In your second try you used a different syntax, which belongs to an updated culintertechno binding. Which binding version do you use? Please check with “bundle:list” on the karaf-console.
What does the log tell you about the connection to the CUL after OH is started and what does it say when a command is initiated ( that will give hints which binding version you are using as well)? Please post the relevant entries.
Your test with the serial interface was not with the plug you try to use with OH, shall we assume that a test with the plug B using the serial interface was working.
My cfg file looks like yours, except the device setting (ttyACM0 in my case) and I do NOT have a data setting (never seen that one).
binding-intertechno1 - 1.11.0 is written in paperUI
how can I access karaf-console with OH running in docker container?
This is in event-log:
2018-03-21 17:40:15.337 [ome.event.ItemCommandEvent] - Item ‘Funk_A’ received command ON
2018-03-21 17:40:15.339 [vent.ItemStateChangedEvent] - Funk_A changed from NULL to ON
2018-03-21 17:40:16.682 [ome.event.ItemCommandEvent] - Item ‘Funk_A’ received command OFF
2018-03-21 17:40:16.683 [vent.ItemStateChangedEvent] - Funk_A changed from ON to OFF
2018-03-21 17:40:18.270 [ome.event.ItemCommandEvent] - Item ‘Funk_B’ received command ON
2018-03-21 17:40:18.273 [vent.ItemStateChangedEvent] - Funk_B changed from NULL to ON
2018-03-21 17:40:19.305 [ome.event.ItemCommandEvent] - Item ‘Funk_B’ received command OFF
2018-03-21 17:40:19.308 [vent.ItemStateChangedEvent] - Funk_B changed from ON to OFF
in openhab.log after restarting container:
[ERROR] [el.item.internal.GenericItemProvider] - Binding configuration of type ‘culintertechno’ of item ‘Funk_B’ could not be parsed correctly.
This is for this format: { culintertechno=“type=raw;commandOn=00000F0FFF0F;commandOff=00000F0FFFF0” }
Reading this error I believe your are on the binding that needx touse the first syntax ( the other one is probably not merged yet).
I have no experience with working with a docker setup, the problem migth be there.
I changed the cul cfg file to this:
device=serial:/dev/ttyUSB1
Now it is looking better, no not really
2018-03-21 21:56:44.670 [WARN ] [io.transport.cul.CULLifecycleManager] - CUL config is NULL, doing nothing
2018-03-21 21:56:44.684 [INFO ] [ternal.serial.CULSerialConfigFactory] - Update config, baudrate = 38400
2018-03-21 21:56:44.686 [INFO ] [ternal.serial.CULSerialConfigFactory] - Update config, parity = NONE (0)
2018-03-21 21:56:44.751 [WARN ] [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:110) [221:org.openhab.io.transport.cul:1.11.0]
at org.openhab.io.transport.cul.internal.AbstractCULHandler.open(AbstractCULHandler.java:133) [221:org.openhab.io.transport.cul:1.11.0]
at org.openhab.io.transport.cul.internal.CULManager.createNewHandler(CULManager.java:149) [221:org.openhab.io.transport.cul:1.11.0]
at org.openhab.io.transport.cul.internal.CULManager.getOpenCULHandler(CULManager.java:84) [221:org.openhab.io.transport.cul:1.11.0]
at org.openhab.io.transport.cul.CULLifecycleManager.open(CULLifecycleManager.java:86) [221:org.openhab.io.transport.cul:1.11.0]
at org.openhab.io.transport.cul.CULLifecycleManager.config(CULLifecycleManager.java:74) [221:org.openhab.io.transport.cul:1.11.0]
at org.openhab.binding.intertechno.internal.CULIntertechnoBinding.updated(CULIntertechnoBinding.java:147) [220:org.openhab.binding.intertechno:1.11.0]
at org.apache.felix.cm.impl.helper.ManagedServiceTracker.updated(ManagedServiceTracker.java:189) [7:org.apache.felix.configadmin:1.8.16]
at org.apache.felix.cm.impl.helper.ManagedServiceTracker.updateService(ManagedServiceTracker.java:152) [7:org.apache.felix.configadmin:1.8.16]
at org.apache.felix.cm.impl.helper.ManagedServiceTracker.provideConfiguration(ManagedServiceTracker.java:85) [7:org.apache.felix.configadmin:1.8.16]
at org.apache.felix.cm.impl.ConfigurationManager$ManagedServiceUpdate.provide(ConfigurationManager.java:1479) [7:org.apache.felix.configadmin:1.8.16]
at org.apache.felix.cm.impl.ConfigurationManager$ManagedServiceUpdate.run(ConfigurationManager.java:1435) [7:org.apache.felix.configadmin:1.8.16]
at org.apache.felix.cm.impl.UpdateThread.run0(UpdateThread.java:141) [7:org.apache.felix.configadmin:1.8.16]
at org.apache.felix.cm.impl.UpdateThread.run(UpdateThread.java:109) [7:org.apache.felix.configadmin:1.8.16]
at java.lang.Thread.run(Thread.java:748) [?:?]
Caused by: gnu.io.NoSuchPortException
at gnu.io.CommPortIdentifier.getPortIdentifier(CommPortIdentifier.java:273) ~[?:?]
at org.openhab.io.transport.cul.internal.serial.CULSerialHandlerImpl.openHardware(CULSerialHandlerImpl.java:86) ~[?:?]
... 14 more
2018-03-21 21:56:44.777 [ERROR] [org.apache.felix.configadmin ] - [org.osgi.service.event.EventHandler, org.osgi.service.cm.ManagedService, id=322, bundle=220/mvn:org.openhab.binding/org.openhab.binding.intertechno/1.11.0]: Unexpected problem updating configuration org.openhab.culintertechno
java.lang.NullPointerException: null
at org.openhab.binding.intertechno.internal.CULIntertechnoBinding$1.open(CULIntertechnoBinding.java:64) [220:org.openhab.binding.intertechno:1.11.0]
at org.openhab.io.transport.cul.CULLifecycleManager.open(CULLifecycleManager.java:92) [221:org.openhab.io.transport.cul:1.11.0]
at org.openhab.io.transport.cul.CULLifecycleManager.config(CULLifecycleManager.java:74) [221:org.openhab.io.transport.cul:1.11.0]
at org.openhab.binding.intertechno.internal.CULIntertechnoBinding.updated(CULIntertechnoBinding.java:147) [220:org.openhab.binding.intertechno:1.11.0]
at org.apache.felix.cm.impl.helper.ManagedServiceTracker.updated(ManagedServiceTracker.java:189) [7:org.apache.felix.configadmin:1.8.16]
at org.apache.felix.cm.impl.helper.ManagedServiceTracker.updateService(ManagedServiceTracker.java:152) [7:org.apache.felix.configadmin:1.8.16]
at org.apache.felix.cm.impl.helper.ManagedServiceTracker.provideConfiguration(ManagedServiceTracker.java:85) [7:org.apache.felix.configadmin:1.8.16]
at org.apache.felix.cm.impl.ConfigurationManager$ManagedServiceUpdate.provide(ConfigurationManager.java:1479) [7:org.apache.felix.configadmin:1.8.16]
at org.apache.felix.cm.impl.ConfigurationManager$ManagedServiceUpdate.run(ConfigurationManager.java:1435) [7:org.apache.felix.configadmin:1.8.16]
at org.apache.felix.cm.impl.UpdateThread.run0(UpdateThread.java:141) [7:org.apache.felix.configadmin:1.8.16]
at org.apache.felix.cm.impl.UpdateThread.run(UpdateThread.java:109) [7:org.apache.felix.configadmin:1.8.16]
at java.lang.Thread.run(Thread.java:748) [?:?]
The “Can’t open CUL” again.
You need to put the user that runs OH into the dialout group or run OH as user root (not suggested).
since you are using a custom made CUL you migth also need to change the start.sh as talked about in here.
…and sorry, I should have spotted the missing “serial”.