eBUS Binding 3.x [3.4.0;3.9.9)

Could you check which serial driver do you use. Sounds like a incompatible library for the pi. Can you switch to the buildin driver?

Hello @Roland62 ,

I’ve now update my productive system and the version old 3.1.13 and the new 3.3.16 are working without any issues. I use the build-in driver. My system is x64 Docker. S

Jul 2 22:29:14 openHABianPi karaf[3061]: # C [libNRJavaSerialv8_HF.so+0x2e80]

This line shows an low level issue with the serial library.

Hi @csowada if you could tell me, what I should have to do i will try it…

What I have done when the issue came up:
Only updated to openhab3.3 via cli openhabian-config.

Why I come a little bit later on here. Tried somewhat, but not helpful…

  • installed OpenJDK-11 as java provider via openhabian-config:
    Nothing worked any more. cli java --version got the information will not run on this machine

  • installend Zulu-11 32-bit via openhabian-config:
    now same issue like before, only with zulu instead of OpenJDK

  • Upgraded raspberry to bullseye
    Have taken me longer time to get network-access again. But good to find hints on the internet…
    But even issue stay

  • Last step: reinstall openhab and openhab-addons.
    Even error stay.

Checked again … only part, what outside of openhab was installed is librxtx-java have removed it - but same result.
And sarched in file-system for those libNRJavaSerialv8_HF - must come from openhab. Found it here:
var/lib/openhab/tmp/libNRJavaSerialv8_HF_openhab_0
var/lib/openhab/tmp/libNRJavaSerialv8_HF_openhab_0/libNRJavaSerialv8_HF.so

Maybe my environment
installed packed via apt:
aptlist-installed-220703.txt (42.3 KB)
activated feature of openhab:
feature-list-220703.txt (83.2 KB)
bundle-list:
bundle-list-220703.txt (14.8 KB)

Hello @Roland62 ,

one option is to change the Serial Driver in the Bridge thing to “jserialcomm”. But it will not solve the issue with the open hab driver in general.

Hello,

i will get a VC 15 CS/1-7 with VWL BM 270/5 and VRC 720 controller

Is it possible to use the VRC720 with this binding?

Hi @csowada could you give me an hint, how I could change it via cli ?
Problem: I cant use the Browser-UI. Latest by try to access the system crashes.

In the meantime I think I have the issue. But don’t know how let use openhab the right file.
See issue of nrjavaserial:

And I do not find a way to let use openhab the hopefully right file. See also another tread:

Here an example for a *.thing file

Bridge ebus:bridge:home “eBUS Bridge” @ “Heizung” [ serialPortDriver =“jserialcomm”, serialPort=“/dev/ttyUSB_EB”, masterAddress=“00”, advancedLogging=false ]

Have not found one file which on the whole SD-Card which ends with thing. Don’t know, where the config is stored which comes via UI…

But - I use the idea of the issue of this problem. Let start java with an own short script in the middel which gives the info for dedicated driver via
/usr/lib/jvm/java-17-openjdk-armhf/bin/java -DlibNRJavaSerial.userlib=/home/openhabian/libNR/libNRJavaSerialv5.so $*

First try was to use v5. Here the system do not crash, but ebus is not working
And I could see, that it was already set to jserialcomm. Have changed it - no success.
Now I can try with the different versions of libNRJavaSerial… will latest report, when it work (or when all of the variants not working)

And here is the result. The archive nrjavaserial-5.2.1.jar contains different native driver:
libNRJavaSerialv6_HF.so libNRJavaSerialv7_HF.so libNRJavaSerialv8_HF.so
libNRJavaSerialv5.so libNRJavaSerialv6.so libNRJavaSerialv7.so libNRJavaSerialv8.so
With all *HF.so driver the system crashed. With the other not - but serial interface do not work with NRJavaSerial. Only with jserialcomm with a but…

The but:
jserialcomm works only with ebus till version 3.1.13.
Seems those was the reason, why I went not to 3.2.14. The file was copied, but not in use. Do not really remember - but think it was not working.
Even ebus 3.3.16 is not working with jserialcomm.
So I have gone back to 3.1.3. Here ebus is working by using jserialcomm.

If I try to use NRJavaSerial with a … not restarting lib those messages come up:
2022-07-05 14:31:57.945 [WARN ] [s.internal.handler.EBusBridgeHandler] - Enable advanced logging for eBUS commands!
2022-07-05 14:31:58.158 [ERROR] [ion.EBusSerialNRJavaSerialConnection] - Unable to connect to serial port /dev/ttyUSB0
2022-07-05 14:31:58.243 [WARN ] [dev.ebus.core.EBusLowLevelController] - Retry to connect to eBUS adapter in 5 seconds …

Hello @Roland62, have you also tried the driver buildin? I could create a version with an older jserialcomm driver. But do you have a log that shows the issue with jserialcomm?

I thing I can reproduce the same issue, the jserialcomm driver ist just not loading and the bridge is in state undefined …

@csowada good to read … that all curious are not the reason of my old raspi.

In another thread the result is, that my old raspi is not supported by NRJavaSerial.
Seems I have to upgrade to a new raspi in the future…

By using the OH3.X Alternative Java serial provider I am able to use the eBUS binding 3.3.16. But seems those provider has problems with traffic on the eBUS. Get a lot of messages like

2022-07-07 18:59:30.222 [WARN ] [dev.ebus.core.EBusLowLevelController] - Received byte 0xAA is not equal to send byte 0x15! Stop send attempt 

Have seen jSerialComm is active (in the bundle list)
If I try to activate it, an error message is coming up.

 ID │ State  │ Lvl │ Version │ Name
────┼────────┼─────┼─────────┼─────────────────────────────────────────────────────────────────────────────────────────
234 │ Active │  80 │ 2.5.3   │ jSerialComm

2022-07-07 18:54:55.525 [ERROR] [rg.apache.cxf.jaxrs.utils.JAXRSUtils] - No message body writer has been found for class java.util.Collections$UnmodifiableMap, ContentType: */*

Today the packet came with the new Rapberry pi 4. Still waiting for the SD-Card and will change then from my old Raspi…

Hello,

After upgrading to version 3.3.0 I have noticed that symlinks are not recognized by eBUS binding.

This is not a big issue as I have specified /dev/ttyUSB0 and it works.

However I am wondering whether there was a change in eBus binding in this case as I have 2 other binding with USB in which I use symlinks and they are OK after upgrade.

And also I have upgraded … my old Raspi PI build 1.2 again PI 4 4GB.
Very fast in comparison to the old one …
Have nothing changed for the system-configuration for serial and still the eBUS-Binding 3.3.16
And no error message failure by sending telegram to the ebus.

Even it works, I tried to change and test the Serial Service provider.
Here the eBUS is working after upgrade, configured (and working) for Serial Port Driver:
OpenHAB build-in (buildin)

There are three other options:
nrjavaserial (RXTX) (nrjavaserial)
jSerialComm (jserialcomm)
/dev/ttyAMA0

If I try to change the Serial Port Driver to one of them, I get the error message (example):

2022-07-08 21:03:48.095 [ERROR] [rg.apache.cxf.jaxrs.utils.JAXRSUtils] - No message body writer has been found for class java.util.Collections$UnmodifiableMap, ContentType: */*

Later on - found a curious workaround. When I choose e.g. nrjavaserial as provider I have to set the device to /dev/ttyAMA0. That is stored, but do not work. In the next step I can hold those provider and change the device-entry to /dev/ttyUSB0. Than it is working.
Don’t know why, but it work.
Same steps to change the configuration to jSerialComm (Config can be changed and saved, but do not work).

Hi mates,

I am running eBUS Binding 3.2.14 on a Raspberry Pi 3B under openHAB 3.2 and connect to the eBUS of my Wolf CGS-2-20/160 heating via the eBUS Adapter 3 but I have tons of unresolved telegrams (Unresolved telegram ratio of 44,5%).

Especially one telegram type that I am very interested in i.e. “Burner starts” cannot be resolved but seems to be defined properly in the default “wolf-cgb2-configuration.json”.

When querying that value using ebusd respective
ebusctl read brennerstarts
the correct value is returned but within openHAB the eBUS Binding only results in displaying NULL.

Some other values like the “Burner hours run” or temperatures like “Boiler return temperature” seem to be correctly retrieved from the heating system.

Apreciating your help/advise on how to solve this issue.

I attached an extract of the openhab.log and the ebus-unresolved.csv (extension changed to .log)

If you need further information please let me know.

Thank you in advance.

cheers,
doktorpi

openhab (trunc).log (246.1 KB)
ebus-unresolved (trunc).log (820.4 KB)

Will not help directly … but I had equal issues with my vaillant
a) my solar modul (VMS8) is not supported and
b) some protocols where not implemented correctly or got not all of the parameters.
I created two custom-json files. They are getting the protocols. A quite hard way to find out what the content of the telegram is. But now my unknown telegrams are less then 0.1 %.
As an idea how you could create it attached my both files. (As written will not work directly for you - but hope will help to create own files for your environment).
vaillant-bai-custom-configuration.json (5.5 KB)
vaillant-vms02-configuration.json (4.1 KB)

@Roland62 Thank you, but AFAIK the Wolf CGS-2-20/160 heating system should be supported by the eBUS Binding out of the box (@csowada or am I wrong?) and most of the values/parameters are retrieved correctly.

But I still hope that it is only some kind of wrong/incorrect configuration on my side and anyone (maybe @csowada) can provide the expedient hint.

cheers, doktorpi

Hi, being very familiar with lots of openhab bindings I now wanted to make use of this one with my Vaillant Heat Pump. I use an ESERA USB adapter with ebusd which reports my Vaillant Heat Pump with the parameters below. All running on a Raspberry PI 3 (with openhabian)

Unfortunately I can’t get it working correctly in openhab. The ebus bridge in openhab goes offline after a couple of minutes staying online. I don’t see anything in the logs even though I switched “extended logging” on in the bridge.
As soon as I save the bridge in openhab (without changing any values) it goes online.
I have no clue what to enter as master hex code? FF was given automatically

I have added a VRC 700 general thing with slave adress 08 (I took the one from the ebusd ctl output). It also goes online but the outdoor item associated to it stay with value NULL. As soon as the brdige goes offline, the thing goes offline too.

  • Can someone spot anything wrong in my config?

Number HeatPump_outsidetemp "Vaillant Aussentemp [%.1f °C]" { channel="ebus:vrc700_general:4b5ab7a764:vrc700_general_gen_bc-temp-outside#temp-outside" }

My result with ebusctl info

version: ebusd 22.3.p20220508
update check: revision v22.3 available
device: /dev/ttyUSB0
signal: acquired
symbol rate: 24
max symbol rate: 109
min arbitration micros: 340
max arbitration micros: 483
min symbol latency: 5
max symbol latency: 6
reconnects: 0
masters: 3
messages: 67
conditional: 0
poll: 0
update: 10
address 00: master #1
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=HMU00;SW=0307;HW=0403", loaded "vaillant/08.hmu.csv"
address 31: master #8, ebusd
address 36: slave #8, ebusd

my ebus bridge in openhab:
Network connection

  • Master adress: FF
  • Network Address: localhost
  • Network Port: 8888
  • Network Driver: ebusd

hi @Moerky

the item looks like mine.
Can you share your ebusd config under /etc/default/ebusd