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

[Tom Son]

Hier das Log, ab 11:40 ging's los und 11:46 müsste es fertig gewesen sein

iobroker log.txt

[arteck]

@tom-son ich kann erkenen dass der adapter ohne geräte startet aber nicht warum.. vermustung die rechte stimmen nicht

machmal bitte

iobroker stop
iobroker fix 
iobroker start

ansonsten ist die version .11 des contreoller draussen.. wir können es gemeinsam machen wenn du willst

[disaster123]

@arteck @Asgothian was könnte nun der Fehler sein?

[arteck]

@disaster123 Wetter ?? Lichtverhältnisse?? globale Welterwärmung??

[disaster123]

@disaster123 sagte in ZigBee neue Version 1.5.x:

@arteck danke bei mir kommt aber immer noch

(7821) Send command to 0x00158d0006896b8d failed with no error code (no response received)

@arteck sagte in ZigBee neue Version 1.5.x:

@disaster123 Wetter ?? Lichtverhältnisse?? globale Welterwärmung??

Wenig hilftreich - es hieß der Fehler sei im aktuellen git master behoben. Ich habe es getestet und bekomme weiterhin den gleichen Fehler. Log habe ich gepostet. Was fehlt dir? Welche weiteren Informationen kann ich liefern?

[Asgothian]

@disaster123 sagte in ZigBee neue Version 1.5.x:

@disaster123 sagte in ZigBee neue Version 1.5.x:

@arteck danke bei mir kommt aber immer noch

(7821) Send command to 0x00158d0006896b8d failed with no error code (no response received)

@arteck sagte in ZigBee neue Version 1.5.x:

@disaster123 Wetter ?? Lichtverhältnisse?? globale Welterwärmung??

Wenig hilftreich - es hieß der Fehler sei im aktuellen git master behoben. Ich habe es getestet und bekomme weiterhin den gleichen Fehler. Log habe ich gepostet. Was fehlt dir? Welche weiteren Informationen kann ich liefern?

Was der Fehler ist steht in der Meldung: "no response" - Das Gerät sendet keine Daten zurück. Jetzt gibt es 2 Optionen:
Der Befehl kommt am Gerät nicht an (dann schaltet das Gerät nicht)
Der Befehl kommt am Gerät an, aber die Antwort kommt nicht zurück.

Das ist üblicherweise ein Hinweis auf Funkprobleme.

A.

[Kueppert]

kleiner Hinweis an der Stelle: hab gerade im JS-Controller-Thread gelesen, dass es vorkommen konnte, dass Geräte u.a. bei Zigbee verschwinden...das wurde mit der neuen Version vom JS-Controller behoben.
https://forum.iobroker.net/topic/44624/js-controller-3-3-jetzt-im-beta/353

[Asgothian]

@kueppert sagte in ZigBee neue Version 1.5.x:

kleiner Hinweis an der Stelle: hab gerade im JS-Controller-Thread gelesen, dass es vorkommen konnte, dass Geräte u.a. bei Zigbee verschwinden...das wurde mit der neuen Version vom JS-Controller behoben.
https://forum.iobroker.net/topic/44624/js-controller-3-3-jetzt-im-beta/353

Dieser Effekt betrifft nur eine kleine Zahl von Installationen:

• Es muss zu Testzwecken Admin5 installiert sein / gewesen sein
• Im Admin5 müssen die "Host" Einstellungen geändert worden sein

Wenn der Fehler auftritt sind generell alle Zigbee Geräte nach dem update des JS Controllers im Adapter nicht mehr vorhanden, obwohl die Objekte im Objektbaum noch vorhanden sind. Ursache ist das er Ablageort der Adapterspezifischen Daten unsauber aktualisiert wird. Diese unsaubere Aktualisierung legt die Daten in einem Bereich ab der beim Aktualisieren des JS Controllers gelöscht wird. So lange der JS Controller nicht gelöscht wird läuft das System auch mit diesem Fehler stabil.

Welche Versionen des Admin5 diesen Fehler zeigen kann ich aktuell nicht sagen. Die aktuelle Version (5.1.0) zeigt dieses Verhalten nicht mehr.

Die Aktuelle Version des JS Controllers (3.3.11) behebt die durch den Fehler im Admin5 entstandene falsche Zuordnung für das Ablageverzeichnis, ohne das dafür manuell im Admin5 die Host Einstellungen erneut angepasst werden müssen.

Um zu verifizieren ob eine Installation des Zigbee-Adapters von diesem Problem betroffen ist reichen 3 einfache Schritte:

• Zigbee adapter in Debug schalten
• Start des Adapters abwarten
• Log herunterladen und nach dem Folgenden Eintrag suchen:

2021-05-25 08:24:37.676 - debug: zigbee.1 (12475) Using zigbee-herdsman with settings: {"network":{"panID":1331,"extendedPanID":[202,219,205,171,186,220,205,171],"channelList":[20],"networkKey":[1,3,5,7,9,11,13,15,0,2,4,6,8,10,12,13]},"databasePath":"/opt/iobroker/iobroker-data/zigbee_1/shepherd.db","backupPath":"/opt/iobroker/iobroker-data/zigbee_1/nvbackup.json","serialPort":{"baudRate":115200,"rtscts":false,"path":"tcp://192.168.2.38:8888","adapter":"ezsp"}}

Wichtig sind die Einträge für databasePath und backupPath. Wenn diese nicht auf

/opt/iobroker/iobroker-data/zigbee_x

verweisen (x = Instanznummer der Zigbee Instanz, auf Linux Systemen - ich kann nicht sagen was der korrekte Pfad zum iobroker-data auf OSX und Windows Systemen ist) kann die Installation betroffen sein
Ein Beispiel für ein System welches betroffen ist sieht so aus:

/opt/iobroker/node_modules/iobroker.js-controller/undefinedzigbee_0/shepherd.db

Die korrekte Vorgehensweise bei betroffenen Systemen ist:

• Shepherd.db und (wenn vorhanden) nvbackup.json von dem betroffenen Verzeichnis sichern
• Zigbee Adapter anhalten
• JS Controller aktualisieren
• Shepherd.db und nvbackup.json in das entsprechend korrekte Verzeichnis kopieren
• Zigbee Adapter starten, verifizieren das der Ablageort korrekt ist.

A.

[Mr.X]

Hallo zusammen,

wollte mal eben eine neue Birne installieren und bemerkte dass die Devices leer sind.
habe dann von 1.51. auf 1.5.5 update gemacht, gleiches Spiel.
Dann auf latest stable, gleiches Spiel+das mein zigbee auf dem Slave nicht mit dem Host connectet. Bin leicht drastisch sauer. weil nun alles in meiner Garage Platt ist.
ich habe jetzt die Posts aus dem Mai überflogen, aber eine wirkliche Lösung habe ICH! jetzt nicht herausgelesen.
Muss ich mit js updates anfangen? :-(

hier der log vom slave:

host.broker-slave	2021-05-25 19:00:59.920	info	instance system.adapter.zigbee.1 started with pid 779
host.broker-slave	2021-05-25 19:00:41.365	info	Restart adapter system.adapter.zigbee.1 because enabled
host.broker-slave	2021-05-25 19:00:41.364	error	instance system.adapter.zigbee.1 terminated with code 1 (JS_CONTROLLER_STOPPED)
host.broker-slave	2021-05-25 19:00:41.363	error	Caught by controller[0]: at Function.Module.runMain (internal/modules/cjs/loader.js:831:12)
host.broker-slave	2021-05-25 19:00:41.362	error	Caught by controller[0]: at Function.Module._load (internal/modules/cjs/loader.js:585:3)
host.broker-slave	2021-05-25 19:00:41.362	error	Caught by controller[0]: at tryModuleLoad (internal/modules/cjs/loader.js:593:12)
host.broker-slave	2021-05-25 19:00:41.361	error	Caught by controller[0]: at Module.load (internal/modules/cjs/loader.js:653:32)
host.broker-slave	2021-05-25 19:00:41.360	error	Caught by controller[0]: at Object.Module._extensions..js (internal/modules/cjs/loader.js:789:10)
host.broker-slave	2021-05-25 19:00:41.359	error	Caught by controller[0]: at Module._compile (internal/modules/cjs/loader.js:778:30)
host.broker-slave	2021-05-25 19:00:41.358	error	Caught by controller[0]: at Object.<anonymous> (/opt/iobroker/node_modules/iobroker.zigbee/main.js:807:5)
host.broker-slave	2021-05-25 19:00:41.358	error	Caught by controller[0]: at new Zigbee (/opt/iobroker/node_modules/iobroker.zigbee/main.js:60:9)
host.broker-slave	2021-05-25 19:00:41.357	error	Caught by controller[0]: at new Adapter (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:393:32)
host.broker-slave	2021-05-25 19:00:41.356	error	Caught by controller[0]: at JSON.parse (<anonymous>)
host.broker-slave	2021-05-25 19:00:41.355	error	Caught by controller[0]: SyntaxError: Unexpected token } in JSON at position 167
host.broker-slave	2021-05-25 19:00:41.354	error	Caught by controller[0]: ^
host.broker-slave	2021-05-25 19:00:41.353	error	Caught by controller[0]: },
host.broker-slave	2021-05-25 19:00:41.350	error	Caught by controller[0]: undefined:8

[Thomas Braun]

@mr-x sagte in ZigBee neue Version 1.5.x:

Caught by controller[0]: SyntaxError: Unexpected token } in JSON at position 167

Dürfte an der Stelle klemmen.

Muss ich mit js updates anfangen?

Keine Ahnung was du damit genau meinst, aber es ist sinnvoll seine Versionen auf dem aktuellen Stand zu halten. Jeweils im entsprechenden Zweig halt (stable/beta)-

[Mr.X]

@thomas-braun
Danke für die Ultra-schnelle Antwort.
Hast du einen Ansatz, um es zu beheben, sagt mir jetzt nicht wirklich was.
Habe "lediglich" am Zigbee hin und her updates gemacht.
Bisher lief der Slave ohne mucken.

[Mr.X]

Hilfe !
Wenn ich den Zigbeeadapter de und istalliere, sind dann alle Geräte für immer weg?

[disaster123]

@asgothian sagte in ZigBee neue Version 1.5.x:

@disaster123 sagte in ZigBee neue Version 1.5.x:

@disaster123 sagte in ZigBee neue Version 1.5.x:

@arteck danke bei mir kommt aber immer noch

(7821) Send command to 0x00158d0006896b8d failed with no error code (no response received)

@arteck sagte in ZigBee neue Version 1.5.x:

@disaster123 Wetter ?? Lichtverhältnisse?? globale Welterwärmung??

Wenig hilftreich - es hieß der Fehler sei im aktuellen git master behoben. Ich habe es getestet und bekomme weiterhin den gleichen Fehler. Log habe ich gepostet. Was fehlt dir? Welche weiteren Informationen kann ich liefern?

Was der Fehler ist steht in der Meldung: "no response" - Das Gerät sendet keine Daten zurück. Jetzt gibt es 2 Optionen:
Der Befehl kommt am Gerät nicht an (dann schaltet das Gerät nicht)
Der Befehl kommt am Gerät an, aber die Antwort kommt nicht zurück.

Das ist üblicherweise ein Hinweis auf Funkprobleme.

A.

Danke für die Rückmeldung. Die Punkte habe ich eigentlich alle ausgeschlossen. Sender und Empfänger haben Sichtkontakt (Abstand ca. 3m).

Die Meldungen vom Aqara kommen immer im iobroker an.

Ein weiterer Fehler hier ist auszuschließen? https://github.com/ioBroker/ioBroker.zigbee/commit/3ce48d9189c3eb19253a5c7da66f1b041b63a535

Kann ich das noch irgendwie weiter debuggen?

[arteck]

@mr-x du bist in ein Fehler rengelaufen den der js-controller hatte..
die Geräte sind alle da nur woanders.. welche js-controller version hast du .. und erstmal kein update..

ausserdem versuchst du gerade die 1.5.0 version zu installieren... was alt ist...

komm heute mal ins Discord gegen 19 uhr .. kriegen wir hin

[michael 1975]

Hallo, @arteck ,

ich habe hier zwei Philips Lampen (1745530P7), die werden mittlerweile vom Adapter erkannt. Ich hatte gestern einen Pull Request bei Koen Kanters für diese Lampen gemeldet. Er hat das anscheinend in den Entwicklungsbranch schon eingearbeitet. Die Lampen sind baugleich mit 1745630P7, lediglich die Bauform ist unterschiedlich. Könntest Du die bitte mit einpflegen?
Die Lampen werden mit "Philips Hue White Color Ambiance Nyro Outdoor" bezeichnet. Das Bild sieht wie folgt aus:

Im Adapter sieht das wie folgt aus:

Ich kann zur Zeit nur ein- und ausschalten, Helligkeit und Farbe lassen sich noch nicht regeln. Sollten weitere Doings erforderlich sein, bitte ich um Rückmeldung. Vielen Dank für Deine Bemühungen.

[arteck]

@michael-1975 wir pflegen keine neue Geräte mehr ein..

alles neu wird direkt über herdsman laufen.. ateuerbar über den Ausschliessen Tab in den Einstellungen

[BigMike71]

was hat das genau zu bedeuten?

warn: zigbee.0 (7228) Extended PAN ID is reversed (expected=30006021004b1200, actual=00124b0021600030)

[arteck]

@bigmike71 das ist eine neue Fehlermeldung von Herdsman.. besagt dass die id umgedreht ist.. alles gut

[MichMein]

@arteck sagte in ZigBee neue Version 1.5.x:

@bigmike71 das ist eine neue Fehlermeldung von Herdsman.. besagt dass die id umgedreht ist.. alles gut

Ein „warn“ mit „alles gut“ zu bezeichnen ist doch irgendwie nicht so gut 🤔

[Thomas Braun]

@michmein
Warum? Ist lediglich ein 'Hinweis'. Bei korrekter Klassifizierung sind 'Warnings' harmlos.