Any update yet?
I’ll standby and try to help as much as I can, although being far away from my system is hampering a bit.
Nö not yet. Yesterday I installed homegear. As a default the serial port is ttyacm0. After changing the config to ttyusb0 I got no error message, but also Nö message that the Cul is recognized. I set up one item with 1FFF1FF0FF but at the moment I am completely unaware binding it to openhab or send the command at least. Will look later today. BTW…which Firmware is on the stick? @dartrax
I can’t say which version of CUL Firmware I’m running (I build it into the system Feb’17, whatever it was back then).
I went through the logs in order search for CUL related entries while starting, and found this:
2017-10-21 23:41:57.477 [WARN ] [io.transport.cul.CULLifecycleManager] - CUL config is NULL, doing nothing
Although I have that entry my CUL is working!
BTW: Looking into the logs using a VPN on my small smartphone is not that good for the eyes!
That would mean that it could be working?! So you have the same entry?!
What command value do you use in Habpanel? @opus
Widget Button/ Alternate Item between 2 states? and then? On or Off or FF or F0?
When I´m sending I get sth back like this:
2017-10-23 22:23:42.898 [WARN ] [thome.io.rest.core.item.ItemResource] - Received HTTP POST request at 'items/REV_A' with an invalid status value 'FF'.
On Habpanel I’m using just a switch widget connected to the switch item as posted above (post #8 I guess)…
I get only:
… Item 'REV_B’received command ON
I´m very near to it now
2017-10-23 22:37:17.007 [ItemCommandEvent ] - Item 'REV_A' received command ON
2017-10-23 22:37:17.057 [ItemStateChangedEvent ] - REV_A changed from NULL to ON
2017-10-23 22:38:51.829 [ItemCommandEvent ] - Item 'REV_A' received command OFF
2017-10-23 22:38:51.841 [ItemStateChangedEvent ] - REV_A changed from ON to OFF
2017-10-23 22:38:54.798 [ItemCommandEvent ] - Item 'REV_A' received command ON
2017-10-23 22:38:54.811 [ItemStateChangedEvent ] - REV_A changed from OFF to ON
2017-10-23 22:38:55.533 [ItemCommandEvent ] - Item 'REV_A' received command OFF
2017-10-23 22:38:55.549 [ItemStateChangedEvent ] - REV_A changed from ON to OFF
2017-10-23 22:39:05.482 [ItemCommandEvent ] - Item 'REV_A' received command ON
2017-10-23 22:39:05.500 [ItemStateChangedEvent ] - REV_A changed from OFF to ON
2017-10-23 22:39:06.187 [ItemCommandEvent ] - Item 'REV_A' received command OFF
2017-10-23 22:39:06.198 [ItemStateChangedEvent ] - REV_A changed from ON to OFF
Looks like, but what is the plug doing? Switching?
As I told before, that is a different problem!
Nothing at the moment. I have two possibilities. My harmony switches the old intertechno also with the new commands. So I have two choices: Rev or new Intertechno
You got to test them all to make sure. It is a long way, take notes down the road. That will save time in the long run!
What kind of self made CUL do you have, if you are using a 433 MHz version, you might be able to receive the commands from the transmitter,.
is it one of these?
0.834138] 3f201000.serial: ttyAMA0 at MMIO 0x3f201000 (irq = 87, base_baud = 0) is a PL011 rev2
[ 0.838713] 3f215040.serial: ttyS0 at MMIO 0x0 (irq = 220, base_baud = 31250000) is a 16550
yes…but I can only do it when i´m at my parents home.
nano CUL / 433 mhz
2.231544] usb 1-1.3: New USB device found, idVendor=1a86, idProduct=7523
[ 2.232920] usb 1-1.3: New USB device strings: Mfr=0, Product=2, SerialNumber=0
[ 2.234276] usb 1-1.3: Product: USB2.0-Serial
[ 2.553849] systemd-udevd[144]: starting version 215
[ 3.182952] EXT4-fs (mmcblk0p2): re-mounted. Opts: (null)
[ 3.946166] usbcore: registered new interface driver usbserial
[ 3.946250] usbcore: registered new interface driver usbserial_generic
[ 3.946330] usbserial: USB Serial support registered for generic
[ 3.948702] usbcore: registered new interface driver ch341
[ 3.948809] usbserial: USB Serial support registered for ch341-uart
[ 3.948887] ch341 1-1.3:1.0: ch341-uart converter detected
[ 3.950784] usb 1-1.3: ch341-uart converter now attached to ttyUSB0
OK. Never seen such . Doesn’t look like you could easily make something out of it.
any kind of chat in here? englisch gets on my nerves 
Use private messages.
I´ve done it with this script:
But i´m getting strings back which are very short:
e.g. 404015F2 for on.
I´m getting back this from the python script:
The id of your remote control is:
The group flag is:
Traceback (most recent call last):
File “cul_decode_itv3.py”, line 37, in
print(ret[26]+“\n”)
IndexError: string index out of range
any solution?
The correct command with “is” would be using your settings from post #1 switching ON.
is1FF1FF0FFFF
1 Like
From what I undetstood, there was no need to change any Config of the RasPI3, it was solved by using the correct codes for the Intertechno PA1500 plugs and the correct usage of a standard switch item.
Solved!
-
Insert CUL in USB Port
-
Be sure to have Openhabian installed - Rasberian gives back a device error concerning mount of USB CUL:
(Invalid device name ‘/dev/ttyUSB0’. Must be ‘DEVICETYPE:ADDRESS) -
Install Intertechno Binding via PaperUI
-
open /etc/openhab2/services/culintertechno.cfg an add:
device=serial:/dev/ttyUSB0
If your Stick runs on USB0 - otherwise find to which port it belongs: ->
dmesg
sudo reboot
or
sudo service openhab2 restart
- With
tail -n 1000 -f /var/log/openhab2/openhab.log
you can look up if your CUL is supported now.
The message
2017-10-20 22:29:03.737 [WARN ] [io.transport.cul.CULLifecycleManager] - CUL config is NULL, doing nothing
ISN´T A FAILURE OF THE CUL!!! Your Cul will be recognized. Also that the CUL is initialized to ttyUSB0 is normal!
Other posts installing to ttyACM0 / Serial0 / AMA0 belong to Raspi 2 or other.
A
Raspberry pi3
has a WiFi Port and a Bluetooth Port - these are blocked on AMA0 and other ports.
-
Now go to: https://wiki.fhem.de/wiki/Intertechno_Code_Berechnung and look up your equipment. In most cases Original Intertechno works for some devices not listed.
-
.items file
Switch Schrank_klein “Schrank Klein” (gSchalterWohnraum) {culintertechno=“type=raw;address=FF00F0000F;commandOn=FF;commandOff=F0”} -
If you no configuration done with this codes work install minicom
sudo apt-get install minicom
and start it with:
minicom -s -c on
Configuration is 38400 / 8 / 1 / N
then exit and save and start again with
minicom
Pressing SHIFT+ V should give you the version and firmware of the CUL
Pressing X21 (yes you have to type it…and you don´t see that you are typing) enables the sniffing of the CUL
Now you will get some code fences.
If you are lucky - Press desired button on your Intertechno Remote and minicom shows a code like:
is64354576545154545454.
This code can be converted to a format openhab needs: try cul_decode_itv3.py is is6435457654515454545.
If python is not installed…google to install it.
You can also do a try and error now because minicom also sends codes you are typing:
just type: is000000000FFF (Enter) for switching on A1 - It was my luck that esp. this code worked directly.
Use it in your .items file WITHOUT “is” and FF for command on and F0 for Off
2 Likes