Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[efxz]

@korthy
https://github.com/Koenkk/Z-Stack-firmware/blob/develop/coordinator/Z-Stack_3.x.0/bin/CC1352P2_CC2652P_launchpad_coordinator_20211114.zip

[Korthy]

@efxz
Ist dort auch der Bootloader mit im File?

[Korthy]

@efxz
ich habe diese Firmware jetzt installiert,

Aber abgesehen davon, dass der Coordinator beim scannen manchmal hängt,

funktioniert die Erkennung der Schaltzustände trotzdem nicht.
Auch nicht, nachdem ich den Adapter neu installier habe :-(

[Ein ehemaliger Benutzer]

@korthy
Vielleicht hilft es. Seit 6.12. ist der Kontakt aktualisiert bzw gelistet bei Zigbee2Mqtt: https://www.zigbee2mqtt.io/devices/MCCGQ14LM.html

Dort auch die Hinweise zum Firmwarestand. Wenn ich es richtig sehe ist die aktuelle GithubVersion (1.6.8) des IObrokers Adapters auf dem Status diese Änderung bereits intergriert zu haben. 1.6.8 mit der Firmware zu Deinem Stick könnte funktionieren.

VG

[Korthy]

@korthy
Nun habe ich es doch hinbekommen.
Wenn ich die Geräte mit diesem Stick über diese Symbol paire, , statt über dieses , dann gibt es keinen Fehler beim Erkennen und der Schaltzustand wird erkannt!

Vielen Dank für eure Tipps !!

[efxz]

@korthy
Der Fehler mit Touchlink besteht beim 2652P schon länger.

https://github.com/Koenkk/zigbee2mqtt/issues/5356

[Korthy]

@efxz
OK, danke, nun wissen wir wie es geht :-)

[Grml]

Hallo zusammen,

ich versuche nun seit einer guten Stunde zwei dieser Fensterkontakte anzulernen und bin nun über diesen Thread hier gestolpert.
Ich habe auch das Modell MCCGQ14LM. Dazu das TI Board CC262XR1.

Anlernen konnte ich die zwei Sensoren, aber Werte werden keine geliefert :-(

Liegt das an meiner Version bzw. Revision des Coordinators?

Wenn ja, welche Firmware von GitHub brauche ich denn?
Unter https://github.com/Koenkk/Z-Stack-firmware/tree/master/coordinator/Z-Stack_3.x.0/bin gibt es CC2652RB_coordinator_20210708.zip und CC2652R_coordinator_20210708.zip. Der Unterschied ist mir aber nicht klar.

Und wenn ich die Firmware updaten würde, müsste ich dann alle Devices neu anlernen? Die Revision wäre ja wesentlich neuer als meine bisherige.

Wäre toll, wenn mir da jemand etwas helfen würde was dazu zu lernen :-)

Danke!

[Ein ehemaliger Benutzer]

@grml
mit der Version bist Du richtig: https://github.com/Koenkk/Z-Stack-firmware/blob/develop/coordinator/Z-Stack_3.x.0/bin/CC2652R_coordinator_20211207.zip

Ersehen kannst Du das hier (CC262XR1): https://github.com/Koenkk/Z-Stack-firmware/tree/develop/coordinator/Z-Stack_3.x.0/bin

Es handelt sich um die Developer Branch der Firmware d.h. aktuelle Arbeitsversion. Der letzte Stable Release (Master Branch) liegt aber wie von dir gefunden am 07.08.2021 und unterstützt die neuen Sensoren nicht (Mindestanforderung Firmware ab 14.11.2021). Für diese Sensoren hast Du also keine Wahl und mußt auf eine "Beta"-Version Upgraden. Habe aber noch nix von Problemen gelesen.

[Grml]

@pete0815 Super, vielen Dank!
Ob ich eine Beta nutze muss ich mir mal noch überlegen. Mega-dringend ist das Ganze jetzt auch nicht.

Kannst Du mir noch die Frage bzgl. Update vs. Anlernen beantworten? Müssen alle Geräte nach einem Firmware-Update des Boards neu gepaired werden oder bleiben die Pairings erhalten?

[Ein ehemaliger Benutzer]

@grml
Nuja, denke die Beta Geschichte ist wirklich in dem Fall sehr "überschaubar". Nutze selbst die Version vom 14.11.2021 und keine Probleme festgestellt.

Ob das für deine Installation kritisch ist, kannst natürlich nur Du entscheiden. Die Änderungen seit 07.08.2021 kann man sich ja ansehen auf Github ....

Die Tür Sensoren mußt Du zwingend neu anlernen. Beim Rest kann ich es pauschal nicht sagen. Bei mir hat viel nach Austausch der Firmware wieder funktioniert ohne Anlernen, aber ich Bastel gerade viel mit Beta-Software und Einiges funktioniert da schon mal nicht. Deswegen einige Sensoren habe ich auch neu angelernt um Verbesserungen beurteilen zu können. Pauschal ja oder nein. Kann ich nicht sagen. Alleine das auf Webseiten/Wikis zwingend das neue Anlernen für die Türsensoren erwähnt ist, kann man auch interpretieren, dass bestehende Funktionen bestehen bleiben. Ob das so generell richtig ist k.A.

[Grml]

@pete0815
Ok, danke. Die beiden nicht-richtig funktionierenden Sensoren neu anzulernen ist nicht das Thema. Mir ging es gedanklich eher um die "Bestandsgeräte" die schon fest drin sind und in Skripten etc. verwendet werden (Lampen, Schalter etc.).
Wenn ich die alle neu anlernen muss, drehe ich durch wäre das etwas auf das ich jetzt nicht soooo Lust habe...

[Ein ehemaliger Benutzer]

@grml

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?

Der Aufwand, jeden Sensor Abzulatschen und gucken ob das Anlernen funktioniert ist ist natürlich trotzdem ätzend .... :)

[amg_666]

@arteck sagte in Aqara Fensterkontakt mit Zigbee:

der müsst einzwischen laufen.. installier mal von GIT

Also bei mir laufen die (noch) nicht, ich verfolge dazu die Diskussionen auf github und hab die Teile erstmal beiseite gelegt.
Anlernen geht, es kommen aber keine Datenpunkte, die gefüllt werden, siehe Bild, Status und Batteriespannung sind leer...

zigbee adapter 1.6.8

[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 :-)

[Ein ehemaliger Benutzer]

@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)