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

[Asgothian]

@Bluemoon
Klar.. die Remote muss halt auf den Befehl zum konfigurieren antworten.. dazu muss sie aktiv sein, allerdings schaltet sie sich kurz nach Tastendruck in Tiefschlaf, um die Batterie zu schonen.

A.

[Wildbill]

Dazu steht weiter oben, daß man einfach warten muss. irgendwann erfolgt es dann. Kann Stunden dauern.

Gruß, Jürgen

[Bluemoon]

@Asgothian
ich habe 2 Remote , die ca 2 m auseinander liegen, der andere ist im Log ruhig.
Habe auch nach den Pairen alle tasten getestet und sind jetzt schon mehrer Tage her.

Ansonsten habe ich eine IKEA GU10 und nur Xiaomi Sensoren.

[Wildbill]

Meine remote war gestern innerhalb Minuten ohne Meldung. Der Bewegungsmelder erst morgens um kurz vor 7 Uhr. Kann man also nicht pauschalisieren oder groß beeinflussen. Funktion ist ja dennoch gegeben. Wenn es passiert, passiert es.

Gruß, Jürgen

[Zissel]

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

@Zissel
Neu anlernen wird dich nicht retten. Schau doch bitte mal wie bei dir die wLan Kanäle belegt sind. ggf. streiten sich der Zigbee stick und ein WLAN netz um die Bandbreite..

Dann kannst du vor dem Anlernen erst noch den Kanal richtig einstellen. Siehe auch :

btw.. es macht sinn auf den gelb umkreisten Kanälen zu bleiben.

@Asgothian

Doch, hat funktioniert.
Die Kanalbelegung passt, da hatte ich bei der ersten Installation drauf geachtet.

Ich kann nur hoffen, dass jetzt ruhe ist:sweat:

Gruß
Zissel

[Bluemoon]

Nachtrag
Wenn die Remots über die IKEA TRADFRI LED bulb GU10 400, verbunden sind tauchen beide im LOG auf.

zigbee.0	2019-03-17 17:08:11.360	warn	Failed to configure 0x000d6ffffe1f643b TRADFRI remote control, try again in 300 sec
zigbee.0	2019-03-17 17:03:11.340	warn	Failed to configure 0x000d6ffffe1f643b TRADFRI remote control, try again in 300 sec
zigbee.0	2019-03-17 17:03:11.333	warn	Failed to configure 0xd0cf5efffe3103ba TRADFRI remote control, try again in 300 sec
zigbee.0	2019-03-17 16:58:11.321	warn	Failed to configure 0x000d6ffffe1f643b TRADFRI remote control, try again in 300 sec
zigbee.0	2019-03-17 16:58:11.315	warn	Failed to configure 0xd0cf5efffe3103ba TRADFRI remote control, try again in 300 sec

Die GU10 meldet sich auch laut LOG hin und wieder als NEUES gerät an obwohl schon länger gepairt.

[Zissel]

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

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

@Zissel
Neu anlernen wird dich nicht retten. Schau doch bitte mal wie bei dir die wLan Kanäle belegt sind. ggf. streiten sich der Zigbee stick und ein WLAN netz um die Bandbreite..

Dann kannst du vor dem Anlernen erst noch den Kanal richtig einstellen. Siehe auch :

btw.. es macht sinn auf den gelb umkreisten Kanälen zu bleiben.

@Asgothian

Doch, hat funktioniert.
Die Kanalbelegung passt, da hatte ich bei der ersten Installation drauf geachtet.

Ich kann nur hoffen, dass jetzt ruhe ist:sweat:

Gruß
Zissel

Ich könnte kot...!
Den ganzen Kremple neu angelernt, es funktioniert und nach dem Reboot geht wieder garnichts - Arbeit für die Katz.
Zigbee-Adapter ist gelb und das steht im LOG:

zigbee.0	2019-03-17 17:18:45.589	error	Error while starting zigbee-shepherd!. Error: request timeout
zigbee.0	2019-03-17 17:18:44.066	info	Starting zigbee-shepherd
zigbee.0	2019-03-17 17:17:44.062	info	Error while starting zigbee-shepherd, attempting to fix... (takes 60 seconds)
zigbee.0	2019-03-17 17:17:42.502	info	Reset coordinator
zigbee.0	2019-03-17 17:17:42.428	info	Queue is: true
zigbee.0	2019-03-17 17:17:42.427	info	Start on port: /dev/ttyACM0 with panID 6754 channel 11
zigbee.0	2019-03-17 17:17:42.412	info	starting. Version 0.10.2 in /opt/iobroker/node_modules/iobroker.zigbee, node: v8.15.1
zigbee.0	2019-03-17 17:17:36.801	info	zigbee-shepherd stopped
zigbee.0	2019-03-17 17:16:40.522	error	Error while starting zigbee-shepherd!. Error: request timeout
zigbee.0	2019-03-17 17:16:39.003	info	Starting zigbee-shepherd
zigbee.0	2019-03-17 17:15:38.998	info	Error while starting zigbee-shepherd, attempting to fix... (takes 60 seconds)
zigbee.0	2019-03-17 17:15:37.446	info	Reset coordinator
zigbee.0	2019-03-17 17:15:37.373	info	Queue is: true
zigbee.0	2019-03-17 17:15:37.372	info	Start on port: /dev/ttyACM0 with panID 6754 channel 11
zigbee.0	2019-03-17 17:15:37.356	info	starting. Version 0.10.2 in /opt/iobroker/node_modules/iobroker.zigbee, node: v8.15.1

So langsam verliere ich den Spass an der Sache.

Gruß
Zissel

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