Firmware zu CUL, CUNX und Co. mit Timestamp Option ASKSIN tsculfw V0.39

[exocet01]

Hallo Ansgar,

  Es funktioniert einwandfrei! Super!
Bin total Happy

Viele Grüße
Eckart

[noansi]

Hallo Eckart,

schön. Du bist wohl einer der wenigen, der jetzt noch die Rolläden laufen lässt. 

Danke für's geduldige Testen.

Berichte bitte, ob es über einen längeren Testzeitraum Unterschiede in der Schaltzuverlässigkeit oder auch Reichweite gibt.

Gruß, Ansgar.

[noansi]

Hallo Eckart,

im Anhang noch eine neue als V0.40 "getarnte" Version der Firmware, damit auch der IT Empfang wieder klappt.

Gruß, Ansgar.

[exocet01]

Hallo Ansgar,

Funktioniert leider nicht. Habe mal Autocreate aktiviert und meine IT STeckdose per Handsender eingeschaltet/ausgeschaltet. Das Device wurde in FHEM nicht angelegt.

Gruß
Eckart

[noansi]

Hallo Eckart,

kennst Du das IT Protokoll und clock des IT Handsenders?

Gruß, Ansgar.

[exocet01]

Hi,

nicht genau, aber ich hatte mich vor einiger Zeit mal hingesetzt und alle Codes ausprobiert. Folgender Config (siehe Bild) funktioniert bei mir. Also: Wenn ich händisch definiere kann ich auch das Gerät über deine FW ansprechen.

Gruß
Eckart

[noansi]

Hallo Eckart,

prinzipiell hat der IT V1 Empfang im letzten Stand funktioniert. Allerdings gibt es einen Verwechslungsbereich mit IT V3 und HEEU, abhängig vom Timing der Fernbedienung.

Im Anhang eine neue als VTS 0.40 "getarnte" Version zum Testen.

Wäre schön, wenn Du auch IT V3 und HEEU Geräte hättest, denn ich habe für die die Timing Tolereanz deutlich eingeengt und Zusatzcode, um ggf. doch noch IT V1 zu interpretiern.

Der Zusatzcode dafür hat natürlich das Flash Limit gerissen und ich habe XLED deswegen weg gelassen. Damit ist LED Blinken nur noch "langweilig". 

Nur mit den neueren FHEM Modulen und raw X29, sowie verbose 4 könntest Du auch noch das Timing raus bekommen. Dann kommt so was in das fhem Log:

Code: [Auswählen]

2022.09.27 21:00:26.922 4: TSCUL_Parse: PIG2_WS433 raw SlowRf:
H 0 - s0
H 376 L896 s0
H 880 L328 s0
H 264 L880 s1
H 304 L864 s0
H 304 L872 s1
H 912 L312 s1
H 264 L920 s1
H 896 L256 s0
H 328 L872 s1
H 296 L864 s0
H 304 L904 s1
H 304 L856 s1
H 304 L912 s1
H 296 L872 s1
H 296 L880 s1
H 904 L320 s1
H 264 L912 s3
H 896 L264 s3
H 320 L872 s3
H 880 L296 s3
H 296 L912 s3
H 304 L856 s3
H 304 L912 s3
H 840 L312 s3.
2022.09.27 21:00:26.973 4: TSCUL_Parse: PIG2_WS433 raw SlowRf:
H 320 L9160 s0
H 312 L864 s2
H 880 L312 s5
H 320 L872 s5
H 304 L864 s5
H 304 L872 s5
H 904 L320 s5
H 264 L912 s5
H 896 L264 s5
H 320 L872 s5
H 296 L864 s5
H 304 L912 s5
H 296 L864 s5
H 296 L912 s5
H 296 L872 s5
H 296 L880 s5
H 904 L320 s5
H 256 L920 s5
H 896 L264 s5
H 320 L872 s5
H 896 L296 s5
H 288 L864 s5
H 304 L912 s5
H 296 L864 s5
H 888 L312 s5.
2022.09.27 21:00:26.984 4: TSCUL_Parse: PIG2_WS433 i4501513A -45Die zweite Nachricht wird an der darin enthaltenen Pause erkannt.
itclock wäre dann aus der Pause

Code: [Auswählen]

H 320 L9160 s0als Summe von H und L geteilt durch 32 relativ genau rauszulesen. In diesem Fall also (320+9160)/32 = 296.xx, was ich auch zum Senden verwendet habe.

Gruß, Ansgar.

[exocet01]

Hi Ansgar,

also jetzt funktioniert es öfter mit der Erkennung, jedoch nur sehr sporadisch. Bekomme im Log immer wieder die Fehlermeldung:

Code: [Auswählen]

2022-09-28_21:53:19 CUL_0 UNKNOWNCODE i050514
2022-09-28_21:53:19 CUL_0 UNKNOWNCODE i0575d5
2022-09-28_21:53:21 CUL_0 UNKNOWNCODE i050514
2022-09-28_21:53:21 CUL_0 UNKNOWNCODE i0575d5
2022-09-28_21:53:22 CUL_0 UNKNOWNCODE i050515
2022-09-28_21:53:23 CUL_0 UNKNOWNCODE i0575d5
Ein einziges mal habe ich es geschafft es anscheinend vollständig anzulegen (siehe Bild). Timing habe ich noch nicht geprüft. Evtl. macht es Sinn einfach eine IT V3 Dose zu kaufen...

[noansi]

Hallo Eckart,

die Interrupts/s beim CUL können auch noch ein Indikator sein. Versuch mal bei dem CUL set agcMaxDVGA 2 statt der Default 0.

Übrigens, statt der Bilder wäre es besser, ein list vom device in Code Tags zu posten, also list IT_00FF00FF0F für Dein IT device.

Ein list vom CUL wäre dann auch mal ganz gut.

Hast Du mit dem angelegten Device auch mal gesendet?

Gruß, Ansgar.

[exocet01]

Hi,

mein IT Device hatte ich wieder gelöscht um wieder zu testen ob es nochmal erkannt wird. Aber irgendwie geht jetzt gar nichts mehr.
Hier mein list CUL_=:

Code: [Auswählen]

Internals:
   CMDS       ABCFGJKRUVWXYehiltx
   CUL_0_MSGCNT 420
   CUL_0_TIME 2022-09-29 19:47:43
   Clients    STACKABLETS:STACKABLE:TSCUL_WS:TSCUL_NC7427:IT:CUL_FHTTK:CUL_HOERMANN:TSCUL_TX:CUL_IR:SOMFY:Revolt:ESA2000:TSCUL_RFR:TSCUL_EM:BS:USF1000:FS20:FHT.*:TSKS300:TSHMS:FS20V:UNIRoll:CUL_TCM97001:CUL_REDIRECT
   DEF        /dev/ttyACM0@12000000 1034
   DeviceName /dev/ttyACM0@12000000
   FD         4
   FHTID      1034
   FUUID      632f6ca9-f33f-d1ce-0914-e78649c00cf14b92
   NAME       CUL_0
   NR         89
   PARTIAL   
   RAWMSG     i0575d5
   RSSI       -27.5
   ReReadTO   0.002
   STATE      Initialized
   TYPE       TSCUL
   VERSION    VTS 0.40 CUL433
   VERSION_HW CUL_V3.4_0017
   VERSION_TS yes AES ChTblSize:209
   XmitOpen   0
   devioNoSTATE 1
   eventCount 408
   initString XP1C
X21
AM5
AHF11034
   MatchList:
     A:TSCUL_WS ^K[\dA-F]....
     B:TSCUL_NC7427 ^n..........
     C:IT       ^i.(?::.|.....)
     D:CUL_FHTTK ^T[\dA-F][\dA-F][\dA-F][\dA-F][\dA-F][\dA-F][\dA-F][\dA-F]
     E:CUL_HOERMANN ^R..........
     F:TSCUL_TX ^TX[A-F89].........
     G:CUL_IR   ^I............
     H:SOMFY    ^Y[r|t|s]:?[\dA-F]+
     I:Revolt   ^r......................$
     J:ESA2000  ^S................................$
     K:TSCUL_RFR ^[\dA-F][\dA-F][\dA-F][\dA-F]~
     L:TSCUL_EM ^E0.0[\dA-F]......
     M:FS20V    ^81..(?:04|0c)..0101a001......00[89a-f]...
     N:BS       ^81..(?:04|0c)..0101a001a5cf
     O:USF1000  ^81..(?:04|0c)..0101a001a5ceaa00....
     P:FS20     ^81..(?:04|0c)..0101a001
     Q:FHT      ^81..(?:04|09|0d)..(?:0909a001|83098301|c409c401)..
     R:TSKS300  ^810d04..4027a001
     T:TSHMS    ^810e04......a001
     U:UNIRoll  ^[0-9A-F]{5}(B|D|E)
     V:CUL_TCM97001 ^s[\dA-F]+
     W:CUL_REDIRECT ^o
     Y:STACKABLETS ^\*
     Z:STACKABLE ^\*
   READINGS:
     2022-09-29 19:48:52   SlowRfconf      freq:433.920MHz freqOffs:0.000kHz bWidth:325kHz freqIF:203.12kHz rAmpl:42dB sens:12dB dRate:2.461kBit/s
agcPrio:0 agcWait:16 agcHyst:2 agcMaxLNA:0.0dB agcMaxDVGA:0 AGC_FREEZE:0
CCAmode:0 csRelThr:10dB csAbsThr:7dB  peakfilter:88
     2022-09-29 19:48:52   Xmit-Events     non-HM:12 disconnected:3
     2022-09-29 19:48:52   ccconf          freq:433.920MHz freqOffs:0.000kHz bWidth:325kHz freqIF:203.12kHz rAmpl:42dB sens:12dB dRate:2.461kBit/s
agcPrio:0 agcWait:16 agcHyst:2 agcMaxLNA:0.0dB agcMaxDVGA:0 AGC_FREEZE:0
CCAmode:0 csRelThr:10dB csAbsThr:7dB
     2022-09-29 19:47:22   cmds             A B C F G J K R U V W X Y e h i l t x
     2022-09-29 19:48:52   cond            non-HM
     2022-09-29 19:48:52   peakfilter      88 µs
     2022-09-29 19:47:07   prot_disconnected last
     2022-09-29 19:48:52   prot_non-HM     last
     2022-09-29 19:47:24   state           Initialized
   helper:
     ChkPart    0
     RA_Timeout 0
     SVTS       1
     VTS        1
     VTS_ACK    1
     VTS_AES    1
     nRec       0
     recAlive   1
     recd       1
     DEVIOTS:
       RXfailTO   
     HM:
       ChTblSize  209
       HMactive   0
       hmCrdts    9
       ChTbl:
     cnd:
       250        12
       253        3
     hmLog:
       Resolve    1
       IDs:
     q:
       HMcndN     250
       answerPend 0
       hmLanQlen  1
     ref:
       ioBR       3840
       lHMt       4294967295
       lSys       1750793717.38055
       pngLm      80
       scF        1
Attributes:
   icon       cul_cul
   rfmode     SlowRF
   verbose    0
Habe den Handsende mal umgestellt (von A auf B) ohne dass ich eine entsprechende Steckdose dran habe und habe auf den an und aus Knopf gedrückt: Es wurden von Autocreate 2 devices angelegt:

Code: [Auswählen]

Internals:
   00         f0
   CFGFN     
   DEF        F0FF00FF0F FF F0
   FUUID      6335de37-f33f-d1ce-d208-494c467524056dcb
   NAME       IT_F0FF00FF0F
   NR         584
   STATE      ???
   TYPE       IT
   XMIT       f0ff00ff0f
   XMITdimdown 00
   XMITdimup  00
   XMITon     ff
   CODE:
     1          f0ff00ff0f
   READINGS:
     protocol:
       VAL        V1
Attributes:
   room       IT

Code: [Auswählen]

Internals:
   00         f0
   CFGFN     
   DEF        F0FFF1FF1F FF F0
   FUUID      6335de37-f33f-d1ce-f3cc-df9ac817944b0dc4
   NAME       IT_F0FFF1FF1F
   NR         585
   STATE      ???
   TYPE       IT
   XMIT       f0fff1ff1f
   XMITdimdown 00
   XMITdimup  00
   XMITon     ff
   CODE:
     1          f0fff1ff1f
   READINGS:
     protocol:
       VAL        V1
Attributes:
   room       IT
und hier ein Log für das eigendliche Geräte das nicht angelegt wurde:

Code: [Auswählen]

2022.09.29 20:36:18 4: TSCUL_Parse: CUL_0 i0575D523 -56.5
2022.09.29 20:36:18 5: CUL_0: dispatch i0575d5
2022.09.29 20:36:18 4: CUL_0 IT: message "i0575d5" (7)
2022.09.29 20:36:18 4: CUL_0 IT: msgcode "00FFF1FF1FFF" (12) bin = 000001010111010111010101
2022.09.29 20:36:18 5: CUL_0 IT: V1 housecode = 00FFF1FF1F  onoffcode = FF
2022.09.29 20:36:18 3: CUL_0: Unknown code i0575d5, help me!
2022.09.29 20:36:24 5: TSCUL_Read CUL_0: /Ci5800E102DDBC048898E82286441304FD

[noansi]

Hallo Eckart,

ist Dir klar, dass Du für autocreate beim IT device 2 mal innerhalb von 30 Sekunden die On Taste an der Fernbedienung drücken musst?

Du scheinst auch recht dicht am CUL zu drücken, meint der RSSI. Nimm mal was mehr Abstand.

agcMaxDVGA hast Du beim CUL nicht auf 2 umgestellt.

Gruß, Ansgar.

[exocet01]

Hallo Ansgar,

Nein, dass mit den 30 sec. wusste ich nicht, aber ich hatte eh aus Verzweiflung öfters drauf gedrückt.
Die agsMaxDVGA Einstellung hatte ich auch auf 2 gestellt.
Gersten wurde ein Gerät mal erkannt, welches ich dann gelöscht habe um festzustellen ob es nochmal klappt. Aber seitdem geht wieder nichts mehr. Kann das eventuell an Autocreate liegen? Bei den IT Devices habe ich zudem festgestellt dass es nur noch IODevList gibt, aber kein IODev.
Ich habe es auch mit mehr Abstand und weniger Abstand versucht. Ich finde einfach kein Muster.

Mit freundlichen Grüßen
Eckart

[noansi]

Hallo Eckart,

im Anhang nochmal eine neue "Tarnversion" der Firmware zum testen. Ich habe damit den IT V1 Empfang im clock Bereich von 120us bis 672us erfolgreich durchgetestet.

Dein Problem liegt aber vermutlich beim Löschen des alten zuvor angelegten devices.
Du führst vermutlich nur ein delete xxxxxxxxxx in fhem aus.
Das löscht das für Dich sichtbare device.
Aber es bleiben anscheinend anschließend Reste oder die Reste werden durch das delete via DELETE notify wieder erzeugt.
Damit meint das IT Modul, dass das gelöschte device noch existiert und das erzeugt so ein Log Verhalten.

Starte fhem nach dem Löschen nochmal neu und versuch es dann mit dem autocreate.

Edit: Im Anhang auch noch ein 10_IT.pm das eine entsprechend korrigierte undef Funktion enthält. Damit sollte es ohne fhem Neustart gehen, zumindest, wenn das neu erstellte device nicht umbenannt wurde, was ich nicht getestet habe.

Bei den IT Devices habe ich zudem festgestellt dass es nur noch IODevList gibt, aber kein IODev.

Ja, das ist anders und aus meiner Sicht gut so. Wenn Du mehrere IOs zum Senden in der Liste hast und eines davon (für fhem erkennbar) ausfällt. Dann wird das nächste aus der Liste gewählt.
Die Doku zum Modul beschreibt es auch entsprechend und auch, dass IODevList vor einem Sendeversuch vom User gesetzt werden muss.

Gruß, Ansgar.

[exocet01]

Hallo Ansgar,

jetzt werden gleich 2 devices angelegt. Hier nochmal die Config:
CUL_0:

Code: [Auswählen]

Internals:
   CMDS       ABCFGJKRUVWXYehiltx
   CUL_0_MSGCNT 89
   CUL_0_TIME 2022-10-02 23:55:29
   Clients    STACKABLETS:STACKABLE:TSCUL_WS:TSCUL_NC7427:IT:CUL_FHTTK:CUL_HOERMANN:TSCUL_TX:CUL_IR:SOMFY:Revolt:ESA2000:TSCUL_RFR:TSCUL_EM:BS:USF1000:FS20:FHT.*:TSKS300:TSHMS:FS20V:UNIRoll:CUL_TCM97001:CUL_REDIRECT
   DEF        /dev/ttyACM0@12000000 1034
   DeviceName /dev/ttyACM0@12000000
   FD         9
   FHTID      1034
   FUUID      632f6ca9-f33f-d1ce-0914-e78649c00cf14b92
   NAME       CUL_0
   NR         86
   PARTIAL   
   RAWMSG     i0575d5
   RSSI       -76.5
   STATE      Initialized
   TYPE       TSCUL
   VERSION    VTS 0.40 CUL433
   VERSION_HW CUL_V3.4_0017
   VERSION_TS yes AES ChTblSize:209
   XmitOpen   0
   devioNoSTATE 1
   eventCount 3
   initString XP1C
X21
AM5
AHF11034
   MatchList:
     A:TSCUL_WS ^K[\dA-F]....
     B:TSCUL_NC7427 ^n..........
     C:IT       ^i.(?::.|.....)
     D:CUL_FHTTK ^T[\dA-F][\dA-F][\dA-F][\dA-F][\dA-F][\dA-F][\dA-F][\dA-F]
     E:CUL_HOERMANN ^R..........
     F:TSCUL_TX ^TX[A-F89].........
     G:CUL_IR   ^I............
     H:SOMFY    ^Y[r|t|s]:?[\dA-F]+
     I:Revolt   ^r......................$
     J:ESA2000  ^S................................$
     K:TSCUL_RFR ^[\dA-F][\dA-F][\dA-F][\dA-F]~
     L:TSCUL_EM ^E0.0[\dA-F]......
     M:FS20V    ^81..(?:04|0c)..0101a001......00[89a-f]...
     N:BS       ^81..(?:04|0c)..0101a001a5cf
     O:USF1000  ^81..(?:04|0c)..0101a001a5ceaa00....
     P:FS20     ^81..(?:04|0c)..0101a001
     Q:FHT      ^81..(?:04|09|0d)..(?:0909a001|83098301|c409c401)..
     R:TSKS300  ^810d04..4027a001
     T:TSHMS    ^810e04......a001
     U:UNIRoll  ^[0-9A-F]{5}(B|D|E)
     V:CUL_TCM97001 ^s[\dA-F]+
     W:CUL_REDIRECT ^o
     Y:STACKABLETS ^\*
     Z:STACKABLE ^\*
   READINGS:
     2022-09-30 20:10:51   ITSndFreq       433.920MHz +0.000kHz
     2022-10-02 23:27:28   SlowRfconf      freq:433.920MHz freqOffs:0.000kHz bWidth:325kHz freqIF:203.12kHz rAmpl:42dB sens:12dB dRate:2.461kBit/s
agcPrio:0 agcWait:16 agcHyst:2 agcMaxLNA:0.0dB agcMaxDVGA:2 AGC_FREEZE:0
CCAmode:1 csRelThr:10dB csAbsThr:7dB  peakfilter:88
     2022-10-02 23:27:28   Xmit-Events     disconnected:1 non-HM:2
     2022-10-02 23:27:28   ccconf          freq:433.920MHz freqOffs:0.000kHz bWidth:325kHz freqIF:203.12kHz rAmpl:42dB sens:12dB dRate:2.461kBit/s
agcPrio:0 agcWait:16 agcHyst:2 agcMaxLNA:0.0dB agcMaxDVGA:2 AGC_FREEZE:0
CCAmode:1 csRelThr:10dB csAbsThr:7dB
     2022-10-02 23:16:33   cmds             A B C F G J K R U V W X Y e h i l t x
     2022-10-02 23:27:28   cond            non-HM
     2022-10-02 23:27:28   peakfilter      88 µs
     2022-10-02 23:16:33   prot_disconnected last
     2022-10-02 23:27:28   prot_non-HM     last
     2022-10-02 23:16:35   state           Initialized
   helper:
     ChkPart    0
     RA_Timeout 0
     SVTS       1
     VTS        1
     VTS_ACK    1
     VTS_AES    1
     nRec       0
     recAlive   1
     recd       1
     DEVIOTS:
       RXfailTO   
     HM:
       ChTblSize  209
       HMactive   0
       hmCrdts    9
       ChTbl:
     cnd:
       250        2
       253        1
     hmLog:
       Resolve    1
       IDs:
     q:
       HMcndN     250
       answerPend 0
       hmLanQlen  1
     ref:
       ioBR       3840
       lHMt       4294967295
       lSys       1751145393.54448
       pngLm      80
       scF        1
Attributes:
   icon       cul_cul
   rfmode     SlowRF
   verbose    0
Und hier die angelegten Geräte (obwohl ich nur An/Aus auf der Fenrbedienung gedrückt habe . IODevList habe ich gefüllt und die Funktion getestet. Das erste Device schaltet die Dose zuverlässig ein, aber nicht mehr aus. Das zweite Gerät funktioniert gar nicht:
Gerät 1:

Code: [Auswählen]

Internals:
   00         f0
   CFGFN     
   CUL_0_MSGCNT 5
   CUL_0_RAWMSG i050514
   CUL_0_RSSI -73.5
   CUL_0_TIME 2022-10-02 23:53:42
   DEF        00FF00FF0F FF F0
   FUUID      633a07cb-f33f-d1ce-d4c3-dda0bed9d0616d5f
   IODev      CUL_0
   LASTInputDev CUL_0
   MSGCNT     5
   NAME       IT_00FF00FF0F
   NR         241
   STATE      off
   TYPE       IT
   XMIT       00ff00ff0f
   XMITdimdown 00
   XMITdimup  00
   XMITon     ff
   eventCount 22
   CODE:
     1          00ff00ff0f
   READINGS:
     2022-10-02 23:51:43   protocol        V1
     2022-10-02 23:56:10   state           off
Attributes:
   IODevList  CUL_0
   room       IT
Gerät 2:

Code: [Auswählen]

Internals:
   00         f0
   CFGFN     
   CUL_0_MSGCNT 4
   CUL_0_RAWMSG i0575d5
   CUL_0_RSSI -76.5
   CUL_0_TIME 2022-10-02 23:55:29
   DEF        00FFF1FF1F FF F0
   FUUID      633a07cd-f33f-d1ce-c382-34184ffd39f9cb32
   IODev      CUL_0
   LASTInputDev CUL_0
   MSGCNT     4
   NAME       IT_00FFF1FF1F
   NR         243
   STATE      off
   TYPE       IT
   XMIT       00fff1ff1f
   XMITdimdown 00
   XMITdimup  00
   XMITon     ff
   eventCount 20
   CODE:
     1          00fff1ff1f
   READINGS:
     2022-10-02 23:51:43   protocol        V1
     2022-10-02 23:56:11   state           off
Attributes:
   IODevList  CUL_0
   room       IT

[noansi]

Hallo Eckart,

im Anhang nochmal eine Tarnversion zum testen.
Wenn Du mit

Code: [Auswählen]

set CUL_0 raw X25den CUL auf Bitausgabe erweiterst, dann erscheint im fhem Log so was:

Code: [Auswählen]

2022.10.03 21:28:52.252 4: TSCUL_Parse: PIG2_WS433 i0575D53C -44
2022.10.03 21:28:52.268 4: TSCUL_Parse: PIG2_WS433 p05 272 9176 312 880 896 296 312 0 3 0 -44 0575D5
2022.10.03 21:28:52.354 4: PIG2_WS433 IT: message "i0575d5" (7)
2022.10.03 21:28:52.357 4: PIG2_WS433 IT: msgcode "00FFF1FF1FFF" (12) bin = 000001010111010111010101
Bitte dies mit der Information, welche Taste dazu gedrückt wurde.

Denn das

Code: [Auswählen]

2022.10.03 21:28:52.268 4: TSCUL_Parse: PIG2_WS433 p05 272 9176 312 880 896 296 312 0 3 0 -44 0575D5
nach dem ixxxxxx enthält die Timing Information und roh die empfangenen "Bits".

Außerdem war beim CUL das Ints_per_sec Reading noch nicht wieder enthalten, dauert was, ist aber von Interesse.

Ich kann das, was Du offenbar regelmäßig empfängst senden und auch wieder empfangen. Von daher gehe ich derzeit weniger von einem CUL Softwareproblem aus. Sofern dein Handsender nicht was anderes als IT V1 sendet.

Ich bin auch etwas erstaunt, denn "Gerät 1:" entspricht doch der von Dir vormals als funktionierend genannten Konfiguration https://forum.fhem.de/index.php/topic,24436.msg1236512.html#msg1236512?!?

Hast Du mit der Code Verstellung ggf. Probleme? Handsender und Dose müssen den gleichen Code haben.

Wenn der Handsender bei ein und derselben Codeeinstellung zu den beiden Geräten bei On bzw. Off führt, dann verhält es sich anders, als das IT Modul es erwartet, denn es wird bei Off dann ein anderer Gerätecode vom Handsender gesendet.
Entweder ist dann der Codewähler elektrisch wacklig oder eventuell die Batterie schon ermattet, so dass es zu merkwürdigem Verhalten beim Handsender kommt. Oder es ist ein merkwürdiges IT V1 Verhalten. Kannst Du mit dem Handsender noch die Dose schalten?

Gruß, Ansgar.