Events Long / LongRelease HM-FB-8

Begonnen von MichaelT, 17 August 2022, 18:23:51

Vorheriges Thema - Nächstes Thema

MichaelT

Hallo Zusammen,

ggf. kann mir einer helfen. Ich versuche die Events einer HM-RC-8 auszuwerten.
Im Notify bekomme ich folgenden Verlauf:

2022.08.17 17:56:17.078 1:  DEBUG>FB_3_Btn03: trigger_cnt: 86 (1, off)
2022.08.17 17:56:17.115 1:  DEBUG>FB_3_Btn03: commState: CMDs_done (1, off)
2022.08.17 17:56:17.117 1:  DEBUG>FB_3_Btn03: LongRelease 7_86 (to vccu) (1, off) longend
2022.08.17 17:56:17.119 1:  DEBUG>FB_3_Btn03: trigger: Long_86 (1, off)
2022.08.17 17:56:17.120 1:  DEBUG>FB_3_Btn03: triggerTo_vccu: Long_86 (1, off)
2022.08.17 17:56:17.122 1:  DEBUG>FB_3_Btn03: trigger_cnt: 86 (1, off)
2022.08.17 17:56:17.208 1:  DEBUG>FB_3_Btn03: triggerTo_vccu: Long_86_ack (1, off)
2022.08.17 17:56:46.482 1:  DEBUG>FB_3_Btn03: Long 1_87 (to vccu) (0, off) longstart
2022.08.17 17:56:46.482 1:  DEBUG>--> 2
2022.08.17 17:56:46.484 1:  DEBUG>FB_3_Btn03: trigger: Long_87 (0, on)
2022.08.17 17:56:46.485 1:  DEBUG>FB_3_Btn03: trigger_cnt: 87 (0, on)
2022.08.17 17:56:46.509 1:  DEBUG>FB_3_Btn03: Long 2_87 (to vccu) (0, on)
2022.08.17 17:56:46.510 1:  DEBUG>FB_3_Btn03: trigger: Long_87 (0, on)
2022.08.17 17:56:46.512 1:  DEBUG>FB_3_Btn03: trigger_cnt: 87 (0, on)
2022.08.17 17:56:46.534 1:  DEBUG>FB_3_Btn03: Long 3_87 (to vccu) (0, on)
2022.08.17 17:56:46.536 1:  DEBUG>FB_3_Btn03: trigger: Long_87 (0, on)
2022.08.17 17:56:46.539 1:  DEBUG>FB_3_Btn03: trigger_cnt: 87 (0, on)
2022.08.17 17:56:46.561 1:  DEBUG>FB_3_Btn03: Long 4_87 (to vccu) (0, on)
2022.08.17 17:56:46.563 1:  DEBUG>FB_3_Btn03: trigger: Long_87 (0, on)
2022.08.17 17:56:46.564 1:  DEBUG>FB_3_Btn03: trigger_cnt: 87 (0, on)
2022.08.17 17:56:46.601 1:  DEBUG>FB_3_Btn03: commState: CMDs_done (0, on)
2022.08.17 17:56:46.603 1:  DEBUG>FB_3_Btn03: LongRelease 4_87 (to vccu) (0, on) longend
2022.08.17 17:56:46.605 1:  DEBUG>FB_3_Btn03: trigger: Long_87 (0, on)
2022.08.17 17:56:46.607 1:  DEBUG>FB_3_Btn03: triggerTo_vccu: Long_87 (0, on)
2022.08.17 17:56:46.608 1:  DEBUG>FB_3_Btn03: trigger_cnt: 87 (0, on)
2022.08.17 17:56:46.659 1:  DEBUG>FB_3_Btn03: Long 5_87 (to vccu) (0, on) longstart
2022.08.17 17:56:46.659 1:  DEBUG>--> 4
2022.08.17 17:56:46.672 1:  DEBUG>FB_3_Btn03: trigger: Long_87 (0, off)
2022.08.17 17:56:46.674 1:  DEBUG>FB_3_Btn03: trigger_cnt: 87 (0, off)
2022.08.17 17:56:46.697 1:  DEBUG>FB_3_Btn03: Long 6_87 (to vccu) (0, off)
2022.08.17 17:56:46.698 1:  DEBUG>FB_3_Btn03: trigger: Long_87 (0, off)
2022.08.17 17:56:46.700 1:  DEBUG>FB_3_Btn03: trigger_cnt: 87 (0, off)
2022.08.17 17:56:46.735 1:  DEBUG>FB_3_Btn03: commState: CMDs_done (0, off)
2022.08.17 17:56:46.737 1:  DEBUG>FB_3_Btn03: LongRelease 6_87 (to vccu) (0, off) longend
2022.08.17 17:56:46.739 1:  DEBUG>FB_3_Btn03: trigger: Long_87 (0, off)
2022.08.17 17:56:46.740 1:  DEBUG>FB_3_Btn03: triggerTo_vccu: Long_87 (0, off)


Mich verwundert der Release " LongRelease 4_87 " obwohl dann noch "Long 5_87" und Long 6_87" kommt und dann nochmal "LongRelease 6_87".
Kann das richtig sein? Der LongRelease 4_87 sollte doch eigentlich nicht kommen, oder?


Der Notify sieht so aus:

FB_3_Btn03:.*
{
    my $cmd=shortLongButton($NAME,$EVENT);
        my $filterPumpe=ReadingsVal("DG_SPS","FilterPumpe",0);
        my $prepare=ReadingsVal($NAME,"preFilterPumpe","off");
        Debug ("$NAME: $EVENT ($filterPumpe, $prepare) $cmd");
        ......
}


Schon mal Danke und Gruß
Michael

Großes Mischmasch aus HM, Philips, WLAN und Eigenprojekte.
ABER alles mit FHEM.

MadMax-FHEM

#1
Auf welchen Event GENAU willst du denn reagieren?

Aktuell reagiert deun notify auf ALLES was von FB_3_Btn03 kommt, wie du ja merkst... ;)

Warum nicht einfach:

Eventmonitor aufmachen
Event für den man sich interessiert auswählen
Create/modify - > notify (DOIF, FileLog,...) anlegen lassen
Anpassen
Fertig

https://wiki.fhem.de/wiki/Event_monitor

Und: besser ein vollständiges list...
Siehe: https://forum.fhem.de/index.php/topic,71806.0.html

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

frank

ZitatMich verwundert der Release " LongRelease 4_87 " obwohl dann noch "Long 5_87" und Long 6_87" kommt und dann nochmal "LongRelease 6_87".
Kann das richtig sein? Der LongRelease 4_87 sollte doch eigentlich nicht kommen, oder?
in der theorie ist "LongRelease 4_87" hier wohl eher unsinnig.
vielleicht ein wackelkontakt, fw-bug, ....
sniffe die rawmessages wie im wiki beschrieben.

du solltest commstate events abschalten: https://forum.fhem.de/index.php/topic,120240.msg1147280.html#msg1147280
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

MichaelT

@Joachim:
Ja, Du hast recht. Aber aktuell versuche ich eine allgemeine Funktion für meine Taster zu bauen. Werde das Notify aber am Ende genauer einstellen.
Event-Monitor und die Funktion darin sind mir bekannt, danke.
Mir ging es aber speziell um die Reihenfolge der Events beim Long-Tastendruck.


@Frank:
Wackelkontakt passt meiner Ansicht nach auch nicht, dann würde ich nach dem LongRelease 4_87 ein Long 1_88 erwarten. Dann eher FW-Bug.
Ich sniffe mal, danke.
Commstate werde ich mal reinschauen.


Nochmal Danke für die Unterstützung
Gruß Michael.
Großes Mischmasch aus HM, Philips, WLAN und Eigenprojekte.
ABER alles mit FHEM.

MadMax-FHEM

Naja allgemeine Funktion: du reagierst halt auf ALLES und wertest ALLES aus -> Systemlast...

Besser ist nur auf das zu reagieren, was auch notwendig ist/gebraucht wird.

Wenn du nur für eine bestimmte Zeit wissen willst was der Taster so sendet, damit du "sauber" reagieren kannst, warum nicht einfach ein entsprechendes FileLog anlegen?

Neben Systemlast kann es auch sein, dass z.B. Events dazu kommen (gab es gerade bei Homematic schon) und dann wundern sich viele, warum das System plötzlich "komisch/falsch" reagiert/agiert. Gibt einige Threads dazu. Am Ende waren (fast) immer nicht ordentlich definierte RegEx bei notify/DOIF etc. "schuld"...

Aber es ist nat. dein System... ;)

Wenn Eventmonitor etc. bekannt sind, dann ist es ja gut.
Meistens ist den Leuten mit solchen "notify-Konstrukten" eben diese Möglichkeit nicht bekannt 8)

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

MichaelT

#5
Hallo Zusammen,

@Frank
hier mal der Event-Monitor:
2022-08-18 15:33:05.197 CUL_HM FB_3_Btn03 trigger_cnt: 108
2022-08-18 15:33:05.202 CUL_HM vccu_Btn25 trigLast: FB_3_Btn03:long
2022-08-18 15:33:05.202 CUL_HM vccu_Btn25 trig_FB_3_Btn03: Long_108
2022-08-18 15:33:05.442 CUL_HM FB_3 FB_3_Btn03 Long
2022-08-18 15:33:05.451 CUL_HM FB_3_Btn03 Long 51_108 (to vccu)
2022-08-18 15:33:05.451 CUL_HM FB_3_Btn03 trigger: Long_108
2022-08-18 15:33:05.451 CUL_HM FB_3_Btn03 trigger_cnt: 108
2022-08-18 15:33:05.456 CUL_HM vccu_Btn25 trigLast: FB_3_Btn03:long
2022-08-18 15:33:05.456 CUL_HM vccu_Btn25 trig_FB_3_Btn03: Long_108
2022-08-18 15:33:05.915 CUL_HM FB_3 FB_3_Btn03 LongRelease
2022-08-18 15:33:05.937 CUL_HM FB_3_Btn03 commState: CMDs_done
2022-08-18 15:33:05.937 CUL_HM FB_3_Btn03 LongRelease 51_108 (to vccu)
2022-08-18 15:33:05.937 CUL_HM FB_3_Btn03 trigger: Long_108
2022-08-18 15:33:05.937 CUL_HM FB_3_Btn03 triggerTo_vccu: Long_108
2022-08-18 15:33:05.937 CUL_HM FB_3_Btn03 trigger_cnt: 108
2022-08-18 15:33:05.937 CUL_HM FB_3_Btn03 longInProgress: 0
2022-08-18 15:33:05.969 CUL_HM vccu_Btn25 trigLast: FB_3_Btn03:long
2022-08-18 15:33:05.969 CUL_HM vccu_Btn25 trig_FB_3_Btn03: Long_108
2022-08-18 15:33:05.977 CUL_HM FB_3_Btn03 triggerTo_vccu: Long_108_ack
2022-08-18 15:33:05.986 CUL_HM FB_3 FB_3_Btn03 Long
2022-08-18 15:33:06.008 CUL_HM FB_3_Btn03 Long 52_108 (to vccu)
2022-08-18 15:33:06.008 CUL_HM FB_3_Btn03 trigger: Long_108
2022-08-18 15:33:06.008 CUL_HM FB_3_Btn03 trigger_cnt: 108
2022-08-18 15:33:06.008 CUL_HM FB_3_Btn03 longInProgress: 1
2022-08-18 15:33:06.008 CUL_HM FB_3_Btn03 preFilterPumpe: off
2022-08-18 15:33:06.014 CUL_HM vccu_Btn25 trigLast: FB_3_Btn03:long
2022-08-18 15:33:06.014 CUL_HM vccu_Btn25 trig_FB_3_Btn03: Long_108
2022-08-18 15:33:06.025 CUL_HM FB_3 FB_3_Btn03 LongRelease
2022-08-18 15:33:06.047 CUL_HM FB_3_Btn03 commState: CMDs_done
2022-08-18 15:33:06.047 CUL_HM FB_3_Btn03 LongRelease 52_108 (to vccu)
2022-08-18 15:33:06.047 CUL_HM FB_3_Btn03 trigger: Long_108
2022-08-18 15:33:06.047 CUL_HM FB_3_Btn03 triggerTo_vccu: Long_108
2022-08-18 15:33:06.047 CUL_HM FB_3_Btn03 trigger_cnt: 108
2022-08-18 15:33:06.047 CUL_HM FB_3_Btn03 longInProgress: 0
2022-08-18 15:33:06.079 CUL_HM vccu_Btn25 trigLast: FB_3_Btn03:long
2022-08-18 15:33:06.079 CUL_HM vccu_Btn25 trig_FB_3_Btn03: Long_108



und die passende Kommunikation:
2022.08.18 15:33:04.192 1:  DEBUG>FB_3_Btn03: Long 44_108 (to vccu) (0, on)
2022.08.18 15:33:04.205 0:  HMLAN_Parse: HMLAN1 R:E65666D   stat:0000 t:22A7853B d:FF r:FFAF     m:E8 8440 65666D 1EA149 436C
2022.08.18 15:33:04.206 0:  HMLAN_Parse: HMLAN2 R:E65666D   stat:0000 t:6A56DEF9 d:FF r:FF9F     m:E8 8440 65666D 1EA149 436C
2022.08.18 15:33:04.418 0:  HMUARTLGW HMLAN3 recv: 01 05 01 00 48 msg: E9 84 40 65666D 1EA149 436C
2022.08.18 15:33:04.436 1:  DEBUG>FB_3_Btn03: Long 45_108 (to vccu) (0, on)
2022.08.18 15:33:04.449 0:  HMLAN_Parse: HMLAN1 R:E65666D   stat:0000 t:22A78636 d:FF r:FFAE     m:E9 8440 65666D 1EA149 436C
2022.08.18 15:33:04.450 0:  HMLAN_Parse: HMLAN2 R:E65666D   stat:0000 t:6A56DFF4 d:FF r:FFA0     m:E9 8440 65666D 1EA149 436C
2022.08.18 15:33:04.909 0:  HMUARTLGW HMLAN3 recv: 01 05 01 00 48 msg: EA 84 40 65666D 1EA149 436C
2022.08.18 15:33:04.920 1:  DEBUG>FB_3_Btn03: Long 46_108 (to vccu) (0, on)
2022.08.18 15:33:04.932 0:  HMLAN_Parse: HMLAN1 R:E65666D   stat:0000 t:22A78731 d:FF r:FFB0     m:EA 8440 65666D 1EA149 436C
2022.08.18 15:33:04.933 0:  HMLAN_Parse: HMLAN1 R:E65666D   stat:0000 t:22A7882C d:FF r:FFAF     m:EB 8440 65666D 1EA149 436C
2022.08.18 15:33:04.944 1:  DEBUG>FB_3_Btn03: Long 47_108 (to vccu) (0, on)
2022.08.18 15:33:04.956 0:  HMLAN_Parse: HMLAN2 R:E65666D   stat:0000 t:6A56E0EF d:FF r:FFA0     m:EA 8440 65666D 1EA149 436C
2022.08.18 15:33:04.967 1:  DEBUG>FB_3_Btn03: Long 48_108 (to vccu) (0, on)
2022.08.18 15:33:04.979 0:  HMLAN_Parse: HMLAN2 R:E65666D   stat:0000 t:6A56E1EA d:FF r:FFA1     m:EB 8440 65666D 1EA149 436C
2022.08.18 15:33:04.990 1:  DEBUG>FB_3_Btn03: Long 49_108 (to vccu) (0, on)
2022.08.18 15:33:05.012 0:  HMUARTLGW HMLAN3 recv: 01 05 01 00 48 msg: EB 84 40 65666D 1EA149 436C
2022.08.18 15:33:05.172 0:  HMUARTLGW HMLAN3 recv: 01 05 01 00 48 msg: EC 84 40 65666D 1EA149 436C
2022.08.18 15:33:05.191 1:  DEBUG>FB_3_Btn03: Long 50_108 (to vccu) (0, on)
2022.08.18 15:33:05.203 0:  HMLAN_Parse: HMLAN2 R:E65666D   stat:0000 t:6A56E2E6 d:FF r:FFA1     m:EC 8440 65666D 1EA149 436C
2022.08.18 15:33:05.205 0:  HMLAN_Parse: HMLAN1 R:E65666D   stat:0000 t:22A78927 d:FF r:FFB3     m:EC 8440 65666D 1EA149 436C
2022.08.18 15:33:05.424 0:  HMUARTLGW HMLAN3 recv: 01 05 01 00 47 msg: ED 84 40 65666D 1EA149 436C
2022.08.18 15:33:05.445 1:  DEBUG>FB_3_Btn03: Long 51_108 (to vccu) (0, on)
2022.08.18 15:33:05.903 0:  HMLAN_Parse: HMLAN2 R:E65666D   stat:0000 t:6A56E3E1 d:FF r:FFA0     m:ED 8440 65666D 1EA149 436C
2022.08.18 15:33:05.904 0:  HMLAN_Parse: HMLAN2 R:E65666D   stat:0000 t:6A56E4DC d:FF r:FFA3     m:EE A240 65666D 1EA149 436C
2022.08.18 15:33:05.929 1:  DEBUG>FB_3_Btn03: LongRelease 51_108 (to vccu) (0, on) longend
2022.08.18 15:33:05.969 0:  HMLAN_Parse: HMLAN2 R:E1EA149   stat:0000 t:6A56E558 d:FF r:FFB1     m:EE 8002 1EA149 65666D 00
2022.08.18 15:33:05.977 0:  HMLAN_Parse: HMLAN1 R:E65666D   stat:0000 t:22A78A24 d:FF r:FFB1     m:ED 8440 65666D 1EA149 436C
2022.08.18 15:33:05.989 1:  DEBUG>FB_3_Btn03: Long 52_108 (to vccu) (0, on) longstart
2022.08.18 15:33:05.989 1:  DEBUG>--> 4
2022.08.18 15:33:06.014 0:  HMLAN_Parse: HMLAN1 R:E65666D   stat:0000 t:22A78B1F d:FF r:FFA7     m:EE A240 65666D 1EA149 436C
2022.08.18 15:33:06.039 1:  DEBUG>FB_3_Btn03: LongRelease 52_108 (to vccu) (0, off) longend
2022.08.18 15:33:06.079 0:  HMLAN_Parse: HMLAN1 R:E1EA149   stat:0000 t:22A78B9B d:FF r:FFB6     m:EE 8002 1EA149 65666D 00
2022.08.18 15:33:06.081 0:  HMUARTLGW HMLAN3 recv: 01 05 01 00 47 msg: EE A2 40 65666D 1EA149 436C
2022.08.18 15:33:11.951 0:  HMUARTLGW HMLAN3 send: 00 08
2022.08.18 15:33:11.956 0:  HMUARTLGW HMLAN3 recv: 00 040222, state 98
2022.08.18 15:33:11.956 0:  HMUARTLGW HMLAN3 GetSet Ack: 02, state 98
2022.08.18 15:33:11.957 0:  HMUARTLGW HMLAN3 roundtrip delay: 0.0038
2022.08.18 15:33:13.377 0:  HMUARTLGW HMLAN3:keepAlive send (3): K6b
2022.08.18 15:33:13.381 0:  HMUARTLGW HMLAN3:keepAlive read (4): >K6b
2022.08.18 15:33:15.006 0:  HMUARTLGW HMLAN3 recv: 01 05 00 00 55 msg: 9C 84 70 2F6948 000000 010A36
2022.08.18 15:33:15.013 0:  HMLAN_Parse: HMLAN1 R:E2F6948   stat:0000 t:22A7AECD d:FF r:FFCC     m:9C 8470 2F6948 000000 010A36
2022.08.18 15:33:15.015 0:  HMLAN_Parse: HMLAN2 R:E2F6948   stat:0000 t:6A57088A d:FF r:FFB9     m:9C 8470 2F6948 000000 010A36
2022.08.18 15:33:20.121 0:  HMLAN_Send:  HMLAN1 I:K
2022.08.18 15:33:20.122 0:  HMLAN_Send:  HMLAN2 I:K
2022.08.18 15:33:20.124 0:  HMLAN_Parse: HMLAN1 V:03C5 sNo:JEQ0706316 d:1EA149 O:1EA149 t:22A7C398 IDcnt:001C L:0 %
2022.08.18 15:33:20.134 0:  HMLAN_Parse: HMLAN2 V:03C5 sNo:LEQ0640726 d:2CD99F O:1EA149 t:6A571D56 IDcnt:000F L:1 %
2022.08.18 15:33:23.384 0:  HMUARTLGW HMLAN3:keepAlive send (3): K6c
2022.08.18 15:33:23.386 0:  HMUARTLGW HMLAN3:keepAlive read (4): >K6c
2022.08.18 15:33:27.105 0:  HMUARTLGW HMLAN3 send: 00 08
2022.08.18 15:33:27.140 0:  HMUARTLGW HMLAN3 recv: 00 040222, state 98
2022.08.18 15:33:27.140 0:  HMUARTLGW HMLAN3 GetSet Ack: 02, state 98
2022.08.18 15:33:27.141 0:  HMUARTLGW HMLAN3 roundtrip delay: 0.0345
2022.08.18 15:33:30.107 0:  HMLAN_Parse: HMLAN2 R:E1F90C8   stat:0000 t:6A57432E d:FF r:FFB9     m:73 8670 1F90C8 000000 00FD3B
2022.08.18 15:33:30.140 0:  HMLAN_Parse: HMLAN1 R:E1F90C8   stat:0000 t:22A7E971 d:FF r:FFCE     m:73 8670 1F90C8 000000 00FD3B
2022.08.18 15:33:30.142 0:  HMUARTLGW HMLAN3 recv: 01 05 00 00 3F msg: 73 86 70 1F90C8 000000 00FD3B

Kannst Du da was mit anfangen? Habe 2*HMLAN (1 und 2) und ein HMUARTLGW (HMLAN3)

commStInCh muss ich noch ausblenden! Verstehe ich noch nicht ganz!

@Joachim:
Habe mit "FB_3_Btn03:(Long|LongRelease|Short).*" reduziert.

ZitatAber es ist nat. dein System...
Ja, aber ich habe ja um Hilfe gebeten, also alles gut  ;)



Edit: Ach ja, waren wieder zwei Release!

Gruß
Michael
Großes Mischmasch aus HM, Philips, WLAN und Eigenprojekte.
ABER alles mit FHEM.

MichaelT

Hallo nochmal,

kann es sein, dass das Verhalten mit den zwei oder mehr HMLANs zu tun hat.
Wenn man mal schaut, kommt das LongRelease jeweils von HMLAN1 und HMLAN2.
Es sieht so aus, als wenn das Telegram "EE A240 65666D 1EA149 436C" zweimal ausgewertet und jeweils als LongRelease -Event weitergegeben.

Oder vertue ich mich da?

Gruß
Michael
Großes Mischmasch aus HM, Philips, WLAN und Eigenprojekte.
ABER alles mit FHEM.

MichaelT

Guten Tag,

habe jetzt ein Workaround für mich gefunden. Ich ignoriere alle Event nach einem LongRelease, die die gleiche Eventnummer haben.

Z.B

Long 1_108         (state machine geht auf "longstart")
Long 2_108         (state machine bleibt unverändert)
LongRelease 18_108 (state machine geht auf "longend")
Long 19_108        (state machine geht auf "invalid")
LongRelease 20_108 (state machine bleibt auf "invalid")
Long 1_109         (state machine geht auf "longstart")
.....



Gruß und Danke
Michael

Großes Mischmasch aus HM, Philips, WLAN und Eigenprojekte.
ABER alles mit FHEM.

frank

Zitatkann es sein, dass das Verhalten mit den zwei oder mehr HMLANs zu tun hat.
Wenn man mal schaut, kommt das LongRelease jeweils von HMLAN1 und HMLAN2.
Es sieht so aus, als wenn das Telegram "EE A240 65666D 1EA149 436C" zweimal ausgewertet und jeweils als LongRelease -Event weitergegeben.
fast.
das problem ist hier das teilweise verzögerte eintreffen der von den 3 hmlan parallel empfangenen messages, wodurch einige infos der fb doppelt verarbeitet werden.

die fb sendet genau 7 messages im abstand von 251ms (siehe timestamps "t:......." in den messages von hmlan1/2).
diese haben die fortlaufenden message nummern E8 bis EE. die ersten 6 (typ=8440) müssten "Long xx_108" ereignisse generieren und die message 7 (typ=A240) das "LongRelease" ereignis.

der zähler, der die long wiederholungen zählt, macht fehler, wenn messages von einem io verspätet eintreffen.
im ersten fall erzeugt hmlan2 zwei zusätzliche long, am schluss hmlan1 ebenfalls.
in beiden fällen zeigen die timestamps vom log sprünge von etwa 450ms.

theoretisch:
msg_nbr: e8 e9 ea eb       ec ed ee
lng_nbr: 44 45 46 47       48 49 LR

real:
msg_nbr: e8 e9 ea eb ea eb ec ed ee ed ee
lng_nbr: 44 45 46 47 48 49 50 51 LR 52 LR


also: fhem freezes vermeiden, events minimieren, netzwerk trafic minimieren, ....
der erste longrelease ist immer der wahre release.
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

MichaelT

Danke für die Erklärung.

Schau ich mir nochmal genauer an wenn ich aus dem Urlaub zurück bin.

Michael
Großes Mischmasch aus HM, Philips, WLAN und Eigenprojekte.
ABER alles mit FHEM.