ZigBee neue Version 1.5.x

[arteck]

@jens-bräunel also ali sagt
https://de.aliexpress.com/i/1005002293840579.html

und das ist bluetooth. ergo nix zigbee

[Jens Bräunel]

@arteck
Ach Mist
wer lesen kann....

DANKE

[e-i-k-e]

@e-i-k-e said in ZigBee neue Version 1.5.x:

Hallo zusammen,
ich verwende diesen Zigbee Adapter und würde gerne diesen Code verwenden um ein nicht kompatibles Gerät (LXN59-CS27LX1.0) einsetzen zu können.
https://github.com/Koenkk/zigbee-herdsman-converters/issues/2489

Wie muss ich vorgehen, um diesen Code verwenden zu können?

Abend,
kann mir hier jemand auf die Sprünge helfen?

[Asgothian]

@e-i-k-e

Bevor ich erkläre wie es prinzipiell geht ein paar Warnhinweise:

• ich gehe davon aus das du in JS programmieren kannst - zumindest prinzipiell
• die Erklärung ist nur ein Leitfaden, der ohne Programmierkenntnisse nur bedingt nutzbar ist.
• da in dem Thread mehrere evolutionen von code beschrieben sind weiß ich nicht welche du davon nutzen… a) kannst, b) willst.
• der beschriebene WEG ist bei weitem nicht der einzige. Es ist aber der einzige bei dem ein Fehler sicher ohne neu Installation des zigbee-herdsman-converters behoben werden kann (durch sauberes entfernen des hinzugefügten Codes).

Step 1:

Unter /opt/iobroker/iobroker-data/zigbee_x legst du eine Datei an „manualdevice.js“
Dabei ist das x im Verzeichnis die Nummer deiner zigbee Instanz.

Step 2;
In die Datei trägst du zunächst das ein was auf dieser Seite unter 2. geschrieben ist.

Wichtig: das was zwischen

const definition = {
}

Steht musst du durch die device Definition von GitHub ersetzen.

Step 3: optional
Wichtig: wenn du einen der Beiträge mit “to fromZigbee add…” nutzen willst musst du vor dem

const Definition = {
}

Noch für jeden Block der eingetragen werden soll

fz.xxx=yyy; 

Machen, wobei an stelle der xxx jeweils eine der Benennungen der fromZigbee Anpassungen (das vor dem steht, und an stelle des yyy muss der Wert (das zwischen den {}, inclusive der {} stehen.

Im folgenden Beispiel wäre bei xxx “LXN59_cover_state_via_onoff” einzutragen, bei yyy alles hinter dem :

LXN59_cover_state_via_onoff: {
    cluster: 'genOnOff',
    type: ['attributeReport', 'readResponse'],
    convert: (model, msg, publish, options, meta) => {
        if (msg.data.hasOwnProperty('onOff')) {
            return {state: msg.data['onOff'] === 1 ? 'CLOSED' : 'OPEN'};
        }
    },
}

Step 4: in der Adapter Konfiguration unter “externe konverter” den Eintrag “manualdevice.js” hinzu fügen.

Step 5:
Adapter anhalten, log löschen, Adapter auf debug stellen, Adapter starten.

Wenn du alles korrekt gemacht hast dann läuft der Adapter hoch und erkennt dein device. Wenn nicht hagelt es ggf. Fehlermeldungen, denen du dann im einzelnen selber nachgehen musst.

Warnung das ist nicht einfach nur copy/paste. Da passiert eine ganze Menge und es wird dir hier im Forum kaum jemand dabei helfen können den Salat auseinander zu bekommen wenn da was klemmt.
Der Vorteil - durch entfernen des Eintrages des Dateinamens unter externen converters wird dein code inaktiv und du solltest sofort wieder ein lauffähiges system haben.

Disclaimer alles was du da tust tust du auf eigene Gefahr. Ich werde nicht genügend Zeit haben um Fehler zu diagnostizieren und zu beheben.

A.

[Fenriswolf]

Systemdata	Bitte Ausfüllen
Hardwaresystem:	Raspberry Pi 4
Arbeitsspeicher:	4GB
Festplattenart:	SSD
Betriebssystem:	Raspian
Nodejs-Version:	12.22.1
NPM-Version:	6.14.12
JS-Version:	3.3.13
ZigBee-Adapter:	1.5.6

Guten Morgen,

ich habe seit geraumer Zeit folgende Einträge im Log:

2021-06-23 09:08:12.865 - warn: zigbee.1 (29722) State value to set for "zigbee.1.00158d0006791796.link_quality" has value "255" greater than max "254"
2021-06-23 09:09:10.174 - warn: zigbee.1 (29722) State value to set for "zigbee.1.00178801039c4b3b.link_quality" has value "255" greater than max "254"
2021-06-23 09:09:11.180 - warn: zigbee.1 (29722) State value to set for "zigbee.1.7cb03eaa0a0c1e3c.link_quality" has value "255" greater than max "254"
2021-06-23 09:09:11.738 - warn: zigbee.1 (29722) State value to set for "zigbee.1.bc33acfffe17af99.link_quality" has value "255" greater than max "254"
2021-06-23 09:11:11.046 - warn: zigbee.1 (29722) State value to set for "zigbee.1.7cb03eaa0a0c1cb4.link_quality" has value "255" greater than max "254"
2021-06-23 09:11:41.294 - warn: zigbee.1 (29722) State value to set for "zigbee.1.00158d0006732a0f.link_quality" has value "255" greater than max "254"

[Asgothian]

@fenriswolf sagte in ZigBee neue Version 1.5.x:

Systemdata	Bitte Ausfüllen
Hardwaresystem:	Raspberry Pi 4
Arbeitsspeicher:	4GB
Festplattenart:	SSD
Betriebssystem:	Raspian
Nodejs-Version:	12.22.1
NPM-Version:	6.14.12
JS-Version:	3.3.13
ZigBee-Adapter:	1.5.6

Guten Morgen,

ich habe seit geraumer Zeit folgende Einträge im Log:

2021-06-23 09:08:12.865 - warn: zigbee.1 (29722) State value to set for "zigbee.1.00158d0006791796.link_quality" has value "255" greater than max "254"
2021-06-23 09:09:10.174 - warn: zigbee.1 (29722) State value to set for "zigbee.1.00178801039c4b3b.link_quality" has value "255" greater than max "254"
2021-06-23 09:09:11.180 - warn: zigbee.1 (29722) State value to set for "zigbee.1.7cb03eaa0a0c1e3c.link_quality" has value "255" greater than max "254"
2021-06-23 09:09:11.738 - warn: zigbee.1 (29722) State value to set for "zigbee.1.bc33acfffe17af99.link_quality" has value "255" greater than max "254"
2021-06-23 09:11:11.046 - warn: zigbee.1 (29722) State value to set for "zigbee.1.7cb03eaa0a0c1cb4.link_quality" has value "255" greater than max "254"
2021-06-23 09:11:41.294 - warn: zigbee.1 (29722) State value to set for "zigbee.1.00158d0006732a0f.link_quality" has value "255" greater than max "254"

Das ist in der neusten Version auf Github gefixed. Du hast 2 Optionen:

• Updaten auf die Github version
• Abwarten bis diese in beta / stable wandert.

Die Meldungen sind erst einmal unkritisch und sollen dazu dienen die Entwickler zu den Anpassungen zu bewegen - das ist geschehen

A.

[e-i-k-e]

@asgothian said in ZigBee neue Version 1.5.x:

@e-i-k-e

Bevor ich erkläre wie es prinzipiell geht ein paar Warnhinweise:

• ich gehe davon aus das du in JS programmieren kannst - zumindest prinzipiell
• die Erklärung ist nur ein Leitfaden, der ohne Programmierkenntnisse nur bedingt nutzbar ist.
• da in dem Thread mehrere evolutionen von code beschrieben sind weiß ich nicht welche du davon nutzen… a) kannst, b) willst.
• der beschriebene WEG ist bei weitem nicht der einzige. Es ist aber der einzige bei dem ein Fehler sicher ohne neu Installation des zigbee-herdsman-converters behoben werden kann (durch sauberes entfernen des hinzugefügten Codes).

Step 1:

Unter /opt/iobroker/iobroker-data/zigbee_x legst du eine Datei an „manualdevice.js“
Dabei ist das x im Verzeichnis die Nummer deiner zigbee Instanz.

Step 2;
In die Datei trägst du zunächst das ein was auf dieser Seite unter 2. geschrieben ist.

Wichtig: das was zwischen

const definition = {
}

Steht musst du durch die device Definition von GitHub ersetzen.

Step 3: optional
Wichtig: wenn du einen der Beiträge mit “to fromZigbee add…” nutzen willst musst du vor dem

const Definition = {
}

Noch für jeden Block der eingetragen werden soll

fz.xxx=yyy; 

Machen, wobei an stelle der xxx jeweils eine der Benennungen der fromZigbee Anpassungen (das vor dem steht, und an stelle des yyy muss der Wert (das zwischen den {}, inclusive der {} stehen.

Im folgenden Beispiel wäre bei xxx “LXN59_cover_state_via_onoff” einzutragen, bei yyy alles hinter dem :

LXN59_cover_state_via_onoff: {
    cluster: 'genOnOff',
    type: ['attributeReport', 'readResponse'],
    convert: (model, msg, publish, options, meta) => {
        if (msg.data.hasOwnProperty('onOff')) {
            return {state: msg.data['onOff'] === 1 ? 'CLOSED' : 'OPEN'};
        }
    },
}

Step 4: in der Adapter Konfiguration unter “externe konverter” den Eintrag “manualdevice.js” hinzu fügen.

Step 5:
Adapter anhalten, log löschen, Adapter auf debug stellen, Adapter starten.

Wenn du alles korrekt gemacht hast dann läuft der Adapter hoch und erkennt dein device. Wenn nicht hagelt es ggf. Fehlermeldungen, denen du dann im einzelnen selber nachgehen musst.

Warnung das ist nicht einfach nur copy/paste. Da passiert eine ganze Menge und es wird dir hier im Forum kaum jemand dabei helfen können den Salat auseinander zu bekommen wenn da was klemmt.
Der Vorteil - durch entfernen des Eintrages des Dateinamens unter externen converters wird dein code inaktiv und du solltest sofort wieder ein lauffähiges system haben.

Disclaimer alles was du da tust tust du auf eigene Gefahr. Ich werde nicht genügend Zeit haben um Fehler zu diagnostizieren und zu beheben.

A.

Danke @Asgothian !
Sehr ausführlich aber auch etwas abschreckend.
Ich überlege mir mal, ob ich in einer ruhigen Minute (oder eher Stunde.. ) das umsetzen werden.
Wo hoch ist die Wahrscheinlichkeit, dass das Gerät allg. mit aufgenommen wird und könnte man da unterstützend tätig sein?
Viele Grüße

[Asgothian]

@e-i-k-e sagte in ZigBee neue Version 1.5.x:

Wo hoch ist die Wahrscheinlichkeit, dass das Gerät allg. mit aufgenommen wird und könnte man da unterstützend tätig sein?

Wenn es eine saubere Lösung gibt, und diese in Form eines Code-Schnipsels an das entsprechende Projekt gegeben wird ist die chance hoch. Leider hat sich keiner der Poster im Issue dazu berufen gefühlt einen entsprechenden Pull Request abzusetzen - sonst wäre da sicherlich bereits etwas passiert.

Ich kann auch anbieten das wir uns das gemeinsam einmal zu gemüte führen - per Discord und erst kommende Woche.

A.

[MichMein]

@michmein sagte in ZigBee neue Version 1.5.x:

Hallo @Asgothian, @arteck und alle anderen,
wenn der Zigbee Adapter (V1.5.6) bei mir neu gestartet wird habe ich immer mal wieder Thermostate (sind „ausgeschlossen“) die eine „Doppelverbindung“ haben. Wenn man auf das betroffene Gerät klickt, wird eine Verbindung mit 170 angegeben und die andere mit z.B. 73. Die betroffenen Geräte lassen sich dann nicht steuern, erst nach einem „Neustart“ der Geräte (Batterien raus und wieder rein) funktionieren sie wieder und auch die Karte sieht dann wieder normal. Was ist da wohl die Ursache?

Hat jemand dazu eine Idee oder Ansatz? Danke

[steimi]

Ich möchte gerne ein Binding zwischen einer Ikea Tradfri Fernbedienung (E1810 ... die Runde) und einem Ikea-LED-Treiber herstellen. Habe dazu gefunden, dass man die Fernbedienung von der Default Group entfernen muss (Link) - nur wie stelle ich das an mit dem Adapter im ioBroker?

[Asgothian]

@steimi sagte in ZigBee neue Version 1.5.x:

Ich möchte gerne ein Binding zwischen einer Ikea Tradfri Fernbedienung (E1810 ... die Runde) und einem Ikea-LED-Treiber herstellen. Habe dazu gefunden, dass man die Fernbedienung von der Default Group entfernen muss (Link) - nur wie stelle ich das an mit dem Adapter im ioBroker?

Das sollte nicht notwendig sein. Du müsstest in der Lage sein die Fernbedienung direkt mit dem Trafo per Binding oder per Touchlink zu verbinden

Ein Hinweis dabei - bei meinen letzten Versuchen haben die Trafos ihre Statusanpassungen leider nicht an den ioBroker zurück gemeldet wenn sie via Gruppe, binding oder touchlink Verbindung geschaltet wurden. Ich weiss nicht ob das immer noch der Fall ist.

(Touchlink binding ist das verbinden der Ikea geräte so wie Ikea es selber beschreibt. Das geht auch dann wenn beide Geräte im ioBroker verbunden sind, und es bleiben auch beide mit dem ioBroker verbunden)

A.

[steimi]

@asgothian Binding habe ich hergestellt mit LED-Treiber oder Gruppe, allerdings schaltet er nix. Das Betätigen der Taste der Fernbedienung sehe ich im Adapter.
Wie muss ich jetzt beim Touchlink Binding vorgehen?

[Asgothian]

@steimi https://youtu.be/TwMgvwoW5pc\

[steimi]

@asgothian okay - mit dem Button in der Adapter-Instanz muss ich nichts machen?!

Touchlink hat funktioniert, allerdings wie du gesagt hast wird der aktuelle Status im ioBroker nicht aktualisiert. Gibt es mit den Bindings die Möglichkeit zur Lösung zu kommen?
Ich würde ja dies wie oben beschrieben (Default Gruppe löschen) versuchen, weiss aber nicht wie.

[Asgothian]

@steimi
Bei meinen Tests haben die Bindings das identische Problem, da der Transformator keine Meldung bei Statusänderung sendet.

Ich hatte dafür mal eine geskriptete Aushilfslösung - die kann ich die Tage mal wieder ausbuddeln

A.

[Phil82]

Hallo,

besteht vielleicht irgendwie die Möglichkeit den Pairing Modus über eine (jar)VIS zu aktivieren?
Es gibt ja hier eine Info das der Modus aktiv ist, aber schalten kann man diesen leider nicht.

[Asgothian]

@phil82 sagte in ZigBee neue Version 1.5.x:

Hallo,

besteht vielleicht irgendwie die Möglichkeit den Pairing Modus über eine (jar)VIS zu aktivieren?
Es gibt ja hier eine Info das der Modus aktiv ist, aber schalten kann man diesen leider nicht.

Dieses wurde auf GitHub schon einmal als Erweiterung vorgeschlagen aber mangels Interesse und wegen der Risiken (Netz geht auf) nicht umgetan.

A.

[hg6806]

Moin!

Ich habe mit dem CC2652P massive Probleme, da nach fast jedem Mal Reboot des Raspberry Pi4 der ComPort wegfliegt:

zigbee.0
2021-06-26 08:01:13.145	error	Error herdsman start

zigbee.0
2021-06-26 08:01:13.144	error	Failed to start Zigbee

zigbee.0
2021-06-26 08:01:13.143	error	Starting zigbee-herdsman problem : "Error while opening serialport 'Error: Error Resource temporarily unavailable Cannot lock port'"

Beim CC2531 und auch beim CC2538 war das gar nicht.
Ich muss auch erwähnen, dass die Sticks immer an einem USB3.0 Hub ohne ext. Spannungsversorgung angeschlossen sind/waren.
Jedoch ist nur ein CUL und ein BT5.0 Stick dran, die alle wenig Strom verbrauchen.
Auch ein USB3.0 Hub MIT ext. Spannungsversorgung bringt hier keine Veränderung.

Das Problem ist auch, dass es manchmal bis zu 10 Versuche braucht, bis man ihn durch Aus- und Wiedereinstecken und Neustart des Adapters er wieder grün wird.
Es kann natürlich auch sein, dass es an der neueren Zigbee Adapter-Version liegt.
Meine aktuelle Version kann ich im Moment leider nicht abrufen, da ich im Moment im Admin nicht auf die Adapterseite komme. Ist aber die aktuelle die über den Adapter installierbar ist (nicht über GIT).

[vikk88]

@hg6806 ich hatte auch schon mal ähnliche Probleme. Habe neben einem zigbee Stick noch einen nanocul Stick angeschlossen und nach einem reboot waren die zugeteilten usb Anschlüsse vertauscht. Habe dann die Zuteilung in den Instanzen geändert und dann liefen die Adapter wieder. Was jedoch der Grund dafür ist weiß ich auch nicht.

[klassisch]

@hg6806 sagte in ZigBee neue Version 1.5.x:

Ich habe mit dem CC2652P massive Probleme, da nach fast jedem Mal Reboot des Raspberry Pi4 der ComPort wegfliegt:

Wenn Du löten kannst und willst, kannst Du prüfen, ob die Anbindung über TCP und LAN auch bei Dir erfolgreich ist und Abhilfe schafft.
Bei mir schnurrt die Sache, zusammen mit einem CC2652P, diesem Adapter in der Version 1.5.5. Der CC2652P und wahrscheinlich auch das TI Launch kit lassen sich recht einfach modifizieren und so "aufrüsten", weil die Kommunikation über die Serielle Schnittstelle zugänglich ist. Wenn man auf die Möglichkeit des Nachflashens verzichtet, wird der Umbau noch etwas einfacher.