is there any possibility to add this binding as a pull request to openhab-addons?
I’ve tried placing the KAR to my openhab3 installation but it didn’t do anything.
I’ve used Version 2.5.1-8 (latest according to OP).
The current 3.0 version is only loading with Openhab 3.0.0, not 3.0.1. I’ve fixed that today, but is not tested yet. But you can find it on GitHub as a new release.
Thanks (again?) for the binding - been super useful.
I’ve recently updated to OH3 and was using the 3.0.10 binding with 3.0.1, but was experiencing an issue with items not polling as expected. I updated to 3.0.11 but this hasn’t resolved the issue. Struggling to tell if it’s binding or core.
The issue is that I’ve bound a number of channels to items (using the UI) and explicity defined the polling period to 60 seconds for each (I found on OH2 that blanket setting everything at binding level would eventually slow everything down). Initially this worked fine, but on restarting openhab I noticed two related but distinct issues. Some, but not all channels were not polling as expected. They were not showing in the logs and were displaying last values on the UI - graphs showing a straight line.
For some of these channels, if I re-set the polling period (value was already in there in the text box) they would start updating as expected and apparently had been just fine, as the graph showed full history.
For others, after re-setting the polling period there was no history but were now polling again.
It appears to affect the same channels on every restart. It’s almost as if the polling period was not persisted after shutdown or read on startup. A bit bizzare, but reproducable. Please let me know if there’s anything specifically you need and I’ll do it.
Then please restart your server and check the logs. Can you see errors? Can you find the missing channels in the log? Please send me the log, maybe I can identify the issue.
I’ve checked the sources, but I can’t see any issue. But I’ve changed smaller things and added some more log details. Could you please try this snapshot release?
I have not looked in sources BUT channelLinked methods are basically broken in OH3 due to the way how refreshed internals work (linking is fine until restart, on startup mine usually do not work). Do you rely on these to start polling?
EDIT - I just had a look and that’s the case: openhab-ebus-binding/EBusHandler.java at main · csowada/openhab-ebus-binding · GitHub
What happens internally is that starting of thing handlers is too early compared to links so when links are “activated” and channelLinked method is about to be called handler is not initialized yet. This results in situation where links work when you create them, but break after restart. For my multicore desktop its always a case, maybe for slower ones its better.
I found this in bacnet binding which used channelLinked with OH 2.x. For OH 3.x as an workaround I initialize polling when handler is initialized.
The ultimate solution is holding up link activation until thing handlers are initialized using newly introduced ReadyTracker service. I am not sure how configuration could look a like, but in general - if you aim compatibility with OH 3.0 avoid use of links.
I’ve updated to binding 3.0.12 and restarted. In the log, you’ll see a few channels that I’ve bound routinely pulling values back, as well as temp_outside being pushed ad-hoc. I’ve trimmed some of the bulk after things settle to highlight the relevant parts.
At 22:42:49 I change the polling period value of temp_room to 59 and back to 60 (I don’t think the UI sends anything if you leave it as is). Shortly after, values start coming through as expected.
At 22:43:00 I change the polling period value of temp_d_flow to 59 and back to 60, and it too starts to come through.
Obvoiusly I have difficulties getting an answer to a simple question. I will post it again here. If this is the wrong place please point me to the support thread.
Is the Vaillant VCR700 supported just by installing the binding?
Maybe no as it is not in list on github.
If not where can I find the VCR700 configuration file.
The links on github under eBUS Configuration do not work.
Unfortunately I have not found any other documentation that answers this question.
Does this seem like valid data? Do we need to use ebusd as a bridge or is boiler/ebusd-esp/binding/openhab sufficient? It’s a Wolf CGB-2-(K)-20 boiler.
Thank you so much for your binding and hard work and your support! I’d really like to get my friends boiler to talk to openhab
@csowada,
since i have upgraded to OH 3 and your Binding to 3.x i get an EBUS queue error every 3 or 4 days.
“…Send queue is full! The eBUS service will reset the queue to ensure proper operation. …”
Have you an idear what could be the problem and how can i fix it?
I use OH3 and the ebus Binding 3.0.12 Snapshot Release. The BUS connection is made via a USB coupler and the buildin serial driver.
I still use the eBus binding in the old OpenHAB version.
I am currently switching to OH3 ( openHAB 3.0.1 ).
When I copy the “org.openhab.binding.ebus-3.0.11.kar” into the “openHAB-addons” folder and restart, I cannot find that under binding add-ons to install.
Am I doing something wrong?