FS20: CUL am Server + CUL am RPi -> Befehl doppelt empfangen und nicht erkannt.

[ext23]

Nabend,

ich habe hier ein Phänomen was mich zum Verzweifeln bringt. Ich habe eine FS20 Fernbedienung (FS20 DF). Mit dieser setze ich einen Toggle Befehl ab. Damit schalte ich eine USB Steckdose. Ich habe zwei CUL, einem an Server und einen an einem RPi (für eine bessere Funkabdeckung).

Jedes mal wenn ich schalte, geht die Steckdose an und kurz danach wieder aus. Das habe ich aber nur bei dieser einen Verbindung. Alle anderen Funktionen der FB (alles toggle) laufen ohne Probleme. Ich habe das Gefühl, dass FHEM das Signal 2 mal bekommt (Was ja auch richtig ist wenn ich zwischen den Empfängern stehe) aber es irgendwie nicht schafft zu erkennen, dass dies nur ein Befehl war. Daher führt er die ganze Sache auch 2 mal aus. Ich weiß nicht woran FHEM das fest macht aber wenn es an der Zeit fest gemacht wird, passiert das natürlich das da mal eine Sekunde Unterschied ist.

Ich hab hier mal das log:

Code Auswählen Erweitern


2015.11.01 22:19:22 5: CUL/RAW: /FC04A0912E8
2015.11.01 22:19:22 4: CUL_Parse: CUL1 FC04A0912E8 -86
2015.11.01 22:19:22 5: CUL1 dispatch 810b04xx0101a001c04a090012
2015.11.01 22:19:22 4: FS20 FS20_FB_02_Kanal10 toggle
2015.11.01 22:19:22 5: Triggering FS20_FB_02_Kanal10 (1 changes)
2015.11.01 22:19:22 5: Notify loop for FS20_FB_02_Kanal10 toggle
2015.11.01 22:19:22 5: Triggering Notify_FS20_FB_02_Kanal_10_toggle
2015.11.01 22:19:22 4: Notify_FS20_FB_02_Kanal_10_toggle exec set az_SISPM_4 toggle
2015.11.01 22:19:22 5: Cmd: >set az_SISPM_4 toggle<
2015.11.01 22:19:22 3: SIS_PMS az_SISPM_4 state changed from on to off
2015.11.01 22:19:23 5: Triggering az_SISPM_4 (1 changes)
2015.11.01 22:19:23 5: Notify loop for az_SISPM_4 off
2015.11.01 22:19:23 4: RPi_CUL: CUL CUL_RPi 810b04xx0101a001c04a090012
2015.11.01 22:19:23 5: CUL_RPi dispatch 810b04xx0101a001c04a090012
2015.11.01 22:19:23 4: FS20 FS20_FB_02_Kanal10 toggle
2015.11.01 22:19:23 5: Triggering FS20_FB_02_Kanal10 (1 changes)
2015.11.01 22:19:23 5: Notify loop for FS20_FB_02_Kanal10 toggle
2015.11.01 22:19:23 5: Triggering Notify_FS20_FB_02_Kanal_10_toggle
2015.11.01 22:19:23 4: Notify_FS20_FB_02_Kanal_10_toggle exec set az_SISPM_4 toggle
2015.11.01 22:19:23 5: Cmd: >set az_SISPM_4 toggle<
2015.11.01 22:19:23 3: SIS_PMS az_SISPM_4 state changed from off to on
2015.11.01 22:19:24 5: Triggering az_SISPM_4 (1 changes)
2015.11.01 22:19:24 5: Notify loop for az_SISPM_4 on

Habe ich hier irgendwo ein Denkfehler oder was mach ich falsch?

Gruß
Daniel

[rudolfkoenig]

Wie sind die beiden CULs angebunden? Ich empfehle bei den Remote-CUL socat/ser2net, da es schneller sein duerfte als FHEM2FHEM. Sonst wurde ich "attr global mseclog" aktivieren, nochmal loggen, und das "attr global dupTimeout" Parameter (Voreinstellung ist 0.5s) erhoehen.
Duplikat betrifft immer nur unterschiedliche IO-Geraete, insofern koennte man das vermutlich auch drastisch (5s) erhoehen.

[ext23]

Ja der ist natürlich mit FHEM2FHEM angebunden. Ich habe jetzt "attr global dupTimeout" auf 2 Sekunden gesetzt und jetzt funktioniert es. Der Zeitunterschied ist knapp unter einer Sekunde bei mir.
15:35:21.045
15:35:22.027

Ich werde die Sache beobachten ob ich da irgend welche Nachteile bemerke aber ich denke das wird nicht der Fall sein. Was natürlich merkwürdig ist, dass es nur bei genau dem einem Schaltvorgang auftritt, alle anderen Funktionen der Fernbedienung funktionieren ja. Aber gut ich muss nicht alles verstehen.

Hab vielen Dank.
Daniel