[ERROR] [nding.ebus.handler.EBusBridgeHandler] - error! after updating to openHAB 2.5 RC1:
==> /var/log/openhab2/openhab.log <==
2019-12-10 10:53:09.655 [ERROR] [nding.ebus.handler.EBusBridgeHandler] - error!
java.lang.NullPointerException: null
at org.openhab.binding.ebus.handler.EBusBridgeHandler$1.run(EBusBridgeHandler.java:203) [bundleFile:?]
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [?:1.8.0_112]
at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308) [?:1.8.0_112]
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:180) [?:1.8.0_112]
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:294) [?:1.8.0_112]
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [?:1.8.0_112]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [?:1.8.0_112]
at java.lang.Thread.run(Thread.java:745) [?:1.8.0_112]
Did not have this kind of error before RC1, had MS3, MS4, MS5 and MS6 installed
Hallo All,
I’m currently not working on ooenhab to spend my time for other things. But I hope I find time to update the binding after the 2.5 release. The main problem with a high unresolved telegram count is the lack of configuration files for many Vaillant devices.
and if i change template-block to template, i got this error:
11:18:38.292 [ERROR] [sdev.ebus.command.EBusCommandRegistry] - error!
de.csdev.ebus.cfg.EBusConfigurationReaderException: Unable to find a template for id vaillant.slot1!
after i add Vaillant VRT 392 json file it got this error:
16:53:14.578 [WARN ] [nding.ebus.thing.EBusTypeProviderImpl] - eBUS command clearerrorhistory only contains a setter channel!
do you also know how to use the configurationBundle?
there i got this error message:
16:51:00.337 [ERROR] [org.apache.felix.configadmin ] - [org.openhab.binding.ebus.thing.EBusTypeProvider, org.eclipse.smarthome.core.thing.binding.ThingTypeProvider, org.eclipse.smarthome.core.thing.type.ChannelTypeProvider, org.eclipse.smarthome.core.thing.type.ChannelGroupTypeProvider, org.osgi.service.cm.ManagedService, id=121, bundle=204/mvn:org.openhab.binding/org.openhab.binding.ebus/2.4.0-SNAPSHOT]: Unexpected problem updating configuration org.openhab.ebus
java.lang.NullPointerException: null
at de.csdev.ebus.cfg.std.EBusConfigurationReader.parseValueConfiguration(EBusConfigurationReader.java:306) ~[?:?]
at de.csdev.ebus.cfg.std.EBusConfigurationReader.parseTelegramConfiguration(EBusConfigurationReader.java:273) ~[?:?]
at de.csdev.ebus.cfg.std.EBusConfigurationReader.loadConfigurationCollection(EBusConfigurationReader.java:139) ~[?:?]
at de.csdev.ebus.cfg.std.EBusConfigurationReader.loadConfigurationCollection(EBusConfigurationReader.java:114) ~[?:?]
at de.csdev.ebus.cfg.std.EBusConfigurationReader.loadConfigurationCollectionBundle(EBusConfigurationReader.java:512) ~[?:?]
at de.csdev.ebus.command.EBusCommandRegistry.loadCommandCollectionBundle(EBusCommandRegistry.java:112) ~[?:?]
at org.openhab.binding.ebus.thing.EBusTypeProviderImpl.loadConfigurationBundleByUrl(EBusTypeProviderImpl.java:301) ~[?:?]
at org.openhab.binding.ebus.thing.EBusTypeProviderImpl.updateConfiguration(EBusTypeProviderImpl.java:484) ~[?:?]
at org.openhab.binding.ebus.thing.EBusTypeProviderImpl.updated(EBusTypeProviderImpl.java:501) ~[?:?]
at org.apache.felix.cm.impl.helper.ManagedServiceTracker$1.run(ManagedServiceTracker.java:177) ~[9:org.apache.felix.configadmin:1.9.4]
at java.security.AccessController.doPrivileged(Native Method) ~[?:?]
at org.apache.felix.cm.impl.helper.ManagedServiceTracker.updated(ManagedServiceTracker.java:173) ~[9:org.apache.felix.configadmin:1.9.4]
at org.apache.felix.cm.impl.helper.ManagedServiceTracker.updateService(ManagedServiceTracker.java:152) [9:org.apache.felix.configadmin:1.9.4]
at org.apache.felix.cm.impl.helper.ManagedServiceTracker.provideConfiguration(ManagedServiceTracker.java:85) [9:org.apache.felix.configadmin:1.9.4]
at org.apache.felix.cm.impl.ConfigurationManager$UpdateConfiguration.run(ConfigurationManager.java:1389) [9:org.apache.felix.configadmin:1.9.4]
at org.apache.felix.cm.impl.UpdateThread$1.run(UpdateThread.java:126) [9:org.apache.felix.configadmin:1.9.4]
at org.apache.felix.cm.impl.UpdateThread$1.run(UpdateThread.java:123) [9:org.apache.felix.configadmin:1.9.4]
at java.security.AccessController.doPrivileged(Native Method) ~[?:?]
at org.apache.felix.cm.impl.UpdateThread.run0(UpdateThread.java:122) [9:org.apache.felix.configadmin:1.9.4]
at org.apache.felix.cm.impl.UpdateThread.run(UpdateThread.java:105) [9:org.apache.felix.configadmin:1.9.4]
at java.lang.Thread.run(Thread.java:748) [?:?]
thanks for spending yet another share of your time for this great binding. It works quite well for me, especially putting and displaying some interesting values on my KNX bus. I am using the addresses 08 for general variables, 76 for SM1 and 51 for MM. Have not figured out the additional addresses 0C, 15, 35, 51 and 75 yet.
If I may ask/suggest some small things:
As written previously, in contrast to most other Wolf SM1 variables, the value for the “Return temperature” is not updated automatically. If I force a polling, then I get an error message. Bug or do I overlook something?
I would like to change the DHW and heating program via my BM controller. However, this option is only available for your BM2 Thing, which does not work for my BM. Any hint?
I get the “DHW force status” via the MM Thing. Any way to trigger it remotely, i.e., to force a warm water heating cylce before taking a bath etc.?. This would be cool.
I’ve added a commadn in the next release to set the heating mode from a BM1. I can’t check if it works, but you can try it. Feedback are always welcome.
Your other issue with the Solar return temperature,
I’ve decided to release the eBUS binding! So it is not called Alpha, Beta or RC anymore. Due to the release I’ve started a new thread. Please use this thread for all questions to the new release.
Hi @csowada,
thanks for your quick reply, much appreciated
I tried “E1 - Return temp” , same issue. If I force a read on my BM directly, the correct value shows up in your binding. Thus, SM1 address and variable address seem to work. As soon as I force a polling, the error message occurs. Strange.
I discovered your BM heating program command. Unfortunately, it does not work, same error message as above.
Eventually, I will have to dig myself in the eBus protocol, which I avoided until now (seems pretty tedious). I do have an ancient Wold ISM2 PC interface and a “Wolf WRS Soft” software, thus with an old Win95 laptop I can access and change all values (exampes enclosed). Thus I should be able to log the bus traffic. However, the weather today is too nice
I saw that both of you have also a Vaillant VWL. I own a VWL 102/3 S, but I think regarding eBUS codes, it should be identically to yours.
My current situation is, that I did not find any config (json) files for this type. I have ebusd running and can read a lot of values manually. Now, I want to integrate it into openhab using the great binding from csowada (a great thank you for the binding and the support here in the forum).
Did you create already json files which you could share?