NEWS

@edstobi

Entweder du weist die IP (wie bereits empfohlen) im Router zu, oder du verwendest den network manager. Dieser wird ab Debian 12 verwendet.

Eine feste IP kannst du mit dem tool "nmtui" einrichten.

sudo nmtui

702e3f1e-5bc4-4d79-b903-cad10a37f8fa-grafik.png

@denjo

Der Adapter ioBroker.navimow ist NICHT in den Repositories enthalten. Es muss daher davon ausgegangen werden, dass dieser Status (Pre-)ALPHA hat. Kontaktiere ggF den Dev und rege an dass er diesen in die Repositories aufnehmen läßt.

Von direkten Installation von GitHub - insbesondere auf produktiven Systemen - wird explizit abgeraten.

GitHub Versionen können sich jederzeit (auch kurzfristig) ändern und durchaus auch in sich inkonsistent und fehlerhaft sein. Versionsangaben von GitHub Installationen sind Schall und Rauch da die Versionsnummer zumindest bei Verwendung der standardmäßigen Umgebung erst im Zuge der Releaseerstellung geändert wird.

Auf explizite Aufforderung durch den Entwickler kann eine GitHub Installation zur Fehlereingrenzung oder zum Test neuer Funktionalität - unter Inkaufnahme des erhöhten Risikos - natürlich erfolgen.

Adapter die nur via GitHub oder npm (also NICHT aus einem der beiden Repositories) installierbar sind sind mit erhöhter Vorsicht zu betrachten. Hier sollte der Entwickler drum ersucht werden eine Aufnahme in die Repositories zu veranlassen indem z.B. ein Issue im Adapterrepository erstellt wird.

Und falls es irgendwie unklar ist:

ioBroker unterstützt folgende Arten von Installation:

aus dem STABLE Repository

Das sind Adapter Releases die keine groben Fehler aufweisen (sollten). Natürlich kann es auch dort Fehler geben, die Behebung davon obliegt dem jeweiligen Dev und kann ggF auch dauern.

aus dem LATEST Repository

Das sind Adapter Releases die neu erstellt wurden und nur rudimentär getestet sind - oft auch als BETA Releases bezeichnet. Releases aus dem LATEST sind primär für unsere zahlreichen freiwilligen Tester gedacht. BETA / LATEST Releases können durchaus Fehler aufweisen - auch wenn ich davon ausgehe dass jeder aintainer dies zu vermeiden versucht. Vom Einsatz auf produktiven Systemen wird abgeraten außer man braucht irgenein neues Feature (z.B. neues Gerät) unbedingt. Hier muss dann jeder Entscheiden was ihm wichtig ist.

direkt von GITHUB

Von Installationen direkt aus Giuthub wird definitiv abgeraten außer auf Anweisung des Maintainers und für den Fall dass man gemeinsam mit diesem etwas testen will. Details siehe oben.

direkt von npm

Diese Installation kann erforderlich sein, wenn man eine bestimmte Version installieren möchte / muss. Im Normalfall sollte man direkte npm Installationen ebenso meiden wie direkte GitHub Installationen - ausgenommen um z.B. zu einer bekannten Version downzugraden - obwohl hier wenigstens ein definierter Stand garantiert ist.

Adapter die NUR via npm und/oder nur via GitHub installierbar sind sollte man meiden - diese wurden nicht mal einem rudimentären Review unterzogen und sollten mit dem Attribut "vollständig auf eigenes Risiko verwenden" installiert werden. Hier empfiehlt es sich den Developer zu ersuchen eine Aufnahme in die Repos zu veranlassen. Wenn dieser darauf nicht reagiert sollte man von einer eher kurzen und unklaren Lebensdauer des Adapters ausgehen. Support meiner-/unsererseits für solche Adapter ist mit sicherheit minimalistisch.

@warp735 Danke für den Hinweis.

Problem gelöst, Acthor funktioniert.

Ach so, ich habe eine VitoCal 200-S. Weiß da jemand etwas über die Werte (siehe oben)?

@homoran Gefühlt hätte ich gesagt, so lange ist das jetzt nicht her, aber in meinem Alter vergeht die Zeit ja schneller 😉

@wildbill sagte in Deconz Gruppen werden nicht mehr angesteuert:

@mehrwiedu Auch den Rechner/Host neu starten nimmt da nicht den Strom vom Stick, da hilft nur einmal aus- und wieder einstecken. Solange er im Rechner steckt und der Rechner nicht ausgeschaltet wird, ist er immer am Strom.

Gruss, Jürgen

Vielleicht hab ich mich falsch ausgedrückt. Ich meinte schon komplett neu starten. Also Rechner aus und wieder an, nicht nur ein Systemneustart wie bei Windows oder macOS über das Betriebssystem.
Dazu fahre ich die Maschinen in Proxmoxx und Proxmoxx selbst runter über SSH und schalte den MacMini dann über ein längeres Drücken des Powerbutton aus und danach wieder ein.

Aber das habe ich eben heute Morgen nicht gemacht, aber auch keinen kompletten Neustart des Rechners über SSH. Ich habe nur in Proxmoxx die beiden Maschinen rebootet.

Da das aber nun auch im laufenden Betrieb mit Aus- und Einstecken des Conbee II funktioniert hat, weiß ich beim nächsten Mal Bescheid und nehme VOR etwaigen Updates einen kompletten Neustart inkl. stromlos machen vor. Danach kann ich dann immer noch alles andere prüfen. Ich bin heute bis auf die Skripte, zusätzlich in die Tiefen der Alexa App, sowie in die deConz Software und in die Firmware der Shellys abgetaucht um da nach einer Ursache zu suchen.

Auch ne Art von Tagesbeschäftigung. Unnütz war es aber dennoch nicht, weil ich ein paar Skripte gefunden habe, die nicht mehr gebraucht werden und ich habe auch mal ein paar Datenpunkte aktualisiert und bei einer Reihe von Sensoren und Schaltern die Batterien gewechselt. Hätte ich auch nicht getan, wenn das mit den Gruppen heut nicht passiert wäre. Hat also auch was Gutes. 🙂

@mirrim sagte in modbus adapter akzeptiert keine Werte:

Der Hersteller schreibt nicht wirklich viel zum Thema.

ich kann das kaum entziffern, scheint dabei aber um die Konfiguration der Gegenstelle zu gehen.
Wenn selbst diese relativ frei (ver)konfiguriert werden kann, wird es nicht gerade leichter den iob Adapter korrekt anzupassen.

@homoran sagte in [gelöst] Miele CloudService Fehler bei Anmeldung:

@matt77che sagte in [gelöst] Miele CloudService Fehler bei Anmeldung:

jetzt funktioniert es....

😡
Das hättest du dir und uns ersparen können

dem ist so - Entschuldigung

@android51
Mir würde der Verbrauch des Verdichters reichen. Laut Elektriker nur 1-phasig angeschlossen, daher die blöde Frage welchen Shelly, aber ich prüfe nochmal und informiere mich mal über die richtige Installation bei uns.

Ah ok, dann ist das wohl einer der Unterschiede zum WPM3. Hier sind Prozessdaten nur am Steuergerät der WP abzulesen ... leider. Haben eben auch mal im iobroker getestet. Temperaturwerte bekomme ich richtig ausgelesen, aber 0 bei Register 33680 und 680.

Ich kann EVCC nur empfehlen. Es ist gerade im Umbruch von .ymal zu GUI Konfiguration.
Vorteile für mich:
Alles in einem Tool. Genaues PV Überschussladen, Wechselrichter+Speicher, Wallboxen, automatische Kfz Erkennung und aller wichtigen Daten dieser, Ladepläne, dyn. Stromtarife und Prioritäten integriert. Nun auch Heizstäbe und Wärmepumpen. Dazu gibts mittlerweile eine App und ich habe alles in der Handy ohne PC/Mac. Es gibt wirklich viele Detailsettings für jede Situation/Bedürfnis. Es ist sehr einfach für Laien (und wird durch GUI noch einfacher) aber man hat auch als Nerd die Freiheit, sehr viel im Detail selbst umzukonfigurieren. Gutes Team mit stetiger Hilfsbereitschaft, gute Community und stetige Weiterentwicklung. Dazu kommt, dass man keine Cloud braucht, sondern alles Local läuft (Raspi) und somit auch ohne Internet. Wetterprognose ist auch mit drin, ebenso wie CO2 Prognosen oder eben dyn Tarif Prognosen.
Habe bei der WP bei mir eingestellt, dass diese ab 10Min 1,4kW Überschuss in Stufe 3 geht und ab 150w Netzbezug für 20Min auf Stufe 2. So regelt diese nicht permanent on/off.

@nightfly1983 sagte in Shelly 1PM plus - keine MQTT Verbindung im iobroker:

Jetzt habe ich bei beiden Problemfällen die kompletten Logindaten gelöscht und neu eingegeben

Bei den MQTT-Daten muss grundsätzlich das Passwort neu eingegeben werden, wenn man in den MQTT-Einstellungen war.

@thomas-braun

Hi,

ja klar hab ich rebooted. Danach kamen ja dann meine Einträge der Ergebnisse.

Ich hab gestern schon mal meine ganze Festplatte - also ein full backup gemacht und auf meinen Laptop gezogen.

Da Erfahrungsgemäß nach dem Update/Upgrade auf neueres Betriebssystem nicht alles so läuft wie man glaubt muss ich da etwas Zeit einplanen.

Auch wenn Debian für stabile updates bekannt ist bin ich dann auf Probleme vorbereitet.

🙂

Hallo,

seit heute morgen bleibt der Adapter gelb ohne Fehler oder Info. Hat jemand eine Idee woran das liegen kann? Starte ich diesen neu, wird er kurz grün und ist gleich wieder gelb.

eb97bde3-edc4-4d81-a279-d9d64dd76c9c-image.png

@sandmanyz
Hast du auch erst einmal alle möglichen Geräte angehakt und dich dann noch mal authentifiziert?
Das habe ich gemacht und dann waren die Fehler weg. Und danach habe ich die anderen wieder deaktiviert

@goudi alternativ passe die IP deines iobrokers auf die alte IP an

@asgothian
okidoki, dann werde ich mal brav Datenpunkte ändern!

Danke

@lukas-haaser Du könntest eine Funktion anlegen, welche nicht jeder sehen darf (nur der API Benutzer). Aber das geht halt auf das künstliche Funktions-Limit von 250 Funktionen. Mag den X1 auch nicht mehr…

Hallo,

kann mir jemand helfen den StatelessProgrammableSwitch zu konfigurieren?

folgende Datenpunkte stehen mir zur Verfügung:

ee5ea3ce-1bcd-4f26-a956-2b9fe6b4af81-image.png

Der Button erscheint in home aber ich weiß nicht wie ich diese in YAHKA zuorden kann

Danke!

@mcm1957 sagte in host.raspberrypi log-eintrag umstellen?:

Bei einer Fehlersuche sind die Infos jedenfalls sinnvoll.

keine Frage!
Deswegen ging es ja um die Änderung der Warnstufe.

@wibear
Du wirfst dort mehrere YAML in ein File.
Die secret.yaml rufst du im Dashboard oben rechts auf, darauf verweist du dann in deiner Sensor.yaml:
80ae547e-8084-4468-a764-de8d419671ac-image.png

So, hat alles geklappt - ganz wie in der Anleitung beschrieben.
Alles in einem Rutsch aus dem Backup…
Kleinere Baustellen nich offen, aber das verbuche ich mal unter Systempflege…