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

[Asgothian]

@Zissel
Da ist aber dann ein Problem mit der seriellen Schnittstelle oder dem Stick. Er sagt ja das er den zigbee-shepherd (das ist der der den stick anspricht) nicht gestartet bekommt. Ein timeout deutet auf Kommunikationsprobleme mit dem Stick hin. Kannst du schauen ob unter /var/log/syslog oder /var/log/messages Meldungen dazu sind ?

A.

[Wildbill]

Exakt so weit bin ich gerade auch mit der gleichen Fehlermeldung. Es begann irgendwann kurz bevor ich die letzten Geräte anlernen wollte. So 20-25 waren angelernt. Wunderte mich, dass der Timer nicht loslief beim Anlernen und dann sah ich im Log auch, dass der Adapter sich beendet hatte und mit der Meldung nicht mehr hoch kam. Nach Neustart ging es wieder kurz, danach gleiches Spiel. Ich habe den Adapter mal komplett gelöscht, inklusive Ordnerreste, den Stcik nochmal geflasht um sicher zu gehen und nach Adapter neu installieren startet er gleich wieder nicht mit der Meldung. Auch ein Neustart vom iobroker hat da nichts geholfen. Wüsste nicht, was ich außer Neuflashen und Adapter neu starten noch tun könnte.
Stick wird hardwaremäßig korrekt eingebunden, Schnittstelle scheint auch zu stehen, nur geht nichts...

Gruss, Jürgen

[Asgothian]

@Wildbill
Auch für dich die bitte: Gibt es Meldungen im linux log (/var/log/syslog bzw. /var/log/messages) ?
Wenn du sagst "alles gelöscht" - was ist "alles" ?

[Zissel]

@Asgothian

Entwarnung! Nachdem ich das System runter gefahren (stromlos) und neu gestartet habe ist alles wieder in Butter. Hat wohl irgendwo gehangen, bis jetzt läuft es. Daumendrück

Gruß
Zissel

[Kueppert]

@Zissel da hilft auch schonmal, den Stick zu ziehen...hab ich alle 2-3 Monate mal, dass der Gute sich aufhängt. Danach ist wieder alles in Butter

[Wildbill]

Warum auch immer hört mein Stick nicht mehr auf die id /dev/serial/... aber auv /dev/ttyACM0. Danach konnte ich ihn wieder verwenden und mit dem Neu anlernen beginnen.
Mit alles meinte ich alles. Alle Geräte, den Adapter, Ordner unter node_modules, die mit zigbee zu tun hatten. Ohne das Löschen der Geräte im Adapter und der Ordner hatte ich immer gleich nach dem <installieren des Adapters mit diversen Fehlern im Log zu kämpfen, dass Geräte nicht erreichbar wären, nicht konfiguriert usw. Ich wollte einfach nochmal in Ruhe und strukturiert anfangen, nicht hoppla hopp wie heute Mittag. Wie schon zu lesen war, Zigbee braucht ab und an Zeit, um sich selbst zu konfigurieren. Wenn man dann 10 Geräte angelernt hat, diese umbenennt und Gruppen zuordnet und dann speichert, scheint das etwas zu viel gewesen zu sein...:grinning: :smile:
Momentan ärgert mich eine E14, die selbst in der Nähe des Sticks nicht so ganz will. Aber morgen ist auch noch ein Tag.

Gruss, Jürgen

P.S.: Die ID unter ../by-id war definitiv richtig, aber da wollte er nicht.

[der_maik]

Seitdem ich eine Ikea Remote gelöscht habe ist alles eine einzige Katastrophe... Lampen schalten nur noch mal sporadisch, muss den adapter Neustarten und dann läuft es mit ganz viel Glück wieder halbwegs 😓
Das log ist permanent voll mit Fehler, bis heute Vormittag lieg eigentlich alles so gut

Wenn ich das pairing einschalte sieht’s z.b. So aus:

Aktueller Eintrag im Log

zigbee.0 2019-03-17 20:20:01.775 error Error while starting zigbee-shepherd!. Error: Error Resource temporarily unavailable Cannot lock port

[Asgothian]

@der_maik Das sieht sehr nach dem Problem aus das Arteck auch hat - zu viele Devices am Stick (insgesamt). (siehe hier

[Asgothian]

Für alle die Probleme mit Devices die nicht konfiguriert werden habe ich einen Test vorbereitet. Bitte installiert meine test-version von

https://github.com/asgothian/ioBroker.zigbee/tarball/Admin_Changes

Bei dieser Testversion kann man Devices zum Konfigurieren triggern in dem sie eine Nachricht schicken (Fernbedienungen: Knopf drücken, Sensoren: Messwertänderung auslösen).

Bitte gebt mir bescheid wenn

• ihr das testet
• bei dem Test etwas auffällt.

Des weiteren taucht der Koordinator nun auch in der Device-Liste auf, und meldet da seine Firmware Version.

A.

[der_maik]

@Asgothian Das klingt ja erst mal nicht so cool, aber immerhin hätte ich dann eine Ursache dafür auch wenn es grad nicht so läuft.

Die Welt gehört den mutigen, da ich im aktuellen Zustand nicht grad sehr dran hänge hab ich mal eben den Stick geflasht:

zigbee-shepherd ready. version: 2.6.3 rev 20190315

Sieht für mich jetzt erst mal nicht viel besser aus:

2019-03-17 20:48:25.329  - warn: zigbee.0 Dev 0x90fd9ffffe87349e TRADFRI remote control not configured yet, will try again in latest 300 sec
2019-03-17 20:48:25.339  - warn: zigbee.0 Dev 0x000b57fffe3823a4 TRADFRI motion sensor not configured yet, will try again in latest 300 sec
2019-03-17 20:48:42.680  - info: zigbee.0 new dev 0x000b57fffe499a90 18635 TRADFRI bulb E27 WS opal 980lm
2019-03-17 20:48:46.608  - error: zigbee.0 Zigbee publish to '0x90fd9ffffe049dce', genOnOff - on - {} - 1 failed with error Error: Timed out after 30000 ms
2019-03-17 20:48:51.893  - info: zigbee.0 new dev 0x000b57fffe324a3d 27925 TRADFRI bulb E27 W opal 1000lm
2019-03-17 20:48:52.322  - warn: zigbee.0 Dev 0x90fd9ffffe87349e TRADFRI remote control not configured yet, will try again in latest 300 sec
2019-03-17 20:49:05.866  - info: zigbee.0 Successfully configured 0x000b57fffe953bc9 TRADFRI motion sensor
2019-03-17 20:49:11.976  - error: zigbee.0 Cannot get the Node Descriptor of the Device: 0x000b57fffe953bc9 (Error: Timed out after 10000 ms)
2019-03-17 20:49:33.020  - warn: zigbee.0 Dev 0x000b57fffe3823a4 TRADFRI motion sensor not configured yet, will try again in latest 300 sec

2019-03-17 20:50:14.971  - warn: zigbee.0 Dev 0x000b57fffe3823a4 TRADFRI motion sensor not configured yet, will try again in latest 300 sec
2019-03-17 20:50:15.734  - info: zigbee.0 new dev 0x00158d0003415ba3 61203 ZBT-ExtendedColor
2019-03-17 20:50:16.118  - error: zigbee.0 Zigbee publish to '0x90fd9ffffe049dce', genOnOff - off - {} - 1 failed with error Error: rsp error: 17
2019-03-17 20:50:24.682  - info: zigbee.0 Successfully configured 0x000b57fffe3823a4 TRADFRI motion sensor
2019-03-17 20:50:27.413  - info: zigbee.0 new dev 0x000b57fffee36bd2 8962 TRADFRI transformer 10W
2019-03-17 20:50:39.525  - info: zigbee.0 Successfully configured 0x90fd9ffffe87349e TRADFRI remote control
2019-03-17 20:50:46.281  - error: zigbee.0 Zigbee publish to '0x90fd9ffffe049dce', genOnOff - off - {} - 1 failed with error Error: Timed out after 30000 ms
2019-03-17 20:50:50.712  - info: zigbee.0 Zigbee: allowing new devices to join.
2019-03-17 20:50:53.162  - error: zigbee.0 Zigbee publish to '0x90fd9ffffe049dce', genOnOff - off - {} - 1 failed with error Error: AF data request fails, status code: 205. No network route. Please confirm that the device has (re)joined the network.
2019-03-17 20:51:28.219  - error: zigbee.0 Zigbee publish to '0x90fd9ffffe049dce', genOnOff - off - {} - 1 failed with error Error: Timed out after 30000 ms

Und dann kanns auch mal sein das eine Lampe äußerst verzögert angeht, mit Glück....

Das einzige was sich bei mir mit der Firmware gebessert hat ist, dass der Adapter beim ersten Versuch direkt durchstartet ohne Fehler, da hats vorher immer ein wenig geklemmt.

@arteck ist das das gleiche verhalten wie bei dir?

[Wildbill]

@der_maik
Hast Du danach die Geräte neu anlernen müssen? Oder hast Du eh alles gelöscht und bei NULL angefangen, um Probleme nicht mitzuschleppen?

Ich würde gerne diese Version auch testen, da ich ja gestern ab einer gewissen menge Geräte so ziemlich die gleichen Fehler hatte, aber neu anlernen möchte ich mir sparen. Deinen Fehler mit

2019-03-17 20:48:46.608  - error: zigbee.0 Zigbee publish to '0x90fd9ffffe049dce', genOnOff - on - {} - 1 failed with error Error: Timed out after 30000 ms

habe ich im Übrigen auch bei einer IKEA E14 bulb. Die nervt penetrant, wenn sie nicht in unmittelbarer Nähe (2-3m) vom Stick ist. An ihrem bisherigen Einsatzort schafft sie es, warum auch immer, nicht zurück ins Netz, obwohl in 30cm Abstand in der Lampe eine weitere E14 bulb läuft, die problemlos connected. mehrfaches Neuanlernen hat da bislang nichts genutzt.

Gruss, Jürgen

[arteck]

bitte vermischt die Themen nicht.. es ist was anderes wenn eine Lampe nicht erreichbar ist.. waum auch immer..
da kommt ne andere Meldung und es ist was anderes wenn eine "not configure" Meldung hoch kommt

[der_maik]

@Wildbill ich musste nichts neu anlernen. Bin mir aber nicht sicher ob das nicht der bessere Weg wäre.

[Wildbill]

@Asgothian sagte in [Aufruf] ZigBee CC253x Adapter 0.9:

Für alle die Probleme mit Devices die nicht konfiguriert werden habe ich einen Test vorbereitet. Bitte installiert meine test-version von

https://github.com/asgothian/ioBroker.zigbee/tarball/Admin_Changes

Bei dieser Testversion kann man Devices zum Konfigurieren triggern in dem sie eine Nachricht schicken (Fernbedienungen: Knopf drücken, Sensoren: Messwertänderung auslösen).

Bitte gebt mir bescheid wenn

• ihr das testet
• bei dem Test etwas auffällt.

Des weiteren taucht der Koordinator nun auch in der Device-Liste auf, und meldet da seine Firmware Version.

A.

Das mit dem Triggern scheint bei zwei Bewegungsmeldern (die ich in der devstates.js erst wieder einfügen musste) funktioniert zu haben. Je einmal durchgelaufen und schon kam "Successfully configured...". So weit, so gut. Schauen wir mal, wie sich der Rest des Netzes jetz verhält...

Gruss, Jürgen

[Wildbill]

Um 18:00 Uhr nochmal 3 Lampen angelernt, danach den Adapter durch Speichern einmal neu gestartet und dann die BWMs durch Durchlaufen nochmal aktiviert. Und bis jetzt keine Meldung von Zigbee mehr im Log.:+1:
Adapter läuft aber noch. :relaxed:

@Asgothian Also gute Arbeit, würde vorschlagen dass Du für die Änderungen einen PR anstößt?!

Gruss, Jürgen

[Asgothian]

@Wildbill sagte in [Aufruf] ZigBee CC253x Adapter 0.9:

Also gute Arbeit, würde vorschlagen dass Du für die Änderungen einen PR anstößt?!

Wie schon im anderen Thread gesagt - leider auf Dauer so nicht stabil. Ich muss mir was anderes einfallen lassen.

A.

[arteck]

hier gehts weiter

https://forum.iobroker.net/topic/21137/aufruf-zigbee-cc253x-adapter-version-0-10-x