Selbsttändige Umprogrammierung bei ZME_WALLC-S zwischen cSceneSet/basicSet

Begonnen von ABSb17, 31 Januar 2017, 15:54:58

Vorheriges Thema - Nächstes Thema

ABSb17

Moin,

folgende Beobachtung bei zwei ZME_WALLC-S:

Ich hatte die Taster wie folgt definiert und auch so erfolgreich im Einsatz:


set Felix.TasterLDS2 mcaAdd 2 0 1 1
set Felix.TasterLDS2 mcaAdd 3 0 1 2
set Felix.TasterLDS2 mcaAdd 4 0 1 3
set Felix.TasterLDS2 mcaAdd 5 0 1 4
set Felix.TasterLDS2 configByte 1 1
set Felix.TasterLDS2 configByte 2 1
set Felix.TasterLDS2 configByte 11 2
set Felix.TasterLDS2 configByte 12 2
set Felix.TasterLDS2 configByte 13 2
set Felix.TasterLDS2 configByte 14 2


im Laufe der Zeit haben die Notifys nicht mehr auf den Taster reagiert.

Ein Blick in das Log des Tasters hat auch gezeigt, dass die bisher versendeten

Zitat2017-01-05_11:59:28 Felix.TasterLDS1 cSceneSet: 1
2017-01-05_11:59:29 Felix.TasterLDS1 cSceneSet: 3
2017-01-05_11:59:31 Felix.TasterLDS1 cSceneSet: 2
2017-01-05_11:59:32 Felix.TasterLDS1 cSceneSet: 4

nicht mehr ankamen.
Satt dessen haben sich pro Taster zwei endpointChildren von selbst angemeldet:

Zitat2017.01.31 13:45:50.014 3: UNDEFINED ZWave_Node_16.1 ZWave e664e068 4097, please define it. Triggered by 0004001007600d0001200100.
2017.01.31 13:45:50.015 2: autocreate: define ZWave_Node_16.1 ZWave e664e068 4097
2017.01.31 13:45:50.023 2: autocreate: define FileLog_ZWave_Node_16.1 FileLog ./log/ZWave_Node_16.1-%Y.log ZWave_Node_16.1

(der zweite folgt etwas zeitversetzt).

Diese versenden ein anderes Set:

Zitat2017-01-31_14:52:33 Felix.TasterLDS1.D basicSet: 0
2017-01-31_15:14:17 Felix.TasterLDS1.D basicSet: 255
2017-01-31_15:14:19 Felix.TasterLDS1.D basicSet: 255
2017-01-31_15:14:20 Felix.TasterLDS1.D basicSet: 0

Löschen der endpointChildren und neues setzen der Sets im Taster (auf den alten Zustand) führt nur dazu, dass fhem wieder feststellt, dass die endpointChildren fehlen und sie per autocreate neu definiert.

Aktueller Stand:
Ich habe für die beiden endpointChildren bei beiden Tastern neue notifys definiert, die jetzt das übernehmen, was eigentlich die notifys des endpointParent tun sollten....

Also keine wirkliche Frage (mal abgesehen von: wie kann das passieren?) hier - wenngleich ein wenig Ratlosigkeit. Zumal ein dritter ZME_WALLC-S so seinen Dienst verrichtet, wie die eben beschriebenen es auch getan haben.
Aber vielleicht hilft es ja jemanden mit ähnlich "aktiven" Tastern :-)

Schlussendlich bleibt fest zu stellen, dass die schon angefragten Log-Einträge (vgl https://forum.fhem.de/index.php/topic,66083.0.html) wohl nicht vom ZME_WALLC-S kommen, die werden nämlich immer noch fleißig produziert (und ich wäre sie immer noch gerne los).

Gruß
Andreas