Hello @csowada
I set up ebusd on my RP2 and I get
2015-12-13 16:03:06.690 [update notice] unknown MS cmd: 1008b510090000005effff45ff00 / 0101
2015-12-13 16:03:14.949 [update notice] unknown BC cmd: 10feb505020400
2015-12-13 16:03:16.729 [update notice] unknown MS cmd: 1008b5100900002e5effff44ff00 / 0101
2015-12-13 16:03:26.851 [update notice] unknown MS cmd: 1008b5100900002e5effff44ff00 / 0101
2015-12-13 16:03:34.896 [update notice] unknown BC cmd: 10feb516080019031613120714
2015-12-13 16:03:36.926 [update notice] unknown MS cmd: 1008b5100900002e5effff44ff00 / 0101
2015-12-13 16:04:03.043 [update notice] unknown BC cmd: 10feb51603010006
2015-12-13 16:04:23.377 [update notice] unknown BC cmd: 10feb505020400
Could you tell me how I can connect to ebus coupletr using Realterm ?
I have this one https://www.eservice-online.de/produkte/ebus/142/ebus-koppler-ethernet
Regards
Tomek
Mh, I not know the logs from ebusd but it looks good so far. You should increase the logs for the ebus binding.
Here you can read what you must change: https://github.com/csowada/openhab/tree/ebus-update-pr1/bundles/binding/org.openhab.binding.ebus#logging
<configuration scan="true">
<appender name="STDOUT" class="ch.qos.logback.core.ConsoleAppender">
<encoder>
<pattern>%d{HH:mm:ss.SSS} %-5level %logger{30}[:%line] - %msg%n%ex{0}</pattern>
</encoder>
</appender>
<appender name="FILE" class="ch.qos.logback.core.FileAppender">
<file>${openhab.logdir:-logs}/openhab.log</file>
<encoder>
<pattern>%d{yyyy-MM-dd HH:mm:ss} %-5level %logger{30}[:%line]- %msg%n%ex{5}</pattern>
</encoder>
</appender>
<appender name="EVENTFILE" class="ch.qos.logback.core.rolling.RollingFileAppender">
<file>${openhab.logdir:-logs}/events.log</file>
<rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy">
<!-- weekly rollover and archiving -->
<fileNamePattern>events-%d{yyyy-ww}.log.zip</fileNamePattern>
<!-- keep 30 days' worth of history -->
<maxHistory>30</maxHistory>
</rollingPolicy>
<encoder>
<pattern>%d{yyyy-MM-dd HH:mm:ss} - %msg%n</pattern>
</encoder>
</appender>
<logger name="runtime.busevents" level="WARN" additivity="false">
<appender-ref ref="EVENTFILE" />
<appender-ref ref="STDOUT" />
</logger>
<logger name="org.openhab" level="INFO"/>
<!-- this class gives an irrelevant warning at startup -->
<logger name="org.atmosphere.cpr.AtmosphereFramework" level="ERROR" />
<logger name="org.openhab.binding.ebus" level="TRACE" />
<!-- disable packet logging -->
<!-- temporary workaround for https://bugs.eclipse.org/bugs/show_bug.cgi?id=402750 -->
<logger name="OSGi" level="OFF" />
<root level="WARN">
<appender-ref ref="FILE" />
<appender-ref ref="STDOUT" />
</root>
</configuration>
But this causes heavy logs!
The log looks fine. You can see the non-polling items like b5 10, b5 16, ā¦ Somehow they are all sent from address 10 but this is normal.
I believe itās just an issue with your item configuration. You were filtering everything from source 03, but nothing comes from 03, so you shouldnāt use the src filter normally.
Are you sure the definition you are referring to is available in your configuration?
I too get crc and ack errors sometimes, but it doesnāt mean that it doesnāt work.
Iāll try to review the configurations as soon as possible, but a busy last week at work aheadā¦
@csowada
So I have stopped ebusd and start openhab within ceased logging
I have got
19:18:51.510 [ERROR] [o.o.b.e.i.c.EBusTCPConnector :65 ] - java.net.ConnectException: Connection refused
java.net.ConnectException: Connection refused
at java.net.PlainSocketImpl.socketConnect(Native Method) ~[na:1.8.0]
at java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:345) ~[na:1.8.0]
at java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:206) ~[na:1.8.0]
at java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:188) ~[na:1.8.0]
at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:392) ~[na:1.8.0]
at java.net.Socket.connect(Socket.java:589) ~[na:1.8.0]
at java.net.Socket.connect(Socket.java:538) ~[na:1.8.0]
at java.net.Socket.(Socket.java:434) ~[na:1.8.0]
at java.net.Socket.(Socket.java:211) ~[na:1.8.0]
at org.openhab.binding.ebus.internal.connection.EBusTCPConnector.connect(EBusTCPConnector.java:56) ~[bundlefile:na]
at org.openhab.binding.ebus.internal.connection.AbstractEBusConnector.reconnect(AbstractEBusConnector.java:163) [bundlefile:na]
at org.openhab.binding.ebus.internal.connection.AbstractEBusConnector.run(AbstractEBusConnector.java:197) [bundlefile:na]
Can you tell me how I can connect to ebus coupler with a terminal program like Realterm ?
@nikoraes
I think that I have problem to get valid data from bus coupler because I have only get connection refuse or eBus telegram buffer overflow - not enough sync bytes received! or Unexpect ack value in EBus telegram, skip data! I
Often such devices allows only one conection. Is the ebusd daemon really stopped?
Sorry my fault I do ps -ef|grep ebus but I kill another processā¦
Hi sorry to chip in here, am I right in thinking that you have the Ebus Koppler working with John30ās ebusd, and you are able to set the modulation on a Vaillant boiler from the Koppler? Or are you still using the VR430 vaillant controller, and just sniffing the protocol using the Koppler?
I currently control a Vaillant boiler (Ecotec plus 637) with just a relay to turn it on and off, and I tend to get a bit of overshoot. What I would like is to be able to set the modulation level, or the heating water temperature. Can you say if that works?
Iām thinking of buying a Koppler and paying an installer to connect it (assuming heāll do it). But are we still at the stage of trying to guess the proprietary protocol between the official controller and the boiler?
Many thanks
Hagrid.
@csowada
Hi again. I increase logging and after few hours i get huge log.
So all log looks like this
08:24:21.202 [DEBUG] [.ebus.internal.parser.Analyses:300 ] - 10 08 B5 12 02 00 00 CA 00 00 00 00 AA
08:24:21.203 [DEBUG] [.ebus.internal.parser.Analyses:333 ] - >>> [Analyse] Vaillant: Pumpenstatus 2???
08:24:24.977 [WARN ] [.ebus.internal.utils.EBusUtils:399 ] - Unexpect ack value in EBus telegram, skip data!
08:24:24.978 [DEBUG] [.b.e.i.c.AbstractEBusConnector:297 ] - Received telegram was invalid, skip!
08:24:29.033 [WARN ] [.ebus.internal.utils.EBusUtils:399 ] - Unexpect ack value in EBus telegram, skip data!
08:24:29.034 [DEBUG] [.b.e.i.c.AbstractEBusConnector:297 ] - Received telegram was invalid, skip!
08:24:31.039 [WARN ] [.ebus.internal.utils.EBusUtils:399 ] - Unexpect ack value in EBus telegram, skip data!
08:24:31.040 [DEBUG] [.b.e.i.c.AbstractEBusConnector:297 ] - Received telegram was invalid, skip!
08:24:31.307 [WARN ] [.ebus.internal.utils.EBusUtils:399 ] - Unexpect ack value in EBus telegram, skip data!
08:24:31.308 [DEBUG] [.b.e.i.c.AbstractEBusConnector:297 ] - Received telegram was invalid, skip!
08:24:35.077 [WARN ] [.ebus.internal.utils.EBusUtils:399 ] - Unexpect ack value in EBus telegram, skip data!
08:24:35.078 [DEBUG] [.b.e.i.c.AbstractEBusConnector:297 ] - Received telegram was invalid, skip!
08:24:39.117 [WARN ] [.ebus.internal.utils.EBusUtils:399 ] - Unexpect ack value in EBus telegram, skip data!
08:24:39.118 [DEBUG] [.b.e.i.c.AbstractEBusConnector:297 ] - Received telegram was invalid, skip!
08:24:41.058 [WARN ] [.ebus.internal.utils.EBusUtils:399 ] - Unexpect ack value in EBus telegram, skip data!
08:24:41.059 [DEBUG] [.b.e.i.c.AbstractEBusConnector:297 ] - Received telegram was invalid, skip!
08:24:43.155 [WARN ] [.ebus.internal.utils.EBusUtils:399 ] - Unexpect ack value in EBus telegram, skip data!
08:24:43.156 [DEBUG] [.b.e.i.c.AbstractEBusConnector:297 ] - Received telegram was invalid, skip!
08:24:49.189 [WARN ] [.ebus.internal.utils.EBusUtils:399 ] - Unexpect ack value in EBus telegram, skip data!
08:24:49.190 [DEBUG] [.b.e.i.c.AbstractEBusConnector:297 ] - Received telegram was invalid, skip!
08:24:51.221 [DEBUG] [.ebus.internal.parser.Analyses:300 ] - 10 08 B5 11 01 02 8A 00 05 03 3C 96 50 68 94 00 AA
08:24:51.222 [DEBUG] [.ebus.internal.parser.Analyses:333 ] - >>> [Analyse] Vaillant: Brenner zu Regler
08:24:53.246 [DEBUG] [.ebus.internal.parser.Analyses:300 ] - 10 08 B5 10 09 00 00 35 5E FF FF 04 FF 00 72 00 01 01 9A 00 AA
08:24:53.247 [DEBUG] [.ebus.internal.parser.Analyses:333 ] - >>> [OK] Vaillant: Regler zu Brenner
08:24:59.310 [WARN ] [.ebus.internal.utils.EBusUtils:399 ] - Unexpect ack value in EBus telegram, skip data!
08:24:59.311 [DEBUG] [.b.e.i.c.AbstractEBusConnector:297 ] - Received telegram was invalid, skip!
08:25:01.278 [WARN ] [.ebus.internal.utils.EBusUtils:399 ] - Unexpect ack value in EBus telegram, skip data!
08:25:01.279 [DEBUG] [.b.e.i.c.AbstractEBusConnector:297 ] - Received telegram was invalid, skip!
08:25:01.504 [WARN ] [.ebus.internal.utils.EBusUtils:399 ] - Unexpect ack value in EBus telegram, skip data!
08:25:01.505 [DEBUG] [.b.e.i.c.AbstractEBusConnector:297 ] - Received telegram was invalid, skip!
08:25:03.335 [DEBUG] [.ebus.internal.parser.Analyses:300 ] - 10 08 B5 10 09 00 00 35 5E FF FF 04 FF 00 72 00 01 01 9A 00 AA
08:25:03.336 [DEBUG] [.ebus.internal.parser.Analyses:333 ] - >>> [OK] Vaillant: Regler zu Brenner
08:25:09.361 [WARN ] [.ebus.internal.utils.EBusUtils:399 ] - Unexpect ack value in EBus telegram, skip data!
08:25:09.361 [DEBUG] [.b.e.i.c.AbstractEBusConnector:297 ] - Received telegram was invalid, skip!
08:25:13.403 [WARN ] [.ebus.internal.utils.EBusUtils:399 ] - Unexpect ack value in EBus telegram, skip data!
08:25:13.404 [DEBUG] [.b.e.i.c.AbstractEBusConnector:297 ] - Received telegram was invalid, skip!
The most messages are invalid.
Any idea to fix it ???
Maybe signal level is too hight or too low ???
Hello @Tomek,
your log shows me that the binding is running and you get few valid ebus telegrams. I think you should adjust the trimmer on the coupler to get a good signal for all bus participants. I had the same problem in the past with my installation that not every participant has a strong signal. You should open a live console and adjust at the same time to get the optimal value.
But keep in mind that is normal to get some errors on the bus.
You could also create a raw log with the configuration described here
# Write all/debug/unknown telegrams to a CSV file in folder {openhab}/etc/ebus
ebus:record=all
Then the binding will write the raw data to a csv file. You can send it to me and I will look on it.
Hello @csowada
Thanks for your help
I connect to coupler using telnet (xterm) and I get strange characters .Do you thing that is the problem with signal level ???
Regards
Tomek
You need a terminal program that can show the raw data in hex not as characters. Under windows I use realterm ā¦
Hello again @csowada
I connect to ebus coupler using realterm and I get
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAA1008B511010189000932309042000000AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA1008B50401003D0A00441823FFFF9000
AAAAAAAAAA10FEB5050204000BAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA1008B510090000375E001301019A00AAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA1008
B51101018909323090FF420000D300AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA1008B510090000375E1300
01019A00AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAA
Is it OK or I sholud tune signal ???
Regards
Tomek
It looks good so far. You have many many 0xAA sync bytes, that is normal. Have you adjusted the trimmer? Or is this the setting you used for the previous post?
I did not adjust the trimmer becouse I 'am far away from my home. I do it remotely. It is localed in my second home in the mountain so I will go there for the weekend. For this time I can use only ssh:)
I believe your boiler should be compatible with the bai configuration. Almost everything thatās available in the diagnose menu can be read/set.
The ebus thermostats send the desired supply temperature to the bus. Iām not sure if the boiler would just dou this is you send this message on the bus. Because the boiler checks of a ebus thermostat is present I think it wonāt work.
If you want to modulate your burner without an ebus thermostat itās probably more reliable to use the analog input.
Do you use the lastest version of the binding? I canāt find the code lines of your log in my source files.
Here you can find the latest version eBUS Pre-Release for 1.8.0
Hello all
First for all I want to thanks for yours patience 
I did a little experiment. I stopped openhab and i set up ebusd ( i copied 430.csv, bai.csv, broadcast.csv, common.csv, and scan.cv to /etc/ebusd) and i get this
015-12-14 19:16:13.023 [main notice] ebusd 1.3.0 started
2015-12-14 19:16:13.120 [main notice] found messages: 442 (0 conditional on 0 conditions, 0 poll, 13 update)
2015-12-14 19:16:13.132 [bus notice] signal acquired
2015-12-14 19:16:23.566 [bus notice] new master 10
2015-12-14 19:16:23.572 [update notice] unknown BC cmd: 10feb505020400
2015-12-14 19:16:43.502 [update notice] update broadcast vdatetime QQ=10: 19:16:28;14.12.2014
2015-12-14 19:16:53.867 [bus notice] new master 03
2015-12-14 19:16:53.868 [update notice] update heatgen Status02 QQ=10: auto;60;75.0;80;52.0
2015-12-14 19:16:55.596 [update notice] update heatgen Mode QQ=10: standby
2015-12-14 19:17:01.659 [update notice] update heatgen Status01 QQ=10: 23.0;22.0;-0.438;-;32.0;ok
2015-12-14 19:17:03.604 [update notice] update broadcast outsidetemp QQ=10: -0.438
2015-12-14 19:17:21.809 [update error] unable to parse heatgen DateTime from 1008b5040100 / 0a00554000ffffffff90ff: ERR: argument value out of valid ran
ge
2015-12-14 19:17:22.029 [update notice] unknown BC cmd: 10feb505020400
2015-12-14 19:17:35.925 [update notice] update heatgen Mode QQ=10: standby
2015-12-14 19:17:41.977 [update notice] update broadcast vdatetime QQ=10: 19:17:26;14.12.2014
2015-12-14 19:17:46.001 [update notice] update heatgen Mode QQ=10: standby
2015-12-14 19:18:02.089 [update notice] update broadcast outsidetemp QQ=10: -0.438
2015-12-14 19:18:04.187 [update notice] update heatgen Mode QQ=10: standby
2015-12-14 19:18:14.247 [update notice] update heatgen Mode QQ=10: standby
2015-12-14 19:18:22.549 [update notice] unknown BC cmd: 10feb505020400
2015-12-14 19:18:24.373 [update notice] update heatgen Mode QQ=10: standby
2015-12-14 19:18:40.494 [update notice] update broadcast vdatetime QQ=10: 19:18:25;14.12.2014
2015-12-14 19:18:44.511 [update notice] update heatgen Mode QQ=10: standby
2015-12-14 19:18:50.559 [update error] unable to parse heatgen DateTime from 1008b5040100 / 0a00274200ffffffff90ff: ERR: argument value out of valid ran
ge
2015-12-14 19:19:00.601 [update notice] update broadcast outsidetemp QQ=10: -0.438
2015-12-14 19:19:02.660 [update notice] update heatgen Mode QQ=10: standby
2015-12-14 19:19:10.722 [update notice] update heatgen Status02 QQ=10: auto;60;75.0;80;52.0
2015-12-14 19:19:12.774 [update notice] update heatgen Mode QQ=10: standby
2015-12-14 19:19:18.804 [update notice] update heatgen Status01 QQ=10: 22.0;22.0;-0.438;-;32.0;ok
2015-12-14 19:19:21.034 [update notice] unknown BC cmd: 10feb505020400
2015-12-14 19:19:32.560 [update notice] update heatgen Mode QQ=10: standby
2015-12-14 19:19:40.553 [update notice] update broadcast vdatetime QQ=10: 19:19:25;14.12.2014
@csowada I will copy latest binding from your post to /opt/openhab/adds/
@nikoraes if i want to use bai configuration i should copy vaillant-bai00-configuration.json from your post to /opt/openhab/configuration/ change entries in openhab.cfg to
ebus:parserUrl=platform:/base/ā¦/configurations/ebus-config.json
ebus:parsers=custom
Is it correct ?
The new binding already comes with some vaillant configurations that you can try. You can set it in your openhab.cfg.
Hello
I installed new version of binding, increased logging and tray change parser to bai00,vrc430 or vrc470. In all cases i get the same
12:36:17.311 [WARN ] [.ebus.internal.utils.EBusUtils:316 ] - Unexpect ACK value in eBUS telegram, skip data!
12:36:17.312 [DEBUG] [.b.e.i.c.AbstractEBusConnector:271 ] - Received telegram was invalid, skip!
12:36:21.299 [WARN ] [.ebus.internal.utils.EBusUtils:316 ] - Unexpect ACK value in eBUS telegram, skip data!
12:36:21.300 [DEBUG] [.b.e.i.c.AbstractEBusConnector:271 ] - Received telegram was invalid, skip!
12:36:23.309 [DEBUG] [.ebus.internal.parser.Analyses:267 ] - 10 08 B5 04 01 00 3D 00 0A 00 50 30 18 FF FF FF FF 40 02 C9 00 AA
12:36:23.312 [DEBUG] [.ebus.internal.parser.Analyses:277 ] - >>> Unknown ----------------------------------------
12:36:23.585 [DEBUG] [.ebus.internal.parser.Analyses:267 ] - 10 08 B5 11 01 02 8A 00 05 03 3C 96 50 68 94 00 AA
12:36:23.587 [DEBUG] [.ebus.internal.parser.Analyses:277 ] - >>> Unknown ----------------------------------------
12:36:27.342 [WARN ] [.ebus.internal.utils.EBusUtils:316 ] - Unexpect ACK value in eBUS telegram, skip data!
12:36:27.343 [DEBUG] [.b.e.i.c.AbstractEBusConnector:271 ] - Received telegram was invalid, skip!
12:36:31.346 [WARN ] [.ebus.internal.utils.EBusUtils:316 ] - Unexpect ACK value in eBUS telegram, skip data!
12:36:31.347 [DEBUG] [.b.e.i.c.AbstractEBusConnector:271 ] - Received telegram was invalid, skip!
12:36:33.296 [DEBUG] [.ebus.internal.parser.Analyses:267 ] - 10 FE B5 16 03 01 40 02 16 AA
12:36:33.299 [DEBUG] [.ebus.internal.parser.Analyses:277 ] - >>> Unknown ----------------------------------------
12:36:35.351 [DEBUG] [.ebus.internal.parser.Analyses:267 ] - 10 08 B5 10 09 00 00 33 5E FF FF 04 FF 00 D1 00 01 01 9A 00 AA
12:36:35.353 [DEBUG] [.ebus.internal.parser.Analyses:277 ] - >>> Unknown ----------------------------------------
12:36:41.346 [WARN ] [.ebus.internal.utils.EBusUtils:316 ] - Unexpect ACK value in eBUS telegram, skip data!
12:36:41.347 [DEBUG] [.b.e.i.c.AbstractEBusConnector:271 ] - Received telegram was invalid, skip!
12:36:43.329 [DEBUG] [.ebus.internal.parser.Analyses:267 ] - 10 08 B5 11 01 02 8A 00 05 03 3C 96 50 68 94 00 AA
12:36:43.332 [DEBUG] [.ebus.internal.parser.Analyses:277 ] - >>> Unknown ----------------------------------------
12:36:45.378 [WARN ] [.ebus.internal.utils.EBusUtils:316 ] - Unexpect ACK value in eBUS telegram, skip data!
12:36:45.379 [DEBUG] [.b.e.i.c.AbstractEBusConnector:271 ] - Received telegram was invalid, skip!
12:36:51.844 [WARN ] [.ebus.internal.utils.EBusUtils:316 ] - Unexpect ACK value in eBUS telegram, skip data!
12:36:51.845 [DEBUG] [.b.e.i.c.AbstractEBusConnector:271 ] - Received telegram was invalid, skip!
12:36:53.819 [WARN ] [.ebus.internal.utils.EBusUtils:316 ] - Unexpect ACK value in eBUS telegram, skip data!
12:36:53.820 [DEBUG] [.b.e.i.c.AbstractEBusConnector:271 ] - Received telegram was invalid, skip!
12:36:54.043 [DEBUG] [.ebus.internal.parser.Analyses:267 ] - 10 FE B5 05 02 04 00 0B AA
12:36:54.045 [DEBUG] [.ebus.internal.parser.Analyses:277 ] - >>> Unknown ----------------------------------------
Hello @Tomek,
could you increase the logging to level TRACE? Then the logger should show the wrong byte telegrams.
I think this is only a bug that can be ignored. But if i know the reason i can fix it.