@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. [image: 1744520683470-eb97bde3-edc4-4d81-a279-d9d64dd76c9c-image.png]

@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…

@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: [image: 1744440470187-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…

@david-g Vielen Dank ... eine seeeehr umfangreiche Übersicht. :face_with_rolling_eyes: Im Forum hatte ich auch gestöbert aber, wie so oft, nicht die griffigen Suchbegriffe.

@horst-böttcher ich behaupte mal das ist ein ist Problem, siehe auch hier: https://github.com/ioBroker/ioBroker.zigbee/issues/2430 A.

danke. Anscheinend kann der Thread geschlossen werden: zigbee.0 2025-04-10 22:39:42.973 warn State value for a4c1387ce172bc19.battery has value "123" more than max "120". - this eror is recorded and not repeated

@ralf-2 Siehe: https://github.com/ioBroker/ioBroker.vis/issues/881

@asgothian sagte in [gelöst] Zigbee Update, danach kein Pairing mehr möglich: Die Grenze gibt es seit ca. 3 Jahren. Eine zahl > 255 liess sich nur über 'Umwege' Einstellen. Na ja, ich hatte es zu Beginn auf 300 gestellt und ohne "Umwege" hat es funktioniert. Eben bis zum letzten Update (Gut ich habe in letzter Zeit nicht mehr benötigt). Aber ich habe die Error-Message verstanden, als ich es dann gestartet habe. Schön wäre es gewesen, nur eine Warnung auszugeben und mit dem Maximal-Wert zu starten.

@hsteinme mit der Mihome App/Adapter, der läuft auch noch, weil es ja auch noch Mihome Aktoren gibt, die wurden damals als "mihome" verkauft, dann kamen "Aqara" die leisen sich aber auch mit dem mihome Adpter steuern. Ich habe aber mal was ganz untypisches gemacht, habe die Matter-Beta installiert, und geht, die (auch zwei neue) Aktoren wurden gefunden und können in den Objekten ausgelesen werden, somit ich das Thema erstmal Erledigt, mal sehen wie Stabil die Matter Beta schon ist, aber danke für deine Nachfrage.

@ticaki @haselchen DANKE - ich habe diesen Text ( also das komplette Readme ) heute schon x mal durch .. nachdem ich nun nochmal bei 0 begonnen habe ging es ... Sorry für den Aufwand.. Kommt man sich als Entwickler echt doof vor.

@thomas-braun sagte in Admin-Adpter fehler nach Aktualisierung auf 7.6.3: Mal als Beispiel, wie sowas aussehen kann aus meinem System der Eintrag in der /etc/fstab: hab mir jetzt in meiner /ect/fstab den eintrag angeschaut: //192.168.0.40/ioBroker /media/ioBroker cifs credentials=/home/iobuser/.smbcredentials,vers=3.0,rw,file_mode=0777,dir_mode=0777 0 0 komischerweise steht dort nicht das was du mir aus meinen diagnosedaten gezeigt hast, da muss ich irgendwo anders noch einen Eintrag haben. Ergänzung: Habs schon hinbekommen und entsprechend korrigiert. Beide user (iobroker und mein user mit dem ich mich über die konsole anmelde) sind in einer gruppe und die hat das recht. //192.168.0.40/ioBroker /media/ioBroker cifs credentials=/home/iobuser/.smbcredentials,vers=3.0,rw,uid=iobroker,gid=iobroker,file_mode=0664,dir_mode=0775 0 0