Intertechno code below 1024

English Forums Software
#1

Good evening everybody,

I am currently switching from FHEM to OpenHAB and Homegear.
Up to now it all worked fine and I am starting to like OpenHAB and Homegear a lot.
But there is still on last thing I am not able to figure out - See below:

Hardware

I have a few ITLM-1000 I need to operate. The main problem is these are not accessible, thus I am not able to start the pairing by pressing the corresponding button on the module.
However the modules are already paired to an ITZ-500 remote and FHEM.

Approach using the remote
I am able to see the commands sent by the remote that could operate the modules, but I am only able to add this as an IT-OLD-Remote-4-Channels and then I am able to see the state of the remote:

10/28/22 00:08:44.380 10/28/22 00:08:44.379 Intertechno packet received from 0000025D (RSSI: -74 dBm): F0
10/28/22 00:08:44.380 10/28/22 00:08:44.379 Please use one of the following addresses for device creation: Intertechno multi-channel remote or sensor (use device type 0x33): 0x0093; Intertechno one channel remote or sensor (use device type 0x30): 0x0097; Elro (use device type 0x24): 0x0012

But I don’t know how to send the according signal by Homegear / Openhab. If anybody could tell me how to do that, my problem would be solved

Approach using the IT-SWITCH type
I added a new inter techno device following the linked doc:
https://doc.homegear.eu/homegear-intertechno/adding_devices.html

For the new Intertechno switching actuators (the ones without address wheels or DIP switches) just chose an arbitrary but unique number between 1’024 and 67’108’863.*

→ That’s exactly the problem, the module IDs already trained are 1, 2, 3, …
When using numbers below 1024 the old protocol is used, which won’t work
Is there any way to sent lower numbers with the new protocol?
(I tried larger numbers and negative numbers, which led to lower numbers to being sendable, but it does not seem to have any system, so I could create a specific number).
The old FHEM definition is the following

define CulStick433 CUL /dev/serial/by-id/usb-busware.de_CUL433-if00@9600 1134
define LivingRoomCeilingLight IT 00000000000000000000000101 0 0000
attr LivingRoomCeilingLight IODev CulStick433

This worked for many years, but now that I tested it with a new FHEM installation, even this seems to not work anymore. I don’t get it.

Hopefully the information given is enough to understand the problem.

Thank you in advance!

Best regards
Kai

#2

For anybody that might face the same problems. Here is what I did to solve the problem.

  1. The reason the old FHEM version did not work anymore is easy: The antenna was broken. That was all. Now it works again

  2. As a second step I checked the remote values received by FHEM:

2022-10-28 11:12:49 Global global UNDEFINED IT_ F00F0F000F IT F00F0F000F FF F0

  1. That is pretty much it, because this format can be sent by Homegear, using the following doc:
    https://doc.homegear.eu/homegear-intertechno/adding_devices.html
  • F00F0F000F - 1001010001 - 593
  • Created an IT_Switch with the address 593 and it works like a charm.

EDIT
Now I just saw it would have also worked with Homegear directly

10/28/22 13:34:15.207 10/28/22 13:34:15.207 Intertechno packet received from 00000251 (RSSI: -74 dBm): F0
10/28/22 13:34:15.207 10/28/22 13:34:15.207 Please use one of the following addresses for device creation: Intertechno multi-channel remote or sensor (use device type 0x33): 0x0090; Intertechno one channel remote or sensor (use device type 0x30): 0x0094; Elro (use device type 0x24): 0x0012

I just realized the 251 shown above is the mentioned 593 in Hex. The entry might be a little misleading, nonetheless.

1 Like