HM-SEC-SC-2... schon wieder! ;-)

[Mr. P]

Hej Martin,
wollte mir vorhin gerade einen meiner SCs (v2.4) umkonfigurieren und nach dem getConfig kamen plötzlich einige eigenartige Readings herein:

Code Auswählen Erweitern

2014-04-27 01:10:09   R-cyclicInfoMsg undef lit:0
2014-04-27 01:10:09   R-msgScPosA     undef lit:1
2014-04-27 01:10:09   R-msgScPosB     undef lit:2
2014-04-27 01:10:09   R-sabotageMsg   undef lit:1

Hier noch sicherheitshalber die Rawmessages vom getConfig.

Code Auswählen Erweitern

2014.04.27 01:20:10.194 0: HMLAN_Parse: myHM R:E24F877   stat:0000 t:095F4C68 d:FF r:FFC1     m:9A 8400 24F877 000000 2400B14B45513131303036383280810101
2014.04.27 01:20:10.297 0: HMLAN_Send:  myHM S:+24F877,00,01,1E
2014.04.27 01:20:10.299 0: HMLAN_Send:  myHM S:SA056BE2B stat:  00 t:00000000 d:01 r:A056BE2B m:56 A001 120408 24F877 00040000000000
2014.04.27 01:20:10.514 0: HMLAN_Parse: myHM R:E24F877   stat:0000 t:095F4DAE d:FF r:FFC1     m:56 A010 24F877 120408 02020109000A120B040C08100114060000
2014.04.27 01:20:10.609 0: HMLAN_Parse: myHM R:RA056BE2B stat:0001 t:095F4DB3 d:FF r:FFC1     m:56 A010 24F877 120408 02020109000A120B040C08100114060000
2014.04.27 01:20:10.747 0: HMLAN_Send:  myHM S:+24F877,00,01,1E
2014.04.27 01:20:10.748 0: HMLAN_Send:  myHM S:SA056C03E stat:  00 t:00000000 d:01 r:A056C03E m:57 A001 120408 24F877 01040000000001
2014.04.27 01:20:10.962 0: HMLAN_Parse: myHM R:E24F877   stat:0000 t:095F4F76 d:FF r:FFC1     m:57 A010 24F877 120408 02080020602100226430060000
2014.04.27 01:20:11.443 0: HMLAN_Parse: myHM R:RA056C03E stat:0001 t:095F4F7B d:FF r:FFC1     m:57 A010 24F877 120408 02080020602100226430060000
2014.04.27 01:20:11.548 0: HMLAN_Send:  myHM S:SA056C30E stat:  00 t:00000000 d:01 r:A056C30E m:58 A001 120408 24F877 0103
2014.04.27 01:20:11.698 0: HMLAN_Parse: myHM R:E24F877   stat:0000 t:095F5245 d:FF r:FFC0     m:58 A010 24F877 120408 0100000000
2014.04.27 01:20:11.793 0: HMLAN_Parse: myHM R:RA056C30E stat:0001 t:095F524A d:FF r:FFC0     m:58 A010 24F877 120408 0100000000

Kann es vielleicht mit dem rot/grün-Thread zu tun haben?
http://forum.fhem.de/index.php/topic,22688.0.html

Effekt ist nach einem neuen Pair-Versuch noch genauso da, wie ich es auch auf einem anderen SC feststellen konnte.

Wäre super, wenn du mal einen Blick darauf werfen könntest.

Danke!

[franky08]

Guten Morgen, dass ist wohl kein Fehler, wäre ich Martin richtig verstanden habe (wurde im Board auch schon beschrieben).

Moin Martin,

ist "R-cyclicInfoMsg: undef lit" der gewünschte Wert nach dem "set AnbauBadFenster regBulk RegL_00: 09:C8" ?

Gruß Roland

ja.
aktuell ist 0 oder 1 als literal definiert. Du hast jetzt 200 (C8) geschrieben, das kennt der "literal" nicht.

VG
Frank

[martinp876]

1) undef
immer wenn das Register ein Literal ist und der Wert aber NICHT dekodiert ist kommt "undef lit" und der Wert

2) msgScPosA
die Werte sind definiert. Ich habe es simuliert - mit deinen Werten. Bist du auf der aktuellen Version?
ggf mit version prüfen

3) msgPosA
Legt fest, welche Message gesendet werden soll, wenn Position A oder B erreicht ist. Das sollte nichts mit dem ACK zu tun haben - was der Aktor damit macht ist dem SC wurscht

4) bei sabotageMsg bin ich nicht sicher. da steht '1' drin, ich hätte 200 erwartet. Da dies der default ist werde ich es ändern.

[Mr. P]

1) undef
immer wenn das Register ein Literal ist und der Wert aber NICHT dekodiert ist kommt "undef lit" und der Wert

Ahja... War mir bislang noch nie unter gekommen. Man lernt nicht aus. Danke für den Hinweis.

2) msgScPosA
die Werte sind definiert. Ich habe es simuliert - mit deinen Werten. Bist du auf der aktuellen Version?
ggf mit version prüfen

Mehr als einen Tag hinke ich für gewöhnlich mit den Versionen nicht hinterher. Und zur Sicherheit hatte ich auch bereits kontrolliert, ob ich auch wirklich aktuell bin.
# $Id: 10_CUL_HM.pm 5640 2014-04-25 09:59:22Z martinp876 $

3) msgPosA
Legt fest, welche Message gesendet werden soll, wenn Position A oder B erreicht ist. Das sollte nichts mit dem ACK zu tun haben - was der Aktor damit macht ist dem SC wurscht

Ich meinte weniger wegem dem ACK-Problem als solches, als ob es sein kann, dass aufgrund der Analyse dieses Problems es zur Zeit vielleicht zu diesem Verhalten kommt (auskommentierte Codezeilen zb).
Sorry, hatte weniger geschrieben, als sich Gedanken durch meinen Kopf gesponnen hatten.

4) bei sabotageMsg bin ich nicht sicher. da steht '1' drin, ich hätte 200 erwartet. Da dies der default ist werde ich es ändern.

Alles klar, danke dir!