Will wait for that. At the moment got pretty stable configuration on eBusd 2.2 convertor RPI cap on RPI 3 B+ board using /dev/ttyAMA0. When I used /dev/ttyS0 percentage of failed telegrams was much higher.
Thanks to @csowada. Binding works stable but some readings well captured and decoded by ebusd still not captured and decoded by binding.
Thinking about configuration - ebusd adapter - > ebusd -> local mqttt - > mqtt binding -> openhab persistent
As well I have following config and have no working decoder for eRelax thermostat. Any thought what config can be used for getting data from this device?
openhab> ebus
Thing UID | Label | Type
-----------------------------------------+------------------------------------------+-----------
ebus:bai:f02e919b:08 | Ecotec Plus VUW INT IV 246/5‑5 H (Vaillant BAI00 (08)) | node
ebus:std:f02e919b:15 | eRelax Thermostat ( eBUS Standard (15)) | node
ebus:bridge:f02e919b | eBUS Bridge | bridge
FYI: I’ working on a version with ebusd support. John, the author of ebusd was so kind and had added a feature for me to directly connect to the ebusd deamon. This should help all ebusd users to use the ebusd setup for openhab.
@csowada: one question to you: I have defined the configuration URL’s via the paperui. Is there way to do it via a file (e.g. ebus.cfg)? If yes, how and for what else is the ebus.cfg still used?
@csowada: thank you a lot. One question: would it potentially make sense to integrate the URLs in the bridge parameters. Then you would have all at one place (as i understand other bindings, e.g. knx have no parameters on the binding level in OH2 anymore)
Hello @csowada ,
congratulations for the work done.
I have a Unical Alkon Cargo 35 with E8.5064V1 control unit, can it be interfaced with this binding?
@csowada
I have some strange behavior. Apparently ebus bridge disconnects due to overflow in send queue:
2019-04-24 19:53:23.747 [ERROR] [de.csdev.ebus.core.EBusQueue ] - Send queue is full! The eBUS service will reset the queue to ensure proper operation.
2019-04-24 19:53:35.079 [ERROR] [de.csdev.ebus.core.EBusController ] - An IO exception has occured! Try to reconnect eBUS connector ...
java.net.SocketTimeoutException: Read timed out
at java.net.SocketInputStream.socketRead0(Native Method) ~[?:?]
at java.net.SocketInputStream.socketRead(SocketInputStream.java:116) ~[?:?]
at java.net.SocketInputStream.read(SocketInputStream.java:171) ~[?:?]
at java.net.SocketInputStream.read(SocketInputStream.java:141) ~[?:?]
at java.net.SocketInputStream.read(SocketInputStream.java:127) ~[?:?]
at de.csdev.ebus.core.connection.AbstractEBusConnection.readBytes(AbstractEBusConnection.java:53) ~[255:de.cs-dev.ebus.ebus-core:0.9.19.SNAPSHOT]
at de.csdev.ebus.core.EBusController.run(EBusController.java:208) [255:de.cs-dev.ebus.ebus-core:0.9.19.SNAPSHOT]
2019-04-24 19:53:35.092 [WARN ] [de.csdev.ebus.core.EBusController ] - Retry to connect to eBUS adapter in 5 seconds ...
The bridge seems to reconnect thereafter and it also sends data to openHAB again. HOWEVER, what is strange is, that in paperui it is stated that the bridge is still offline (i.e. it is grayed out, with message: OFFLINE - BRIDGE_OFFLINE". Is paperui not updated after a disconnect/reconnect?
And what can I do to avoid the error? Just sending less data via ebus?
Thanks a lot in advance for some hints.
Cheers Rolf
So, I’ve fixed this issue together with the ebusd send thread issue that causes 100% cpu usage.
I’ve not tested these small changes, but I hope it works.
Do you have also ebusd running? This binding is now able to run with the latest ebusd version. But it is not able to connect directly to the ebusd adapter as far as I know.