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

[LSchulze]

@Jan1 said in Zigbee Adapter mit neuem Converter:

@LSchulze
Gib mal das in der Konsole ein:
ls /dev/serial/by-id/

Und trag das Ergebnis wie folgt ein:
/dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B001xxxxxxxx-if00

Ändert nix.

host.ioBroker	2020-01-11 22:30:52.581	info	Restart adapter system.adapter.zigbee.0 because enabled
host.ioBroker	2020-01-11 22:30:52.581	error	instance system.adapter.zigbee.0 terminated with code 1 (JS_CONTROLLER_STOPPED)
host.ioBroker	2020-01-11 22:30:52.580	error	Caught by controller[0]: at Function.Module._load (internal/modules/cjs/loader.js:585:3)
host.ioBroker	2020-01-11 22:30:52.580	error	Caught by controller[0]: at tryModuleLoad (internal/modules/cjs/loader.js:593:12)
host.ioBroker	2020-01-11 22:30:52.579	error	Caught by controller[0]: at Module.load (internal/modules/cjs/loader.js:653:32)
host.ioBroker	2020-01-11 22:30:52.579	error	Caught by controller[0]: at Object.Module._extensions..js (internal/modules/cjs/loader.js:787:10)
host.ioBroker	2020-01-11 22:30:52.579	error	Caught by controller[0]: at Module._compile (internal/modules/cjs/loader.js:776:30)
host.ioBroker	2020-01-11 22:30:52.578	error	Caught by controller[0]: at Object.<anonymous> (/opt/iobroker/node_modules/iobroker.zigbee/lib/seriallist.js:3:25)
host.ioBroker	2020-01-11 22:30:52.578	error	Caught by controller[0]: at require (internal/modules/cjs/helpers.js:25:18)
host.ioBroker	2020-01-11 22:30:52.577	error	Caught by controller[0]: at Module.require (internal/modules/cjs/loader.js:690:17)
host.ioBroker	2020-01-11 22:30:52.577	error	Caught by controller[0]: at Function.Module._load (internal/modules/cjs/loader.js:562:25)
host.ioBroker	2020-01-11 22:30:52.577	error	Caught by controller[0]: at Function.Module._resolveFilename (internal/modules/cjs/loader.js:636:15)
host.ioBroker	2020-01-11 22:30:52.576	error	Caught by controller[0]: Error: Cannot find module 'zigbee-herdsman/dist/adapter/serialPortUtils'
host.ioBroker	2020-01-11 22:30:52.576	error	Caught by controller[0]: ^
host.ioBroker	2020-01-11 22:30:52.575	error	Caught by controller[0]: throw err;
host.ioBroker	2020-01-11 22:30:52.574	error	Caught by controller[0]: internal/modules/cjs/loader.js:638

[MathiasJ]

Zigbee auf dem Slave nur gelb.
ich bin heute auf Proxmox umgestiegen und habe deshalb den Zigbee-Adaptere auf einem Slave ausgelagert.
Der Zigbee-Adapter bekommt keine Verbindung zum Zigbee-Dongle, dehalb ist der gelb.
Ich habe den mit der neuen Hardware.
Als ich den Zigbee-Dongle auf dem (ehemaligen) Master hatte, war alles gut.
Als log bekomme ich das:

zigbee.0	2020-01-12 22:59:22.776	error	(4914) Error: Error while opening serialport 'Error: Error: No such file or directory, cannot open /dev/serial/by-id/usb-Texas_Instruments_CC2538_USB_CDC-if00 ' at Znp.<anonymous> (/opt/iobroker/n
zigbee.0	2020-01-12 22:59:22.774	error	(4914) Failed to start Zigbee

Ich habe nochmal kontolliert:
ich bekam als Ausgabe:

usb-Texas_Instruments_CC2538_USB_CDC-if00 -> ../../ttyACM0

nachdem ich

ls -la /dev/serial/by-id/

eingegeben habe.
Gruß,
Mathias

[Kueppert]

@MathiasJ Hi, hast du also schon den Stick via proxmox an die vm durch gereicht? Geht unter Hardware und dort USB meine ich.

[MathiasJ]

@Kueppert
nein, der hängt am Slave, weil es am Master wenig Sinn macht.
IObroker wurde nicht als VM, sondern als LXC-Container angelegt. Da gibt es keine Hardware
Der Master ist außerdem im Keller.

Gruß,
Mathias

[FredF]

@MathiasJ
Kann es sein, das mit deinem Stick was nicht stimmt oder neu geflasht werden muss? Zwischen CDC und if00 kommen bei mir noch 18 Stellen...
Vielleicht auch mal den Adapter stoppen, Stick rausnehmen, warten wieder rein und Adapter Starten.

[dimaiv]

@FredF sagte in Zigbee Adapter mit neuem Converter:

@MathiasJ
Kann es sein, das mit deinem Stick was nicht stimmt oder neu geflasht werden muss? Zwischen CDC und if00 kommen bei mir noch 18 Stellen...
Vielleicht auch mal den Adapter stoppen, Stick rausnehmen, warten wieder rein und Adapter Starten.

Die Ausgabe ist Ok.
usb-Texas_Instruments_CC2538_USB_CDC-if00 -> ../../ttyACM0
Und so sieht es im Adapter aus:
/dev/serial/by-id/usb-Texas_Instruments_CC2538_USB_CDC-if00

[Moe]

Leider wird meine TRADFRI bulb E27 WS opal 1000lm nicht richtig erkannt.

Sie wird in den Objekten nur als Objekt angezeigt nicht als Ordner mit Struktur. Im Controller selber nur mit ?.

Beim Verbinden aber dieser Text

zigbee.0 2020-01-13 18:02:14.172 info (2154) Device '0xccccccfffe338366' is supported, identified as: IKEA TRADFRI LED bulb E27 1000 lumen, dimmable, white spectrum, opal white (LED1732G11)

zigbee.0 2020-01-13 18:02:14.172 info (2154) Successfully interviewed '0xccccccfffe338366', device has succesfully been paired

zigbee.0 2020-01-13 18:02:14.169 error (2154) Device ccccccfffe338366 "TRADFRI bulb E27 WS opal 1000lm" not described in statesMapping.

zigbee.0 2020-01-13 18:02:14.002 error (2154) Device ccccccfffe338366 "TRADFRI bulb E27 WS opal 1000lm" not described in statesMapping.

zigbee.0 2020-01-13 18:02:13.914 error (2154) Device ccccccfffe338366 "TRADFRI bulb E27 WS opal 1000lm" not described in statesMapping.

zigbee.0 2020-01-13 18:02:13.691 error (2154) Device ccccccfffe338366 "TRADFRI bulb E27 WS opal 1000lm" not described in statesMapping.

zigbee.0 2020-01-13 18:02:02.971 info (2154) Starting interview of '0xccccccfffe338366'

zigbee.0 2020-01-13 18:01:50.334 info (2154) Zigbee: allowing new devices to join

[MathiasJ]

Habe den Slave neu gestartet.
Zigbee ist gelb :(

[Matdos]

@Moe

So wie es aussieht wurde die nicht richtig konfiguriert, war bei mir auch ab und zu das kein Ordner oder keine Datenpunkten erzeugt wurden obwohl das Gerät anscheinend eingebunden war.

In Adapter rein das Gerät löschen, bzw auf löschen klicken( vermutlich wird das erst mal nicht gelöscht bzw die Kachel verschwindet nicht).
Raus aus dem Adapter und stoppen, Lampe reseten, Adapter starten und öffnen ( nun sollte die Kachel vom Gerät weg sein, wenn nicht noch mal löschen und Adapter noch mal neu durchstarten) sollte sich die Kachel nicht löschen lassen Gerät einfach neu anlernen und schauen ob es dann klappt. Ansonsten noch mal löschen und reseten.

[arteck]

@Moe installier nochmal neu ..sollte jetzt gehen

[MathiasJ]

so, habe die Instanz Zigbee.0 deinstalliert, Adapter Zigbee deinstalliert,
Adapter Zigbee auf 1.0.0 angehoben.
Instanz Zigbee installiert,
USB-Port getauscht,
Ausgabe immer noch

zigbee.0	2020-01-14 08:37:31.364	error	(759) Error: Error while opening serialport 'Error: Error: No such file or directory, cannot open /dev/serial/by-id/usb-Texas_Instruments_CC2538_USB_CDC-if00 ' at Znp.<anonymous> (/opt/iobroker/no
zigbee.0	2020-01-14 08:37:31.362	error	(759) Failed to start Zigbee

:-1: :angry: :-1:

Edit:
Wieder was dazu gelernt.
Das alte System wieder aufgebaut mit Raspberry PI3B+ als CCU3 und Raspberry PI4B
Zigbee-Dongle rein, hochgefahren, geht.

Meine Frage:
Ist es vllt möglich, dass der Zigbee-Dongle unbedingt im Master stecken muß?
Gruß,
Mathias

[arteck]

@MathiasJ

ich sollte geld für verlangen echt..

/dev/serial/by-id/usb-Texas_Instruments_CC2538_USB_CDC-if00 '<--- da ist am ende ein space

kontrolliere nochmal die Einstellung... es darf kein space vorne und hinten vorhanden sein

bitte peniebel drauf achten wie die Schnittstelle heisst und was kopiert wird

und nein es muss nicht im Master stecken.. warum auch..

[Moe]

@arteck Ja einmal Update über Github rüber laufen lassen schon ging sie. Ohne das ich sie neu anlernen musste :)

[MathiasJ]

@arteck
Für was solltest Du Geld verlangen?
Sag mal, für wie dumm hältst Du mich eigentlich?
Es hätte gleich funktionieren müssen, sobald das Backup drin ist. Hat es aber nicht.
Wenn ich das Device Deiner Meinung nach falsch eingegeben habe, warum funktioniert es dann im vorherigem Setup?
Ach ja, nur noch die Feuermelder ummelden, dann ist das Gateway Geschichte.
Selbstverständlich habe ich jetzt auch die Sicherung der Zigbee-Datenbank in backmeup aktiviert.
Dass ich das Update des Zigbee-Adapters auf 1.0.0 gemacht habe, steht weiter oben.
Auf Deine Antwort bin ich jetzt mal gespannt.
Alles angelernt, nur die Aqara Rauchmelder wollen nicht :(
Edit:
Die Rauchmelder sind jetzt teilweise auch drin.

[ThomasPB]

Hi @Moe , du musst in der Datei: /opt/iobroker/node_modules/iobroker.zigbee/lib/devstates.js
Die folgende Zeile:
3491 wie folgt ersetzen: 'TRADFRI bulb E27 WW 806lm', 'TRADFRI bulb E27 WS opal 1000lm'],

Dann neu starten und dann funktioniert es auch richtig.

[arteck]

@ThomasPB oder Adapter neu istallieren.. hab es nachgepflegt gestern

[Xsev]

Passt nich ganz in den Threat, man möge es mir verzeigen.

Ich hab mir mal eine Osram Bridge zugelegt und wollte alle meine Osram Geräte auf einen einheitlichen Stand bringen. Weil die Osrams doch solche Zicken sind.. Soweit der Plan....

Leider ist es jetzt so, dass die Versionen die mir im Adapter (und auch in der org. hue Bridge) angezeigt werden, keinen direkten bezug zu den Osram Firmwares haben. Beispiel CLA 60 RBGW laut Adapter V 1.05.10 laut Osram 01020510. Das komische ist auch, das ich eine RBGW mit Version V.1.03.xx aktualisiert habe auf diese 1020510 von Osram, mir aber nach dem aktualisieren immer noch die 1.03.xx Version unverändert angezeigt wurde. Ich habs jetzt mit den Plugs noch nicht versucht aber bislang sind diese Osram Updates für mich nicht wirklich nachzuvollziehen und haben anscheinend keinen Einfluß auf die Version die unter Info angegeben wird. Wie gesagt die Info im Infomenu ist aber identisch mit den Infos die ich bei den selben Geräten auf der Hue Brige bekomme.

Hat das jemand schon verucht oder kann mir da einen Tip geben?

Edit!!!!

Bei den Plugs scheint es zu gehen! Da wird die Version auch aktualisiert. Aktueller Stand ist 01020511 was anscheinend V. 1.05.11 entspricht. Ich werde berichten...

[rudiraz]

@ThomasPB die Datei devstates.js existiert gar nicht mehr. Ich wollte dort auch die Ikea-Dinge ändern, nur habe ich leider die Datei nicht. Was nun?
Grüße

[rudiraz]

kann ich mir selbst antworten: Die Datei ist geteilt worden. Heißt nun devices.js

[arteck]

@rudiraz
ja wir haben die geteilt... war langsam ein wenig zu unübersichtich