Intertechno receiving possible? Openhabian, CUL-Stick

Hi there,
I’ve switched from FHEM to OpenHAB and have a system of Intertechno devices (plugs ITT-1500, selfmade binary sensors for motion and window contacts) and ESPEasy clients.

The ESPEasy clients work very well (sending+receiving), also due to Mark’s Post in this thread New 433 Mhz CUL and Intertechno Binding I was able to implement my Intertechno plugs.
But what is working is only sending.
(I found an old thread from Oct 2015 which had to real ending, just as for the time receiving was not possible,)
E.g. I created my working switches as items:

Switch Shutter {culintertechno="type=raw;address=00111111010111000101001110;commandOn=011011;commandOff=001011"}

and put it in the sitemap as:

Switch item=Shutter label="Shutter " icon="rollershutter" mappings=[ON="UP", OFF="DOWN"]

It’s working OK.
But when I switch the shutter with my remote control, the status is not updated in OpenHAB, why is that so?

The other thing: I have motion sensors, just as the ones from Intertechno. They send an ON or OFF depending on their status. I created as item e.g.:

Contact MS {culintertechno="type=raw;address=01011001011110110000010101;commandOn=010000;commandOff=000000"}

And when I try to create a “contact” in the sitemap it doesn’t work. Why is that so?
What I can do is:

Text item=MS label="Motion Sensor" icon="motion"

But firsteval I saw a nice contact icon in some demo sitemap and don’t know, why I have to use a text, or switch in the sitemap. (At this point I think the documentation is really bad :frowning: )
In addition when I startle the motion sensor nothing is happening.
I think it would be the same action as just pressing the device button on a remote control.

So the/my main problem is receiving.

Has someone a working CUL-Stick, openHabian Intertechno combination with some kind of receiving?

Thanks for any help with that.

Receive is still not implemented. But there is an easy and cheap solution. I find it perfect. Buy a sonoff Rf Bridge and flash Tasmota firmware on it. With that you control via mqtt all your 433 devices. Send and receive! And that only for about 10 Euro

Thank you for the answer - do you mean something like this?

I’ve not informed me yet about that, but is it like:
Setting the Bridge up in WiFi and it will do the 433Mhz communication (send/receive) instead of my Cul Stick?
It will communicate with my already setted up MQTT Broker for ESPEay.

Is there a special model that i need to purchase in order to flash the Tasmota firmware?

Then it really seems to be nice alternative :slight_smile:

This is 100% the original working one.
I ordered mine at Banggood. The sell Originals too
The link for the software

OK, fine :slight_smile:

I’ve ordered one - it will arrive on tuesday. I hope, that I’ll don’t forget to give an update and/or solution to my problem, so it will help others facing the same problem.

May you look here:


I got my Sonoff Bridge, flashed the Tasmota firmware, connected it to my WLAN and configured it to my MQTT settings. But that’s how far i get.

But what is my next step? I added some of your Switches in Openhab and switched them in expectation of a log entry at my sonoff console. But nothing has happened. The same for switching some buttons on my Intertechno remote control with 433Mhz.

Tasmota Version 5.12.0
OpenHab Version 2.2.1

Another update:

Further investigations showed, that the Sonoff RF Bridge with Tasmota is not capable of receiving my ITT-1500 from Intertechno. (“I was not able to recognize the latest Klik Aan Klik Uit (KaKu) remote control signals” from which are the same as IT)

My last hope is maybe using the ESPurna Firmware I can get my IT devices working…

Update #2

I flashed the Espurna firmware, enabled the learning mode and pressed a button on my remote control. Also nothing happened :frowning_face:
I have a lot of Intertechno shutter controllers, so I can’t just replace them so I need to stick with IT.
Maybe I’ve to think about changing my motion sensors to another brand.

Do you have tried to convert the raw adresses to hex and send this codes?
I have one rf switch where the RF Bridge isnt capable to receive or to learn.
The strange thing if i manually decode it to hex and send this code this
Rf Switch reacts. That means i can it switch on and off.
The encoding of IT (Intertechno Code) is manchester code.
For example:

055151 = 0000 0101 0101 0001 0101 0001 (Binär)

00 = 0
01 = F

0000 0101 0101 0001 0101 0001 = 00FFFF0FFF0F

I have also the ITZ-500 remote control from IT, which sends 0F00F0F-Code instead of 101010101011…

When I press a button there, the code is recognized:

19:55:01 MQT: tele/sonoff-bridge/RESULT = {"RfReceived":{"Sync":9960,"Low":340,"High":1110,"Data":"415115","RfKey":"None"}}
19:55:02 MQT: tele/sonoff-bridge/RESULT = {"RfReceived":{"Sync":9960,"Low":330,"High":1120,"Data":"415114","RfKey":"None"}}

So I possibly could learn all the devices additionally the 0F0F0-codes so switch them with the RF Bridge, but that doesn’t change the problem, that I neither can receive the commands from my 4 (!) ITT-1500 laying around in the rooms nor my motion sensors, which are sending 0101010011-code.

Or am I overlooking something?

What do you receive with the CUL for that non working devices?

For example:
for On: i05515138
for Off: i0551543A

Take a look here

I’m not receiving anything with the CUL on my Openhab, that is whole problem why I started this thread.

Or is there some verbose or log-mode than I can activate?

Not with OpenHab… Use a Terminal program. Type X61 and Enter
X61 is the command for verbose logging
See here

Ah OK, I understood.

I used minicom:
The F0F0F-control (detected by the Sonoff Bridge):


The 100101010010101-remote control (not detected by the Sonoff Bridge):


i = IT Code 415115 Rss -> F4
i = IT Code 415114 Rss -> FD

This code is not detected / decoded from the CUL and is raw:

You can try to send this via the rfcode command.
For example in a item definition :
Switch Schlafzimmer “Schlafzimmer” (LR,gLight) [ “Lighting” ]
{ mqtt=">[broker:cmnd/sonoff-8E8329/Backlog:command:ON:RfSync 12880; RfLow 420; RfHigh 1270; RfCode #5A99AA695555566524],
>[broker:cmnd/sonoff-8E8329/Backlog:command:OFF:RfSync 12880; RfLow 420; RfHigh 1270; RfCode #5A99AA695555556522]" }

I googled the Espurna Firmware… No good news. My idea will not work :frowning:
The Sonoff RF Bridge is only supporting one protocol with 24 bits.
There is a alternative Firmware for the seperate RF Chip EFM8BB1
Espurna supports that. Flashing this is not easy Take a look here

When I send the code using your example I get in the Tasmota console:

2:39:02 MQT: stat/sonoff-bridge/RESULT = {"Backlog":"Appended"}
22:39:02 MQT: stat/sonoff-bridge/RESULT = {"RfSync":12880}
22:39:02 MQT: stat/sonoff-bridge/RESULT = {"RfLow":420}
22:39:02 MQT: stat/sonoff-bridge/RESULT = {"RfHigh":1270}
22:39:02 MQT: stat/sonoff-bridge/RESULT = {"RfCode":"#7FFFFFF}
22:39:08 MQT: stat/sonoff-bridge/RESULT = {"Backlog":"Appended"}
22:39:08 MQT: stat/sonoff-bridge/RESULT = {"RfSync":12880}
22:39:08 MQT: stat/sonoff-bridge/RESULT = {"RfLow":420}
22:39:08 MQT: stat/sonoff-bridge/RESULT = {"RfHigh":1270}
22:39:08 MQT: stat/sonoff-bridge/RESULT = {"RfCode":"#7FFFFFF}

But as said, it’s just sending, that works also without problems with my CUL Stick. I just copied all of my 01010011-commands from FHEM and with that im satisfied.
But nevertheless thank you so far for your help.

I will have a look on the new firmware-plugin, maybe the Tasmota firmware or the Intertechno Binding in OpenHab will get the receive feature.

Regarding your problem with receiving messages using a CUL-stick, what type of CUL do you use? If it is a 866mhz Version (like I have) sending on 433 is possible but receiving is NOT.
Such a stick could be flashed to a 433mHz one.

I have an original CUL 433 v3 and a selfmade 433 nanoCUL (which is working best for me). The both worked with FHEM for 2 years or so. I have only 433MHz devices beside my ESPs.

Edit: It could also be that receiving is working without any problems, but I just don’t know how to implement my items in OpenHAB for that. My CUL-Stick connected to my Openhabian gets all the radio commands (watched with minicom).

With MQTT over ESPEasy I wrote something like {>… for sending and {<… for receiving. So it’s clear for my analog values. But with IT I just wrote:


and for switching it works. The documentation says nothing for receiving or how I need to define the item in order to receive something. So I also miss the state, when someone using a remote control is sending exactly the same code to switch a shutter for example. OpenHab doesn’t get it.

Ok another update:

I changed some of my selfmade 433Mhz door contacts and motion sensor to another radio protocol.
Now I can receive commands in my Tasmota bridge:

17:36:51 MQT: tele/sonoff-bridge/RESULT = {"RfReceived":{"Sync":11070,"Low":360,"High":1080,"Data":"555544","RfKey":"None"}}
17:36:53 MQT: tele/sonoff-bridge/RESULT = {"RfReceived":{"Sync":11040,"Low":360,"High":1070,"Data":"555541","RfKey":"None"}}

I don’t know if I have to learn them to my bridge in order to “use” them in OpenHAB. I typed Rfkey1 2 and switched again. Then he just learned the on-code for device 1 and the off-code for device 2.
So far so good. When I now send the radio commands I get:

18:08:32 MQT: tele/sonoff-bridge/RESULT = {"RfReceived":{"Sync":11060,"Low":350,"High":1080,"Data":"555541","RfKey":1}}
18:08:33 MQT: tele/sonoff-bridge/RESULT = {"RfReceived":{"Sync":11060,"Low":360,"High":1070,"Data":"555544","RfKey":2}}

How can I receive that with my OpenHAB?
I haven’t found a proper item definition.
This is receving for my normal ESP-devices through the MQTT bridge:

Switch BM_Komposter "[MAP(]" {mqtt="<[mqtt:/BM_Komposter/bewegung/Switch:command:ON:1],<[mqtt:/BM_Komposter/bewegung/Switch:command:OFF:0]"

So the item for my 433 Tasmota device may be like:

Switch BM_new "[%s]" {mqtt="<[mqtt:/sonoff-bridge/RfKey/1:command:ON:1],<[mqtt:/sonoff-bridge/RfKey/2:command:OFF:0]"}


Switch BM_new "[%s]" {mqtt="<[mqtt:/sonoff-bridge/Data/555541:command:ON:1],<[mqtt:/sonoff-bridge/Data/555544:command:OFF:0]"}

? (Neither of them work :()

The ideal solution would be, if I could just receive the received raw-command from the bridge. The also OK option would be to receive the Rfkey, in this case I might be limited to 8/16 devices?!


I also tried something like:

Switch WohnFluter "Wohnz. Fluter" { mqtt="<[mqtt:cmnd/sonoff-bridge/Backlog:command:ON:RfSync 11050; RfLow 360; RfHigh 1080; RfCode #555541],
                <[mqtt:cmnd/sonoff-bridge/Backlog:command:OFF:RfSync 11060; RfLow 360; RfHigh 1070; RfCode #555544]" }


Switch WohnFluter "Wohnz. Fluter" { mqtt="<[mqtt:cmnd/sonoff-bridge/Backlog:command:ON:RfCode #555541],
                <[mqtt:cmnd/sonoff-bridge/Backlog:command:OFF:RfCode #555544]" }

like Johann posted.