Zigbee Adapter mit neuem Converter

[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

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

[Tictactoo]

Ich hab eine Frage, vielleicht ist ja irgendwas zu diesem Phänomen bekannt: Bisher hat der neue Adapter mit dem Herdsman-Converter sehr gut bei mir funktioniert, leider ist es aber nun so, dass 2-3 meiner Xiaomi Geräte einfach keine Verbindung zum Mesh mehr herstellen wollen, obwohl ich mehr als genug Router in meiner Wohnung verteilt habe.

Ich kann nicht genau sagen, wann es los ging, aber vom einen auf den anderen Tag haben plötzlich zwei meiner Bewegungsmelder von Aqara und mein Wassersensor nicht mehr "funktioniert". Normalerweise gehen in unserer Küche und auf unserer Toilette die Lichter durch den Bewegungsmelder an. Seit einigen Tagen läuft das allerdings nicht mehr und die Geräte stehen mit "available" false in der Objektübersicht. Seltsamerweise nicht nicht alle Geräte davon betroffen. Die Batterien sind noch okay, das habe ich bereits geprüft. Auch wenn ich auf den Button der Geräte drücke und es beginnt zu blinken, bekomme ich kein "available" true oder sonst irgendwelche Daten von ihnen.

Gibt's da irgendeinen Workaround, damit sowas nicht passiert?

[dimaiv]

@Tictactoo
Was ist bei dir als Coordinator?

[Tictactoo]

@dimaiv Habe den CC2531 als Coordinator.

Übrigens bekomme ich folgenden Log, wenn ich versuche die den Wassersensor und einen der Bewegungsmelder zu löschen.

2020-01-16 16:20:10.470 - info: zigbee.0 (30159) Succesfully delay action for 0x00158d000286cd24 lumi.sensor_wleak.aq1
2020-01-16 16:20:10.472 - info: zigbee.0 (30159) Do action on 0x00158d000286cd24 lumi.sensor_wleak.aq1
2020-01-16 16:20:20.476 - error: zigbee.0 (30159) Failed to do action 0x00158d000286cd24 lumi.sensor_wleak.aq1, attempt 1 (Error: AREQ - ZDO - mgmtLeaveRsp after 10000ms
at Timeout.object.timer.setTimeout [as _onTimeout] (/opt/iobroker/node_modules/zigbee-herdsman/dist/utils/waitress.js:44:24)
at ontimeout (timers.js:436:11)
at tryOnTimeout (timers.js:300:5)
at listOnTimeout (timers.js:263:5)
at Timer.processTimers (timers.js:223:10))
2020-01-16 16:20:22.570 - info: zigbee.0 (30159) Succesfully delay action for 0x00158d0003492409 lumi.sensor_motion.aq2
2020-01-16 16:20:22.572 - info: zigbee.0 (30159) Do action on 0x00158d0003492409 lumi.sensor_motion.aq2
2020-01-16 16:20:32.575 - error: zigbee.0 (30159) Failed to do action 0x00158d0003492409 lumi.sensor_motion.aq2, attempt 1 (Error: AREQ - ZDO - mgmtLeaveRsp after 10000ms
at Timeout.object.timer.setTimeout [as _onTimeout] (/opt/iobroker/node_modules/zigbee-herdsman/dist/utils/waitress.js:44:24)
at ontimeout (timers.js:436:11)
at tryOnTimeout (timers.js:300:5)
at listOnTimeout (timers.js:263:5)
at Timer.processTimers (timers.js:223:10))

[dimaiv]

@Tictactoo
Wie war die Link Quality, als die Sensoren noch funktioniert haben?

Wenn die Sensoren paar Stunden keine verbindung zum Coordinator haben, dann melden die sich gerne vom Netz ab.

[Tictactoo]

@dimaiv Die letzten beiden States, die es aktualisiert hat waren 28 und 34. Ich hab in meiner Wohnung rund 40 Router verteilt insgesamt. Denke am Empfang sollte es nicht liegen?

[dimaiv]

@Tictactoo sagte in Zigbee Adapter mit neuem Converter:

40 Router

???
und das alles mit dem CC2531?
Dann ist es normal, dass da manche Sensoren aufhören...
Ist zuviel für Stabilität mit dem Stick.

[Tictactoo]

@dimaiv Ich dachte, der Sinn dahinter sei, dass der Coordinator sich nur mit 5 Geräten verbindet und die sich wiederum ebenfalls mit weiteren Geräten verbinden?

[Jan1]

@Tictactoo
Machter ja auch, aber worüber kommen die Daten in IOBroker? Genau über den Stick und wenn alles gleichzeitig mal Daten schickt, wirds dem eben zu viel.

[Tictactoo]

@Jan1 Okay. Dann scheint sich das Problem ja recht einfach lösen zu lassen, wenn ich zum Beispiel auf einen CC26X2R1 oder einen CC1352P_2 wechsle?