Der „Lernmodus“ bei Batterie-Geräten bedeutet, dass Sie auf Ihrer Funkschnittstelle lauschen. Diese ist um Strom zu sparen sonst ausgeschaltet und wird nur zyklisch aktiviert, bzw wenn ein lokaler Tastendruck, Messwerterfassung, etc erfolgt.
Die Dauer für die Lernmodus an ist, hängt alleine vom Hersteller ab, mache sind für einige Minuten an (Aeon Fenster Sensoren) andere nur für 2-3 Sekunden.
Wenn also dieser Lernmodus an ist, dann antwortet der Aktor auf einen request des Controller einen sogenannten „Node Info Frame“ zu senden. Das ist das Paket welches die Eigenschaften (z-wave Classes, etc) an den Controller übermittelt.
Durch die Tatsache, dass nur im Lernmodus auch der Funk funkt, kann auch nur dann eine Erkennung der Routing Nachbarn erfolgen (Sonst Antwortet das Batterie gerät ja nicht)
Ich zitiere hierzu mal Stele99 aus einem anderen Thread:
–> ERLEDIGT:
RTFM kann ich nur sagen. Nachdem ich mich nochmals genau mit dem Routing von Z-Wave auseinander gesetzt habe konnte ich das Problem lösen. Zur Dokumentation hier:
Der ZME-ITEMP konnte gar nicht korrekt zurückmelden weil:
- ich ihn nicht an ORT und Stelle included habe. Dh. die Nachbar Nodes waren ihm nicht bekannt.
Lösung:
Entweder vor Ort un Stelle includen, oder das Batteriegerät kurz aufachen lassen und die Route optimieren, das geht am einfachsten mit dem Z-Tool für einen bestimmten node.
So habe ich quasi das Gerät erstmal wieder in die Nähe gebracht, so dass es die Nachbarn noch kannte, dann Optimiert, dann etwas weiter weg und wieder optimiert. Und siehe da - er kennt jetzt seine direkten Nachbarn und „kann auch nach Hause telefonieren“…
Auch beim setzen der Assoziationen muss das Gerät im „Lernmodus“ - also aufgeweckt sein.
Trotzdem, ich bin mir bei Düwi ziemlich ziemlich sicher, dass in deren Firmware das Rücksenden des Status nicht implementiert ist, bei meinen Düwi Rollo Aktoren war das auch so.