Hi Hannes,
you have to add ttyebus to /etc/default/openhab2 to make it available in the bridge settings.
Vbier explained it a few posts before.
Hi Hannes,
you have to add ttyebus to /etc/default/openhab2 to make it available in the bridge settings.
Vbier explained it a few posts before.
Hello
what do you mean to configure the device /dev/ttyEBUS?? if i open the file with nano, there is nothing in it.
what should i add to /etc/default/openhab2?
EDIT: i add
EXTRA_JAVA_OPTS=“-Dgnu.io.rxtx.SerialPorts=/dev/ttyebus”
to /etc/default/openhab2
now i can add /dev/ttyebus at Serial Port in the eBUS Bridge serial Port setting.
If i try to show the Received telegrams
i got -NaN message.
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.
If started a new topic for the ebusd
deamon connector. I’ve started a new topic to isolate the experimental feature until it’s stable and useful.
It’s great to know that two such powerful tools will be combined together !!!
So, just for information. The ebusd version is available.
@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?
Thanks in advance
Cheers Rolf
Uhh, good question. You could try the parameters from the configuration
in your ebus.cfg file. Normally this file is not necessary, but it could work for the binding configuration. I’ve never thought about it before.
@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)
Cheers Rolf
I see no bigger problem to move it to the bridge. But I need more rainy evenings to change it
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?
So I hope for a rainy weather forecast😉 thank you for your efforts
@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
The binding code does not set the status to ONLINE after a reconnect. I reported that already a while back but never got an answer on how to proceed.
Yes, I was not aware oft this issue. I’ve started my IDE to hopefully fix these issue this evening.
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.
Hello,
i change now my adapter and use this https://ebus.github.io/adapter/ with a ESP8266.
The ESP8266 show me there is a ebus signal and a ebusd connection.
But in openhab i don’t get any received information.
how can i solve the problem?
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.
The current version 3.3 of ebusd doesn’t contain the required changes. You must build a version from the sources.