UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Mr.X]

@thomas-braun OK. danke. habe mich nur gewundert.
Haupsache es läuft jetzt.

[K Grün]

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.

[Asgothian]

@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.

[ostseereiter]

Hallo Freunde,
Warum ist die Version immer noch im Stable drin wenn sie so viele Probleme verursacht.

[K Grün]

@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 .

[Muchul]

@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.

[ostseereiter]

@muchul
ok dann soll es so sein.

[legro]

@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.

[Fenriswolf]

@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]

@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]

@k-grün wozu auch... 5 sec knopp drücken und los gehts

[K Grün]

@arteck Ja ok versuchs nachher

[Muchul]

@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?

[mickym]

@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.

[frankthegreat]

@mickym sagte in ZigBee neue Version 1.5.x:
@legro, @Fenriswolf

Meine 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]

@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.

[arteck]

@mickym gut zu wissen

[K Grün]

@arteck Hallo nur drücken hat nix gebracht.
Ich hab den Coordinator in den anlernmodus versetzt und bei den devices auch.
Dann ging es. Vorher den Osram gezogen.
Also danke nochmal für den support.

[Bjoern77]

@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 true

Was kann ich noch probieren?
Danke und Gruß
Björn

[legro]

@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 entspannt

Eigentlich 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.