If nobody else will test, I can da but start earliest at end of November since I`m far from home until then.
Doing any testing with the system being far away would cause the WAF go down dramatically (had that last wee, when switching off a light, which should have remained on until she returned home. GREAT TROUBLE).
My test however would be of limited value because I can test only against old (V1) protocols, and I have never had any problems with race conditions.
Every test ist highly appreciated, because the former systems should even work as before. So your test will be valuable.
Please be aware, that I addressed two issues. This one mentioned here to support the V3 Interrechno protocol and another one (with its own thread here) concerning a race condition with the CUL transport. If you are willing to test both, it would be great. Your system should be working as expected as before.
at org.eclipse.osgi.container.Module.start(Module.java:444) [?:?]
at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.incStartLevel(ModuleContainer.java:1620) [?:?]
at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.incStartLevel(ModuleContainer.java:1600) [?:?]
at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.doContainerStartLevel(ModuleContainer.java:1571) [?:?]
at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.dispatchEvent(ModuleContainer.java:1514) [?:?]
at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.dispatchEvent(ModuleContainer.java:1) [?:?]
at org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:230) [?:?]
at org.eclipse.osgi.framework.eventmgr.EventManager$EventThread.run(EventManager.java:340) [?:?]
I guess your binding only runs with openHAB1?
Tx
Martin
Hi Martin,
due to the manual installation of the bundle, the dependencies are not resolved automaticaly. On OH 2 you have to install the 1.x compatibility layer as I described here.
Thanks for testing and I appreciate any feedback on this topic.
Hi there, I have v3 IT, but I am not sure how to “define” them in items.
Could you give me an example please? from that I can compare it to my fhem definition to work.
You have to provide the 26 digits id and the channel (0-15). Optional, you can provide the group parameter (with value “1”) , which results in switching all items with the given id.
This configuration allows you to manual specify the complete commands to send in either ON or OFF state. The given commands will be sent directly to the CUL (prefixed with “is”).
EDIT: Added the description for RAW mode.
I appreciate your feedback, if it’s working for you (or not).
I only just switched over to OpenHAB and only just barely got some CUL-stuff working.
It took me 1.5 days to learn that /dev/serial/by-id/… does not work (will figure out why later), but /dev/ttyUSBx works…
Anyway, on FHEM, I have:
define socket5_switch IT 01011011001000001011100010 0 0000
Any guess on how that should work on your thing?
Also, how can I turn on DEBUG for your stuff?
Thanks.
Right now, I get:
19:36:57.575 [ERROR] [el.item.internal.GenericItemProvider] - Binding configuration of type ‘culintertechno’ of item ‘Funkstecker1’ could not be parsed correctly.
java.lang.NullPointerException
at org.openhab.binding.intertechno.internal.CULIntertechnoGenericBindingProvider.processBindingConfiguration(CULIntertechnoGenericBindingProvider.java:70)[190:org.openhab.binding.intertechno:1.10.0]
at org.openhab.core.binding.internal.BindingConfigReaderDelegate.processBindingConfiguration(BindingConfigReaderDelegate.java:48)[185:org.openhab.core.compat1x:2.1.0]
at org.eclipse.smarthome.model.item.internal.GenericItemProvider.internalDispatchBindings(GenericItemProvider.java:325)[123:org.eclipse.smarthome.model.item:0.9.0.b5]
at org.eclipse.smarthome.model.item.internal.GenericItemProvider.internalDispatchBindings(GenericItemProvider.java:297)[123:org.eclipse.smarthome.model.item:0.9.0.b5]
at org.eclipse.smarthome.model.item.internal.GenericItemProvider.processBindingConfigsFromModel(GenericItemProvider.java:182)[123:org.eclipse.smarthome.model.item:0.9.0.b5]
at org.eclipse.smarthome.model.item.internal.GenericItemProvider.modelChanged(GenericItemProvider.java:367)[123:org.eclipse.smarthome.model.item:0.9.0.b5]
at org.eclipse.smarthome.model.core.internal.ModelRepositoryImpl.notifyListeners(ModelRepositoryImpl.java:286)[122:org.eclipse.smarthome.model.core:0.9.0.b5]
at org.eclipse.smarthome.model.core.internal.ModelRepositoryImpl.addOrRefreshModel(ModelRepositoryImpl.java:136)[122:org.eclipse.smarthome.model.core:0.9.0.b5]
at org.eclipse.smarthome.model.core.internal.folder.FolderObserver.checkFile(FolderObserver.java:234)[122:org.eclipse.smarthome.model.core:0.9.0.b5]
at org.eclipse.smarthome.model.core.internal.folder.FolderObserver.processWatchEvent(FolderObserver.java:297)[122:org.eclipse.smarthome.model.core:0.9.0.b5]
at org.eclipse.smarthome.core.service.WatchQueueReader.run(WatchQueueReader.java:206)[98:org.eclipse.smarthome.core:0.9.0.b5]
at java.lang.Thread.run(Thread.java:748)[:1.8.0_152]
I set it as: Switch Funkstecker9 "Funkstecker IT Test9"{ culintertechno="type=raw;commandOn=0F0F0FFFFFFF;commandOff=1F0F0FFFFFFF"}
but…
21:35:14.872 [ERROR] [el.item.internal.GenericItemProvider] - Binding configuration of type 'culintertechno' of item 'Funkstecker9' could not be parsed correctly.
java.lang.ArrayIndexOutOfBoundsException: 2
at org.openhab.binding.intertechno.internal.parser.RawParser.parseAddress(RawParser.java:30)
at org.openhab.binding.intertechno.internal.CULIntertechnoGenericBindingProvider.processBindingConfiguration(CULIntertechnoGenericBindingProvider.java:70)
at org.openhab.core.binding.internal.BindingConfigReaderDelegate.processBindingConfiguration(BindingConfigReaderDelegate.java:48)
at org.eclipse.smarthome.model.item.internal.GenericItemProvider.internalDispatchBindings(GenericItemProvider.java:325)
at org.eclipse.smarthome.model.item.internal.GenericItemProvider.dispatchBindingsPerType(GenericItemProvider.java:281)
at org.eclipse.smarthome.model.item.internal.GenericItemProvider.addBindingConfigReader(GenericItemProvider.java:119)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)[:1.8.0_152]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)[:1.8.0_152]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)[:1.8.0_152]
at java.lang.reflect.Method.invoke(Method.java:498)[:1.8.0_152]
at org.apache.felix.scr.impl.inject.BaseMethod.invokeMethod(BaseMethod.java:224)[31:org.apache.felix.scr:2.0.6]
at org.apache.felix.scr.impl.inject.BaseMethod.access$500(BaseMethod.java:39)[31:org.apache.felix.scr:2.0.6]
at org.apache.felix.scr.impl.inject.BaseMethod$Resolved.invoke(BaseMethod.java:617)[31:org.apache.felix.scr:2.0.6]
at org.apache.felix.scr.impl.inject.BaseMethod.invoke(BaseMethod.java:501)[31:org.apache.felix.scr:2.0.6]
at org.apache.felix.scr.impl.inject.BindMethod.invoke(BindMethod.java:655)[31:org.apache.felix.scr:2.0.6]
It works perfectly (I repeated this message on your other thread).
a) For the first time my v3 is working on OpenHab (match what i could do on FHEM).
b) My crappy eHome sockets, are working on OpenHab correctly (something I could not do on FHEM).
Did my test on the new system, seems to working.
I’m using only V1 Intertechno-like plugs, so I can’t say anything about the V3 protokoll.
Regarding the race condition I can’t say anything either, since I didn’t observe any race-condition with or without your binding.
All my mentioned problems of plugs not consitendly switching are more related to my hardware (my guess is that keeping them in the cellar for 11 month makes them a bit unpredictable). That was the reason for reporting late!
thanks for your feedback. I think, there should now be no issues with this binding. The changes also aren’t that complex. The CUL transport has more inner changes to the logic. I was expecting more trouble on it. Anyway, you tested it too and I’m glad it works.
Im going to ask for merging the pull request, so this changes will appear in the future releases.
one question to the Binding. Do I need homegear in between being able to use my NanoCUL to receive IT messages? I’ve an PIR-1000 motion detector and would like to use it for scenarios.