Kurioses Verhalten beim setzen von exceptAES

Begonnen von Bennemannc, 15 Februar 2016, 13:38:21

Vorheriges Thema - Nächstes Thema

Bennemannc

Hallo,

ich habe folgende Hardware.
1) ein Unterputz 2-Kanal Actor
2) ein Unterputz 2-Kanal Sensor
Auf beide wurde der AES-Schlüssel übertragen. Sensorkanal 1 schaltet Actorkanal 1 im toggle Mode, Sensorkanal 2 schaltet Actorkanal 2 im toggle Mode. Soweit ok. Bevor man sign auf on setzt, muss der Sensor ja noch wissen, das der Actor AES anfordert. Also im Sensor die Register expectAES auf on setzen .... na ja, bei Kanal 1 lief das noch durch, aber bei Kanal 2 bekam ich immer "can't calculate value - ... getConfig first" also erst einmal getConfig - lief auch durch. Dann neuer Versuch -> gleiches Resultat. Nach einer halben Stunde, reset, neu pairen, neu peeren, .... kein Erfolg. Frust ... alles auf sign on - auch den Sensor- und Actorkanal 2. Und siehe da, alles geht !?!
Nachher eigentlich logisch. Das exceptAES geht auf das Device und nicht auf den Kanal !
@ Martin
ist es möglich, das zu ändern ? Ich meine, das wenn expectAES für ein Device gesetzt ist, das für alle Kanalpeering auch als on angezeigt wird. Jetzt ist es ja so, das beim Sensor im Kanal 1 expectAES on ist und am Kanal 2 expectAES off steht.

Gruß Christoph
Cubietruck, Fhem 5.8
CC-RT-DN|LC-SW2-FM|RC-12|RC-19|LC-SW4-BA-PCB|LCp-SW1-BA-PCB|ES-PMSw1-Pl|LC-Bl1PBU-FM|PBI-4-FM|CC-VD|CC-TC|SEC-SC(2)|RC-KEY3-B|LC-Sw1PBU-FM|PB-2-FM|WDS100-C6-O|WDC7000|LC-Bl1-FM
Module: Dewpoint,FB_Callmonitor,HCS,Panstamp,at,notify,THRESHOLD,average,DOIF

martinp876

expectAES  ist das Register eines Sensorkanals (taster).  wenn man es setzt (ganz sicher bin ich mir nicht) bleibt der Sender Wach und erwartet ein AES Request des Aktors. Sollte dies nicht kommen... unklar was passiert. Der Tirgger ist raus, der Button hat sonst keine Aufgabe. Er muss AES beantworten, falls es angefragt wird. Wenn nicht, auch gut.

Beim Aktor ist dies schon wichtiger. "Sign" ist ein kanal-register, kein Device register. Wird es gesetzt verlangt der Kanal bei einem empfangenen Trigger eine Signatur des Senders. Sonst wird nicht geschaltet.
Es hat m.E. auch auswirkungen auf die Register des Kanals. Auf andere Kanäle darf eskeine Auwrkung haben , da man es selektiv schalten kann. eq3 will die verzögerung hier klein halten und AES nur bei Bedarfl nutzen.

Ich vermute noch ein Bit in List0 Addr 2. das müsste das Device auf Signatur setzen. Identifiziert haben ich es noch nicht.

Bennemannc

Hallo Martin,

was ich meine ist - wenn ich am ersten Kanal (Taster) das setze, geht es am zweiten nicht mehr. Ist für mich auch logisch ich gebe ja ein "set Taster regset expectAES on Actor" wenn ich Actor_Kanal versuche kommt eine Fehlermeldung. Am zweiten Kanal (Taster) kann ich das dann nicht mehr setzen - can't calculate value - set getconfig Device-Kanal first -. Funktionieren tut es mit dem zweiten Kanal trotzdem - auch wenn der Actorkanal sign on hat. Die Funktion ist also gegeben. Es sieht für mich so aus, als wenn das Device sich einfach nur merkt, welchen anderen Devices es einen AES senden muss und das nicht vom Kanal abhängig macht. Wenn ich das richtig in Erinnerung habe, kommt die Anforderung auch nur von Device zu Device ohne Angabe von Kanälen.
Meine Überlegung war, die Software so zu verändern, das am zweiten Kanal das einfach auch als on angezeigt wird, wenn es für den Empfänger schon irgendwo expectAES gesetzt wurde. Vielleicht sollte man das Reading ändern von Actor_Kanal-expectAES auf Actor-expectAES.

Gruß Christoph

Gruß Christoph
Cubietruck, Fhem 5.8
CC-RT-DN|LC-SW2-FM|RC-12|RC-19|LC-SW4-BA-PCB|LCp-SW1-BA-PCB|ES-PMSw1-Pl|LC-Bl1PBU-FM|PBI-4-FM|CC-VD|CC-TC|SEC-SC(2)|RC-KEY3-B|LC-Sw1PBU-FM|PB-2-FM|WDS100-C6-O|WDC7000|LC-Bl1-FM
Module: Dewpoint,FB_Callmonitor,HCS,Panstamp,at,notify,THRESHOLD,average,DOIF

martinp876

also cant calculate value bedeuted, dass das Register ein Teil eines Bytes ist. FEM muss das Byte haben um den Teil in den Rest einzupassen.
Also musst du erst ein getConfig für ale Kanäle machen. Dann kannst du auch das Register setzen.
ist den das Register vorhanden?
Setze expert im Device auf 251. dann mache ein List des Kanals.
für den Peer muss ein regList 4 vorhanden sein. Wenn es das nicht gibt - in DIESEM Kanal - geht es nicht. das zu ändernde Register ist nicht bekannt.

Bennemannc

Hallo Martin,

genau das ist es ja - also nehmen wir eine Fernbedienung (Kanal 1) und peeren die mit Schalter mit dual set both.
Dann habe ich bei der Fernbedienung Kanal 1 - Schalter_chn-1-expectAES und bei Kanal 2 Schalter_chn-1-expectAES. Wenn ich das bei Kanal 1 auf on setze, kann ich das bei Kanal 2 nicht mehr !! Da kann ich soviel getConfig machen wie ich will. Der kommt immer mit der Fehlermeldung. Wenn ich das bei Kanal 1 eintrage schreibe ich ja nicht Schalter_chn-1 sondern nur Schalter. Das bedeutet für mich - es kann nicht gesetzt werden, weil es ja schon gesetzt ist (Kanal 1). Daher gehe ich davon aus, das expectAES Device bezogen ist und nicht Kanalbezogen.

Gruß Christoph
Cubietruck, Fhem 5.8
CC-RT-DN|LC-SW2-FM|RC-12|RC-19|LC-SW4-BA-PCB|LCp-SW1-BA-PCB|ES-PMSw1-Pl|LC-Bl1PBU-FM|PBI-4-FM|CC-VD|CC-TC|SEC-SC(2)|RC-KEY3-B|LC-Sw1PBU-FM|PB-2-FM|WDS100-C6-O|WDC7000|LC-Bl1-FM
Module: Dewpoint,FB_Callmonitor,HCS,Panstamp,at,notify,THRESHOLD,average,DOIF

martinp876

kann ich nicht nachvollziehen. ich kann AES für jeden peer eines jeden kanals setzen.
das Cannot calculate value ist doch nicht von Device. Du hast die Daten nicht in FHEM. Die Reglist ist nicht vorhanden. Sollten ein HMInfo configCheck anzeigen.
Erst wenn du die Registergelesen hast kann es weitergehen.

Bennemannc

Hallo Martin,

hast recht, mit der Fernbedienung habe ich das hinbekommen, aber der HM-PB-2-FM macht das nicht. Da kann ich soviel getConfig drauf abfeuern (Device oder Kanal) wie ich will, Kanal 2 bekomme ich nicht expectAES auf on. Da kommt immer can't calculate Value. Also ich vermute einen Firmwarebug seitens HM.

Gruß Christoph
Cubietruck, Fhem 5.8
CC-RT-DN|LC-SW2-FM|RC-12|RC-19|LC-SW4-BA-PCB|LCp-SW1-BA-PCB|ES-PMSw1-Pl|LC-Bl1PBU-FM|PBI-4-FM|CC-VD|CC-TC|SEC-SC(2)|RC-KEY3-B|LC-Sw1PBU-FM|PB-2-FM|WDS100-C6-O|WDC7000|LC-Bl1-FM
Module: Dewpoint,FB_Callmonitor,HCS,Panstamp,at,notify,THRESHOLD,average,DOIF

martinp876

dann existiert die Liste nicht.
mache ein getConfig und logge es (sniffen). Da stimmt etwas nicht. Wird das getConfig ohne Fehler durchgeführt?

Bennemannc

Hallo Martin,

also das getConfig läuft durch - das Gerät meldet grün und es sind auch keine commands pending.
Hier kommt 1) getConfig Device, 2) getConfig Kanal 1 3) getConfig Kanal 2 - der die Probleme hat.
2016.02.20 19:09:36.545 0: HMLAN_Send:  HMLAN1 I:K
2016.02.20 19:09:36.583 0: HMLAN_Parse: HMLAN1 R:E336E27   stat:0000 t:0C2EE4C5 d:FF r:FFDC     m:70 A440 336E27 1ABE0D 0241
2016.02.20 19:09:36.767 0: HMLAN_Parse: HMLAN1 R:E1ABE0D   stat:0000 t:0C2EE547 d:FF r:FFD2     m:70 A002 1ABE0D 336E27 0444FC49F7D9B204
2016.02.20 19:09:36.780 0: HMLAN_Parse: HMLAN1 R:E1ABE0D   stat:0000 t:0C2EE643 d:FF r:FFD1     m:70 8002 1ABE0D 336E27 0102C8002ECDCCA380
2016.02.20 19:09:36.897 0: HMLAN_Parse: HMLAN1 V:03C4 sNo:KEQ0851697 d:23A3BC O:23A821 t:0C2EED91 IDcnt:003C L:3 %
2016.02.20 19:09:42.667 0: HMLAN_Send:  HMLAN1 I:+336E27,02,02,00
2016.02.20 19:09:48.394 0: HMLAN_Parse: HMLAN1 R:E336E27   stat:0000 t:0C2F1BC0 d:FF r:FFDE     m:71 8400 336E27 23A821 1000BF4C45513133333235313840020000
2016.02.20 19:09:48.485 0: HMLAN_Send:  HMLAN1 S:SFFDF94CC stat:  00 t:00000000 d:01 r:FFDF94CC m:72 A001 23A821 336E27 00040000000000
2016.02.20 19:09:48.862 0: HMLAN_Parse: HMLAN1 R:E336E27   stat:0000 t:0C2F1D92 d:FF r:FFDF     m:72 A010 336E27 23A821 02020105000A230BA80C21140318000000
2016.02.20 19:09:48.969 0: HMLAN_Parse: HMLAN1 R:RFFDF94CC stat:0001 t:0C2F1D97 d:FF r:FFDF     m:72 A010 336E27 23A821 02020105000A230BA80C21140318000000
2016.02.20 19:09:48.978 0: HMLAN_Send:  HMLAN1 S:SFFDF9703 stat:  00 t:00000000 d:01 r:FFDF9703 m:73 A001 23A821 336E27 01040000000001
2016.02.20 19:09:49.377 0: HMLAN_Parse: HMLAN1 R:E336E27   stat:0000 t:0C2F1F95 d:FF r:FFDF     m:73 A010 336E27 23A821 020410080130030000
2016.02.20 19:09:49.490 0: HMLAN_Parse: HMLAN1 R:RFFDF9703 stat:0001 t:0C2F1F9A d:FF r:FFDF     m:73 A010 336E27 23A821 020410080130030000
2016.02.20 19:09:49.499 0: HMLAN_Send:  HMLAN1 S:SFFDF990B stat:  00 t:00000000 d:01 r:FFDF990B m:74 A001 23A821 336E27 0103
2016.02.20 19:09:49.897 0: HMLAN_Parse: HMLAN1 R:E336E27   stat:0000 t:0C2F219D d:FF r:FFDE     m:74 A010 336E27 23A821 011ABE0D01000000
2016.02.20 19:09:50.011 0: HMLAN_Parse: HMLAN1 R:RFFDF990B stat:0001 t:0C2F21A2 d:FF r:FFDE     m:74 A010 336E27 23A821 011ABE0D01000000
2016.02.20 19:09:50.020 0: HMLAN_Send:  HMLAN1 S:SFFDF9B14 stat:  00 t:00000000 d:01 r:FFDF9B14 m:75 A001 23A821 336E27 02040000000001
2016.02.20 19:09:50.419 0: HMLAN_Parse: HMLAN1 R:E336E27   stat:0000 t:0C2F23A7 d:FF r:FFDE     m:75 A010 336E27 23A821 020410080130030000
2016.02.20 19:09:50.532 0: HMLAN_Parse: HMLAN1 R:RFFDF9B14 stat:0001 t:0C2F23AC d:FF r:FFDE     m:75 A010 336E27 23A821 020410080130030000
2016.02.20 19:09:50.541 0: HMLAN_Send:  HMLAN1 S:SFFDF9D1D stat:  00 t:00000000 d:01 r:FFDF9D1D m:76 A001 23A821 336E27 0203
2016.02.20 19:09:50.939 0: HMLAN_Parse: HMLAN1 R:E336E27   stat:0000 t:0C2F25AF d:FF r:FFDE     m:76 A010 336E27 23A821 011ABE0D02000000
2016.02.20 19:09:51.052 0: HMLAN_Parse: HMLAN1 R:RFFDF9D1D stat:0001 t:0C2F25B4 d:FF r:FFDE     m:76 A010 336E27 23A821 011ABE0D02000000
2016.02.20 19:09:51.061 0: HMLAN_Send:  HMLAN1 S:SFFDF9F26 stat:  00 t:00000000 d:01 r:FFDF9F26 m:77 A001 23A821 336E27 01041ABE0D0104
2016.02.20 19:09:51.063 0: HMLAN_Send:  HMLAN1 I:K
2016.02.20 19:09:51.321 0: HMLAN_Parse: HMLAN1 V:03C4 sNo:KEQ0851697 d:23A3BC O:23A821 t:0C2F2722 IDcnt:003C L:4 %
2016.02.20 19:09:51.457 0: HMLAN_Parse: HMLAN1 R:E336E27   stat:0000 t:0C2F27B5 d:FF r:FFDE     m:77 A010 336E27 23A821 0201800000
2016.02.20 19:09:51.572 0: HMLAN_Parse: HMLAN1 R:RFFDF9F26 stat:0001 t:0C2F27BA d:FF r:FFDE     m:77 A010 336E27 23A821 0201800000
2016.02.20 19:09:51.581 0: HMLAN_Send:  HMLAN1 S:SFFDFA12E stat:  00 t:00000000 d:01 r:FFDFA12E m:78 A001 23A821 336E27 02041ABE0D0204
2016.02.20 19:09:51.977 0: HMLAN_Parse: HMLAN1 R:E336E27   stat:0000 t:0C2F29BE d:FF r:FFDE     m:78 A010 336E27 23A821 0201000000
2016.02.20 19:09:51.991 0: HMLAN_Send:  HMLAN1 I:+336E27,00,02,00
2016.02.20 19:09:52.093 0: HMLAN_Parse: HMLAN1 R:RFFDFA12E stat:0001 t:0C2F29C3 d:FF r:FFDE     m:78 A010 336E27 23A821 0201000000
2016.02.20 19:10:04.119 0: HMLAN_Send:  HMLAN1 I:+336E27,02,02,00
2016.02.20 19:10:09.108 0: HMLAN_Parse: HMLAN1 R:E336E27   stat:0000 t:0C2F6CAD d:FF r:FFDF     m:72 8400 336E27 23A821 1000BF4C45513133333235313840020000
2016.02.20 19:10:09.198 0: HMLAN_Send:  HMLAN1 S:SFFDFE5AC stat:  00 t:00000000 d:01 r:FFDFE5AC m:73 A001 23A821 336E27 01040000000001
2016.02.20 19:10:09.574 0: HMLAN_Parse: HMLAN1 R:E336E27   stat:0000 t:0C2F6E7E d:FF r:FFE1     m:73 A010 336E27 23A821 020410080130030000
2016.02.20 19:10:09.687 0: HMLAN_Parse: HMLAN1 R:RFFDFE5AC stat:0001 t:0C2F6E83 d:FF r:FFE1     m:73 A010 336E27 23A821 020410080130030000
2016.02.20 19:10:09.693 0: HMLAN_Send:  HMLAN1 S:SFFDFE7EE stat:  00 t:00000000 d:01 r:FFDFE7EE m:74 A001 23A821 336E27 0103
2016.02.20 19:10:10.094 0: HMLAN_Parse: HMLAN1 R:E336E27   stat:0000 t:0C2F7086 d:FF r:FFDF     m:74 A010 336E27 23A821 011ABE0D01000000
2016.02.20 19:10:10.208 0: HMLAN_Parse: HMLAN1 R:RFFDFE7EE stat:0001 t:0C2F708B d:FF r:FFDF     m:74 A010 336E27 23A821 011ABE0D01000000
2016.02.20 19:10:10.214 0: HMLAN_Send:  HMLAN1 S:SFFDFE9F7 stat:  00 t:00000000 d:01 r:FFDFE9F7 m:75 A001 23A821 336E27 01041ABE0D0104
2016.02.20 19:10:10.613 0: HMLAN_Parse: HMLAN1 R:E336E27   stat:0000 t:0C2F728D d:FF r:FFDF     m:75 A010 336E27 23A821 0201800000
2016.02.20 19:10:10.621 0: HMLAN_Send:  HMLAN1 I:+336E27,00,02,00
2016.02.20 19:10:10.729 0: HMLAN_Parse: HMLAN1 R:RFFDFE9F7 stat:0001 t:0C2F7292 d:FF r:FFDF     m:75 A010 336E27 23A821 0201800000
2016.02.20 19:10:16.065 0: HMLAN_Send:  HMLAN1 I:K
2016.02.20 19:10:16.070 0: HMLAN_Parse: HMLAN1 V:03C4 sNo:KEQ0851697 d:23A3BC O:23A821 t:0C2F87EB IDcnt:003C L:4 %
2016.02.20 19:10:27.639 0: HMLAN_Send:  HMLAN1 I:+336E27,02,02,00
2016.02.20 19:10:32.662 0: HMLAN_Parse: HMLAN1 R:E336E27   stat:0000 t:0C2FC8B2 d:FF r:FFDF     m:73 8400 336E27 23A821 1000BF4C45513133333235313840020000
2016.02.20 19:10:32.754 0: HMLAN_Send:  HMLAN1 S:SFFE041B9 stat:  00 t:00000000 d:01 r:FFE041B9 m:74 A001 23A821 336E27 02040000000001
2016.02.20 19:10:33.124 0: HMLAN_Parse: HMLAN1 R:E336E27   stat:0000 t:0C2FCA7E d:FF r:FFE0     m:74 A010 336E27 23A821 020410080130030000
2016.02.20 19:10:33.236 0: HMLAN_Parse: HMLAN1 R:RFFE041B9 stat:0001 t:0C2FCA83 d:FF r:FFE0     m:74 A010 336E27 23A821 020410080130030000
2016.02.20 19:10:33.246 0: HMLAN_Send:  HMLAN1 S:SFFE043EE stat:  00 t:00000000 d:01 r:FFE043EE m:75 A001 23A821 336E27 0203
2016.02.20 19:10:33.649 0: HMLAN_Parse: HMLAN1 R:E336E27   stat:0000 t:0C2FCC86 d:FF r:FFDF     m:75 A010 336E27 23A821 011ABE0D02000000
2016.02.20 19:10:33.757 0: HMLAN_Parse: HMLAN1 R:RFFE043EE stat:0001 t:0C2FCC8B d:FF r:FFDF     m:75 A010 336E27 23A821 011ABE0D02000000
2016.02.20 19:10:33.766 0: HMLAN_Send:  HMLAN1 S:SFFE045F6 stat:  00 t:00000000 d:01 r:FFE045F6 m:76 A001 23A821 336E27 02041ABE0D0204
2016.02.20 19:10:34.162 0: HMLAN_Parse: HMLAN1 R:E336E27   stat:0000 t:0C2FCE8D d:FF r:FFDF     m:76 A010 336E27 23A821 0201000000
2016.02.20 19:10:34.177 0: HMLAN_Send:  HMLAN1 I:+336E27,00,02,00
2016.02.20 19:10:34.278 0: HMLAN_Parse: HMLAN1 R:RFFE045F6 stat:0001 t:0C2FCE92 d:FF r:FFDF     m:76 A010 336E27 23A821 0201000000
2016.02.20 19:10:41.069 0: HMLAN_Send:  HMLAN1 I:K
2016.02.20 19:10:41.074 0: HMLAN_Parse: HMLAN1 V:03C4 sNo:KEQ0851697 d:23A3BC O:23A821 t:0C2FE99A IDcnt:003C L:5 %


Gruß Christoph
Cubietruck, Fhem 5.8
CC-RT-DN|LC-SW2-FM|RC-12|RC-19|LC-SW4-BA-PCB|LCp-SW1-BA-PCB|ES-PMSw1-Pl|LC-Bl1PBU-FM|PBI-4-FM|CC-VD|CC-TC|SEC-SC(2)|RC-KEY3-B|LC-Sw1PBU-FM|PB-2-FM|WDS100-C6-O|WDC7000|LC-Bl1-FM
Module: Dewpoint,FB_Callmonitor,HCS,Panstamp,at,notify,THRESHOLD,average,DOIF