The sounds half a day too old, can you please check with this one
Sorry for the inconvenience, but I caused it by trimming away the reference which I still had to a subType, but I forgot half of them.
The download which I put online half a day later does not contain that specific log message anymore, so it should work with that download, maybe it has something to do with some caching? Or maybe the new file downloads under the same name?
I’ll will try to add the number which you see in the dashboard also to the download-link / filename.
2017-02-15 18:34:24.539 [ERROR] [org.openhab.binding.homeduino ] - FrameworkEvent ERROR - org.openhab.binding.homeduino
org.osgi.framework.BundleException: Could not resolve module: org.openhab.binding.homeduino [229]
Another singleton bundle selected: osgi.identity; osgi.identity="org.openhab.binding.homeduino"; type="osgi.bundle"; version:Version="2.1.0.201702122015"; singleton:="true"
at org.eclipse.osgi.container.Module.start(Module.java:434)[org.eclipse.osgi-3.10.101.v20150820-1432.jar:]
at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.incStartLevel(ModuleContainer.java:1582)[org.eclipse.osgi-3.10.101.v20150820-1432.jar:]
at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.incStartLevel(ModuleContainer.java:1562)[org.eclipse.osgi-3.10.101.v20150820-1432.jar:]
at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.doContainerStartLevel(ModuleContainer.java:1533)[org.eclipse.osgi-3.10.101.v20150820-1432.jar:]
at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.dispatchEvent(ModuleContainer.java:1476)[org.eclipse.osgi-3.10.101.v20150820-1432.jar:]
at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.dispatchEvent(ModuleContainer.java:1)[org.eclipse.osgi-3.10.101.v20150820-1432.jar:]
at org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:230)[org.eclipse.osgi-3.10.101.v20150820-1432.jar:]
at org.eclipse.osgi.framework.eventmgr.EventManager$EventThread.run(EventManager.java:340)[org.eclipse.osgi-3.10.101.v20150820-1432.jar:]
2017-02-15 18:34:24.565 [ERROR] [org.openhab.binding.homeduino ] - FrameworkEvent ERROR - org.openhab.binding.homeduino
org.osgi.framework.BundleException: Could not resolve module: org.openhab.binding.homeduino [230]
Another singleton bundle selected: osgi.identity; osgi.identity="org.openhab.binding.homeduino"; type="osgi.bundle"; version:Version="2.1.0.201702122015"; singleton:="true"
at org.eclipse.osgi.container.Module.start(Module.java:434)[org.eclipse.osgi-3.10.101.v20150820-1432.jar:]
at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.incStartLevel(ModuleContainer.java:1582)[org.eclipse.osgi-3.10.101.v20150820-1432.jar:]
at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.incStartLevel(ModuleContainer.java:1562)[org.eclipse.osgi-3.10.101.v20150820-1432.jar:]
at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.doContainerStartLevel(ModuleContainer.java:1533)[org.eclipse.osgi-3.10.101.v20150820-1432.jar:]
at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.dispatchEvent(ModuleContainer.java:1476)[org.eclipse.osgi-3.10.101.v20150820-1432.jar:]
at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.dispatchEvent(ModuleContainer.java:1)[org.eclipse.osgi-3.10.101.v20150820-1432.jar:]
at org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:230)[org.eclipse.osgi-3.10.101.v20150820-1432.jar:]
at org.eclipse.osgi.framework.eventmgr.EventManager$EventThread.run(EventManager.java:340)[org.eclipse.osgi-3.10.101.v20150820-1432.jar:]
2017-02-15 18:35:00.356 [DEBUG] [duino.handler.HomeduinoBridgeHandler] - Checking Homeduino transceiver connection, thing status = ONLINE
Maybe its because there is a wrong configuration component.name=org.openhab.binding.rfxcom.internal.RFXComHandlerFactory. I’m in the process of working on all incorrect references to RFXCom
This makes me curious I just added an actual test to rfcontrolJS with this input and it fails there as well. I have no clue whats going on. Did you actually send and receive signals via pimatic with the current version of the software and your homeduino?
The strange thing is that the signal is converted to
Which I actually also tested with an additional rfcontrol unit test
Than it is split up in tokens of a length 2, then at one moment it runs into the token 11 which is an invalid token, I cannot make something else of it looking at rfcontroljs implementation.
As far as i can remember, yes it worked with pimatic … but to be on safeside, i’ll install it and report back ok.
The last error doesn’t appear on earlier versions of the binding.
No, I just give up now if the mapping fails instead of returning null pointers later on
The funny thing is that the receving of messages you reported back weeks ago does work with both my code and rfcontrol… However sending them seems to replicated properly by me but seems to fail as well.
Correct … All commands are sequence UP, STOP (UNDEF), DOWN
Homeduino #2 is connected to my PC for the purpose of sniffing the 433 trafic. I didn’t test the conversion on the homeduino binding.
Here is also the cleaned up capture of communication between pimatic and homeduino sending UP, STOP and DOWN commands
Also the logging should be way better if you get into the initialization problems again please provide me with the logging so I can resolve it. I also scanned for RFXCom references and they should now be gone except for references about the origin of some files.
I’m afraid i’ cant test that easily - only one rpi3 (EDIT:ok maybe two different ports)
But i can try and figure something out.
What do you hope to accomplish?
What would you like me to test?
Good question, I want to make sure that I’m actually compatible with the code of the rfcontrol (used by pimatic). And I hope the result to be, that I’m (because of that) compatible with your setup.
The problem is that my unit tests tell me that I am compatible but every time it’s just a little bit different in practice than I hoped it to be.
What is the type and brand of your remote and is it affordable?
I tried increasing the number to 7 to see if it would work but it didn’t help.
Making it configurable would be a great thing, however we should test to see that this isn’t a per protocol setting.
I’m now trying to see what pimatic thinks of codes sent by OH2 … can it decode them …
