i’m new to Openhab2 an need your advice.
I try to use the Intertechno selflearning plugs ITR-1500 in conjunction with an selfmade nanoCul and Openhabian. First fiddeld around with the intertechno binding, but honestly, i’ve no clue how to configure the addresses of the plugs, they have no DIP-Switches to determine the addresses.
The nanoCul is working perfectly, i can read the commands sent from the RC ITT-1500 in a minicom-Terminal and converted the output of the nanoCul with a script from Christian Rinn back to raw nanoCul-commands. Issuing these commands via minicom to the nanoCul, and, voila, the plugs can be switched on and off.
Next i deinstalled the interchno binding an install the serial binding via the PaperUI.
Now i changed the start.sh script with
-Dgnu.io.rxtx.SerialPorts=/dev/ttyUSB0
which ist the port of the nanoCul.
Then i created the .items, .things and .sitemap files in /etc/openhab2/…
home.items
Switch Funkstecker "Funkstecker IT Test" (Test) { serial="/dev/ttyUSB0@38400,ON(is01010110000100010110010110010010\n),OFF(is01010110000100010110010110000010\n)" }
Try to increase the log level for the serial binding to see if you get more info.
Use the openHAB2 console (ssh openhab@localhost -p 8101 with password: habopen)
Have restarted the Service openhab2. Here is the events.log
2017-06-17 11:02:00.354 [ThingAddedEvent ] - Thing 'network:device:192_168_1_1' has been added.
2017-06-17 11:02:00.367 [ThingAddedEvent ] - Thing 'network:device:192_168_1_128' has been added.
2017-06-17 11:02:00.379 [ThingAddedEvent ] - Thing 'network:device:192_168_1_54' has been added.
2017-06-17 11:02:00.386 [ThingAddedEvent ] - Thing 'network:device:192_168_1_21' has been added.
2017-06-17 11:02:00.392 [ThingAddedEvent ] - Thing 'network:device:192_168_1_53' has been added.
2017-06-17 11:02:00.399 [ThingAddedEvent ] - Thing 'network:device:192_168_1_46' has been added.
2017-06-17 11:02:00.405 [ThingAddedEvent ] - Thing 'network:device:192_168_1_57' has been added.
2017-06-17 11:02:04.925 [hingStatusInfoChangedEvent] - 'network:device:192_168_1_1' changed from UNINITIALIZED to INITIALIZING
2017-06-17 11:02:04.984 [hingStatusInfoChangedEvent] - 'network:device:192_168_1_1' changed from INITIALIZING to ONLINE
2017-06-17 11:02:04.993 [hingStatusInfoChangedEvent] - 'network:device:192_168_1_128' changed from UNINITIALIZED to INITIALIZING
2017-06-17 11:02:05.022 [hingStatusInfoChangedEvent] - 'network:device:192_168_1_128' changed from INITIALIZING to ONLINE
2017-06-17 11:02:05.036 [hingStatusInfoChangedEvent] - 'network:device:192_168_1_54' changed from UNINITIALIZED to INITIALIZING
2017-06-17 11:02:05.052 [hingStatusInfoChangedEvent] - 'network:device:192_168_1_54' changed from INITIALIZING to ONLINE
2017-06-17 11:02:05.075 [hingStatusInfoChangedEvent] - 'network:device:192_168_1_21' changed from UNINITIALIZED to INITIALIZING
2017-06-17 11:02:05.082 [hingStatusInfoChangedEvent] - 'network:device:192_168_1_21' changed from INITIALIZING to ONLINE
2017-06-17 11:02:05.116 [hingStatusInfoChangedEvent] - 'network:device:192_168_1_53' changed from UNINITIALIZED to INITIALIZING
2017-06-17 11:02:05.124 [hingStatusInfoChangedEvent] - 'network:device:192_168_1_53' changed from INITIALIZING to ONLINE
2017-06-17 11:02:05.157 [hingStatusInfoChangedEvent] - 'network:device:192_168_1_46' changed from UNINITIALIZED to INITIALIZING
2017-06-17 11:02:05.160 [hingStatusInfoChangedEvent] - 'network:device:192_168_1_46' changed from INITIALIZING to ONLINE
2017-06-17 11:02:05.200 [hingStatusInfoChangedEvent] - 'network:device:192_168_1_57' changed from INITIALIZING to ONLINE
2017-06-17 11:02:05.205 [hingStatusInfoChangedEvent] - 'network:device:192_168_1_57' changed from UNINITIALIZED to INITIALIZING
2017-06-17 11:03:42.237 [ItemCommandEvent ] - Item 'Funkstecker' received command ON
2017-06-17 11:03:42.260 [ItemStateChangedEvent ] - Funkstecker changed from NULL to ON
2017-06-17 11:03:55.068 [ItemCommandEvent ] - Item 'Funkstecker' received command OFF
2017-06-17 11:03:55.076 [ItemStateChangedEvent ] - Funkstecker changed from ON to OFF
and here is openhab.log
2017-06-17 11:01:51.980 [INFO ] [el.core.internal.ModelRepositoryImpl] - Loading model 'home.items'
2017-06-17 11:01:58.913 [INFO ] [el.core.internal.ModelRepositoryImpl] - Loading model 'home.sitemap'
2017-06-17 11:01:59.756 [INFO ] [el.core.internal.ModelRepositoryImpl] - Loading model 'home.things'
2017-06-17 11:01:59.823 [WARN ] [el.core.internal.ModelRepositoryImpl] - Configuration model 'home.things' is either empty or cannot be parsed correctly!
2017-06-17 11:02:02.538 [INFO ] [.dashboard.internal.DashboardService] - Started dashboard at /start
2017-06-17 11:02:04.117 [INFO ] [basic.internal.servlet.WebAppServlet] - Started Basic UI at /basicui/app
2017-06-17 11:02:04.357 [INFO ] [arthome.ui.paper.internal.PaperUIApp] - Started Paper UI at /paperui
2017-06-17 11:02:04.489 [INFO ] [panel.internal.HABPanelDashboardTile] - Started HABPanel at /habpanel
2017-06-17 11:02:05.048 [DEBUG] [org.openhab.binding.serial ] - BundleEvent STARTING - org.openhab.binding.serial
2017-06-17 11:02:05.057 [DEBUG] [ding.serial.internal.SerialActivator] - Serial binding has been started.
2017-06-17 11:02:05.247 [DEBUG] [binding.serial.internal.SerialDevice] - Serial port '/dev/ttyUSB0' has been found.
2017-06-17 11:02:05.286 [DEBUG] [org.openhab.binding.serial ] - ServiceEvent REGISTERED - {org.openhab.model.item.binding.BindingConfigReader, org.osgi.service.event.EventHandler}={event.topics=openhab/command/*, component.name=org.openhab.binding.serial, TransformationService.target=(openhab.transform=REGEX), component.id=160, service.id=288, service.bundleid=191, service.scope=bundle} - org.openhab.binding.serial
2017-06-17 11:02:05.290 [DEBUG] [org.openhab.binding.serial ] - BundleEvent STARTED - org.openhab.binding.serial
Maybe openhab serial using the wrong communication parameters? I did not found any hint to change them…
This are the parameters minicom work with:
+-----------------------------------------------------------------------+
| A - Serial Device : /dev/ttyUSB0 |
| B - Lockfile Location : /var/lock |
| C - Callin Program : |
| D - Callout Program : |
| E - Bps/Par/Bits : 38400 8N1 |
| F - Hardware Flow Control : No |
| G - Software Flow Control : No |
| |
| Change which setting? |
+-----------------------------------------------------------------------+
The nanoCul indicates no communication with the LEDs for Openhab, issued the commands with minicom the red and the yello LEDs flashing …
Why did you give up on the IntertechnoBinding, just because you can’t get addresses configured? Did you look here That’S a page in German which explains different types of those switches which all use some kind of “intertechno”-like code. Your ITR-1500 is in there as well.
I’m using rather old switches (not 26Bits like ITR-1500), however my channel-setting for a switch looks and works like:
If tried the intertechno binding once more. The following config suceeded:
added to the /etc/openhab2/services/culintertechno.cfg baudrate and parity
############################# Intertechno Binding ###################################
# Devicename to use (mandatory)
# Example /dev/ttyACM0
device=serial:/dev/ttyUSB0
baudrate=38400
parity=NONE
# How often should the command be repeated? (optional)
# See http://culfw.de/commandref.html for details
repetitions=6
# How long should one pulse be? (optional)
# See http://culfw.de/commandref.html for details
wavelength=420
then created a new itemsfile in /etc/openhab2/items
Great you got it running.
What makes me wonder is the required change in start.sh!
I’m on openhabian and had to do no change at all beside the .cfg file.