Intertechno: switching wirh openhab not possible

Dear all,

ive just switched from FHEM to openHAB2 via openHABian. Installation successfull, now i am trying to get my CUL433 running.

Ive done everything, ive red dozens of threads here but it doesnt work. With screen command i can send commands directly from CUL and the intertechno switch changes from on to off and the other way.

my .items:
Switch TEST “TEST” {culintertechno=“type=raw;address=000000FFFF;commandOn=FF;commandOff=F0”}
Switch TEST2 “TEST2” { exec=">[ON:sudo sh /etc/openhab2/scripts/sendtoCUL.sh is000000ffffff] >[OFF:sudo sh /etc/openhab2/scripts/sendtoCUL.sh is0000000FFFFF0]"}
Switch TEST3 “TEST3” { culintertechno=“type=classic;group=A;address=1” }

my culintertechno.cfg
culintertechno:baudrate=38400
culintertechno:parity=NONE
culintertechno:device=serial:/dev/ttyUSB0
repitition=6
wavelength=420

my sitemap:

sitemap default label=“default”

{
Frame label=“TEST”

   {
 Switch item=TEST
 Switch item=TEST2
 Switch item=TEST3 label="Licht" mappings=[ON="ON",OFF="OFF"]

}
}

no one off this three switches works for me :persevere:

here is my log:
2017-10-31 15:26:43.716 [INFO ] [.dashboard.internal.DashboardService] - Started dashboard at http://192.168.2.113:80802017-10-31 15:26:43.728 [INFO ] [.dashboard.internal.DashboardService] - Started dashboard at https://192.168.2.113:84432017-10-31 15:26:44.799 [INFO ] [basic.internal.servlet.WebAppServlet] - Started Basic UI at /basicui/app2017-10-31 15:26:45.264 [INFO ] [arthome.ui.paper.internal.PaperUIApp] - Started Paper UI at /paperui2017-10-31 15:26:45.765 [INFO ] [panel.internal.HABPanelDashboardTile] - Started HABPanel at /habpanel2017-10-31 15:26:46.624 [WARN ] [io.transport.cul.CULLifecycleManager] - CUL config is NULL, doing nothing2017-10-31 15:26:46.655 [INFO ] [ternal.serial.CULSerialConfigFactory] - Update config, baudrate = 384002017-10-31 15:26:46.685 [INFO ] [ternal.serial.CULSerialConfigFactory] - Update config, parity = NONE (0)2017-10-31 15:26:46.862 [WARN ] [io.transport.cul.CULLifecycleManager] - Can’t open CULorg.openhab.io.transport.cul.CULDeviceException: gnu.io.NoSuchPortException at org.openhab.io.transport.cul.internal.serial.CULSerialHandlerImpl.openHardware(CULSerialHandlerImpl.java:110)[184:org.openhab.io.transport.cul:1.10.0] at org.openhab.io.transport.cul.internal.AbstractCULHandler.open(AbstractCULHandler.java:133)[184:org.openhab.io.transport.cul:1.10.0] at org.openhab.io.transport.cul.internal.CULManager.createNewHandler(CULManager.java:149)[184:org.openhab.io.transport.cul:1.10.0] at org.openhab.io.transport.cul.internal.CULManager.getOpenCULHandler(CULManager.java:84)[184:org.openhab.io.transport.cul:1.10.0] at org.openhab.io.transport.cul.CULLifecycleManager.open(CULLifecycleManager.java:86)[184:org.openhab.io.transport.cul:1.10.0] at org.openhab.io.transport.cul.CULLifecycleManager.config(CULLifecycleManager.java:74)[184:org.openhab.io.transport.cul:1.10.0] at org.openhab.binding.intertechno.internal.CULIntertechnoBinding.updated(CULIntertechnoBinding.java:147)[182:org.openhab.binding.intertechno:1.10.0] at org.apache.felix.cm.impl.helper.ManagedServiceTracker.updated(ManagedServiceTracker.java:189)[3:org.apache.felix.configadmin:1.8.12] at org.apache.felix.cm.impl.helper.ManagedServiceTracker.updateService(ManagedServiceTracker.java:152)[3:org.apache.felix.configadmin:1.8.12] at org.apache.felix.cm.impl.helper.ManagedServiceTracker.provideConfiguration(ManagedServiceTracker.java:85)[3:org.apache.felix.configadmin:1.8.12] at org.apache.felix.cm.impl.ConfigurationManager$ManagedServiceUpdate.provide(ConfigurationManager.java:1461)[3:org.apache.felix.configadmin:1.8.12] at org.apache.felix.cm.impl.ConfigurationManager$ManagedServiceUpdate.run(ConfigurationManager.java:1417)[3:org.apache.felix.configadmin:1.8.12] at org.apache.felix.cm.impl.UpdateThread.run0(UpdateThread.java:141)[3:org.apache.felix.configadmin:1.8.12] at org.apache.felix.cm.impl.UpdateThread.run(UpdateThread.java:109)[3:org.apache.felix.configadmin:1.8.12] at java.lang.Thread.run(Thread.java:745)[:1.8.0_121]Caused by: gnu.io.NoSuchPortException at gnu.io.CommPortIdentifier.getPortIdentifier(CommPortIdentifier.java:273)[181:com.neuronrobotics.nrjavaserial:3.12.0.OH] at org.openhab.io.transport.cul.internal.serial.CULSerialHandlerImpl.openHardware(CULSerialHandlerImpl.java:86)[184:org.openhab.io.transport.cul:1.10.0] … 14 more2017-10-31 15:26:46.934 [ERROR] [org.apache.felix.configadmin ] - [org.osgi.service.event.EventHandler, org.osgi.service.cm.ManagedService, id=286, bundle=182/mvn:org.openhab.binding/org.openhab.binding.intertechno/1.10.0]: Unexpected problem updating configuration org.openhab.culintertechnojava.lang.NullPointerException at org.openhab.binding.intertechno.internal.CULIntertechnoBinding$1.open(CULIntertechnoBinding.java:64)[182:org.openhab.binding.intertechno:1.10.0] at org.openhab.io.transport.cul.CULLifecycleManager.open(CULLifecycleManager.java:92)[184:org.openhab.io.transport.cul:1.10.0] at org.openhab.io.transport.cul.CULLifecycleManager.config(CULLifecycleManager.java:74)[184:org.openhab.io.transport.cul:1.10.0] at org.openhab.binding.intertechno.internal.CULIntertechnoBinding.updated(CULIntertechnoBinding.java:147)[182:org.openhab.binding.intertechno:1.10.0] at org.apache.felix.cm.impl.helper.ManagedServiceTracker.updated(ManagedServiceTracker.java:189)[3:org.apache.felix.configadmin:1.8.12] at org.apache.felix.cm.impl.helper.ManagedServiceTracker.updateService(ManagedServiceTracker.java:152)[3:org.apache.felix.configadmin:1.8.12] at org.apache.felix.cm.impl.helper.ManagedServiceTracker.provideConfiguration(ManagedServiceTracker.java:85)[3:org.apache.felix.configadmin:1.8.12] at org.apache.felix.cm.impl.ConfigurationManager$ManagedServiceUpdate.provide(ConfigurationManager.java:1461)[3:org.apache.felix.configadmin:1.8.12] at org.apache.felix.cm.impl.ConfigurationManager$ManagedServiceUpdate.run(ConfigurationManager.java:1417)[3:org.apache.felix.configadmin:1.8.12] at org.apache.felix.cm.impl.UpdateThread.run0(UpdateThread.java:141)[3:org.apache.felix.configadmin:1.8.12] at org.apache.felix.cm.impl.UpdateThread.run(UpdateThread.java:109)[3:org.apache.felix.configadmin:1.8.12] at java.lang.Thread.run(Thread.java:745)[:1.8.0_121]

it would be great to get some help from you guys. It dont no what else should i do?

The "old " can’take open CUL error again.
I guess you are not using an openhabian image,I got around that by using that.
Before that I managed to make it having OH run as root.

Hello Jürgen,

Sorry, forgot to describe that ive installed openhabian. The log is copied right away from the :9001 Port from openhabian.

That surprises me!
You used screen, did close that correctly and tried a reboot afterwards ?( wild guesses because I had problems stopping screen correctly and do assume my initial problems where somewhat related to that).
Which hardware (here RasPI2 ). Other related bindings?

Hi Jürgen,
sorry für the delay.

So far ive closed the tab with the openhab page, opened the pi2 via SSH and restarted with “sudo reboot”. Is this not correct?

Ive tried to post all above but additional informations are:

  • openHAB is running on a Raspberry Pi 2 (with WLAN stick)
  • culintertechno is the only binding which is in use at the Moment

Maybe i should reinstall openhab (with openhabian) again?

Thank you for your help Jürgen! :slight_smile:

On your setup the only problem I could think of is the WLAN USB Stick, however if that was used while you used screen you should have the correct serial device name in your config. Out of ideas ATM

Regarding the correct usage (or better stop usage) of screen, did you check wether there is no more instance of screen running?(htop command)

Hello Jürgen,
i dont think i have any other chance as reinstalling. openHABian is flashed on card again. Install is running. Lets hope that’s it! I will reply after setup is done.

Serial Device name of the CUL was USB0 or do you mean something else?

The Pi is know connected via cable, nothing else is connected. Maybe that helps to avoid the CULserialHandler error shown in the logs.

EDIT: just for my documentation: ive installed openhabian again. CUL is connected, no error appears.

EDIT2: aaaaand again: after inserting items and sitemaps and the culintertechno.cfg the log shows: 2017-11-01 19:59:06.534 [ERROR] [org.apache.felix.configadmin ] - [org.osgi.service.event.EventHandler, org.osgi.service.cm.ManagedService, id=291, bundle=182/mvn:org.openhab.binding/org.openhab.binding.intertechno/1.10.0]: Unexpected problem updating configuration org.openhab.culintertechno

is there something i am doing wrong ?! :frowning:

That was what I meant!

But the error from Edit2 is differnet now.

Did you try a restart after all devices were connected to the system? (Wild guess again)
Other then that, I’m out of clues. I’d suggest you post a bit more of the logs and see if others step in.
@ThomDietrich did anything change on openhabian that caused that different behaviour. On my system the CUL-Stick worked on openhabian rigth away.

[Edit:] …and please show actually used culintertechno.cfg file.

Good Morning Jürgen,

im sure we will get this running. After installing openhab again ive setup the intertechno.cfg, the items and the sitemap, cleared the logfile and started openhab again. This is what logfile saved:

2017-11-02 10:54:58.701 [INFO ] [el.core.internal.ModelRepositoryImpl] - Loading model 'default.items’2017-11-02 10:55:08.474 [INFO ] [el.core.internal.ModelRepositoryImpl] - Loading model 'default.sitemap’2017-11-02 10:55:11.633 [INFO ] [.dashboard.internal.DashboardService] - Started dashboard at http://192.168.2.111:80802017-11-02 10:55:11.640 [INFO ] [.dashboard.internal.DashboardService] - Started dashboard at https://192.168.2.111:84432017-11-02 10:55:12.769 [INFO ] [basic.internal.servlet.WebAppServlet] - Started Basic UI at /basicui/app2017-11-02 10:55:14.153 [INFO ] [arthome.ui.paper.internal.PaperUIApp] - Started Paper UI at /paperui2017-11-02 10:55:14.835 [INFO ] [panel.internal.HABPanelDashboardTile] - Started HABPanel at /habpanel2017-11-02 10:55:15.247 [WARN ] [io.transport.cul.CULLifecycleManager] - CUL config is NULL, doing nothing2017-11-02 10:55:15.263 [INFO ] [ternal.serial.CULSerialConfigFactory] - Update config, baudrate = 384002017-11-02 10:55:15.280 [INFO ] [ternal.serial.CULSerialConfigFactory] - Update config, parity = NONE (0)

seems to be okay on the first look?

Actually i am connected via vpn so i cant say if my switches are changing their status after a click on the button which is shown on the sitemap

culintertechno.cfg:

$
#Devicename to use (mandatory)
#Example /dev/ttyACM0
device= serial:/dev/ttyUSB0

#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

culintertechno:baudrate=38400
culintertechno:parity=NONE
culintertechno:device=serial:/dev/ttyUSB0
repititions=6
wavelength=420

just to be sure? dmesg returns this so i guess ttyUSB0 is correct for my CUL:

5.705094] usb 1-1.3: FTDI USB Serial Device converter now attached to ttyUSB0

i also tried this: New 433 Mhz CUL and Intertechno Binding - here is the problem that i am not able to read the CUL Firmware with minicom :frowning:

Funny, I’m also stuck on a VPN connection for abother 3 weeks!
The readout of the log looks like mine, so I would assume everything is working. But one needs to be sure.

I haven’t tried the new binding, didn’t want to do that from here.

Jürgen i dont know why but finally it works fine since yesterday. Ive added about ten intertechno switches and all are switching correct after clicking the button on the sitemap.

Now errors shown in the logs - i dont have changed anything that is what makes me wondering. :slight_smile:

Deleted, because statement was for different thread.Sorry

If it is working now I wouldn’t sweat it. When I tried to start using CUL I had all possible problems, even called on busware.de suspecting a hardware problem. When it finally worked I had no clue what I did differently.