CUL config errors

Add-ons Bindings
1

Hi there,

I started again with OpenHAB and my CUL devices.
I am getting “lockfile permission errors” when starting OH as a user.
System is CentOS7 and I already tried this https://community.openhab.org/t/how-to-use-z-wave-binding-without-starting-openhab-as-root/3423
I don’t think that, running OH as root is an option.

Are there any CUL users around? This one is the CUL433 and later I’d want to use another CUL868 here too.
This is the second time I’m trying to get OH running at home but it seems I just can’t get it to work.

Cheers

2

Please read this pull request, test the updating binding(s), and provide feedback so we can be sure it works for you!

3

Thanks for that, so far, no joy.
As far as I can see, the only issue is with the lockfiles here, right?

13:56:46.073 [ERROR] [io.transport.cul.CULLifecycleManager] - Can't open CUL org.openhab.io.transport.cul.CULDeviceException: gnu.io.NoSuchPortException at org.openhab.io.transport.cul.internal.serial.CULSerialHandlerImpl.openHardware(CULSerialHandlerImpl.java:100)[205:org.openhab.io.transport.cul:1.9.0.201604190112] at org.openhab.io.transport.cul.internal.AbstractCULHandler.open(AbstractCULHandler.java:139)[205:org.openhab.io.transport.cul:1.9.0.201604190112] at org.openhab.io.transport.cul.internal.CULManager.createNewHandler(CULManager.java:149)[205:org.openhab.io.transport.cul:1.9.0.201604190112] at org.openhab.io.transport.cul.internal.CULManager.getOpenCULHandler(CULManager.java:84)[205:org.openhab.io.transport.cul:1.9.0.201604190112] at org.openhab.io.transport.cul.CULLifecycleManager.open(CULLifecycleManager.java:77)[205:org.openhab.io.transport.cul:1.9.0.201604190112] at org.openhab.io.transport.cul.CULLifecycleManager.config(CULLifecycleManager.java:66)[205:org.openhab.io.transport.cul:1.9.0.201604190112] at org.openhab.binding.intertechno.internal.CULIntertechnoBinding.updated(CULIntertechnoBinding.java:143)[204:org.openhab.binding.intertechno:1.9.0.201604190112] at org.apache.felix.cm.impl.helper.ManagedServiceTracker.updated(ManagedServiceTracker.java:189)[7:org.apache.felix.configadmin:1.8.8] at org.apache.felix.cm.impl.helper.ManagedServiceTracker.updateService(ManagedServiceTracker.java:152)[7:org.apache.felix.configadmin:1.8.8] at org.apache.felix.cm.impl.helper.ManagedServiceTracker.provideConfiguration(ManagedServiceTracker.java:85)[7:org.apache.felix.configadmin:1.8.8] at org.apache.felix.cm.impl.ConfigurationManager$ManagedServiceUpdate.provide(ConfigurationManager.java:1444)[7:org.apache.felix.configadmin:1.8.8] at org.apache.felix.cm.impl.ConfigurationManager$ManagedServiceUpdate.run(ConfigurationManager.java:1400)[7:org.apache.felix.configadmin:1.8.8] at org.apache.felix.cm.impl.UpdateThread.run0(UpdateThread.java:143)[7:org.apache.felix.configadmin:1.8.8] at org.apache.felix.cm.impl.UpdateThread.run(UpdateThread.java:110)[7:org.apache.felix.configadmin:1.8.8] at java.lang.Thread.run(Thread.java:745)[:1.8.0_77] Caused by: gnu.io.NoSuchPortException at gnu.io.CommPortIdentifier.getPortIdentifier(CommPortIdentifier.java:273)[206:org.openhab.io.transport.serial:2.0.0.201604180951] at org.openhab.io.transport.cul.internal.serial.CULSerialHandlerImpl.openHardware(CULSerialHandlerImpl.java:78)[205:org.openhab.io.transport.cul:1.9.0.201604190112] ... 14 more 13:56:46.074 [ERROR] [org.apache.felix.configadmin ] - [org.osgi.service.event.EventHandler, org.osgi.service.cm.ManagedService, id=295, bundle=204/mvn:org.openhab.binding/org.openhab.binding.intertechno/1.9.0-SNAPSHOT]: Unexpected problem updating configuration org.openhab.culintertechno java.lang.NullPointerException at org.openhab.binding.intertechno.internal.CULIntertechnoBinding$1.open(CULIntertechnoBinding.java:63)[204:org.openhab.binding.intertechno:1.9.0.201604190112] at org.openhab.io.transport.cul.CULLifecycleManager.open(CULLifecycleManager.java:83)[205:org.openhab.io.transport.cul:1.9.0.201604190112] at org.openhab.io.transport.cul.CULLifecycleManager.config(CULLifecycleManager.java:66)[205:org.openhab.io.transport.cul:1.9.0.201604190112] at org.openhab.binding.intertechno.internal.CULIntertechnoBinding.updated(CULIntertechnoBinding.java:143)[204:org.openhab.binding.intertechno:1.9.0.201604190112] at org.apache.felix.cm.impl.helper.ManagedServiceTracker.updated(ManagedServiceTracker.java:189)[7:org.apache.felix.configadmin:1.8.8] at org.apache.felix.cm.impl.helper.ManagedServiceTracker.updateService(ManagedServiceTracker.java:152)[7:org.apache.felix.configadmin:1.8.8] at org.apache.felix.cm.impl.helper.ManagedServiceTracker.provideConfiguration(ManagedServiceTracker.java:85)[7:org.apache.felix.configadmin:1.8.8] at org.apache.felix.cm.impl.ConfigurationManager$ManagedServiceUpdate.provide(ConfigurationManager.java:1444)[7:org.apache.felix.configadmin:1.8.8] at org.apache.felix.cm.impl.ConfigurationManager$ManagedServiceUpdate.run(ConfigurationManager.java:1400)[7:org.apache.felix.configadmin:1.8.8] at org.apache.felix.cm.impl.UpdateThread.run0(UpdateThread.java:143)[7:org.apache.felix.configadmin:1.8.8] at org.apache.felix.cm.impl.UpdateThread.run(UpdateThread.java:110)[7:org.apache.felix.configadmin:1.8.8] at java.lang.Thread.run(Thread.java:745)[:1.8.0_77]

Last log from OH2

4

try to use the updated org.openhab.io.transport.serial_3.12.0.a1.jar you can find on the developer page of nrjavaserial. Put it in addons folder and bundle:uninstall “number of original org.openhab.io.transport.serial”. Maybe restart openhab. For me that works. You can place settings like baudrate and parity in conf/services/culintertechno.cfg.

5

Okay, seems that fixed it. At least in OH2.
Thing is, how can I see why the Switch does not do anything? In the logs I can see that the message was sent.

6

As intertechno messages are only sent within openhab you might use another receiver to check whether messages are sent. I have the same problem as I have three switches (REV) with reduced configuration choices [a-c, 1-3] that work fine and three older REV switches with full configuration choices [a-c, 1-16] that don’t. No idea how to get that fixed.

7

Since I used FHEM before and read that I could use those RAW commands like that '{culintertechno=“type=raw;address=FF000FFF;commandOn=FF;commandOff=F0”}'
I just took the code off of my fhem config. Not sure if this is right but I assume, since it was working with fhem, it should be working here too, right?

8

To my understanding yes. I adopted the settings for my working switches from fhem. So basically this should be the way.