set hmPairSerial über burst

Begonnen von frank, 13 Oktober 2015, 11:02:01

Vorheriges Thema - Nächstes Thema

frank

ist ein serialpairing über burst in fhem integriert oder funktioniert es nicht?

mit der eq3-sw kann ich einen hm-cc-tc, der burst eingeschaltet hat, problemlos über die seriennummer pairen. der sniff sieht folgendermassen aus:

2015.10.13 09:54:41.955 0: HMLAN_Parse: hmlan1 R:E1ACE1F   stat:0000 t:262C9799 d:FF r:FFCA     m:00 8401 1ACE1F 000000 010A4B455130303430343231
2015.10.13 09:54:41.975 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:072F2C20 d:FF r:FFBA     m:00 8401 1ACE1F 000000 010A4B455130303430343231
2015.10.13 09:54:43.969 0: HMLAN_Parse: hmlan1 R:E1ACE1F   stat:0000 t:262C9F78 d:FF r:FFCA     m:00 8401 1ACE1F 000000 010A4B455130303430343231
2015.10.13 09:54:43.987 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:072F33FF d:FF r:FFBA     m:00 8401 1ACE1F 000000 010A4B455130303430343231
2015.10.13 09:54:46.307 0: HMLAN_Parse: hmlan1 R:E1ACE1F   stat:0000 t:262CA89B d:FF r:FFCB     m:00 9401 1ACE1F 000000 010A4B455130303430343231
2015.10.13 09:54:46.325 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:072F3D21 d:FF r:FFBB     m:00 9401 1ACE1F 000000 010A4B455130303430343231
2015.10.13 09:54:46.445 0: HMLAN_Parse: hmlan1 R:E206487   stat:0000 t:262CA926 d:FF r:FFBE     m:B2 8400 206487 000000 2100394B4551303034303432315800FFFF
2015.10.13 09:54:46.536 0: HMLAN_Parse: hmusb1 R:E206487   stat:0000 t:072F3DAC d:FF r:FFB9     m:B2 8400 206487 000000 2100394B4551303034303432315800FFFF
2015.10.13 09:54:46.782 0: HMLAN_Parse: hmlan1 R:E1ACE1F   stat:0000 t:262CAA74 d:FF r:FFCA     m:01 A001 1ACE1F 206487 00050000000000
2015.10.13 09:54:52.932 0: HMLAN_Parse: hmlan1 R:E206487   stat:0000 t:262CAAF2 d:FF r:FFBE     m:01 8002 206487 1ACE1F 00
2015.10.13 09:54:52.980 0: HMLAN_Parse: hmlan1 R:E1ACE1F   stat:0000 t:262CAB37 d:FF r:FFCA     m:02 A001 1ACE1F 206487 000802010A1A0BCE0C1F
2015.10.13 09:54:53.776 0: HMLAN_Parse: hmlan1 R:E1ACE1F   stat:0000 t:262CABFF d:FF r:FFCB     m:02 A001 1ACE1F 206487 000802010A1A0BCE0C1F
2015.10.13 09:54:53.796 0: HMLAN_Parse: hmlan1 R:E206487   stat:0000 t:262CAC79 d:FF r:FFBE     m:02 8002 206487 1ACE1F 00


anscheinend versucht eq3 2 mal ohne burst zu pairen (8401) und anschliessend mit burst (9401). der burstversuch wird auch 2 mal versucht, wenn ich burst am tc ausschalte.

falls es das "serial-burst-pairing" noch nicht gibt, wäre es doch eine schönes neues feature. entweder automatisch, wie bei eq3 oder über attribut einschaltbar.

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

martinp876

probiere einma "pair" aus. Ein Urgestein von Kommando.
Burst werde ich nicht ändern - mache ein burstXmit davor. das ist FHEM technik ;)

frank

#2
das "urgestein" scheint aber, so gut wie ausgestorben zu sein.  ;)

gibt es nur noch bei switch, dimmer und blind. warum nicht mehr überall?

diese vorgehensweise wäre natürlich auch nur die halbe miete, da man dazu bereits ein device in fhem haben müsste.
ein burstXmit cmd für vccu und/oder io's geht nicht?

edit: ich habe nun mal pair für den tc freigeschaltet. der tc funkt aber leider keine anlernmessage. weder über wakeup:

2015.10.14 14:31:08.608 0: HMLAN_Parse: hmlan1 R:E206487   stat:0000 t:2C504157 d:FF r:FFC1     m:58 8670 206487 000000 008A45
2015.10.14 14:31:08.704 0: HMLAN_Send:  hmlan1 S:S66552A9F stat:  00 t:00000000 d:01 r:66552A9F m:74 A112 1ACE1F 206487
2015.10.14 14:31:08.732 0: HMLAN_Parse: hmusb1 R:E206487   stat:0000 t:00BA2511 d:FF r:FFB9     m:58 8670 206487 000000 008A45
2015.10.14 14:31:08.751 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:00BA258B d:FF r:FFDF     m:58 A112 1ACE1F 206487
2015.10.14 14:31:08.859 0: HMLAN_Parse: hmlan1 R:R6654CF31 stat:0081 t:2C504258 d:FF r:FFC1     m:58 8002 206487 1ACE1F 00
2015.10.14 14:31:08.884 0: HMLAN_Parse: hmusb1 R:E206487   stat:0000 t:00BA260D d:FF r:FFB8     m:58 8002 206487 1ACE1F 00
2015.10.14 14:31:09.153 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:00BA2722 d:FF r:FFDF     m:74 A112 1ACE1F 206487
2015.10.14 14:31:09.266 0: HMLAN_Parse: hmlan1 R:R66552A9F stat:0001 t:2C5043EF d:FF r:FFC1     m:74 8002 206487 1ACE1F 00
2015.10.14 14:31:09.287 0: HMLAN_Send:  hmlan1 S:+000000,00,00,00
2015.10.14 14:31:09.290 0: HMLAN_Send:  hmlan1 S:S66552D34 stat:  00 t:00000000 d:01 r:66552D34 m:75 A401 1ACE1F 000000 010A4B455130303430343231
2015.10.14 14:31:09.308 0: HMLAN_Parse: hmusb1 R:E206487   stat:0000 t:00BA27A4 d:FF r:FFB9     m:74 8002 206487 1ACE1F 00
2015.10.14 14:31:09.345 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:00BA27EA d:FF r:FFDF     m:75 A401 1ACE1F 000000 010A4B455130303430343231
2015.10.14 14:31:09.473 0: HMLAN_Parse: hmlan1 R:E206487   stat:0000 t:2C5044AA d:FF r:FFC1     m:75 8002 206487 1ACE1F 00
2015.10.14 14:31:09.496 0: HMLAN_Parse: hmusb1 R:E206487   stat:0000 t:00BA2865 d:FF r:FFB9     m:75 8002 206487 1ACE1F 00
2015.10.14 14:31:09.537 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:00BA28B2 d:FF r:FFDF     m:75 A401 1ACE1F 000000 010A4B455130303430343231
2015.10.14 14:31:09.763 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:00BA297A d:FF r:FFDE     m:75 A401 1ACE1F 000000 010A4B455130303430343231
2015.10.14 14:31:09.902 0: HMLAN_Parse: hmlan1 R:R66552D34 stat:0008 t:00000000 d:FF r:7FFF     m:75 A401 1ACE1F 000000 010A4B455130303430343231
2015.10.14 14:31:09.905 0: HMLAN_Parse: hmlan1 no ACK from 000000


auch nicht mit burst:

2015.10.14 14:42:53.535 0: HMLAN_Send:  hmlan1 S:S665FEC2B stat:  00 t:00000000 d:01 r:665FEC2B m:7E B112 1ACE1F 206487
2015.10.14 14:42:53.952 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:00C4E830 d:FF r:FFDF     m:7E B112 1ACE1F 206487
2015.10.14 14:42:54.174 0: HMLAN_Parse: hmlan1 R:R665FEC2B stat:0001 t:2C5B0565 d:FF r:FFBF     m:7E 8002 206487 1ACE1F 00
2015.10.14 14:42:54.194 0: HMLAN_Send:  hmlan1 S:+000000,00,00,00
2015.10.14 14:42:54.196 0: HMLAN_Send:  hmlan1 S:S665FEEBF stat:  00 t:00000000 d:01 r:665FEEBF m:7F A401 1ACE1F 000000 010A4B455130303430343231
2015.10.14 14:42:54.214 0: HMLAN_Parse: hmusb1 R:E206487   stat:0000 t:00C4E8B2 d:FF r:FFB6     m:7E 8002 206487 1ACE1F 00
2015.10.14 14:42:54.261 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:00C4E96D d:FF r:FFDE     m:7F A401 1ACE1F 000000 010A4B455130303430343231
2015.10.14 14:42:54.365 0: HMLAN_Parse: hmlan1 R:E206487   stat:0000 t:2C5B0695 d:FF r:FFBF     m:7F 8002 206487 1ACE1F 00
2015.10.14 14:42:54.391 0: HMLAN_Parse: hmusb1 R:E206487   stat:0000 t:00C4E9E7 d:FF r:FFB7     m:7F 8002 206487 1ACE1F 00
2015.10.14 14:42:54.453 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:00C4EA35 d:FF r:FFDE     m:7F A401 1ACE1F 000000 010A4B455130303430343231
2015.10.14 14:42:54.644 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:00C4EAFD d:FF r:FFDE     m:7F A401 1ACE1F 000000 010A4B455130303430343231
2015.10.14 14:42:54.807 0: HMLAN_Parse: hmlan1 R:R665FEEBF stat:0008 t:00000000 d:FF r:7FFF     m:7F A401 1ACE1F 000000 010A4B455130303430343231
2015.10.14 14:42:54.809 0: HMLAN_Parse: hmlan1 no ACK from 000000


wenn ich die serialpairing message mit einem cul auf einem 2. system über set cul raw sende funktioniert es sofort. erstaunlicherweise reicht wohl zum burst senden nur das flag zu setzen, denn mit 8401 funktioniert es nicht:

2015.10.14 13:31:42.727 0: HMLAN_Parse: hmlan1 R:E1ACE1F   stat:0000 t:2C19D641 d:FF r:FFBD     m:00 9401 1ACE1F 000000 010A4B455130303430343231
2015.10.14 13:31:42.750 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:0083BC0A d:FF r:FFB9     m:00 9401 1ACE1F 000000 010A4B455130303430343231
2015.10.14 13:31:42.865 0: HMLAN_Parse: hmlan1 R:E206487   stat:0000 t:2C19D6CC d:FF r:FFBE     m:41 8400 206487 000000 2100394B4551303034303432315800FFFF


ich vermute, dass die kombination mit wakeup/have_data probleme macht.
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