Aqara Fensterkontakt mit Zigbee

[Grml]

@pete0815 said in Aqara Fensterkontakt mit Zigbee:

Anlernen heißt nur, Pairing Knöpfchen im Adapter und am Gerät drücken. Die Adressen und Datenpunkte bleiben gleich auch wenn du das Gerät löschst d.h. die Verlinkung in Skripten etc ist sofort nach Anlernen wieder aktiv da sich die Sensoradresse nicht ändert durch das Anlernen. Oder war dies bekannt

Da war ich mir eben nicht sicher Aber danke, jetzt kann ich da beruhigter rangehen, wenn ich upgraden sollte

[A Former User]

@grml
ja der Aufwand bleibt erspart und die etwas kryptischen Namen/Adressen bleiben gleich:

Wenn Du dazu mal Gelegenheit hast, gibt es aber gute Gründe dies zu ändern. Es gibt den Adapter Alias-Manager. Dort erstellst Du eine virtuelles "Gerät" z.B. Steckdose-Küche und verlinkst alle benötigten Datenpunkte des Zigbee-Gerätes auf dieses virtuelle Gerät. In Skripten/Blocklys etc. verwendest Du nur noch die Datenpunkte des virtuellen Gerätes. Großer Vorteil, deine Steckdose geht zB kaputt und du kaufst eine Neue, dann brauchst Du nur einmal die Zuordnug des virtuellen Gerätes (Alias) anpassen und alles andere (Skripte etc.) funktioniert wieder ohne Datenlücken oder Probleme. So löst Du Dich von der eindeutigen Banamung der Datenpunkte abhängig von der Hardware.

Habe das auch noch nicht überall, aber defekte Geräte und dadurch Datenlücken/verlust waren mir eine gute Lehre

[exitus]

@amg_666 bei mir läuft es mit adapter 1.6.6 sonoff zigbee dongle mit firmware von 20211207

[derAlff]

Hallo alle zusammen,
ich bin gerade auch dabei die Fensterkontakt zu pairen... und stoße dabei auf die selben Probleme wie im Thread beschrieben . Also ich kann den Fensterkontakt pairen, aber der Status ändert sich nicht... nur null bleibt in den Objekten stehen.

Ich habe den Zigbee 1.6.16 installiert. Als Coordinator habe ich den SonOff Zigbee 3.0 Stick mit der FW 2-1.2.7.1 Rev. 20210708

Wenn ich mir den Thread hier so durchlese, dann sollte ein Update der FW Abhilfe schaffen? Ist das richtig?

[Thomas Braun]

@deralff

Möglich.
Wenn du da dann zugange bist, ändere gleich den Device Link auf den entsprechenden aus /dev/serial/by-id/

[derAlff]

@thomas-braun ich versuche das dann mal mit einem Update im Testsystem...
Das mit dem Devicelink klappt bei mir irgendwie nicht. So hatte ich allerdings auch noch nie ein Problem. Ist ein RasPi im ioBroker Slave-Betrieb, welcher nur für den Zigbee-Stick vorhanden ist B)

[Thomas Braun]

@deralff sagte in Aqara Fensterkontakt mit Zigbee:

Das mit dem Devicelink klappt bei mir irgendwie nicht.

Warum nicht?

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

Sieht dann so aus:

echad@chet:~ $ ls -la /dev/serial/by-id/
total 0
drwxr-xr-x 2 root root 60 Mar 16 15:39 .
drwxr-xr-x 4 root root 80 Mar 16 15:39 ..
lrwxrwxrwx 1 root root 13 Mar 16 15:39 usb-Silicon_Labs_slae.sh_cc2652rb_stick_-_slaesh_s_iot_stuff_00_12_4B_00_23_93_2C_A8-if00-port0 -> ../../ttyUSB0

Der unveränderbare Link wäre dann entsprechend für meinen Stick:

/dev/serial/by-id/usb-Silicon_Labs_slae.sh_cc2652rb_stick_-_slaesh_s_iot_stuff_00_12_4B_00_23_93_2C_A8-if00-port0

[derAlff]

@thomas-braun Jetzt weiß ich wieder warum

Im Dropdown wird mir das nicht angezeigt... warum auch immer
Unter /dev/.... wird er jedenfalls angezeigt

EDIT: Oder kann ich den Pfad auch direkt in der Textbox angeben?

[Thomas Braun]

@deralff sagte in Aqara Fensterkontakt mit Zigbee:

Oder kann ich den Pfad auch direkt in der Textbox angeben?

Natürlich.

[derAlff]

@thomas-braun Dann versuche ich das im Zuge dessen auch gleich
Danke dir!

[derAlff]

Da ist mir gerade etwas aufgefallen. Wenn ich in der Adapterübersicht schaue, dann steht unter Zigbee die Version 1.6.16 sei installiert. Schaue ich allerdings unter den Instanzen, dann ist Version 1.5.6 bzw. 1.6.6 installiert (die sind auf den Slaves installiert)! Gelesen habe ich in diesem Thread, dass wahrscheinlich ab Version 1.6.8 die Kontakte ordentlich eingebunden werden können... Wie update ich denn jetzt auf den Slaves die Adapter?
Einfach per SSH rauf und npm update?

[Thomas Braun]

@deralff

iobroker update
iobroker upgrade

[derAlff]

@thomas-braun hm.... hier stimmt was nicht...
beim iob update wird mir angezeigt, dass scheinbar Zigbee in version 1.6.16 installiert ist... in der Adapterübersicht aber nicht -_-

pi@rpi-iobroker-slave-02:/opt $ iob update
Used repository: stable
hash unchanged, use cached sources
update done
Adapter    "admin"         : 5.3.1    , installed 5.3.1
Adapter    "backitup"      : 2.3.3    , installed 2.3.3
Adapter    "discovery"     : 2.7.5    , installed 2.7.5
Controller "js-controller" : 4.0.21   , installed 3.3.22 [Updateable]
Adapter    "zigbee"        : 1.6.16   , installed 1.6.16
pi@rpi-iobroker-slave-02:/opt $ iob upgrade
All adapters are up to date
pi@rpi-iobroker-slave-02:/opt $ 

Strange

[Thomas Braun]

@deralff

Bitte Konsolentext in CodeTags einbetten, keine Screenshots.

[Thomas Braun]

@deralff

iobroker upload all

Und bring den js-controller auf die aktuelle Version.

[derAlff]

@thomas-braun aaaah, das wars

Vielen Dank! Ich versuche das dann später mit der aktuell installierten Revision des SonOff Sticks und dieser Zigbee-Version. Berichte dann natürlich über Erfolg oder Misserfolg

[derAlff]

Sodele, unter Zigbee 1.6.16 funktioniert es nicht einfach so. Auch nicht an dem alten CC2532 (heißt der so?). Nun habe ich mal einen weiteren Backup-Stick eingerichtet, die Firmware geupdated und siehe da, wurde sofort erkannt!

[amg_666]

@deralff Mit dem CC2531 läuft das super mit aktueller FW (CC2532 kenne ich nicht )

	Coordinator firmware version: {"type":"zStack12","meta":{"transportrev":2,"product":0,"majorrel":2,"minorrel":6,"maintrel":3,"revision":20211115}}

ich hab da sowohl die neuen aqara MCCGQ14LM als auch die alten MCCGQ11LM.

[derAlff]

@amg_666 kann auch sein, dass der cc2531 heißt
Wo hast du denn die Firmware her? Finde bisher nur Software aus dem Jahr 2019

Würde das ja auch noch gerne mit diesem Stick hin bekommen.

[amg_666]

@deralff die aktuelle FW liegt auf github rechts auf der Seite unter "releases" steht die aktuelle Versionsnummer zum Download