I guessed it would work with your older pluggs (mine is >25 years old!).
Looking at the log you see what the binding sends to the stick:
is01011011001000001011100010F0F0000000010
The is for interechno-mode send
up to the first F it is your address, however each blank is replaced by an F, and at the end the OFF command is added.
If you would know the exact command needed to be sent directly (for example by screen) we could make that up for the binding.
Read through that thread and the other one ([CUL transport] Fix for issue with CUL transport race condition).
In your case (OH-beginner) I would suggest to continue in here, using the raw mode correctly should produce the same output as you have done in FHEM.
Im Gegensatz zum alten Protokoll (Intertechno V1) wird das Binärwort hier nicht mit 0 und F sondern 0 und 1 gesendet.
is (Sende Intertechno Kommando) 01010010101011101000000110 (Gerätecode Fernbedienung) 01 (Kommando ON) 0011 (Tastenpaar 4)
Die culfw unterscheidet anhand der Kommandolänge ob es sich um einen alten (12 Zeichen) oder neuen (32 Zeichen) Intertechno Befehl handelt. Genauso unterscheidet das IT-Modul in FHEM die beiden Formate:
define <name> IT <10-bit-housecode> <off-code> <on-code> [<dimup-code>] [<dimdown-code>]
und
define <name> IT <26 bit Address> <1 bit group bit> <4 bit unit>
und setzt das Reading protocol auf V3.
As you can see, now mention of off-code or on-code in the 26bit case…
That doesn’t sound normal.
Is this the same when using an old plug?
Is the Stick showing abnormal blinking? I have read of cases when the Stick got stuck which needed a completed system restart.
Yes. I basically flicked too many times (I made 20 or so items to avoid trial and error line by line) and now nothing works.
But basically I think there is a restriction of how many signals you can send per hour.
I don’t it is per hour, the credit report you see in the log is about that restriction. IMHO it is per minute, but nevertheless your stick is probably stuck.
Edit
Reading the misc section shows that you were correct. What did the log show for credits?
Could you help me make my old steckdose work well please?
So…
Below is actually a “hack” i had from FHEM. Ironically it is how I helped other make this super old thing work on FHEM:
Switch Funkstecker8 “Funkstecker IT Test8”{ culintertechno=“type=raw;address=0F0F0FFFFF;commandOn=FF;commandOff=FO”}
Switch Funkstecker9 “Funkstecker IT Test9”{ culintertechno=“type=raw;address=1F0F0FFFFF;commandOn=FF;commandOff=FO”}
So, in the above case, Funkstecker8 - only turns SwitchA On and Funkstecker9 - only turns SwitchB Off.
It doesn’t matter if it is sending commandOn or CommandOff - Funk8 - always to turn On, Funk9 - always to turn Off.
Using this “RAW” mode, can I make it more logical?
Sorry above was a typo - F0 not FO (but actually it worked even with FO)…
The point is, that those last 2 characters don’t serve a purpose. They are just packing - I put 00 as both ON and OFF and it still works same way.
Funk8 ON / OFF = switch A ON
Funk9 ON / OFF = switch A OFF
So the on/off is in the start rather than the end
Both FHEM and OpenHAB do not seem to allow me to have a blank address…
Ok., never tried that, are errors logged? But the newer version I showed above uses a syntax for the he raw mode that does exactly that ( using only ON or OFF,no address).