Ja, so heisst das Ding. der gezeigte Schalter ist aus. und hier der /das Log beim starten des Tuya Adapters: 2026-01-22 18:13:40.582 - info: host.smart stopInstance system.adapter.tuya.0 (force=false, process=true) 2026-01-22 18:13:40.585 - info: tuya.0 (31375) Got terminate signal TERMINATE_YOURSELF 2026-01-22 18:13:40.688 - info: host.smart stopInstance system.adapter.tuya.0 send kill signal 2026-01-22 18:13:41.307 - info: tr-064.0 (1612) forEachConfiguredDevice: in GetSpecificHostEntry 0(MaddysiPad/CE:5E:E9:26:F4:D9) device seems offline but we never saw it since adapter was started:Error: sendSOAPActionRequest Error action=GetSpecificHostEntry serviceType=urn:dslforum-org:service:Hosts:1: 500 - {"code":500} 2026-01-22 18:13:43.588 - info: tuya.0 (31375) terminating 2026-01-22 18:13:43.589 - info: tuya.0 (31375) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason 2026-01-22 18:13:44.159 - info: host.smart instance system.adapter.tuya.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) 2026-01-22 18:13:52.017 - info: host.smart instance system.adapter.tuya.0 in version "3.17.0" started with pid 31524 2026-01-22 18:13:52.612 - info: tr-064.0 (1612) forEachConfiguredDevice: in GetSpecificHostEntry 0(MaddysiPad/CE:5E:E9:26:F4:D9) device seems offline but we never saw it since adapter was started:Error: sendSOAPActionRequest Error action=GetSpecificHostEntry serviceType=urn:dslforum-org:service:Hosts:1: 500 - {"code":500} 2026-01-22 18:13:53.194 - info: tuya.0 (31524) starting. Version 3.17.0 in /opt/iobroker/node_modules/iobroker.tuya, node: v22.22.0, js-controller: 7.0.7 2026-01-22 18:13:54.428 - info: tuya.0 (31524) bf26ac0069d5a7e087orca: Connect locally to device 2026-01-22 18:13:54.429 - info: tuya.0 (31524) bf26ac0069d5a7e087orca Init with IP=192.168.178.89, Key=?eKAzyjo1)xDhs>;, Version=3.3 2026-01-22 18:13:54.433 - info: tuya.0 (31524) bf27a76d641fd00d74xk45: Connect locally to device 2026-01-22 18:13:54.437 - info: tuya.0 (31524) bf27a76d641fd00d74xk45 Init with IP=192.168.178.68, Key=ffecc4e5d2991ffc, Version=3.3 2026-01-22 18:13:54.476 - info: tuya.0 (31524) bf92a2421ff5ce7463qg8g: Connect locally to device 2026-01-22 18:13:54.477 - info: tuya.0 (31524) bf92a2421ff5ce7463qg8g Init with IP=192.168.178.90, Key=8d08c53b6158616e, Version=3.3 2026-01-22 18:13:54.480 - info: tuya.0 (31524) bf2aa8f107e7e6122dwh9o: Connect locally to device 2026-01-22 18:13:54.481 - info: tuya.0 (31524) bf2aa8f107e7e6122dwh9o Init with IP=192.168.178.95, Key=dPlFuD7k~;._d?ys, Version=3.3 2026-01-22 18:13:54.482 - info: tuya.0 (31524) bf9777792987ccfa084huz: Connect locally to device 2026-01-22 18:13:54.483 - info: tuya.0 (31524) bf9777792987ccfa084huz Init with IP=192.168.178.34, Key=XF(Sz5qkx9~2binfo:="" tuya.0="" (31524)="" bfd2e34d86312cda61stjl:="" connect="" locally="" to="" device="" 18:13:54.508="" bfd2e34d86312cda61stjl="" init="" with="" ip="192.168.178.46," key="3101f2774ca79408," bf3fb4b49c6be97d6ftf5p:="" 18:13:54.527="" bf186013d423013ea9jbfy:="" bf186013d423013ea9jbfy="" 18:13:54.528="" bfa63150db4e552113tvo3:="" bfa63150db4e552113tvo3="" 18:13:54.529="" bffdd8dc022ade3c992nss:="" 18:13:54.530="" bffdd8dc022ade3c992nss="" 18:13:54.531="" existing="" devices="" initialized="" 18:13:54.533="" try="" sync="" from="" cloud="" using="" stored="" credentials="" 18:13:54.628="" listen="" for="" local="" tuya="" on="" port="" 6666="" encrypted="" 6667="" 18:13:56.430="" bf92a2421ff5ce7463qg8g:="" 18:13:56.431="" bf92a2421ff5ce7463qg8g="" 18:13:57.707="" 18:13:58.917="" 18:14:00.419="" bf26ac0069d5a7e087orca:="" 18:14:00.420="" bf26ac0069d5a7e087orca="">;, Version=3.3 2026-01-22 18:14:00.478 - info: tuya.0 (31524) bf26ac0069d5a7e087orca: Connect locally to device 2026-01-22 18:14:01.776 - info: tuya.0 (31524) bf9777792987ccfa084huz: Connect locally to device 2026-01-22 18:14:01.776 - info: tuya.0 (31524) bf9777792987ccfa084huz Init with IP=192.168.178.34, Key=XF(Sz5qkx9~2binfo:="" tuya.0="" (31524)="" bfd2e34d86312cda61stjl:="" connect="" locally="" to="" device="" bfd2e34d86312cda61stjl="" init="" with="" ip="192.168.178.46," key="3101f2774ca79408," 18:14:03.484="" bf3fb4b49c6be97d6ftf5p:="" 18:14:03.984="" tr-064.0="" (1612)="" foreachconfigureddevice:="" in="" getspecifichostentry="" 0(maddysipad="" ce:5e:e9:26:f4:d9)="" seems="" offline="" but="" we="" never="" saw="" it="" since="" adapter="" was="" started:error:="" sendsoapactionrequest="" error="" action="GetSpecificHostEntry" servicetype="urn:dslforum-org:service:Hosts:1:" 500="" {"code":500}="" 18:14:04.344="" bf27a76d641fd00d74xk45:="" bf27a76d641fd00d74xk45="" 18:14:05.683="" bf2aa8f107e7e6122dwh9o:="" bf2aa8f107e7e6122dwh9o="" 18:14:05.689="" 18:14:06.912="" bf186013d423013ea9jbfy:="" bf186013d423013ea9jbfy="" 18:14:06.913="" iot="" cloud="" id="" secret="" not="" configured,="" disabling="" real="" time="" state="" updates="" from="" mqtt="" 18:14:15.472="" 18:14:27.122="" <="" body=""> Die anderen Tuya Geräte, ich habe mehrere, haben bei "online" alle true stehen Ich sehe gerade in dem Log, dass die IP von der Wetterstation da gar nicht auftaucht. Ok, in den Objekte der Wetterstation steht die IP ja auch gar nicht drin. Die Wetterstation ist die "tuya.0.bf3fb4b49c6be97d6ftf5p"

Die SPS steht auf Vollzugriff, kein Schutz.

Hi, ich weiß zwar nicht warum, aber als ich die Speicherkarte entfernt habe, lief das System wieder. Ich habe in der Vergangenheit das System auch mal mit Speicherkarte problemlos neu gestartet. Warum es nach der Umstellung nicht geht, keine Ahnung. Egal, ich sitze nicht mehr im dunkeln.

@Berges01 sagte in Bosch Thermostat II und Istwert: Sorry ich wollte hier keine programmir Diskussion anfangen! Ist auch Off Toppic hier Ja, off-topic ist es, Aber es ist ein berechtigter Einwand. Deswegen auch gut das zu beantworten. Es kommt immer wieder die Frage auf wann setTimeout besser ist als Pause und wann nicht. Das hier ist ein wunderbares Beispiel dafür. A.

@TT-Tom sagte in SONOFF NSPanel mit Lovelace UI: Im Wiki => Menu => letzter Punkt unter Definition https://docs.nspanel.pky.eu/icon-cheatsheet.html Vielen, vielen Dank

@Jogi73 Bist der Beste. Danke dir für den Tip mit dem Protokoll. Hat mir gerade den Abend gerettet.

Bei mir geht nun alles. Ich habe einen Mikrowechselrichter und eine B2500 batterie am laufen. Dafür verwende ich das hame-relay und hm2mqtt. Anschließend verwende ich den js adapter um die JSONs in eigene State zu überführen.

Nach der Umstellung auf das latest Repository und Aktualisierung des Adapters werden die Werte tatsächlich gefunden. Vielen lieben Dank - es ist echt krass. Die Unterstützung hier im Forum ist echt sensationell :-)

Die Beschreibung unter https://github.com/ioBroker/ioBroker.zigbee/wiki/Step‐by‐Step-guide-for-the-Zigbee-network-configuration hat mir leider nicht weiter geholfen. Die Fehlermeldung unter Test/Verification (Port locked) wurde auf der Seite nicht beschrieben (bzw. konnte ich sie vielleicht nicht finden). @thomas-braun hatte den richtigen Riecher. Nachdem ich die extendedPanID mit dem des Dongles synchronisiert hatte, wurde der Dongle erfolgreich erkannt. Herzlichen Dank an all diejenigen, die mir bei der Problemlösung weitergeholfen haben.

Also mit dem Home Assistant und der Ring-MQTT Integration funktioniert es nun super.

@Asgothian Vielen Dank! Das war mir nicht bewusst! @Asgothian sagte in ZBT-2 mit IoBroker: Ich will mein Smart-Home nicht mit der Aussenwelt verbinden. das kann ich gut verstehen

@Svengluepi sagte in State vom ZBM5-1C-80/86 wird nicht aktualisiert: In diesen Einstellungen habe auf "Custom" geändert, was kurz geholfen hat Das kann ich ausschliessen. Wenn du bei Custom nicht eine eigene Option einstellst dann verändert das genau NICHTS Ergo zurück zum Anfang: Device query auslösen. Wenn der Button auf der Kachel fehlt (seltsam, aber kann passieren wenn sich das Gerät fälschlicherweise als 'EndDevice' anmeldet) geht das über den Datenpunkt device_query im Objektbaum. An der Stelle wo du 'custom' ausgewählt hast, statt dessen state_action auswählen und auf + clicken. Danach den Adapter neu starten. Zusätzlich: Das Gerät in device_debug setzen (Kachel umdrehen. bug icon clicken) und dann an Hand dieses Dokumentes (https://github.com/ioBroker/ioBroker.zigbee/wiki/Device-messaging-debug)schauen was an Nachrichten ankommt wenn du die Taster betätigst. Im Zweifelsfall die in dem Dokument beschriebenen Log-Fragmente posten. (Als text, herauskopiert wie sie da im Dialog auftauchen)

Hallo, hast du schon mal geprüft, ob das Lock in einem anderen Smart-Home System wie beispielsweise Google Home oder Apple Home (wo du den Hub über Matter eingebunden hast) angezeigt wird? Normalerweise sollte das dann auch in dem Matter-Adapter auftauchen, wenn korrekt eingerichtet. Eine weitere wichtige Frage ist, ob das Gerät denn im Matter-Adapter in den Instanzeinstellungen angezeigt wird? Falls ja, dann wäre es interessant, was das Gerät an Raw-Clustern ausspuckt, die man sich anzeigen lassen kann über die jeweiligen Geräteeinstellungen. Vgl. Bridged-Device Bosch [image: 1768492553553-bildschirmfoto-2026-01-15-um-16.53.14.png]

Guten Morgen, das wäre meine nächste Frage gewesen. Danke für die Aufklärung. Richtig, der DB1.100 wird nach der Aktualisierung (steuern) rot und dann wieder schwarz. [image: 1768460337982-eb760ee4-5f49-40f5-943c-9f44cd223178-image.png] Wenn man weiß wie´s funktioniert ist´s einfach! :-D

Dank dir für den Hinweis. Ich such jetzt mal den Cul Stick in den Tiefen meiner Smart Home Vorräte

@max_yeah, im Tuya IOT solltr irgendwo eine Beschreibung der Datenpunkte und möglichen Werte für dein Tuya Gerät zu finden sein. Bei meinem Charger gibt es den Datenpunkt x_charge_mode nicht. Gruß Axled

@paul53 Nachtrag: Alles läuft jetzt wunschgemäß! Danke für deinen Tipp!

Hallo @ika wenn du den Thread aufmerksam gelesen hast dann hast du sicherlich gesehen dass es sich um 2 verschiedene Werte handelt. Du kannst die funktion des parameters aber einfach prüfen, indem du den Wert auf z.b. 20% setzt. Dann stoppt das entladen des Speichers bei 20%.

Danke, die schaue ich mir dann mal an. Unter 40 € scheint mir auch okay ... EDIT Die Spirit Zigbee sind aktuell kaum preiswerter, als die Comet, und dazu auch noch häufig nicht auf Lager... EDIT2: Im 6er Pack incl Eurotonic Gateway (209,95€) billiger, als ein Einzelstück ohne Gateway...(37,83€, 37,83x6=226,98) Mit dem Eurotonic Gateway weiß ich nichts anzufangen, aber wenn es dabei ist ;-)

Danke für die Querverweise. Der Shelly TRV BLU ist in der Shelly Dokumentation eigentlich ausreichend beschrieben. Problem ist 'nur' dass dieser eine Kommunikation benutzt die nur dieses eine Gerät verwendet - alle anderen BLU Geräte sind unidirektional, d.h. senden Daten empfangen aber im Normalbetrieb nichts. Um den TRV BLU vollständig zu unterstützen sind umfangreichere Arbeiten notwendig die dann wieder nur einen speziellen Shelly verbessern. Dafür fehlt zumindest mir derzeit einfach die Zeit. Sorry.