Gut, dass ich noch mal gefragt habe. Der Support schreibt: "Bit 0 steht für Gerät ein/aus (0 = aus / 1 =ein). Das ist leider in unserer Tabelle nicht aufgeführt und kann schonmal Fragen aufwerfen." Dezimal "3" steht also für "Gerät eingeschaltet" und "Gerät heizt oder kühlt".

Der Verursacher ist gefunden. Ich lasse in der Nacht normalerweise raspibackup laufen. Dort werden Services vorher getoppt und nach dem Backup wieder gestartet. Wenn ich das Stoppen verhindere, dann läuft die Instanz wireless-mbus ohne Probleme durch. Es hat gereicht, das Stoppen von iobroker zu deaktivieren.

Hallo zusammen Damit sich niemals wieder jemand mühsam durch Log's quälen muss! Den Token kann man per API Call direkt von der Bridge abgreiffen. Einfach die generische IP unten mit der der Bridge Pro erstzen, den Pairing Butten drücken und dann das Command von einer Linux Maschine mit installiertem curl abfeuern. curl -k -X POST https://192.168.0.25/api \ -H "Content-Type: application/json" \ -d '{"devicetype":"iobroker#hue"}' MOD-EDIT: Code in code-tags gesetzt! Happy day, Houbi

Diverse Kameras können auf Geräusche reagieren. Zb meine kleine Instar. Dort kann ich auch den Schwellwert für Lautstärke und Länge festlegen

bis jetzt hatte ich keine Probleme mehr ;) EDIT: 17.03.26 alles läuft sauber, auch nach update + upgrade. Mal schauen was nach dem nächsten deconz update passiert.

Das Wifi-Tormodul von novoferm scheint ziemlich vernagelt zu sein. Niemand hat da irgendetwas veröffentlicht, bzgl Analysen und Ansätze, lokal auf das Tormodul direkt über das LAN zuzugreifen.... oder die Novoferm Rechtsabteilung lässt so etwas sehr schnell löschen.

@fuzzy1955 Ok, dann passen natürlich auch unsere Registernummern nicht. Bei FoxESS: [image: 1772621046598-klu_2026.03.04-11_31_39.jpg]

@padi0-000 Dann musst Du auch nicht sämtliche, teils Jahre alten Beiträge zu dem Thema wieder hervorzerren, indem Du überall Deine "Lösung" unten dran klatscht. Zumindest 3 parallele Posts mit der Info sollten jetzt reichen. EDIT Und ein [gelöst] im Titel wäre im Übrigen dann auch nicht verkehrt

Bei mir lag es daran, das ich keine Verbindung bekommen habe, dass der Watchdog zu niedrig eingestellt war. Register 40258 stand bei mir ab werk auf 10 sollte aber 15000 sein. Habe im Holdingregister die Einträge angelegt und den wert in einem Java Script alle 500ms geschrieben. So konnte ich den wert gleich beim Start der Mod-bus-instanz den wert setzen. Anschliessend habe ich gleich den Standbye 40259 auf 4 gestellt.

@MartinP sagte in Sensor Fenster auf /zu: Von sonoff gibt es auch einen dw2. Da es einen Sonoff Adapter gibt, gehe ich davon aus, dass er funktioniert. Diese Annahme ist leider falsch. Der SONOFF adapter ist leider ungünstig benannt. Es ist eher ein Tasmota Adapter. Es gibt eine Lösung via HomeBridge und einem Plugin, aber ob die funktioniert, ist nicht sicher. A.

nein es liegt alles auf der SD oder der platte fals angeschlossen war

@gluecksmann Neuen Datenträger besorgen, OS neuinstallieren, ioBroker 'leer' installieren, Backup des ioBroker einspielen, fertig.

@gluecksmann In Deiner Aufregung haste diesen Post im falschen Thread gepostet 😉 Edit : aaaah, jetzt kommt der Zusammenhang. Das hättest Du vielleicht etwas deutlicher formulieren sollen. Andere User könnten ebenfalls auf die Idee kommen das es der falsche Thread ist .

@IceD112 sagte in Nuki Go mit Matter Adapter verbinden: @Fabio das habe ich ja versucht. Denke ich zumindest, wenn ich versuche, das Schloss nach zurücksetzen in die Werkseinstellung, es als erstes mit Adapter Matter Adapter zu koppeln. Wie könnte ich das Schloss sonst mit dem Sonoff verbinden. Das stell ja den Thread Boarder Router dar Das weiß ich nicht, du musst das Nuki mit dem Sonoff koppeln, wahrscheinlich geht das mit Home Assitent. Sonst hast du keine Chance. Der Matter Adapter ist kein Border Thread Router oder über einen HomePod mini. Schau dir mal das Video an https://youtu.be/1VEvKXpQ_U0

@AFi Soweit ich weiß hat SMA zwei 22kW Charger. Das ältere evc22-3ac-10 Und das neuere evc22-3ac-20. Beide sind PV-Überschuss ladefähig. Ich verwende bislang den einphasigen SMA EV Charger 7.4 auch wegen des PV Überschuss Modus. Es wundert mich nach wie vor, dass die Spezifikation und Funktionalität bei solch einem Unternehmen etwas rückständig ist.

Wenn der Topic-Name in den MQTT-Einstellungen von Tasmota auf deinem ESP K01-Licht-Flur-EG ist, ist das MQTT-Topic zum schalten cmnd/K01-Licht-Flur-EG/POWER in welches du entweder ON oder OFF schreibst/sendest. Unter stat/K01-Licht-Flur-EG/POWER siehst du den aktuellen Status Steuern und Status sind bei Tasmota getrennt. Hat seine Vor- und Nachteile.

Einige werde ich wohl umflashen. Gerade bei denen irgendwelche besonderen Einstellungen in Tasmota von mir vorgenommen wurden. Ist in ESPHome einfacher nachzuverfolgen, da ja alles in der der Yaml Datei steht. Ist ja natürlich nur meine Ansicht ;)

Ich habe den Titel mal angepasst ... Der Verwendungszweck ist höchst einfach. Es ist ein 12V 12Ah Akku der die LED Beleuchtung in einem Hühnerstall betreibt. Ich möchte nur gewarnt werden, wenn der Akku nicht mehr geladen wird / die Spannung abfällt. Bis zum Ausfall des alten Reglers war das eher Zufall wenn ich auf das Display geschaut hatte. Eine Lösung im iobroker wäre nun das "Upgrade" ...