HM-CC-VD sendet regelmässig seltsame messages nach einem regSet

Begonnen von frank, 05 Oktober 2015, 17:30:05

Vorheriges Thema - Nächstes Thema
Drucken
Nach unten Seiten1
Benutzer-Aktionen

frank

05 Oktober 2015, 17:30:05
hallo martin,

ich habe erfolgreich das register valveErrorPos bei 4 vd geändert. hier zb:

Code Auswählen
2015.10.05 14:45:55.359 0: HMLAN_Send:  hmlan1 I:+1C4E25,02,00,00
2015.10.05 14:45:56.770 0: HMLAN_Send:  hmusb1 I:K
2015.10.05 14:45:56.828 0: HMLAN_Parse: hmusb1 V:03C7 sNo:KEQ1111271 d:263408 O:1ACE1F t:05B9C4A3 IDcnt:0011 L:3 %
2015.10.05 14:46:08.620 0: HMLAN_Send:  hmlan1 I:K
2015.10.05 14:46:08.630 0: HMLAN_Parse: hmlan1 V:03C4 sNo:JEQ0315335 d:1C671E O:1ACE1F t:0570F262 IDcnt:000E L:11 %
2015.10.05 14:46:15.533 0: HMLAN_Parse: hmlan1 R:E1C4E25   stat:0000 t:05710D51 d:FF r:FFC3     m:AF 8400 1C4E25 000000 20003A4A45513033313236333158010100
2015.10.05 14:46:15.629 0: HMLAN_Send:  hmlan1 S:+1C4E25,02,00,00
2015.10.05 14:46:15.631 0: HMLAN_Send:  hmlan1 S:S3809C57D stat:  00 t:00000000 d:01 r:3809C57D m:B0 A001 1ACE1F 1C4E25 01050000000005
2015.10.05 14:46:15.685 0: HMLAN_Parse: hmusb1 R:E1C4E25   stat:0000 t:05BA0DC5 d:FF r:FFC3     m:AF 8400 1C4E25 000000 20003A4A45513033313236333158010100
2015.10.05 14:46:15.701 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:05BA0E51 d:FF r:FFDD     m:B0 A001 1ACE1F 1C4E25 01050000000005
2015.10.05 14:46:15.793 0: HMLAN_Parse: hmlan1 R:R3809C57D stat:0001 t:05710E5B d:FF r:FFC1     m:B0 8002 1C4E25 1ACE1F 00
2015.10.05 14:46:15.895 0: HMLAN_Send:  hmlan1 S:S3809C659 stat:  00 t:00000000 d:01 r:3809C659 m:B1 A001 1ACE1F 1C4E25 01080A0F
2015.10.05 14:46:15.897 0: HMLAN_Send:  hmlan1 I:K
2015.10.05 14:46:16.042 0: HMLAN_Parse: hmlan1 V:03C4 sNo:JEQ0315335 d:1C671E O:1ACE1F t:05710ECF IDcnt:000E L:11 %
2015.10.05 14:46:16.053 0: HMLAN_Parse: hmusb1 R:E1C4E25   stat:0000 t:05BA0EC9 d:FF r:FFC3     m:B0 8002 1C4E25 1ACE1F 00
2015.10.05 14:46:16.096 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:05BA0FE2 d:FF r:FFDD     m:B1 A001 1ACE1F 1C4E25 01080A0F
2015.10.05 14:46:16.193 0: HMLAN_Parse: hmlan1 R:R3809C659 stat:0001 t:05710FEC d:FF r:FFC1     m:B1 8002 1C4E25 1ACE1F 00
2015.10.05 14:46:16.296 0: HMLAN_Send:  hmlan1 S:S3809C7E3 stat:  00 t:00000000 d:01 r:3809C7E3 m:B2 A001 1ACE1F 1C4E25 0106
2015.10.05 14:46:16.314 0: HMLAN_Parse: hmusb1 R:E1C4E25   stat:0000 t:05BA105B d:FF r:FFC5     m:B1 8002 1C4E25 1ACE1F 00
2015.10.05 14:46:16.476 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:05BA1171 d:FF r:FFDD     m:B2 A001 1ACE1F 1C4E25 0106
2015.10.05 14:46:16.594 0: HMLAN_Parse: hmlan1 R:R3809C7E3 stat:0001 t:0571117D d:FF r:FFC1     m:B2 8002 1C4E25 1ACE1F 00
2015.10.05 14:46:16.697 0: HMLAN_Send:  hmlan1 S:+1C4E25,02,00,00
2015.10.05 14:46:16.699 0: HMLAN_Send:  hmlan1 S:S3809C977 stat:  00 t:00000000 d:01 r:3809C977 m:B3 A001 1ACE1F 1C4E25 00040000000000
2015.10.05 14:46:16.725 0: HMLAN_Parse: hmusb1 R:E1C4E25   stat:0000 t:05BA11EC d:FF r:FFC5     m:B2 8002 1C4E25 1ACE1F 00
2015.10.05 14:46:16.892 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:05BA1306 d:FF r:FFDD     m:B3 A001 1ACE1F 1C4E25 00040000000000
2015.10.05 14:46:17.004 0: HMLAN_Parse: hmlan1 R:R3809C977 stat:0001 t:05711316 d:FF r:FFC0     m:B3 8010 1C4E25 1ACE1F 0202010A1A0BCE0C1F0000
2015.10.05 14:46:17.104 0: HMLAN_Send:  hmlan1 S:+1C4E25,02,00,00
2015.10.05 14:46:17.107 0: HMLAN_Send:  hmlan1 S:S3809CB1B stat:  00 t:00000000 d:01 r:3809CB1B m:B4 A001 1ACE1F 1C4E25 0103
2015.10.05 14:46:17.133 0: HMLAN_Parse: hmusb1 R:E1C4E25   stat:0000 t:05BA1385 d:FF r:FFC5     m:B3 8010 1C4E25 1ACE1F 0202010A1A0BCE0C1F0000
2015.10.05 14:46:17.310 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:05BA149C d:FF r:FFDD     m:B4 A001 1ACE1F 1C4E25 0103
2015.10.05 14:46:17.413 0: HMLAN_Parse: hmlan1 R:R3809CB1B stat:0001 t:057114AF d:FF r:FFBF     m:B4 8010 1C4E25 1ACE1F 01B5B5B501000000000E
2015.10.05 14:46:17.513 0: HMLAN_Send:  hmlan1 S:S3809CCB9 stat:  00 t:00000000 d:01 r:3809CCB9 m:B5 A001 1ACE1F 1C4E25 01040000000005
2015.10.05 14:46:17.528 0: HMLAN_Parse: hmusb1 R:E1C4E25   stat:0000 t:05BA151E d:FF r:FFC4     m:B4 8010 1C4E25 1ACE1F 01B5B5B501000000000E
2015.10.05 14:46:17.724 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:05BA1638 d:FF r:FFDD     m:B5 A001 1ACE1F 1C4E25 01040000000005
2015.10.05 14:46:17.820 0: HMLAN_Parse: hmlan1 R:R3809CCB9 stat:0001 t:05711645 d:FF r:FFC0     m:B5 8010 1C4E25 1ACE1F 0209000A0F0000
2015.10.05 14:46:17.847 0: HMLAN_Send:  hmlan1 I:+1C4E25,00,00,00
2015.10.05 14:46:17.860 0: HMLAN_Send:  hmlan1 I:+1DFC2F,02,00,00
2015.10.05 14:46:18.137 0: HMLAN_Parse: hmusb1 R:E1C4E25   stat:0000 t:05BA16B4 d:FF r:FFC2     m:B5 8010 1C4E25 1ACE1F 0209000A0F0000


seitdem senden 2 vd bei jeder kommunikation mit ihrem vtc regelmässig folgende A410 messages. es sind jedes mal 2 messages mit identischem payload. bei beiden vd identisch. hminfo meldet keine fehler, alles funktioniert perfekt und jeder kommunikationsversuch ist erfolgreich, obwohl die msgnummer immer durch die messages um 2 erhöht wird.

aber, was möchte der vd dem vtc mitteilen?

Code Auswählen
2015.10.05 14:47:16.096 0: HMLAN_Send:  hmlan1 S:+1C4E25,00,00,00
2015.10.05 14:47:16.098 0: HMLAN_Send:  hmlan1 S:S380AB1CE stat:  00 t:00000000 d:01 r:380AB1CE m:B1 A258 B5B5B5 1C4E25 0038
2015.10.05 14:47:16.154 0: HMLAN_Parse: hmusb1 R:EB5B5B5   stat:0000 t:05BAFA81 d:FF r:FFDD     m:B1 A258 B5B5B5 1C4E25 0038
2015.10.05 14:47:16.283 0: HMLAN_Parse: hmusb1 R:E1C4E25   stat:0000 t:05BAFB02 d:FF r:FFC1     m:B1 8102 1C4E25 B5B5B5 01012A003D
2015.10.05 14:47:16.323 0: HMLAN_Parse: hmlan1 R:E1C4E25   stat:0000 t:0571FA96 d:FF r:FFC3     m:B1 8102 1C4E25 B5B5B5 01012A003D
2015.10.05 14:47:16.340 0: HMLAN_Parse: hmusb1 R:EB5B5B5   stat:0000 t:05BAFB1F d:FF r:FFDD     m:B1 A258 B5B5B5 1C4E25 0038
2015.10.05 14:47:16.506 0: HMLAN_Parse: hmusb1 R:EB5B5B5   stat:0000 t:05BAFBE7 d:FF r:FFDD     m:B1 A258 B5B5B5 1C4E25 0038
2015.10.05 14:47:16.631 0: HMLAN_Parse: hmlan1 R:R380AB1CE stat:0008 t:00000000 d:FF r:7FFF     m:B1 A258 B5B5B5 1C4E25 0038
2015.10.05 14:47:16.634 0: HMLAN_Parse: hmlan1 no ACK from 1C4E25
2015.10.05 14:47:16.640 0: HMLAN_Parse: hmlan1 R:E1C4E25   stat:0000 t:0571FC04 d:FF r:FFC4     m:B3 A410 1C4E25 B5B5B5 0400000000000509000A0F0000
2015.10.05 14:47:16.726 0: HMLAN_Send:  hmlan1 S:S380AB40C stat:  00 t:00000000 d:01 r:380AB40C m:B3 8002 B5B5B5 1C4E25 00
2015.10.05 14:47:16.844 0: HMLAN_Parse: hmusb1 R:E1C4E25   stat:0000 t:05BAFC70 d:FF r:FFC1     m:B3 A410 1C4E25 B5B5B5 0400000000000509000A0F0000
2015.10.05 14:47:16.873 0: HMLAN_Parse: hmlan1 R:E1C4E25   stat:0000 t:0571FCF7 d:FF r:FFC3     m:B4 A410 1C4E25 B5B5B5 0400000000000509000A0F0000
2015.10.05 14:47:16.970 0: HMLAN_Send:  hmlan1 S:S380AB4F7 stat:  00 t:00000000 d:01 r:380AB4F7 m:B4 8002 B5B5B5 1C4E25 00
2015.10.05 14:47:17.102 0: HMLAN_Parse: hmlan1 R:R380AB40C stat:0002 t:00000000 d:FF r:7FFF     m:B3 8002 B5B5B5 1C4E25 00
2015.10.05 14:47:17.106 0: HMLAN_Parse: hmusb1 R:E1C4E25   stat:0000 t:05BAFD63 d:FF r:FFC1     m:B4 A410 1C4E25 B5B5B5 0400000000000509000A0F0000
2015.10.05 14:47:17.122 0: HMLAN_Parse: hmusb1 R:EB5B5B5   stat:0000 t:05BAFD84 d:FF r:FFDD     m:B3 8002 B5B5B5 1C4E25 00
2015.10.05 14:47:17.173 0: HMLAN_Parse: hmlan1 R:R380AB4F7 stat:0002 t:00000000 d:FF r:7FFF     m:B4 8002 B5B5B5 1C4E25 00
2015.10.05 14:47:17.210 0: HMLAN_Parse: hmusb1 R:EB5B5B5   stat:0000 t:05BAFE94 d:FF r:FFDD     m:B4 8002 B5B5B5 1C4E25 00


gruss frank
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

LuckyDay

#1
05 Oktober 2015, 17:50:15
Zitataber, was möchte der vd dem vtc mitteilen?

der TC kennt normalerweise auch die errorposition vom vd, und wenn man keine Zentrale hat kann man die auch nur von TC verstellen, der VD petzt an den TC :)

frank

#2
05 Oktober 2015, 19:24:03
merci, stimmt auffallend. registerliste 5 wird übertragen.

Code Auswählen
RegL_05:     09:00 0A:0F 00:00

2015.10.05 14:47:16.640 0: HMLAN_Parse: hmlan1 R:E1C4E25   stat:0000 t:0571FC04 d:FF r:FFC4     m:B3 A410 1C4E25 B5B5B5 0400000000000509000A0F0000


das petzen hat ca 3 stunden gedauert. demnach erwartet der vd nicht nur ein einfaches ack, um zufrieden zu sein.

da kommt mir jetzt natürlich eine idee:
da das konfigurieren per zentrale nicht wirklich automatisch funktioniert, könnte man das doch eigentlich auch über den vtc laufen lassen. das werde ich mal sniffen.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

frank

#3
05 Oktober 2015, 21:06:37
der reale tc antwortet dem vd genau so. hier reicht aber eine message und dann ist ruhe. muss dann wohl ein timingproblem beim virtuellen tc sein. das würde auch erklären warum vorhin nicht alle vd über lange zeit vergebens gesendet haben.

Code Auswählen
2015.10.05 20:03:50.614 0: HMLAN_Parse: hmlan1 R:E206487   stat:0000 t:0693D944 d:FF r:FFAF     m:D9 A258 206487 1F91AA 00A4
2015.10.05 20:03:50.777 0: HMLAN_Parse: hmlan1 R:E1F91AA   stat:0000 t:0693D9C7 d:FF r:FFBE     m:D9 8102 1F91AA 206487 0101800021
2015.10.05 20:03:50.939 0: HMLAN_Parse: hmusb1 R:E206487   stat:0000 t:06DCCEAF d:FF r:FFB9     m:D9 A258 206487 1F91AA 00A4
2015.10.05 20:03:50.954 0: HMLAN_Parse: hmusb1 R:E1F91AA   stat:0000 t:06DCCF32 d:FF r:FFBF     m:D9 8102 1F91AA 206487 0101800021
2015.10.05 20:03:51.117 0: HMLAN_Parse: hmlan1 R:E1F91AA   stat:0000 t:0693DB3B d:FF r:FFBE     m:DB A410 1F91AA 206487 0400000000000509000A000000
2015.10.05 20:03:51.281 0: HMLAN_Parse: hmlan1 R:E206487   stat:0000 t:0693DBB4 d:FF r:FFB0     m:DB 8002 206487 1F91AA 00
2015.10.05 20:03:51.305 0: HMLAN_Parse: hmusb1 R:E1F91AA   stat:0000 t:06DCD0A6 d:FF r:FFC0     m:DB A410 1F91AA 206487 0400000000000509000A000000
2015.10.05 20:03:51.321 0: HMLAN_Parse: hmusb1 R:E206487   stat:0000 t:06DCD11E d:FF r:FFB8     m:DB 8002 206487 1F91AA 00

hier mal die errror positionseinstellung des realen tc an den gepeerten vd. hier hat fhem noch ein problem mit einer falschen attack meldung. beide geräte sind ja mit fhem gepairt, somit sollte das gegenseitige konfigurieren erlaubt sein.
theoretisch könnte man den vd also im namen des vtc konfigurieren. besser wäre natürlich eine reibungslose kommunikation mit fhem.

Code Auswählen
2015.10.05 20:38:08.909 0: HMLAN_Parse: hmlan1 R:E206487   stat:0000 t:06B34291 d:FF r:FFAE     m:E7 A158 206487 1F91AA 00BA
2015.10.05 20:38:09.083 0: HMLAN_Parse: hmlan1 R:E1F91AA   stat:0000 t:06B34315 d:FF r:FFBE     m:E7 8202 1F91AA 206487 0101900025
2015.10.05 20:38:09.244 0: HMLAN_Parse: hmusb1 R:E206487   stat:0000 t:06FC36C8 d:FF r:FFAF     m:E7 A158 206487 1F91AA 00BA
2015.10.05 20:38:09.259 0: HMLAN_Parse: hmusb1 R:E1F91AA   stat:0000 t:06FC374B d:FF r:FFC0     m:E7 8202 1F91AA 206487 0101900025
2015.10.05 20:38:09.275 0: HMLAN_Parse: hmusb1 R:E206487   stat:0000 t:06FC3800 d:FF r:FFAF     m:E8 A001 206487 1F91AA 01052064870105
2015.10.05 20:38:09.676 1: ------ ATTACK-ALARM ----- Ventil.Reserve(1F91AA) sabotageAttackId_ErrIoId_206487:  cnt:1
2015.10.05 20:38:09.937 1: ------ ATTACK-ALARM ----- Ventil.Reserve(1F91AA) sabotageAttack_ErrIoAttack cnt: 1
2015.10.05 20:38:09.985 0: HMLAN_Parse: hmlan1 R:E206487   stat:0000 t:06B343C9 d:FF r:FFAE     m:E8 A001 206487 1F91AA 01052064870105
2015.10.05 20:38:10.008 0: HMLAN_Parse: hmlan1 R:E1F91AA   stat:0000 t:06B34442 d:FF r:FFBF     m:E8 8002 1F91AA 206487 00
2015.10.05 20:38:10.031 0: HMLAN_Parse: hmlan1 R:E206487   stat:0000 t:06B344C8 d:FF r:FFAF     m:E9 A001 206487 1F91AA 010809000A42
2015.10.05 20:38:10.577 1: ------ ATTACK-ALARM ----- Ventil.Reserve(1F91AA) sabotageAttackId_ErrIoId_206487:  cnt:3
2015.10.05 20:38:10.833 1: ------ ATTACK-ALARM ----- Ventil.Reserve(1F91AA) sabotageAttack_ErrIoAttack cnt: 3
2015.10.05 20:38:10.893 0: HMLAN_Parse: hmlan1 R:E1F91AA   stat:0000 t:06B34542 d:FF r:FFBF     m:E9 8002 1F91AA 206487 00
2015.10.05 20:38:10.917 0: HMLAN_Parse: hmlan1 R:E206487   stat:0000 t:06B345C4 d:FF r:FFAF     m:EA A001 206487 1F91AA 0106
2015.10.05 20:38:11.314 1: ------ ATTACK-ALARM ----- Ventil.Reserve(1F91AA) sabotageAttackId_ErrIoId_206487:  cnt:4
2015.10.05 20:38:11.563 1: ------ ATTACK-ALARM ----- Ventil.Reserve(1F91AA) sabotageAttack_ErrIoAttack cnt: 4
2015.10.05 20:38:11.606 0: HMLAN_Parse: hmlan1 R:E1F91AA   stat:0000 t:06B34641 d:FF r:FFBF     m:EA 8002 1F91AA 206487 00
2015.10.05 20:38:11.631 0: HMLAN_Parse: hmusb1 R:E1F91AA   stat:0000 t:06FC3878 d:FF r:FFC0     m:E8 8002 1F91AA 206487 00
2015.10.05 20:38:11.654 0: HMLAN_Parse: hmusb1 R:E206487   stat:0000 t:06FC38FE d:FF r:FFB0     m:E9 A001 206487 1F91AA 010809000A42
2015.10.05 20:38:12.036 1: ------ ATTACK-ALARM ----- Ventil.Reserve(1F91AA) sabotageAttackId_ErrIoId_206487:  cnt:5
2015.10.05 20:38:12.318 1: ------ ATTACK-ALARM ----- Ventil.Reserve(1F91AA) sabotageAttack_ErrIoAttack cnt: 5
2015.10.05 20:38:12.361 0: HMLAN_Parse: hmusb1 R:E1F91AA   stat:0000 t:06FC3978 d:FF r:FFC0     m:E9 8002 1F91AA 206487 00
2015.10.05 20:38:12.385 0: HMLAN_Parse: hmusb1 R:E206487   stat:0000 t:06FC39FA d:FF r:FFB0     m:EA A001 206487 1F91AA 0106
2015.10.05 20:38:12.761 1: ------ ATTACK-ALARM ----- Ventil.Reserve(1F91AA) sabotageAttackId_ErrIoId_206487:  cnt:6
2015.10.05 20:38:13.012 1: ------ ATTACK-ALARM ----- Ventil.Reserve(1F91AA) sabotageAttack_ErrIoAttack cnt: 6
2015.10.05 20:38:13.057 0: HMLAN_Parse: hmusb1 R:E1F91AA   stat:0000 t:06FC3A77 d:FF r:FFC0     m:EA 8002 1F91AA 206487 00
2015.10.05 20:38:13.079 0: HMLAN_Parse: hmusb1 R:E1F91AA   stat:0000 t:06FC3E6F d:FF r:FFC0     m:EB A410 1F91AA 1ACE1F 0401000000000509000A420000
2015.10.05 20:38:13.242 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:06FC3EE1 d:FF r:FFDE     m:EB 8002 1ACE1F 1F91AA 00
2015.10.05 20:38:13.265 1: Perfmon: possible freeze starting at 20:38:10, delay is 3.264
2015.10.05 20:38:13.606 0: HMLAN_Send:  hmlan1 I:K
2015.10.05 20:38:13.930 0: HMLAN_Parse: hmlan1 R:E1F91AA   stat:0000 t:06B34A38 d:FF r:FFBF     m:EB A410 1F91AA 1ACE1F 0401000000000509000A420000
2015.10.05 20:38:13.946 0: HMLAN_Parse: hmlan1 V:03C4 sNo:JEQ0315335 d:1C671E O:1ACE1F t:06B354FC IDcnt:000E L:33 %
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html
Drucken
Nach oben Seiten1
Benutzer-Aktionen