Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[qqolli]

@qqolli

Merke gerade, das auch der Yeelight offline ist ... Aber die WLAN stimmt doch noch, habe nur den ioB aus dem WLAN genommen und ans LAN gehängt:

yeelight-2.1	2020-09-04 20:38:53.836	info	(6224) starting. Version 1.0.3 in /opt/iobroker/node_modules/iobroker.yeelight-2, node: v12.18.3, js-controller: 3.1.6
yeelight-2.1	2020-09-04 20:38:19.543	info	(5743) Terminated (NO_ERROR): Without reason
yeelight-2.1	2020-09-04 20:38:19.541	info	(5743) terminating
yeelight-2.1	2020-09-04 20:38:19.524	info	(5743) cleaned everything up...
yeelight-2.1	2020-09-04 20:38:19.521	error	at processTicksAndRejections (internal/process/task_queues.js:84:21)
yeelight-2.1	2020-09-04 20:38:19.521	error	at emitErrorAndCloseNT (internal/streams/destroy.js:60:3)
yeelight-2.1	2020-09-04 20:38:19.521	error	at emitErrorNT (internal/streams/destroy.js:92:8)
yeelight-2.1	2020-09-04 20:38:19.521	error	at Socket.emit (events.js:315:20)
yeelight-2.1	2020-09-04 20:38:19.521	error	at Socket.<anonymous> (/opt/iobroker/node_modules/iobroker.yeelight-2/yeelight-wifi/build/Yeelight.js:123:13)
yeelight-2.1	2020-09-04 20:38:19.521	error	at Yeelight.emit (events.js:304:17)
yeelight-2.1	2020-09-04 20:38:19.521	error	(5743) Error [ERR_UNHANDLED_ERROR]: Unhandled error. ('0x00000000036d9805')
yeelight-2.1	2020-09-04 20:38:19.520	error	(5743) uncaught exception: Unhandled error. ('0x00000000036d9805')
yeelight-2.1	2020-09-04 20:38:10.290	info	(5743) starting. Version 1.0.3 in /opt/iobroker/node_modules/iobroker.yeelight-2, node: v12.18.3, js-controller: 3.1.6
yeelight-2.1	2020-09-04 20:38:02.265	info	(2721) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
yeelight-2.1	2020-09-04 20:38:02.261	info	(2721) terminating
yeelight-2.1	2020-09-04 20:38:02.259	info	(2721) cleaned everything up...
yeelight-2.1	2020-09-04 20:38:02.255	info	(2721) Got terminate signal TERMINATE_YOURSELF

[harrym]

@qqolli du hast ein Problem mit deinem Netzwerk ....

[qqolli]

@harrym

Kann eigentlich nicht sein, da ich sowohl ioB und CCU per LAN erreiche und Shelly, Sonoff, etc. alle mit Browser ohne Probleme. Auch sind alle Adapter grün.

[harrym]

@qqolli wenn du via CoAP nichts bekommst .... dann hast du ein Netzwerkproblem.

https://forum.iobroker.net/post/478820

[Homoran]

@qqolli sagte in Shelly-Adapter Problem nach IoB IP-Adr.-Wechsel:

Kann eigentlich nicht sein

Meine Lieblingsantwort!

@qqolli sagte in Shelly-Adapter Problem nach IoB IP-Adr.-Wechsel:

da ich sowohl ioB und CCU per LAN erreiche und Shelly, Sonoff, etc. alle mit Browser ohne Probleme

und kein anderes Gerät im Netzwerk hat ggf. die selbe IP fix vorgegeben?

und da gibt es noch viel mehr Möglichkeiten

[harrym]

@Homoran wenn nix via CoAP kommt .... UDP ... ist im Netzwerk was faul. DAS ist das schöne an den Shellys .... die senden einfach nen UDP raus .....

[Homoran]

@harrym sagte in Shelly-Adapter Problem nach IoB IP-Adr.-Wechsel:

@Homoran wenn nix via CoAP kommt .... UDP ... ist im Netzwerk was faul. DAS ist das schöne an den Shellys .... die senden einfach nen UDP raus .....

Danke!
Again what learned!

Oder der Adapter lauscht doch nicht richtig?

[harrym]

@Homoran CoAP ist UDP und passiv .... das schicken die Shellies raus .... wir reagieren da nur darauf.

[qqolli]

@Homoran

Na ja, aus meiner begrentzen Sicht :-) Deswegen frage ich ja nach. Du hast recht, ich kann den Shelly anpingen aber coap Antwort keine (habe den Shelly allerdings per Browser getriggert, da ich keine Tasten dran habe).

@harrym In Deinem Link https://forum.iobroker.net/post/478820 wir gesagt, wenn kein coap kommt, Shellys kapputt, bitte an den Hersteller wenden. Die können doch nicht kaputt gehen weil ich die IP vom ioB umgestellt habe, oder doch?

[Homoran]

@harrym sagte in Shelly-Adapter Problem nach IoB IP-Adr.-Wechsel:

wir reagieren da nur darauf.

klar - wenn wir es hören ;-)

[harrym]

@qqolli ne .... da steht nicht drinnen wenn kein CoAP shelly kaputt .... da steht nur prüfe dein netzwerk.

Teste doch ma einen Shelly mit MQTT .... mach ne zweite Instanz vom Adapter für MQTT und stell nen Shelly auf MQTT um

[harrym]

@Homoran war ja das problem mit der ersten FW 1.8 .... dass da ein BUG drinnen war mit den CoAP Zeiten ..... 3 sekunden können ne Ewigkeit sein ... Jetzt mit der 1.8.3 sind wir wieder bei ca. 200ms ;)

[Homoran]

@harrym ich habe keine shellies, nur ein paar kleine "MQTT Sensoren" da ist die IP fest verdrahtet. Musste bei einem Umzug des MQTT Servers die IP des alten nehmen, (oder neu flashen, wovon ich gar keine Ahnung habe)

In der Konfig steht 0.0.0.0, was ja brauchbar ist, wenn die shellies einfach UDP Pakete senden, oder?

[qqolli]

@harrym

Wow, das ging sofort und ohne Probleme.

[harrym]

@Homoran mqtt geht auch über netzwerke ... da eben TCP protokoll. CoAP ist UDP und funktioniert nur im gleichen Netzwerk ... und verlangt auch keinen Handshake, dass es angekommen ist.

Bei CoAP reicht schon irgendeine Netzwerkänderung (Firmwareupdate vom Router) und es kann Probleme geben.

Ohne CoAP funktioniert aber die Shelly Cloud nicht mehr ..... ein Teufelskreis .....

[harrym]

@qqolli dann hast du ein problem in deinem netzwerk bzgl. UDP.

Wenn du die Shelly Cloud nicht verwendest, dann bleib bei MQTT ;)

[qqolli]

@harrym

Nein, die Cloud will ich ja gerade vermeiden und habe sie nie genutzt :-)

Schon erstaunlich, das die so empfindlich gegen einen Wechsel der IP sind (wie gesagt, ioB nur vom WLAN weg und an Fritzbox, d. h. von 192.168.88.xxx nach 192.168.178.xxx).

D. h. ich kann die Testinstanz wieder löschen und im Shelly-Adapter alles auf MQTT stellen und natürlich alle Shellys selbst auch auf MQTT umstellen, richtig?

Schade, im COAP bekommt man ein paar Infos mehr in den Datenpunkten, wie z. B. den Status ob online, oder den RSSI-Wert, etc.

So auf die Schnelle gibt es wohl wegen UDP keinen Weg zurück zu COAP, oder?

[Homoran]

@qqolli sagte in Shelly-Adapter Problem nach IoB IP-Adr.-Wechsel:

nd (wie gesagt, ioB nur vom WLAN weg und an Fritzbox, d. h. von 192.168.88.xxx nach 192.168.178.xxx).

Das heißt die shellys sind noch im anderen Netz?

@harrym sagte in Shelly-Adapter Problem nach IoB IP-Adr.-Wechsel:

mqtt geht auch über netzwerke ... da eben TCP protokoll. CoAP ist UDP und funktioniert nur im gleichen Netzwerk .

[harrym]

@qqolli wir sind dabei, dass wir alle Datenpunkte auch via MQTT zu Verfügung stellen. Hier halten wir uns in Zukunft auch an die offizielle API von Allterco und auch an der Benennung der Datenpunkte.

Das kommt aber erst!

Jetzt ist mal die 4.0.3 aktuell.

CoAP und MQTT .... liefern eigentlich die gleichen Datenpunkte.

bzgl. CoAP .... das liegt an dir und deinem Netzwerk.

[qqolli]

@Homoran

Ach so, jetzt wir es klar nach der Aussage: CoAP ist UDP und funktioniert nur im gleichen Netzwerk.

Klar, jetzt sind sie nicht mehr im selben Netz! Vorher war der ioB ebenfalls im selben Netzt, jetzt hängt er mit der CCU3 zusammen an der FritzBox (hatte ja einen großen Thread deswegen, ioB am Tenda-Würfel und so weiter ...).

@harrym Wie gesagt, fast alle. Aber Hauptsache die Funktionalität ist gegeben und das ist sie definitiv.

@harrym @Homoran: Vielen Dank Euch beiden, wieder echt was dazu gelernt!