NEWS
Ubuntu 22.04 LTS - 24.04 LTS - Probleme iobroker - Zigbee
-
Hallo,
ich habe vor einigen Tagen das Update durchgeführt. Es scheint mir die Ursache dafür zu sein, dass ich im iobroker keine Zigbee Koordinatoren mehr verbunden habe. Weder der USB Dongle (Sonoff), noch der SLZB-06P7 via WLAN weden in den Adapterinstanzen angezeigt. Eine Fehlermeldung finde ich im Log nirgends (hab schon auf Debug umgestellt). Einzig in der Adapterkonfiguration finde ich ein gelbes Dreieck, dass keine Zigbee Hardware verbunden ist.
zigbee.1 2025-05-09 11:18:58.780 info List of port: [{"path":"/dev/ttyUSB1"},{"path":"/dev/ttyUSB0"},{"path":"/dev/ttyS0"},{"path":"/dev/ttyS1"},{"path":"/dev/ttyS10"},{"path":"/dev/ttyS11"},{"path":"/dev/ttyS12"},{"path":"/dev/ttyS13"},{"path":"/dev/ttyS14"},{"path":"/dev/ttyS15"},{"path":"/dev/ttyS16"},{"path":"/dev/ttyS17"},{"path":"/dev/ttyS18"},{"path":"/dev/ttyS19"},{"path":"/dev/ttyS2"},{"path":"/dev/ttyS20"},{"path":"/dev/ttyS21"},{"path":"/dev/ttyS22"},{"path":"/dev/ttyS23"},{"path":"/dev/ttyS24"},{"path":"/dev/ttyS25"},{"path":"/dev/ttyS26"},{"path":"/dev/ttyS27"},{"path":"/dev/ttyS28"},{"path":"/dev/ttyS29"},{"path":"/dev/ttyS3"},{"path":"/dev/ttyS30"},{"path":"/dev/ttyS31"},{"path":"/dev/ttyS4"},{"path":"/dev/ttyS5"},{"path":"/dev/ttyS6"},{"path":"/dev/ttyS7"},{"path":"/dev/ttyS8"},{"path":"/dev/ttyS9"}] zigbee.1 2025-05-09 11:18:58.679 debug get groupes called with {"command":"getGroups","message":{},"from":"system.adapter.admin.0","callback":{"message":{},"id":118,"ack":false,"time":1746782338609},"_id":14601400} disconnected zigbee.1 2025-05-09 11:18:58.619 debug get groupes called with {"command":"getGroups","message":{},"from":"system.adapter.admin.0","callback":{"message":{},"id":118,"ack":false,"time":1746782338609},"_id":14601400}
Der disconnected Eintrag vielleicht, aber mit dem kann ich nichts anfangen....
Beide Koordinatoren haben vorher funktioniert (Adapter ist in Version 3.0.1 um ein mit Version 2 nicht nutzbares Gerät über einen externen Converter nutzen zu können).
iobroker in Docker 28.1.1. node v20.19.1In den Dockerlogs sehe ich auch nichts Verwertbares - aber ich bin auch nicht ganz so fit mit docker (fange da gerade erst an).
Hat ggf. jemand eine Idee, wonach ich überhaupt suchen muss - die Ressourcen sind in den Container übergeben (/dev/ttyUSB1 und auch das Gerät selbst, sowie auch der Port vom WLAN Gerät - das kann ich auch anpingen aus dem Container und auch ein telnet auf IP Port funktioniert).
Ein CUL Adapter auf /dev/ttyUSB0 funktioniert übrigens. Es muss also irgend etwas mit einer Voraussetzung für Zigbee zu tun haben, die sich durch das Update des Host OS verändert hat - denke ich.
Lange Rede, kurzer Sinn - Mir gehen die Ideen aus....
Vielleicht habe ich ja Glück und das Problem wurde schonmal von jemandem gelöst.Viele Grüße
Tobias -
@seneca bitte aussagekräftige logs vom Start der zigbee-Instanz posten.
A.
-
Das Log des Zigbee über Netzwerk: 910 Log-Größe: 159.4 KB Zeit zigbee.1 2025-05-09 12:58:05.687 debug Backup /opt/iobroker/iobroker-data/zigbee_1/backup_2025_05_09-12_58_05.tar.gz success zigbee.1 2025-05-09 12:58:05.621 info --- creating device debug --- zigbee.1 2025-05-09 12:58:05.601 info delete old Backup files. keep only last 10 zigbee.1 2025-05-09 12:58:05.339 info --> transmitPower : normal zigbee.1 2025-05-09 12:58:05.334 info init localConfig zigbee.1 2025-05-09 12:58:05.333 info added external converter using addExternalDefinition (0 ms) zigbee.1 2025-05-09 12:58:05.332 info Model SGW08Z defined in external converter /opt/iobroker/iobroker-data/zigbee_1/SGW08Z.js zigbee.1 2025-05-09 12:58:05.329 warn Trying to run sandbox for /opt/iobroker/iobroker-data/zigbee_1/SGW08Z.js zigbee.1 2025-05-09 12:58:05.298 warn trying to add "tuya = require(../zigbee-herdsman-converters/dist/lib/tuya)" to sandbox zigbee.1 2025-05-09 12:58:05.298 warn trying to add "modernExtend = require(../zigbee-herdsman-converters/dist/lib/modernExtend)" to sandbox zigbee.1 2025-05-09 12:58:05.298 warn trying to add "reporting = require(../zigbee-herdsman-converters/dist/lib/reporting)" to sandbox zigbee.1 2025-05-09 12:58:05.297 warn trying to add "exposes = require(../zigbee-herdsman-converters/dist/lib/exposes)" to sandbox zigbee.1 2025-05-09 12:58:05.297 warn trying to add "tz = require(../zigbee-herdsman-converters/dist/converters/toZigbee)" to sandbox zigbee.1 2025-05-09 12:58:05.296 warn trying to add "fz = require(../zigbee-herdsman-converters/dist/converters/fromZigbee)" to sandbox zigbee.1 2025-05-09 12:58:05.269 info Adapter ready - starting subsystems. Adapter is running in debug mode. zigbee.1 2025-05-09 12:58:05.238 info starting. Version 3.0.1 (non-npm: ioBroker/ioBroker.zigbee) in /opt/iobroker/node_modules/iobroker.zigbee, node: v20.19.1, js-controller: 7.0.6 zigbee.1 2025-05-09 12:58:04.941 debug Plugin sentry Initialize Plugin (enabled=true) host.iobroker 2025-05-09 12:58:03.246 info instance system.adapter.zigbee.1 in version "3.0.1" (non-npm: ioBroker/ioBroker.zigbee) started with pid 10608 host.iobroker 2025-05-09 12:57:30.477 info instance system.adapter.zigbee.1 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) zigbee.1 2025-05-09 12:57:29.922 info Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason zigbee.1 2025-05-09 12:57:29.921 debug Plugin sentry destroyed zigbee.1 2025-05-09 12:57:29.921 info terminating zigbee.1 2025-05-09 12:57:29.920 info cleanup successful zigbee.1 2025-05-09 12:57:29.920 warn Failed to stop zigbee during startup host.iobroker 2025-05-09 12:57:29.800 info stopInstance system.adapter.zigbee.1 send kill signal zigbee.1 2025-05-09 12:57:29.798 info Saved local configuration data zigbee.1 2025-05-09 12:57:29.760 info cleaning everything up... zigbee.1 2025-05-09 12:57:29.759 info Got terminate signal TERMINATE_YOURSELF host.iobroker 2025-05-09 12:57:29.750 info stopInstance system.adapter.zigbee.1 (force=false, process=true)
Bei den Warnungen bin ich mir sehr sicher (hab leider keinaltes Log mit nem Start der Adapter mehr), dass sie vorher schon da waren - ich hab sie akzeptiert mit einem "da kümmere ich mich mal später drum", weil ich froh war nach langem Basteln das doppelte Magnetventil (Gartenbewässerung) endlich nutzbar zu haben.
Das Log vom USB Zigbee: zigbee.0 2025-05-09 13:07:10.830 info --- creating device debug --- zigbee.0 2025-05-09 13:07:10.826 info --> transmitPower : normal zigbee.0 2025-05-09 13:07:10.820 info init localConfig zigbee.0 2025-05-09 13:07:10.819 info Adapter ready - starting subsystems. Adapter is running in info mode. zigbee.0 2025-05-09 13:07:10.789 info starting. Version 3.0.1 (non-npm: ioBroker/ioBroker.zigbee) in /opt/iobroker/node_modules/iobroker.zigbee, node: v20.19.1, js-controller: 7.0.6 host.iobroker 2025-05-09 13:07:08.776 info instance system.adapter.zigbee.0 in version "3.0.1" (non-npm: ioBroker/ioBroker.zigbee) started with pid 11084 host.iobroker 2025-05-09 13:07:08.431 info "system.adapter.zigbee.0" enabled host.iobroker 2025-05-09 13:07:04.612 info instance system.adapter.zigbee.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) zigbee.0 2025-05-09 13:07:04.033 info Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason zigbee.0 2025-05-09 13:07:04.029 info terminating zigbee.0 2025-05-09 13:07:04.028 info cleanup successful zigbee.0 2025-05-09 13:07:04.028 warn Failed to stop zigbee during startup host.iobroker 2025-05-09 13:07:03.984 info stopInstance system.adapter.zigbee.0 send kill signal zigbee.0 2025-05-09 13:07:03.948 info Saved local configuration data zigbee.0 2025-05-09 13:07:03.947 info cleaning everything up... zigbee.0 2025-05-09 13:07:03.945 info Got terminate signal TERMINATE_YOURSELF host.iobroker 2025-05-09 13:07:03.941 info stopInstance system.adapter.zigbee.0 (force=false, process=true) host.iobroker 2025-05-09 13:07:03.940 info "system.adapter.zigbee.0" disabled
Falls ich nicht gleich alle nötigen Infos am Start habe, bitte ich um Entschuldigung. Ich mühe mich redlich ..... ;o)
-
@seneca Du hast letztens ein update von Zigbee 2.x auf 3.x gemacht ?
Es sieht mir sehr danach aus das der Haken zum starten des Zigbee Subsystems fehlt:
Bitte in der Konfiguration der Instanzen nachschauen.
A.
-
@asgothian
Mein Held!!!Ich verneige mich - mit so wenig Infos das zu sehen - klasse.
Ich weis zwar nicht, warum der Haken raus ist - aber das war der Grund. Ist mir ehrlich schleierhaft - ausser mir geht da keiner ran (PW) und ich kann mich nicht entsinnen da dran gewesen zu sein - schon gar nicht in beiden Instanzen.
Das Update von 2 auf 3 hab ich schon vor ein paar Wochen gemacht - da lief noch alles danach (bzw. erst danach lief überhaupt alles).
Vielen Dank nochmal - ich hab mich schon "alles neu machen" sehen.
Grüße
Tobias -
@seneca sagte in Ubuntu 22.04 LTS - 24.04 LTS - Probleme iobroker - Zigbee:
@asgothian
Mein Held!!!Ich verneige mich - mit so wenig Infos das zu sehen - klasse.
Ich weis zwar nicht, warum der Haken raus ist - aber das war der Grund. Ist mir ehrlich schleierhaft - ausser mir geht da keiner ran (PW) und ich kann mich nicht entsinnen da dran gewesen zu sein - schon gar nicht in beiden Instanzen.
Das Update von 2 auf 3 hab ich schon vor ein paar Wochen gemacht - da lief noch alles danach (bzw. erst danach lief überhaupt alles).
Vielen Dank nochmal - ich hab mich schon "alles neu machen" sehen.
Grüße
TobiasDer haken ist draus weil du die Release notes zu 3.0 bzw. den Thread zu 3.0 nicht gelesen hast. Da steht drin das beim Update von vor 3.0 auf 3.x dieser Haken neu hinzu gekommen ist.
A.
-
Ok - das klingt jetzt vielleicht beratungsresistent, aber mir erschließt sich nicht, warum das dann bis vor ein paar Tagen funktioniert hat. Ich hab ja auf V3 gewechselt, weil ich den externen Converter mit V2 nicht zum Laufen bekommen hatte. Das war Anfang/Mitte April. Dann haben meine Ventile brav gegossen - hätte auch wetten können, dass zwischendurch der Host gestartet wurde.
Trotzdem nochmal ganz lieben Dank! Sowas sind Probleme, die ich gerne mal nicht finde.
-
@seneca sagte in Ubuntu 22.04 LTS - 24.04 LTS - Probleme iobroker - Zigbee:
Ok - das klingt jetzt vielleicht beratungsresistent, aber mir erschließt sich nicht, warum das dann bis vor ein paar Tagen funktioniert hat. Ich hab ja auf V3 gewechselt, weil ich den externen Converter mit V2 nicht zum Laufen bekommen hatte. Das war Anfang/Mitte April. Dann haben meine Ventile brav gegossen - hätte auch wetten können, dass zwischendurch der Host gestartet wurde.
Trotzdem nochmal ganz lieben Dank! Sowas sind Probleme, die ich gerne mal nicht finde.
Das ist vollständig unmöglich - der Code das der Adapter nicht durchstartet ist seit der 3.0.0 im Adapter. Warum das bei Dir nicht aufgefallen ist kann ich nicht sagen. Möglicherweise hast du zum verifizieren das es mit der V3.0 geht in den Hardware-Einstellungen das Zigbee Subsystem gestartet nachdem du das Update gefahren hast. Einmal gestartet bleibt es an.
Was mir in dem Zusammenhang aufgefallen ist - und schon (in meiner 3.0.2 Testversion) Implementiert - ist das eindeutige Log-Ausgaben die darauf hinweisen fehlen. Ansonsten sieht man es einfach nicht.
A.
-
@asgothian
Das muss wohl so sein - hab nachgesehen, es gab tatsächlich vor dem Ubutu Release und nach dem Adapter V3 kein reboot.