Übertragungsmodus im Log erkennbar?

[phys1]

Hallo,
wenn ich die Kommunikation zwischen 2 HM Geräten sniffe, wie kann ich den verwendeten Übertragungsmodus an den RAW Daten erkennen, also ob normal, burst, config etc. genutzt wurde?

Gruß
phys1

[frank]

am besten zeigst du deinen sniff und sagst genau, was dich interessiert.

was jedes device kann, siehst du unter "get deviceInfo".

[phys1]

Hallo,
hier die Kommunikation zwischen:
693522 (EP-Display), 123567 (virt. Aktor) und AEE821 (HMLAN)
Erst wird ein Knopf gedrückt m:2B, dann Text in Zeile 5 geschrieben m:2C-2F, Text in Z. 1 geschrieben m:30-33 und Text in Z.2-4 geschrieben m:34-37. Welche MSG werden im Burst Modus geschickt?

Code Auswählen Erweitern

2023.09.08 15:08:20.567 5: HMLAN/RAW: /E693522,0000,6A895D73,FF,FFC0,2BA6406935221235670258
2023.09.08 15:08:20.567 5: HMLAN_Parse: HM_LAN R:E693522   stat:0000 t:6A895D73 d:FF r:FFC0     m:2B A640 693522 123567 0258
2023.09.08 15:08:20.568 5: HM_LAN: dispatch A0B2BA6406935221235670258::-64:HM_LAN
2023.09.08 15:08:20.655 5: HMLAN_Send:  HM_LAN S:S74E86167 stat:  00 t:00000000 d:01 r:74E86167 m:2B 8002 123567 693522 00
2023.09.08 15:08:20.691 5: HMLAN/RAW: /R74E86167,0002,00000000,FF,7FFF,2B800212356769352200
2023.09.08 15:08:20.692 5: HMLAN_Parse: HM_LAN R:R74E86167 stat:0002 t:00000000 d:FF r:7FFF     m:2B 8002 123567 693522 00

2023.09.08 15:08:20.930 3: CUL_HM set HM_693522_Btn_01 text \_ <Lang:Aktion
2023.09.08 15:08:21.017 5: HMLAN_Send:  HM_LAN S:S74E86323 stat:  00 t:00000000 d:01 r:74E86323 m:2C B001 AEE821 693522 01050000000001
2023.09.08 15:08:21.485 5: HMLAN/RAW: /R74E86323,0001,6A896111,FF,FFC0,2C8002693522AEE82100
2023.09.08 15:08:21.485 5: HMLAN_Parse: HM_LAN R:R74E86323 stat:0001 t:6A896111 d:FF r:FFC0     m:2C 8002 693522 AEE821 00
2023.09.08 15:08:21.489 5: HM_LAN: dispatch A0A2C8002693522AEE82100::-64:HM_LAN
2023.09.08 15:08:21.580 5: HMLAN_Send:  HM_LAN S:S74E86503 stat:  00 t:00000000 d:01 r:74E86503 m:2D A001 AEE821 693522 0108463C474C4861496E4A674B3A4C41
2023.09.08 15:08:21.887 5: HMLAN/RAW: /R74E86503,0001,6A8962A3,FF,FFC0,2D8002693522AEE82100
2023.09.08 15:08:21.888 5: HMLAN_Parse: HM_LAN R:R74E86503 stat:0001 t:6A8962A3 d:FF r:FFC0     m:2D 8002 693522 AEE821 00
2023.09.08 15:08:21.889 5: HM_LAN: dispatch A0A2D8002693522AEE82100::-64:HM_LAN
2023.09.08 15:08:21.983 5: HMLAN_Send:  HM_LAN S:S74E8668D stat:  00 t:00000000 d:01 r:74E8668D m:2E A001 AEE821 693522 01084D6B506F
2023.09.08 15:08:22.289 5: HMLAN/RAW: /R74E8668D,0001,6A896435,FF,FFBF,2E8002693522AEE82100
2023.09.08 15:08:22.290 5: HMLAN_Parse: HM_LAN R:R74E8668D stat:0001 t:6A896435 d:FF r:FFBF     m:2E 8002 693522 AEE821 00
2023.09.08 15:08:22.290 5: HM_LAN: dispatch A0A2E8002693522AEE82100::-65:HM_LAN
2023.09.08 15:08:22.385 5: HMLAN_Send:  HM_LAN S:S74E8681F stat:  00 t:00000000 d:01 r:74E8681F m:2F A001 AEE821 693522 0106
2023.09.08 15:08:22.757 5: HMLAN/RAW: /R74E8681F,0001,6A8965DE,FF,FFBE,2F8002693522AEE82100
2023.09.08 15:08:22.757 5: HMLAN_Parse: HM_LAN R:R74E8681F stat:0001 t:6A8965DE d:FF r:FFBE     m:2F 8002 693522 AEE821 00
2023.09.08 15:08:22.758 5: HM_LAN: dispatch A0A2F8002693522AEE82100::-66:HM_LAN
2023.09.08 15:08:22.782 5: HMLAN_Send:  HM_LAN I:K

2023.09.08 15:08:22.785 3: CUL_HM set HM_693522_Btn_02 text =Lang:zur}ck \_
2023.09.08 15:08:22.858 5: HMLAN_Send:  HM_LAN S:S74E86A53 stat:  00 t:00000000 d:01 r:74E86A53 m:30 B001 AEE821 693522 02050000000001
2023.09.08 15:08:22.954 5: HMLAN/RAW: /HHM-LAN-IF,03C5,KEQ1023419,2577E1,AEE821,6A89662A,0006,0A
2023.09.08 15:08:22.954 5: HMLAN_Parse: HM_LAN V:03C5 sNo:KEQ1023419 d:2577E1 O:AEE821 t:6A89662A IDcnt:0006 L:10 %
2023.09.08 15:08:23.470 5: HMLAN/RAW: /R74E86A53,0001,6A8968D2,FF,FFBC,308002693522AEE82100
2023.09.08 15:08:23.470 5: HMLAN_Parse: HM_LAN R:R74E86A53 stat:0001 t:6A8968D2 d:FF r:FFBC     m:30 8002 693522 AEE821 00
2023.09.08 15:08:23.470 5: HM_LAN: dispatch A0A308002693522AEE82100::-68:HM_LAN
2023.09.08 15:08:23.566 5: HMLAN_Send:  HM_LAN S:S74E86CC0 stat:  00 t:00000000 d:01 r:74E86CC0 m:31 A001 AEE821 693522 0208374C3861396E3A673B3A3C7A3D75
2023.09.08 15:08:23.872 5: HMLAN/RAW: /R74E86CC0,0001,6A896A64,FF,FFBD,318002693522AEE82100
2023.09.08 15:08:23.873 5: HMLAN_Parse: HM_LAN R:R74E86CC0 stat:0001 t:6A896A64 d:FF r:FFBD     m:31 8002 693522 AEE821 00
2023.09.08 15:08:23.873 5: HM_LAN: dispatch A0A318002693522AEE82100::-67:HM_LAN
2023.09.08 15:08:23.968 5: HMLAN_Send:  HM_LAN S:S74E86E4E stat:  00 t:00000000 d:01 r:74E86E4E m:32 A001 AEE821 693522 02083E723F7D4063
2023.09.08 15:08:24.275 5: HMLAN/RAW: /R74E86E4E,0001,6A896BF7,FF,FFBE,328002693522AEE82100
2023.09.08 15:08:24.275 5: HMLAN_Parse: HM_LAN R:R74E86E4E stat:0001 t:6A896BF7 d:FF r:FFBE     m:32 8002 693522 AEE821 00
2023.09.08 15:08:24.276 5: HM_LAN: dispatch A0A328002693522AEE82100::-66:HM_LAN
2023.09.08 15:08:24.370 5: HMLAN_Send:  HM_LAN S:S74E86FE0 stat:  00 t:00000000 d:01 r:74E86FE0 m:33 A001 AEE821 693522 0206
2023.09.08 15:08:24.701 5: HMLAN/RAW: /R74E86FE0,0001,6A896D9F,FF,FFBE,338002693522AEE82100
2023.09.08 15:08:24.702 5: HMLAN_Parse: HM_LAN R:R74E86FE0 stat:0001 t:6A896D9F d:FF r:FFBE     m:33 8002 693522 AEE821 00
2023.09.08 15:08:24.703 5: HM_LAN: dispatch A0A338002693522AEE82100::-66:HM_LAN
2023.09.08 15:08:24.727 5: HMLAN_Send:  HM_LAN I:K
2023.09.08 15:08:24.730 5: HMLAN/RAW: /HHM-LAN-IF,03C5,KEQ1023419,2577E1,AEE821,6A896DC3,0006,0B
2023.09.08 15:08:24.731 5: HMLAN_Parse: HM_LAN V:03C5 sNo:KEQ1023419 d:2577E1 O:AEE821 t:6A896DC3 IDcnt:0006 L:11 %

2023.09.08 15:08:29.643 3: CUL_HM set HM_693522_Dis displayEP L{den\_|ffnen:West\_schlie_:OG\_S\_halb\_zu,ok off 1 1 off
2023.09.08 15:08:29.723 5: HMLAN_Send:  HM_LAN S:S74E88524 stat:  00 t:00000000 d:01 r:74E88524 m:34 B011 AEE821 693522 8003020A124C7B64656E207C66666E65
2023.09.08 15:08:30.190 5: HMLAN/RAW: /R74E88524,0001,6A898313,FF,FFBE,348002693522AEE82100
2023.09.08 15:08:30.190 5: HMLAN_Parse: HM_LAN R:R74E88524 stat:0001 t:6A898313 d:FF r:FFBE     m:34 8002 693522 AEE821 00
2023.09.08 15:08:30.191 5: HM_LAN: dispatch A0A348002693522AEE82100::-66:HM_LAN
2023.09.08 15:08:30.288 5: HMLAN_Send:  HM_LAN S:S74E88700 stat:  00 t:00000000 d:01 r:74E88700 m:35 A011 AEE821 693522 80036E0A1257657374207363686C6965
2023.09.08 15:08:30.547 5: HMLAN/RAW: /R74E88700,0001,6A898478,FF,FFBE,358002693522AEE82100
2023.09.08 15:08:30.548 5: HMLAN_Parse: HM_LAN R:R74E88700 stat:0001 t:6A898478 d:FF r:FFBE     m:35 8002 693522 AEE821 00
2023.09.08 15:08:30.548 5: HM_LAN: dispatch A0A358002693522AEE82100::-66:HM_LAN
2023.09.08 15:08:30.645 5: HMLAN_Send:  HM_LAN S:S74E88861 stat:  00 t:00000000 d:01 r:74E88861 m:36 A011 AEE821 693522 80035F0A124F4720532068616C62207A
2023.09.08 15:08:30.904 5: HMLAN/RAW: /R74E88861,0001,6A8985DD,FF,FFBE,368002693522AEE82100
2023.09.08 15:08:30.904 5: HMLAN_Parse: HM_LAN R:R74E88861 stat:0001 t:6A8985DD d:FF r:FFBE     m:36 8002 693522 AEE821 00
2023.09.08 15:08:30.905 5: HM_LAN: dispatch A0A368002693522AEE82100::-66:HM_LAN
2023.09.08 15:08:31.001 5: HMLAN_Send:  HM_LAN S:S74E889C5 stat:  00 t:00000000 d:01 r:74E889C5 m:37 A011 AEE821 693522 80037513850A14C01CD01DE016F003
2023.09.08 15:08:31.261 5: HMLAN/RAW: /R74E889C5,0001,6A898742,FF,FFBE,378002693522AEE82100
2023.09.08 15:08:31.261 5: HMLAN_Parse: HM_LAN R:R74E889C5 stat:0001 t:6A898742 d:FF r:FFBE     m:37 8002 693522 AEE821 00
2023.09.08 15:08:31.262 5: HM_LAN: dispatch A0A378002693522AEE82100::-66:HM_LAN
2023.09.08 15:08:41.002 4: HMLAN_ack: timeout - clear queue
Warum kommt am Ende ack: timeout?

Gruß
phys1

[frank]

ich kann nichts entdecken, was die timeout meldung verursacht haben könnte.

alle befehle an das dp werden sofort beantwortet und es gibt auch keine wiederholungen.
die antwort vom virt aktor auf den tastendruck wird auch sofort gesendet.
das dp wacht auch immer sofort auf.

insgesamt sind die antwortzeiten vom display ziehmlich lang (300-400ms). 

2023.09.08 15:08:21.017 5: HMLAN_Send:  HM_LAN S:S74E86323 stat:  00 t:00000000 d:01 r:74E86323 m:2C B001 AEE821 693522 01050000000001

die rote B0 beschreibt 8 flags zur jeweiligen message.
ist die erste ziffer (B) ungerade, handelt es sich um eine burst message.
der cmd B001 ist also die burst variante zu A001.


eventuell würde man mit einem 2. io mehr sehen, da das auch die autarken messages des hmlan zeigen würde.
vielleicht erwartet die fw vom hmlan auch eine andere antwort, eine ackInfo statt immer nur gewöhnliche acks (00). zumindestens hat der hmlan bereits die neueste 0965.


hat das display denn alles richtig gemacht?

[phys1]

Danke für die schnelle Antwort.
Button press und die Texte 2,3,4 werden richtig verarbeitet, die Texte von Btn1 und Btn2 jedoch nicht. Da wird nur ein Teil der Zeichen überschrieben und der Rest bleibt vom vorherigen Text stehen. Wenn man ein getConfig im EP-Display macht, steht in den Button Text Readings genau der selbe Mix aus altem und neuem Text drin, der auch auf dem Display angezeigt wird. Also kommt der Text entweder nicht richtig beim Display an oder wird im Display nicht richtig verarbeitet (Hardware Problem).
Um das einzugrenzen: wird beim Senden eine Checksum gebildet? Und sieht man an der Antwort, ob es ggf. einen Checksum Fehler gab?

Gruß
phys1

[frank]

der zeichensalat ist wohl sache der fw des tasters.
im anderen thread wurde doch eine lösung durch die konfiguration eines registers vorgeschlagen. https://forum.fhem.de/index.php?msg=1285942

such doch erst einmal dieses register.
wenn im hauptdevice nichts passendes ist, warum suchst du nicht mal in den vielen channels?
zeige mal aus allen entities "get regList"

[phys1]

Hallo,
danke für die Unterstützung so weit.
Ich habe das Problem weiter analysiert und die Ursache gefunden. CUL_HM überträgt nur die Registerwerte, die sich geändert haben (was im Sinne der Funklast-Begrenzung ja auch sinnvoll ist). Der Vergleich erfolgt gegen das entsprechende Reading, in meinem Fall RegL_01. Wenn diese Register nicht auf dem aktuellen Stand sind, kommt der Mix aus den Zeichen zustande. Man sieht es z.B. an der Zeile:

Code Auswählen Erweitern

2023.09.08 15:08:21.983 5: HMLAN_Send:  HM_LAN S:S74E8668D stat:  00 t:00000000 d:01 r:74E8668D m:2E A001 AEE821 693522 01084D6B506FHier werden (s. die Hex-Zeichen am Ende hinter 0108) die Register 4D auf 6B und 50 auf 6F gesetzt, obwohl ALLE Zeichen anders als der bisherige Text gesetzt wurden. An den Stellen 4E und 4F bleibt der alte Text stehen und man hat besagten Mix. Lösung: öfter mal die Rgisterbank L_01 einlesen, dann stimmt der Text!
Gruß
phys1

[frank]

Lösung: öfter mal die Rgisterbank L_01 einlesen, dann stimmt der Text!

mit attr autoreadreg=5 sollte es automatisch funktionieren.