NEWS
ZigBee neue Version 1.5.x
-
Hallo, ich hab mal eine Frage.
Ich habe ein Zigbee Netzwerk mit einer Osram Steckdose (AB3257001NJ) und mehreren Xiaomi Devices (Türsensoren (MCCGQ01LM), Klima(WSDCGQ11LM), Taster(WXKG11LM) und Vibrationssensor (DJT11LM).
Bisher war die Steckdose so plaziert das alle Xiaomi Devices diese als Router genutzt haben.
Nun habe ich die Steckdose so plaziert das Sie am weitesten vom Coordinator entfernt ist.Ich hätte jetzt erwartet das die Xiaomi devices sich direkt mit dem Coordinator verbinden, wegen der besseren Empfangsnähe. Nun ist es aber so das ich in der Netzwerkkarte sehe das sie immer noch alle die Osramsteckdose als Router nutzen (mit schlechter Verbindungsqualität). Nehme ich die Steckdose komplett aus dem Netzwerk, haben die Sensoren gar keinen Kontakt mehr mit dem Netzwerk.
Beim Koenkk habe ich irgendwo gelesen das die Devices sich eigentlich die beste Qualität suchen, aber Xiaomi dies nicht macht. Ist das So?
Was muß ich tun , alle neu anlernen? Wie mache ich das ? Wie kriege ich die schon angelernten aus dem Netzwerk?
Als coordinator habe ich einen CC2652P2.
Muß ich zum koppeln/neu anlernen die Taste auf dem Stick drücken oder reicht es in IOBroker "Kopplung starten" anzuklicken?Eine weitere Frage:
Was machen die Buttons im Adminpanel von Iobroker/Zigbee.- "State cleanup"
- "Touchlink zurücksetzten und neu koppeln"
Danke im voraus.
-
Hallo, ich hab mal eine Frage.
Ich habe ein Zigbee Netzwerk mit einer Osram Steckdose (AB3257001NJ) und mehreren Xiaomi Devices (Türsensoren (MCCGQ01LM), Klima(WSDCGQ11LM), Taster(WXKG11LM) und Vibrationssensor (DJT11LM).
Bisher war die Steckdose so plaziert das alle Xiaomi Devices diese als Router genutzt haben.
Nun habe ich die Steckdose so plaziert das Sie am weitesten vom Coordinator entfernt ist.Ich hätte jetzt erwartet das die Xiaomi devices sich direkt mit dem Coordinator verbinden, wegen der besseren Empfangsnähe. Nun ist es aber so das ich in der Netzwerkkarte sehe das sie immer noch alle die Osramsteckdose als Router nutzen (mit schlechter Verbindungsqualität). Nehme ich die Steckdose komplett aus dem Netzwerk, haben die Sensoren gar keinen Kontakt mehr mit dem Netzwerk.
Beim Koenkk habe ich irgendwo gelesen das die Devices sich eigentlich die beste Qualität suchen, aber Xiaomi dies nicht macht. Ist das So?
Was muß ich tun , alle neu anlernen? Wie mache ich das ? Wie kriege ich die schon angelernten aus dem Netzwerk?
Als coordinator habe ich einen CC2652P2.
Muß ich zum koppeln/neu anlernen die Taste auf dem Stick drücken oder reicht es in IOBroker "Kopplung starten" anzuklicken?Eine weitere Frage:
Was machen die Buttons im Adminpanel von Iobroker/Zigbee.- "State cleanup"
- "Touchlink zurücksetzten und neu koppeln"
Danke im voraus.
@k-grün sagte in ZigBee neue Version 1.5.x:
Hallo, ich hab mal eine Frage.
Ich habe ein Zigbee Netzwerk mit einer Osram Steckdose (AB3257001NJ) und mehreren Xiaomi Devices (Türsensoren (MCCGQ01LM), Klima(WSDCGQ11LM), Taster(WXKG11LM) und Vibrationssensor (DJT11LM).
Bisher war die Steckdose so plaziert das alle Xiaomi Devices diese als Router genutzt haben.
Nun habe ich die Steckdose so plaziert das Sie am weitesten vom Coordinator entfernt ist.Ich hätte jetzt erwartet das die Xiaomi devices sich direkt mit dem Coordinator verbinden, wegen der besseren Empfangsnähe. Nun ist es aber so das ich in der Netzwerkkarte sehe das sie immer noch alle die Osramsteckdose als Router nutzen (mit schlechter Verbindungsqualität). Nehme ich die Steckdose komplett aus dem Netzwerk, haben die Sensoren gar keinen Kontakt mehr mit dem Netzwerk.
Beim Koenkk habe ich irgendwo gelesen das die Devices sich eigentlich die beste Qualität suchen, aber Xiaomi dies nicht macht. Ist das So?
Das ist auch bei den Xiaomi so, allerdings kann es durchaus einige Zeit dauern bis die Anpassung auch in der Netzwerkkarte sichtbar wird. Gib dem ganzen Zeit. du kannst es bei den Xiaomi Sensoren beschleunigen in dem du sie triggerst (den am Sensor vorhandenen Taster kurz drücken so das sie Daten Senden) Machst Du das mehrfach sollten Daten mit dem Koordinator ausgetauscht werden, und die Sensoren sollten sich auf die andere Netztopologie einstellen.
Was muß ich tun , alle neu anlernen? Wie mache ich das ? Wie kriege ich die schon angelernten aus dem Netzwerk?
Als coordinator habe ich einen CC2652P2.
Muß ich zum koppeln/neu anlernen die Taste auf dem Stick drücken oder reicht es in IOBroker "Kopplung starten" anzuklicken?Zum neu anlernen muss auf dem Stick der Taster nicht gedrückt werden
Eine weitere Frage:
Was machen die Buttons im Adminpanel von Iobroker/Zigbee.- "State cleanup"
Es kann bei Updates und Konfigurationsanpassung passieren das in der Objektdatenbank States verbleiben die nicht mehr mit der Hardware verbunden sind. Diese werden über diesen Knopf automatisch entfernt.
- "Touchlink zurücksetzten und neu koppeln"
Geräte die über "Touchlink" funktionieren (zumeist Lampen) lassen sich damit zurücksetzen und neu anlernen. Dazu müssen sie sich im direkten Umfeld des Koordinators (max 1 m) befinden.
ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
"Shit don't work" ist keine Fehlermeldung, sondern ein Fluch. -
Hallo Freunde,
Warum ist die Version immer noch im Stable drin wenn sie so viele Probleme verursacht. -
@k-grün sagte in ZigBee neue Version 1.5.x:
Hallo, ich hab mal eine Frage.
Ich habe ein Zigbee Netzwerk mit einer Osram Steckdose (AB3257001NJ) und mehreren Xiaomi Devices (Türsensoren (MCCGQ01LM), Klima(WSDCGQ11LM), Taster(WXKG11LM) und Vibrationssensor (DJT11LM).
Bisher war die Steckdose so plaziert das alle Xiaomi Devices diese als Router genutzt haben.
Nun habe ich die Steckdose so plaziert das Sie am weitesten vom Coordinator entfernt ist.Ich hätte jetzt erwartet das die Xiaomi devices sich direkt mit dem Coordinator verbinden, wegen der besseren Empfangsnähe. Nun ist es aber so das ich in der Netzwerkkarte sehe das sie immer noch alle die Osramsteckdose als Router nutzen (mit schlechter Verbindungsqualität). Nehme ich die Steckdose komplett aus dem Netzwerk, haben die Sensoren gar keinen Kontakt mehr mit dem Netzwerk.
Beim Koenkk habe ich irgendwo gelesen das die Devices sich eigentlich die beste Qualität suchen, aber Xiaomi dies nicht macht. Ist das So?
Das ist auch bei den Xiaomi so, allerdings kann es durchaus einige Zeit dauern bis die Anpassung auch in der Netzwerkkarte sichtbar wird. Gib dem ganzen Zeit. du kannst es bei den Xiaomi Sensoren beschleunigen in dem du sie triggerst (den am Sensor vorhandenen Taster kurz drücken so das sie Daten Senden) Machst Du das mehrfach sollten Daten mit dem Koordinator ausgetauscht werden, und die Sensoren sollten sich auf die andere Netztopologie einstellen.
Was muß ich tun , alle neu anlernen? Wie mache ich das ? Wie kriege ich die schon angelernten aus dem Netzwerk?
Als coordinator habe ich einen CC2652P2.
Muß ich zum koppeln/neu anlernen die Taste auf dem Stick drücken oder reicht es in IOBroker "Kopplung starten" anzuklicken?Zum neu anlernen muss auf dem Stick der Taster nicht gedrückt werden
Eine weitere Frage:
Was machen die Buttons im Adminpanel von Iobroker/Zigbee.- "State cleanup"
Es kann bei Updates und Konfigurationsanpassung passieren das in der Objektdatenbank States verbleiben die nicht mehr mit der Hardware verbunden sind. Diese werden über diesen Knopf automatisch entfernt.
- "Touchlink zurücksetzten und neu koppeln"
Geräte die über "Touchlink" funktionieren (zumeist Lampen) lassen sich damit zurücksetzen und neu anlernen. Dazu müssen sie sich im direkten Umfeld des Koordinators (max 1 m) befinden.
@asgothian said in ZigBee neue Version 1.5.x:
Danke für die super schnelle Antwort
Das ist auch bei den Xiaomi so, allerdings kann es durchaus einige Zeit dauern bis die Anpassung auch in der Netzwerkkarte sichtbar wird. Gib dem ganzen Zeit. du kannst es bei den Xiaomi Sensoren beschleunigen in dem du sie triggerst (den am Sensor vorhandenen Taster kurz drücken so das sie Daten Senden) Machst Du das mehrfach sollten Daten mit dem Koordinator ausgetauscht werden, und die Sensoren sollten sich auf die andere Netztopologie einstellen.
Es sind schon mehr als 24 h vergangen . Das mit dem Triggern muß ich nachher mal testen .
-
Hallo Freunde,
Warum ist die Version immer noch im Stable drin wenn sie so viele Probleme verursacht. -
@ostseereiter
Weil nur ein Paar Leute probleme haben und die große Masse nicht.
Und das gibt es immer.
Die Freunde versuchen ja auch zu helfen.@muchul
ok dann soll es so sein. -
@muchul
ok dann soll es so sein.@Asgothian , @arteck , ..
Derzeit habe ich am ZigBee-Adapter lediglich BITRON Rauchmelder und Außensirene angeschlossen. Wenn ich oben ("Titelzeile") auf die Kachel eines Gerätes klicke, ..
.. scheint die sich umzudrehen ist das Bild von der Rückseite kurz zu sehen, verschwindet und es bleibt eine weiße Fläche.Nach über vier Jahren Leidenszeit unter Qivicon/MSH vor den Telekomikern zu ioBroker geflüchtet.
Raspberry Pi 4 mit 8GB + ArgonOneM.2 + 120GB SSD + Coordinator CC26X2R1 + ioBroker + piVCCU3 -
@Asgothian , @arteck , ..
Derzeit habe ich am ZigBee-Adapter lediglich BITRON Rauchmelder und Außensirene angeschlossen. Wenn ich oben ("Titelzeile") auf die Kachel eines Gerätes klicke, ..
.. scheint die sich umzudrehen ist das Bild von der Rückseite kurz zu sehen, verschwindet und es bleibt eine weiße Fläche.@legro sagte in ZigBee neue Version 1.5.x:
@Asgothian , @arteck , ..
Derzeit habe ich am ZigBee-Adapter lediglich BITRON Rauchmelder und Außensirene angeschlossen. Wenn ich auf die "Titelzeile" der Kacheln eines Gerätes klicke, ..
.. scheint die sich umzudrehen ist das Bild von der Rückseite kurz zu sehen, verschwindet und es bleibt eine weiße Fläche.Das Problem habe ich auch
-
@k-grün sagte in ZigBee neue Version 1.5.x:
Hallo, ich hab mal eine Frage.
Ich habe ein Zigbee Netzwerk mit einer Osram Steckdose (AB3257001NJ) und mehreren Xiaomi Devices (Türsensoren (MCCGQ01LM), Klima(WSDCGQ11LM), Taster(WXKG11LM) und Vibrationssensor (DJT11LM).
Bisher war die Steckdose so plaziert das alle Xiaomi Devices diese als Router genutzt haben.
Nun habe ich die Steckdose so plaziert das Sie am weitesten vom Coordinator entfernt ist.Ich hätte jetzt erwartet das die Xiaomi devices sich direkt mit dem Coordinator verbinden, wegen der besseren Empfangsnähe. Nun ist es aber so das ich in der Netzwerkkarte sehe das sie immer noch alle die Osramsteckdose als Router nutzen (mit schlechter Verbindungsqualität). Nehme ich die Steckdose komplett aus dem Netzwerk, haben die Sensoren gar keinen Kontakt mehr mit dem Netzwerk.
Beim Koenkk habe ich irgendwo gelesen das die Devices sich eigentlich die beste Qualität suchen, aber Xiaomi dies nicht macht. Ist das So?
Das ist auch bei den Xiaomi so, allerdings kann es durchaus einige Zeit dauern bis die Anpassung auch in der Netzwerkkarte sichtbar wird. Gib dem ganzen Zeit. du kannst es bei den Xiaomi Sensoren beschleunigen in dem du sie triggerst (den am Sensor vorhandenen Taster kurz drücken so das sie Daten Senden) Machst Du das mehrfach sollten Daten mit dem Koordinator ausgetauscht werden, und die Sensoren sollten sich auf die andere Netztopologie einstellen.
Was muß ich tun , alle neu anlernen? Wie mache ich das ? Wie kriege ich die schon angelernten aus dem Netzwerk?
Als coordinator habe ich einen CC2652P2.
Muß ich zum koppeln/neu anlernen die Taste auf dem Stick drücken oder reicht es in IOBroker "Kopplung starten" anzuklicken?Zum neu anlernen muss auf dem Stick der Taster nicht gedrückt werden
Eine weitere Frage:
Was machen die Buttons im Adminpanel von Iobroker/Zigbee.- "State cleanup"
Es kann bei Updates und Konfigurationsanpassung passieren das in der Objektdatenbank States verbleiben die nicht mehr mit der Hardware verbunden sind. Diese werden über diesen Knopf automatisch entfernt.
- "Touchlink zurücksetzten und neu koppeln"
Geräte die über "Touchlink" funktionieren (zumeist Lampen) lassen sich damit zurücksetzen und neu anlernen. Dazu müssen sie sich im direkten Umfeld des Koordinators (max 1 m) befinden.
@asgothian said in ZigBee neue Version 1.5.x:
Das ist auch bei den Xiaomi so, allerdings kann es durchaus einige Zeit dauern bis die Anpassung auch in der Netzwerkkarte sichtbar wird. Gib dem ganzen Zeit. du kannst es bei den Xiaomi Sensoren beschleunigen in dem du sie triggerst (den am Sensor vorhandenen Taster kurz drücken so das sie Daten Senden) Machst Du das mehrfach sollten Daten mit dem Koordinator ausgetauscht werden, und die Sensoren sollten sich auf die andere Netztopologie einstellen.
Wenn ich das lese, sollten sich die Xiaomis eigentlich mit dem nächstgelegenen verbinden, aber nicht mehr wenn ich den Router ziehe. Vielleicht hilft doch nur neu anlerenen.
Wie bekomme ich den die Xiaomis raus aus dem Netzwerk, um sie neu anzulernen?Quelle von zigbee2mqtt.io -->network
End Device #
End devices do not route traffic. They may also sleep, which makes end devices a suitable choice for battery operated devices. An end device only has one parent, either the coordinator or a router, generally the closest device when it was paired. All communications to and from the end device is via their parent. If a parent router goes offline all traffic to its children will cease until those end devices time out and attempt to find a new parent. Some models of end device, notably Xiaomi, don’t attempt to find a new parent so will remain isolated until re-paired with the network.
-
@asgothian said in ZigBee neue Version 1.5.x:
Das ist auch bei den Xiaomi so, allerdings kann es durchaus einige Zeit dauern bis die Anpassung auch in der Netzwerkkarte sichtbar wird. Gib dem ganzen Zeit. du kannst es bei den Xiaomi Sensoren beschleunigen in dem du sie triggerst (den am Sensor vorhandenen Taster kurz drücken so das sie Daten Senden) Machst Du das mehrfach sollten Daten mit dem Koordinator ausgetauscht werden, und die Sensoren sollten sich auf die andere Netztopologie einstellen.
Wenn ich das lese, sollten sich die Xiaomis eigentlich mit dem nächstgelegenen verbinden, aber nicht mehr wenn ich den Router ziehe. Vielleicht hilft doch nur neu anlerenen.
Wie bekomme ich den die Xiaomis raus aus dem Netzwerk, um sie neu anzulernen?Quelle von zigbee2mqtt.io -->network
End Device #
End devices do not route traffic. They may also sleep, which makes end devices a suitable choice for battery operated devices. An end device only has one parent, either the coordinator or a router, generally the closest device when it was paired. All communications to and from the end device is via their parent. If a parent router goes offline all traffic to its children will cease until those end devices time out and attempt to find a new parent. Some models of end device, notably Xiaomi, don’t attempt to find a new parent so will remain isolated until re-paired with the network.
-
@arteck
@Asgothian
Reine Wissensfrage, wenn ich den Koordinator offline schalte, bleiben die einzelnen Geräte dann noch miteinander verbunden?
Ich meine nicht die Steuerung, sondern rein das Netzwerk.
Theoretisch stelle ich mir vor dass die Geräte dann versuchen sich zum Koordinator zu verbinden und daher der Mesh bestehen bleibt, bzw. Sich neu strukturiert?
Könnten dadurch neue Verbindungen aufgebaut werden die dann auch weiter genutzt werden wenn der Koordinator wieder erreichbar ist? -
@Asgothian , @arteck , ..
Derzeit habe ich am ZigBee-Adapter lediglich BITRON Rauchmelder und Außensirene angeschlossen. Wenn ich oben ("Titelzeile") auf die Kachel eines Gerätes klicke, ..
.. scheint die sich umzudrehen ist das Bild von der Rückseite kurz zu sehen, verschwindet und es bleibt eine weiße Fläche.@legro sagte in ZigBee neue Version 1.5.x:
@Asgothian , @arteck , ..
Derzeit habe ich am ZigBee-Adapter lediglich BITRON Rauchmelder und Außensirene angeschlossen. Wenn ich oben ("Titelzeile") auf die Kachel eines Gerätes klicke, ..
.. scheint die sich umzudrehen ist das Bild von der Rückseite kurz zu sehen, verschwindet und es bleibt eine weiße Fläche.@legro, @Fenriswolf Das Problem mit der weißen Kachel hab ich auch - allerdings nur beim Safari Browser. Schon mal mit anderem Browser versucht?
Meine Vermutung ist daher, dass es eher mit dem Browser als mit dem Gerät zu tun hat.
Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
@legro sagte in ZigBee neue Version 1.5.x:
@Asgothian , @arteck , ..
Derzeit habe ich am ZigBee-Adapter lediglich BITRON Rauchmelder und Außensirene angeschlossen. Wenn ich oben ("Titelzeile") auf die Kachel eines Gerätes klicke, ..
.. scheint die sich umzudrehen ist das Bild von der Rückseite kurz zu sehen, verschwindet und es bleibt eine weiße Fläche.@legro, @Fenriswolf Das Problem mit der weißen Kachel hab ich auch - allerdings nur beim Safari Browser. Schon mal mit anderem Browser versucht?
Meine Vermutung ist daher, dass es eher mit dem Browser als mit dem Gerät zu tun hat.
@mickym sagte in ZigBee neue Version 1.5.x:
@legro, @FenriswolfMeine Vermutung ist daher, dass es eher mit dem Browser als mit dem Gerät zu tun hat.
Bei mir das gleiche...Kacheln sind weiß beim umdrehen. Allerdings nur beim Safari.
Beim Firefox ist alles io...von daher seh ich das ganze entspannt
-
@mickym sagte in ZigBee neue Version 1.5.x:
@legro, @FenriswolfMeine Vermutung ist daher, dass es eher mit dem Browser als mit dem Gerät zu tun hat.
Bei mir das gleiche...Kacheln sind weiß beim umdrehen. Allerdings nur beim Safari.
Beim Firefox ist alles io...von daher seh ich das ganze entspannt@frankthegreat Ja sehe ich genauso, wobei jemand der kein anderes OS mit anderem Betriebssystem zur Hand hat, dumm aus der Wäsche schaut. Auf einem IOS Gerät kannst Du Chrome oder Edge nehmen, es wird immer die Safari Browser Engine im Hintergrund genommen - mit deshalb den gleichen Ergebnissen.
Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
@frankthegreat Ja sehe ich genauso, wobei jemand der kein anderes OS mit anderem Betriebssystem zur Hand hat, dumm aus der Wäsche schaut. Auf einem IOS Gerät kannst Du Chrome oder Edge nehmen, es wird immer die Safari Browser Engine im Hintergrund genommen - mit deshalb den gleichen Ergebnissen.
-
@bjoern77 sagte in ZigBee neue Version 1.5.x:
Wenn ich das hier mache, gibt es wohl kein zurück, oder?:
rm -R /opt/iobroker/node_modules/zigbee-herdsman
rm -R /opt/iobroker/node_modules/zigbee-herdsman-converter
rm -R /opt/iobroker/node_modules/@serialport
rm -R /opt/iobroker/node_modules/iobroker.zigbeeNeu anlernen wäre nicht schön. Es sind schon 36 Geräte im Netz.
Oder bleiben die Geräte erhalten nach der rm Löschen-Aktion?
Danke für jeden Tip und Grußauch danach kannst du auf 1.4.1 zurück. Die Geräte sind an anderer Stelle abgelegt.
A.
@asgothian
Moin
Ich habe es eben genau wie beschrieben versucht. Erst per rm gelöscht und dann über Git installiert.
Leider selbe Fehler. Mir ist beim Löschen aufgefallen, das er mir beim rm -R op/iobroker/node_modules/zigbee-herdsman-converter die Rückmeldung gab, das es dieses Verzeichnis nicht gibt!?
Hier der LOG nach dem Adapterstart nach einem Reboot:2021-06-03 19:05:48.983 - info: zigbee.0 (1584) Try to reconnect. 1 attempts left 2021-06-03 19:05:48.984 - info: zigbee.0 (1584) Starting Zigbee npm ... 2021-06-03 19:05:49.004 - info: zigbee.0 (1584) Installed Version: ioBroker/ioBroker.zigbee#2e4229b8f378537e9733b3ccd7f690d76c6c94f2 2021-06-03 19:05:49.222 - error: zigbee.0 (1584) Starting zigbee-herdsman problem : "Error while opening serialport 'Error: Error Resource temporarily unavailable Cannot lock port'" 2021-06-03 19:05:49.224 - error: zigbee.0 (1584) Failed to start Zigbee 2021-06-03 19:05:49.224 - error: zigbee.0 (1584) Error herdsman start 2021-06-03 19:06:06.959 - info: enigma2.0 (1427) enigma2: 192.168.7.13:80 ist nicht erreichbar! 2021-06-03 19:06:07.018 - warn: enigma2.0 (1427) State "enigma2.0.Message.MESSAGE_ANSWER" has no existing object, this might lead to an error in future versions 2021-06-03 19:06:53.822 - info: host.raspberrypi stopInstance system.adapter.zigbee.0 (force=false, process=true) 2021-06-03 19:06:53.834 - info: host.raspberrypi stopInstance system.adapter.zigbee.0 send kill signal 2021-06-03 19:06:53.834 - info: zigbee.0 (1584) Got terminate signal TERMINATE_YOURSELF 2021-06-03 19:06:53.835 - info: zigbee.0 (1584) cleaned everything up... 2021-06-03 19:06:53.839 - info: zigbee.0 (1584) Zigbee: disabling joining new devices. 2021-06-03 19:06:53.840 - warn: zigbee.0 (1584) Failed to stop zigbee during startup 2021-06-03 19:06:53.841 - info: zigbee.0 (1584) terminating 2021-06-03 19:06:53.842 - info: zigbee.0 (1584) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason 2021-06-03 19:06:53.843 - error: zigbee.0 (1584) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). 2021-06-03 19:06:53.844 - error: zigbee.0 (1584) unhandled promise rejection: Cannot read property 'getEntries' of null 2021-06-03 19:06:53.845 - error: zigbee.0 (1584) TypeError: Cannot read property 'getEntries' of null at Function.loadFromDatabaseIfNecessary (/opt/iobroker/node_modules/zigbee-herdsman/dist/controller/model/device.js:220:55) at Function.all (/opt/iobroker/node_modules/zigbee-herdsman/dist/controller/model/device.js:240:16) at Controller.getDevices (/opt/iobroker/node_modules/zigbee-herdsman/dist/controller/controller.js:303:31) at ZigbeeController.getClients (/opt/iobroker/node_modules/iobroker.zigbee/lib/zigbeecontroller.js:228:49) at DeviceAvailability.stop (/opt/iobroker/node_modules/iobroker.zigbee/lib/zbDeviceAvailability.js:222:43) at ZigbeeController.callExtensionMethod (/opt/iobroker/node_modules/iobroker.zigbee/lib/zigbeecontroller.js:214:42) at ZigbeeController.stop (/opt/iobroker/node_modules/iobroker.zigbee/lib/zigbeecontroller.js:385:20) at Zigbee.onUnload (/opt/iobroker/node_modules/iobroker.zigbee/main.js:696:41) at processTicksAndRejections (internal/process/task_queues.js:97:5) 2021-06-03 19:06:53.845 - error: zigbee.0 (1584) Cannot read property 'getEntries' of null 2021-06-03 19:06:54.551 - info: host.raspberrypi instance system.adapter.zigbee.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) 2021-06-03 19:06:56.865 - info: host.raspberrypi instance system.adapter.zigbee.0 started with pid 1679 2021-06-03 19:07:00.129 - info: zigbee.0 (1679) starting. Version 1.5.6 in /opt/iobroker/node_modules/iobroker.zigbee, node: v12.22.1, js-controller: 3.2.16 2021-06-03 19:07:00.247 - info: zigbee.0 (1679) Starting Zigbee npm ... 2021-06-03 19:07:00.574 - info: zigbee.0 (1679) Installed Version: ioBroker/ioBroker.zigbee#2e4229b8f378537e9733b3ccd7f690d76c6c94f2 2021-06-03 19:07:02.187 - error: zigbee.0 (1679) Configuration is not consistent with adapter state/backup! 2021-06-03 19:07:02.188 - error: zigbee.0 (1679) - PAN ID: configured=6754, adapter=6754 2021-06-03 19:07:02.189 - error: zigbee.0 (1679) - Extended PAN ID: configured=aadddddddddddddd, adapter=00124b0009d6d8b0 2021-06-03 19:07:02.190 - error: zigbee.0 (1679) - Network Key: configured=01030507090b0d0f00020406080a0c0d, adapter=01030507090b0d0f00020406080a0c0d 2021-06-03 19:07:02.191 - error: zigbee.0 (1679) - Channel List: configured=24, adapter=24 2021-06-03 19:07:02.192 - error: zigbee.0 (1679) Please update configuration to prevent further issues. 2021-06-03 19:07:02.192 - error: zigbee.0 (1679) If you wish to re-commission your network, please remove coordinator backup at /opt/iobroker/iobroker-data/zigbee_0/nvbackup.json. 2021-06-03 19:07:02.193 - error: zigbee.0 (1679) Re-commissioning your network will require re-pairing of all devices! 2021-06-03 19:07:02.195 - error: zigbee.0 (1679) Starting zigbee-herdsman problem : "startup failed - configuration-adapter mismatch - see logs above for more information" 2021-06-03 19:07:02.196 - error: zigbee.0 (1679) Failed to start Zigbee 2021-06-03 19:07:02.196 - error: zigbee.0 (1679) Error herdsman start 2021-06-03 19:07:12.198 - info: zigbee.0 (1679) Try to reconnect. 1 attempts left 2021-06-03 19:07:12.199 - info: zigbee.0 (1679) Starting Zigbee npm ... 2021-06-03 19:07:12.224 - info: zigbee.0 (1679) Installed Version: ioBroker/ioBroker.zigbee#2e4229b8f378537e9733b3ccd7f690d76c6c94f2 2021-06-03 19:07:12.447 - error: zigbee.0 (1679) Starting zigbee-herdsman problem : "Error while opening serialport 'Error: Error Resource temporarily unavailable Cannot lock port'" 2021-06-03 19:07:12.448 - error: zigbee.0 (1679) Failed to start Zigbee 2021-06-03 19:07:12.449 - error: zigbee.0 (1679) Error herdsman start 2021-06-03 19:07:18.881 - error: zigbee.0 (1679) getGroups: caught error: TypeError: Cannot read property 'getGroups' of undefined 2021-06-03 19:07:29.595 - info: web.0 (1392) <==Disconnect system.user.admin from ::ffff:192.168.7.219 vis.0 2021-06-03 19:07:49.592 - debug: statistics.0 (1569) system.adapter.admin.0: logging trueWas kann ich noch probieren?
Danke und Gruß
Björn -
@mickym sagte in ZigBee neue Version 1.5.x:
@legro, @FenriswolfMeine Vermutung ist daher, dass es eher mit dem Browser als mit dem Gerät zu tun hat.
Bei mir das gleiche...Kacheln sind weiß beim umdrehen. Allerdings nur beim Safari.
Beim Firefox ist alles io...von daher seh ich das ganze entspannt@frankthegreat said in ZigBee neue Version 1.5.x:
@mickym sagte in ZigBee neue Version 1.5.x:
@legro, @Fenriswolf
.. Allerdings nur beim Safari.
Beim Firefox ist alles io...von daher seh ich das ganze entspanntEigentlich möchte ich nicht jedesmal, wenn ich die Rückseite der Kachel mir anschauen will, meinen alten Windows-PC anwerfen müssen. Der freut sich nämlich, endlich in Rente zu sein.
-
lohnt sich dieser Umbau https://zigbee.blakadder.com/Lidl_TYGWZ-01.html
wird das mit dem Adapter funktionieren?
Support us
754
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge