Giter VIP home page Giter VIP logo

ebusd-configuration's Introduction

ebusd-configuration

This repository serves vendor specific configuration files for ebusd:

https://github.com/john30/ebusd

WARNING: There is absolutely no warranty at all for using any of the files provided here and you should definitely know what you're doing.

Otherwise: keep your hands off!!!

Usage with ebusd version 3.2 or higher

If you're using ebusd in version 3.2 or higher, you can simply use the default option for the location of the configuration files that are served by ebusd.eu (see "--configpath" option).

Note: Only the files linked to by the latest folder are served there for the time being.

Due to this new feature, no more packaged releases of this repository will be generated in future. If you intend to work on the configuration yourself, simply checkout this repository and point ebusd to your local folder with the latest version.

The current status of and latest changes to the files on ebusd.eu (as linked to by the latest folder) are stated in the ChangeLog.

Installation on up-to-date ebusd (2.0 or higher)

If you're on a Debian system, simply pick the latest configuration release and install it in your preferred language, or follow the hint below in order to get the most up-to-date files by checking out this repository.
For other OS's, the latest release also contains a tgz for easy copying to your /etc/ebusd directory.

Important hint: In order to get the most up-to-date configuration files, simply checkout this repository and link the ebusd-2.1.x/de or ebusd-2.1.x/en folder to /etc/ebusd. On the command line you'd have to execute the following steps:

git clone https://github.com/john30/ebusd-configuration.git
if [ -d /etc/ebusd ]; then sudo mv /etc/ebusd /etc/ebusd.old; fi
sudo ln -s $PWD/ebusd-configuration/ebusd-2.1.x/de /etc/ebusd

Starting with ebusd 2.0, the daemon is able to pick the right configuration files for your devices when started with the --scanconfig parameter and when using CSV files from either the ebusd-2.1.x/de or the ebusd-2.1.x/en directory.

For each seen device on the bus, ebusd will pick the best suiting file from the manufacturer subdirectory after reading the device's identification.

The CSV file is picked from the manufacturer directory by using the slave address (the two hex digits prefix of the CSV file name), the identification part converted to lower case and with spaces removed (and also trailing "0" removed up to two times, the next part of the CSV file name between dots), and optionally by software and/or hardware version number (when the CSV file name contains a ".HWvvvv" or ".SWvvvv" part).

So, e.g. for the scan result
08;Vaillant;EHP00;0327;7201
which is slave address 0x08, manufacturer 0xB5 (=Vaillant), identification "EHP00", software version "03.27" and hardware version "72.01", ebusd will load the file vaillant/08.ehp.csv (from either ebusd-2.1.x/de or ebusd-2.1.x/en used as configuration directory).

Installation on older ebusd (until 1.3)

The right files for an existing environment need to be picked from the directory corresponding to the used ebusd version (currently ebusd-1.x.x for the ebusd master branch).

For all environments, the best way to find the necessary files is to start a scan on the eBUS, see ebusd scan documentation.

Depending on the scan result, pick the files suitable for your environment from the names given by the third column of the scan result, e.g.:

08;Vaillant;BAI00;0703;7401
15;Vaillant;UI ;0501;6201

For this scan result, pick the following files from the vendor directory (second column) with your language preference:

vaillant_de/bai.csv
vaillant_de/ui.csv

In order to use these files, the "_templates.csv" file is required as well (if available in the vendor directory).

Please note: due to a corrected data type in the _templates.csv for vaillant_de, at least ebusd 1.3.0 is required to use these files.

Some devices share the same prefix (e.g. "ehp.*"). This is due to the fact that the same physical unit can contain several circuits. Here is a list of suffixes used and the corresponding circuits:

  • ".bc": burner circuit
  • ".hc": heating circuit
  • ".mc": mixer circuit
  • ".hwc": hot water circuit
  • ".cc": circulation circuit
  • ".sc": solar circuit

Mixers and room controllers usually are available for more than one heating circuit. If so, these files are available multiple times with the heating circuit number appended, e.g. "mc2.4.csv" for heating circuit 4. For the primary heating circuit the number is not appended, though.

For some devices, there are several variants of the same circuit. For example, the mixer might be available as fix value or real mixer circuit. Variants for the same device are indicated by a suffix starting with an underscore "_" and only one variant can be picked from those.

Contact

The author can be contacted at [email protected] .

ebusd-configuration's People

Contributors

abltec avatar adam-kulagowski avatar alexburna avatar andig avatar andr2000 avatar brozikcz avatar bumaas avatar cameleon77 avatar chriscrown avatar dabbelju007 avatar davefx avatar dinth avatar doubleo8 avatar dracula9999 avatar giermann avatar git-developer avatar guillaumezin avatar haraldradi avatar john30 avatar kjoglum avatar kmplngj avatar luzik avatar mikidi avatar msteiger avatar mucheinz avatar samm-git avatar stadid avatar uneart avatar wildrat avatar yuhu- avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

ebusd-configuration's Issues

SingleStorageCharge incorrect response

Using the 0a.pmw.hwc.csv (VPM-W Fresh Water Station) I get for

r -c hwc SingleStorageCharge
Off

while currently SingleStorageCharge is running so response should be ON.

SingleStorageCharge can also be triggered by the VRS 620/3 but currently SingleStorageCharge is a read only value.

Would be nice if we could figure out the correct values for reading / writing SingleStorageCharge as I need this to workaround an issue in the Vaillant Firmware.

Saunier Duval Boiler

Hi,

Thank you for sharing your work on the ebusd program.

i just test a USB interface with ebusd with a Saunier Duval Isotwin F25H-Mod boiler and a Saunier Duval Exacontrol-E7C ebus thermostat.

Here are some informations obtained:

$ ebusctl  scan result
08;Vaillant;BAI00;0429;8801;21;09;41;0010005311;1610;008313;N4
15;Vaillant;E7C00;0206;7402;21;14;40;0020118071;0082;040925;N3


$ ebusctl info
version: ebusd 3.0pre.1d1ce2e
signal: acquired
symbol rate: 23
reconnects: 0
masters: 3
messages: 230
conditional: 0
poll: 0
update: 8
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0429;HW=8801", loaded "bai.0010006101.inc" ([HW=8801]), "vaillant/08.bai.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=E7C00;SW=0206;HW=7402"
address 31: master #8, ebusd
address 36: slave #8, ebusd


$ ebusctl grab result
1008b5070108 / 00 = 23
1008b512020000 / 00 = 23
1008b51302050a / 0101 = 2


/var/log/ebusd.log   
2017-02-11 23:27:41.224 [update notice] update bai Mode QQ=10: standby
2017-02-11 23:27:46.278 [update notice] update bai Status01 QQ=10: 15.5;18.5;1.062;18.5;48.0;off
2017-02-11 23:27:48.238 [update notice] update bai DateTime QQ=10: nosignal;-:-:-;-.-.-;1.062
2017-02-11 23:27:48.515 [update notice] update bai Status02 QQ=10: off;76;73.0;90;60.0

The only useful informations in log or in 'ebusctl listen' are in the Status01, Status02, I recognize some boiler temperatures.
But how can I get a better view of the data ?
Modify csv file ?

thanks

SetPoints for 430

Hi,
when I read the Setpoints of my 430, then it returns.

r -c 430 -f Setpoints.Saturday 
3.0;20.5;20.0

My manual Test-Setting in the 430 is
temp 1 20.5
temp 2 20.0
temp 3 21.0

when i do it for the other days then the first field will be
monday 0.5
thuesday 1.0
wednesday 1.5
thursday 2.0
friday 2.5
saturday 3.0
sunday 3.5

now I changed the line in tempsetpoints.inc from:
r;w,,Setpoints.Saturday,Temperatur Samstag,,,,06,,,,temp1;temp1;temp1,,,
to
r;w,,Setpoints.Saturday,Temperatur Samstag,,,,06,,,,skip;temp1;temp1;temp1,,,
and I get all three temperatures
But I cant write the Values.

Maybe you could have a look at it...

Thank you in advance.

Scan is not reading the PROD after a boiler PCB replacement

Before the PCB replacement on my Vaillant ecoTec Plus 438 boiler I was getting

address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0518;HW=7401", loaded "vaillant/bai.308523.inc" ([PROD='0010002725']), "vaillant/08.bai.csv"

ebusctl hex 08b509022802 = 0402a70802
ebusctl hex 08b509022803 = 0403ae0512

scan.08 id = 21;10;08;0010002725;1300;005719;N9
bai PartnumberBox = 00 20 02 29 30

Vaillant have now sent me the replacement PCB for my boiler and as soon as I installed the new PCB all the settings were already known by the new PCB as they are also stored in the display.

However I get the following differences.

address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0518;HW=7401", loaded "vaillant/bai.0010006101.inc" ([PROD='']), "vaillant/08.bai.csv"

ebusctl hex 08b509022802 = 0402a71103
ebusctl hex 08b509022803 = 0403ae0512

scan.08 id = ;;;;;;
bai PartnumberBox = 00 20 03 68 61

So why isn't ebusd able to read the PROD information after the PCB replacement, if all the other information displayed seems fine. As a result of no PROD returned ebusd uses the wrong configuration file.

Please add VR70

I've just tested VR70 config from https://forum.fhem.de/index.php/topic,29737.2280.html and was very happy on this bai:

pi@heizung:~ $ ebusctl scan result
08;Vaillant;BAI00;0609;5502
15;Vaillant;70000;0209;4103
52;Vaillant;VR_70;0109;2903

Would it be possible to add the config to this repo? VR71 could potentially be added, too? I'd be happy to prepare a quick PR if that helps.

Vaillant ecoTEC 146 + VRC700 + VR70 + VR900

I've just got started with ebusd and the above hardware zoo. Initial update via VR900 has been done. This is the scan output:

pi@raspberrypi:~/ebusd-configuration $ ebusctl scan result
08;Vaillant;BAI00;0609;5502
15;Vaillant;70000;0209;4103
52;Vaillant;VR_70;0109;2903

and:

pi@raspberrypi:~/ebusd-configuration $ ebusctl info
version: ebusd 2.3.a991a37
signal: acquired
symbol rate: 23
reconnects: 0
masters: 3
messages: 249
conditional: 3
poll: 0
update: 8
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0609;HW=5502", loaded "bai.308523.inc", "vaillant/08.bai.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=70000;SW=0209;HW=4103"
address 31: master #8, ebusd
address 36: slave #8, ebusd
address 52: slave, scanned "MF=Vaillant;ID=VR_70;SW=0109;HW=2903"

At this point the VR900 is not attached.

I'm wondering what need be done to load config files for addresses 15 and 52? I've manually copied the 15.700.csv from a different tree but got error messages.

Help Required : Vaillant Hot Water demand messages between Vaillant controller and boiler

Can anyone with a Vaillant eBus controller show me the messages sent between the controller and the boiler to start the boiler when there is only Hot Water demand.
My current Vaillant doesn't use the Hot Water knob in the front because I don't have a Vaillant eBus controller. But I would like to try and use that if I can so that I can set a higher Flow Temperature maximum when there is Hot Water demand and use a lower flow temperature maximum when there is only Central Heating demand.
I have seen solutions where this has been achieved but it's done by sending the relevant Hot Water command to the controller, which in turn instructs the boiler to start the Hot Water cycle. Without the controller, this solution is useless to me.

Can not read solar yield and CSV for burner not found

Hi,

awesome work!

I can not read solar yield because the commands are not part of the csvs. How can I fix that?
Furthermore it does not seem to recognize the burner if I read that correctly?

Here is my ebusd.log:

2016-04-07 07:45:34.073 [main notice] ebusd 2.0.0ea7efc started
2016-04-07 07:45:34.140 [main notice] found messages: 11 (0 conditional on 0 conditions, 0 poll, 4 update)
2016-04-07 07:45:34.185 [bus notice] signal acquired
2016-04-07 07:45:34.290 [bus notice] new master 10, master count 2
2016-04-07 07:45:34.309 [update notice] unknown MS cmd: 1050b505082b0f010000000080 / 00
2016-04-07 07:45:40.064 [bus notice] new master 03, master count 3
2016-04-07 07:45:40.065 [update notice] unknown MS cmd: 1008b51009000056ffffff00ff00 / 0101
2016-04-07 07:45:41.205 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-04-07 07:45:41.543 [update notice] unknown MS cmd: 1026b509030d0400 / 036f0200
2016-04-07 07:45:41.720 [update notice] unknown MS cmd: 1025b5040101 / 093c0300000283000100
2016-04-07 07:45:41.881 [update notice] unknown MS cmd: 10ecb504010d / 050000008000
2016-04-07 07:45:42.043 [update notice] unknown MS cmd: 1025b504010d / 050000ef033c
2016-04-07 07:45:43.290 [update notice] unknown MS cmd: 1008b5110101 / 0948460080ffff0000ff
2016-04-07 07:45:43.446 [update notice] unknown MS cmd: 1025b5050427002600 / 00
2016-04-07 07:45:43.591 [update notice] unknown MS cmd: 1025b5040117 / 0101
2016-04-07 07:45:44.150 [update notice] unknown MS cmd: 1025b505082b0f010000000080 / 00
2016-04-07 07:45:44.266 [main error] unable to load scan config 08: no file from /etc/ebusd/vaillant with prefix 08. matches ID "bai00", SW0604, HW5502
2016-04-07 07:45:46.424 [main notice] read common config file /etc/ebusd/vaillant/scan.csv
2016-04-07 07:45:46.430 [main notice] read common config file /etc/ebusd/vaillant/broadcast.csv
2016-04-07 07:45:46.607 [main notice] read scan config file /etc/ebusd/vaillant/15.ui.csv for ID "ui", SW0508, HW6201
2016-04-07 07:45:46.609 [main notice] found messages: 200 (0 conditional on 0 conditions, 0 poll, 8 update)
2016-04-07 07:45:48.801 [main notice] read scan config file /etc/ebusd/vaillant/25.solsy.hwc.csv for ID "solsy", SW0500, HW6301
2016-04-07 07:45:48.805 [main notice] found messages: 256 (0 conditional on 0 conditions, 0 poll, 8 update)
2016-04-07 07:45:50.178 [update notice] unknown MS cmd: 1008b51009000056ffffff00ff00 / 0101
2016-04-07 07:45:51.012 [main notice] read scan config file /etc/ebusd/vaillant/26.solsy.hc.csv for ID "solsy", SW0500, HW6301
2016-04-07 07:45:51.013 [main notice] found messages: 325 (5 conditional on 2 conditions, 0 poll, 8 update)
2016-04-07 07:45:51.144 [update notice] unknown MS cmd: 10ecb5040121 / 050900004400
2016-04-07 07:45:51.464 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-04-07 07:45:51.677 [update notice] unknown MS cmd: 1023b505082b0f010000000080 / 00
2016-04-07 07:45:52.186 [update notice] update hc SumFlowSensor QQ=10: 38.31;ok
2016-04-07 07:45:52.363 [update notice] unknown MS cmd: 10ecb5040101 / 09000300000207000100
2016-04-07 07:45:52.525 [update notice] unknown MS cmd: 1026b504010d / 052700650214
2016-04-07 07:45:52.691 [update notice] update hwc Status QQ=10: 0;off;62.94;60
2016-04-07 07:45:52.872 [update notice] update hc DateTime QQ=10: valid;07:45:52;07.04.2016;8.375
2016-04-07 07:45:53.002 [bus notice] max. symbols per second: 107
2016-04-07 07:45:53.236 [main notice] read scan config file /etc/ebusd/vaillant/50.solsy.mc.csv for ID "solsy", SW0500, HW6301
2016-04-07 07:45:53.239 [main notice] found messages: 392 (9 conditional on 8 conditions, 1 poll, 8 update)
2016-04-07 07:45:53.355 [bus notice] poll mc CfgHeatSinkType: mixer
2016-04-07 07:45:53.470 [update notice] unknown MS cmd: 10ecb5050427002600 / 00
2016-04-07 07:45:53.701 [update notice] unknown MS cmd: 1025b5040117 / 0101
2016-04-07 07:45:54.267 [update notice] unknown MS cmd: 1026b5040101 / 09140300000585000100
2016-04-07 07:45:54.437 [update notice] unknown MS cmd: 10ecb505082b0f010000000080 / 00
2016-04-07 07:45:55.267 [update notice] update scan.08 ident QQ=10: Vaillant;BAI00;0604;5502
2016-04-07 07:45:55.442 [main notice] read scan config file /etc/ebusd/vaillant/ec.solsy.sc.csv for ID "solsy", SW0500, HW6301
2016-04-07 07:45:55.450 [main notice] found messages: 463 (9 conditional on 8 conditions, 1 poll, 8 update)
2016-04-07 07:45:59.129 [bus notice] poll mc CfgHeatSinkType: mixer
2016-04-07 07:46:00.470 [update notice] unknown MS cmd: 1008b51009000056ffffff00ff00 / 0101
2016-04-07 07:46:01.272 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-04-07 07:46:01.782 [update notice] update hc SumFlowSensor QQ=10: 37.69;ok
2016-04-07 07:46:01.943 [update notice] update mc Status QQ=10: 37;off;34.75;23
2016-04-07 07:46:02.105 [update notice] update hwc Status QQ=10: 0;off;62.81;60
2016-04-07 07:46:02.504 [update notice] unknown MS cmd: 1026b505042d000000 / 00
2016-04-07 07:46:03.381 [update notice] unknown MS cmd: 1008b5110101 / 0945430080ffff0000ff
2016-04-07 07:46:03.534 [update notice] unknown MS cmd: 1026b5050427002500 / 00
2016-04-07 07:46:03.850 [update notice] unknown MS cmd: 1025b5040117 / 0101
2016-04-07 07:46:04.523 [update notice] unknown MS cmd: 1026b505082b0f010000000080 / 00
2016-04-07 07:46:05.090 [bus notice] poll mc CfgHeatSinkType: mixer
2016-04-07 07:46:07.590 [main notice] read scan config file /etc/ebusd/vaillant/23.solsy.cc.csv for ID "solsy", SW0500, HW6301
2016-04-07 07:46:07.592 [main notice] found messages: 491 (9 conditional on 8 conditions, 1 poll, 8 update)
2016-04-07 07:46:09.399 [update notice] unknown MS cmd: 10ecb5040121 / 050900004400
2016-04-07 07:46:10.604 [update notice] unknown MS cmd: 1008b51009000056ffffff00ff00 / 0101

Here is the output of scan result:

scan result
08;Vaillant;BAI00;0604;5502;21;15;02;0020080463;0001;011072;N5
15;Vaillant;UI   ;0508;6201;21;15;02;0020080463;0907;005053;N7
23;Vaillant;SOLSY;0500;6301;21;15;02;0020080463;0907;005153;N9
25;Vaillant;SOLSY;0500;6301;21;15;02;0020080463;0907;005153;N9
26;Vaillant;SOLSY;0500;6301;21;15;02;0020080463;0907;005153;N9
50;Vaillant;SOLSY;0500;6301;21;15;02;0020080463;0907;005153;N9
ec;Vaillant;SOLSY;0500;6301;21;15;02;0020080463;0907;005153;N9

How can I load the correct files? How can I create them myself? The controller shows the solar yield in the display, so there must be a way to read this via ebus.

I just started using ebusd yesterday, so please give me a little hint where to look further...

Thanks.

Why DHWOpMod is read-only

Hi,
I have an issue setting up DHWOpMod (using OH2 and binding by csowada but data decoding is same as here) regardless what I set it doesn't get reflected in VRC. Now I see that in the table this setting is marked (r) only. Is there a reason for it?
Since it's possible to change it freely from 470 I expected to change it from ebus too. Can someone explain this behaviour? Thanks in advance

50.v61.csv for scan v6100: ERR: duplicate entry

Hi,
I'm receiving an Error of duplicate entry while loading the v61 csv in the new 2.0-preview release:

2015-11-27 11:30:45.908 [main notice] found messages: 7 (0 conditional on 0 conditions, 0 poll, 4 update)
2015-11-27 11:30:46.506 [bus notice] new master 10, master count 2
2015-11-27 11:30:48.843 [bus notice] new master 03, master count 3
2015-11-27 11:30:56.086 [main notice] read common config file /etc/ebusd/vaillant/broadcast.csv for scan bai00
2015-11-27 11:30:56.091 [main notice] read common config file /etc/ebusd/vaillant/scan.csv for scan bai00
2015-11-27 11:30:56.211 [main notice] read config file /etc/ebusd/vaillant/08.bai.HW7401.csv for scan bai00
2015-11-27 11:30:58.474 [main notice] read config file /etc/ebusd/vaillant/15.430.csv for scan 43000
2015-11-27 11:31:00.827 [main error] error reading config file /etc/ebusd/vaillant/50.v61.csv for scan v6100: ERR: duplicate entry

Thank's for your GREAT software!

Regards
Damiano

can't see all vaillant mixer circuits

Hi,

first of all thanks for the nice work with ebusd - it has helped me a lot in analyzing and tuning the heating system for our apartment building.

recently we have extended our vaillant vr630 system with another exansion unit vr60/3 to get 2 more mixer circuits.

i can the 2 mixer circuits on the vr630 and 2 on the first vr60/3 unit [mc,mc.3,mc.4,mc.5) but i can't see those on the 2nd expansion unit

remote control and mixer/pump are working perfectly receiving commands from the vr630 on the other end of the bus so the electronic connection on the ebus seems to be ok.

any hint for me what could be the problem? do i need to define more mixer circuits in the config files?

regards,
Roland

here's some debug output:

root@heizung:/etc/ebusd/vaillant# ebusctl scan result
15;Vaillant;UI ;0508;6201;21;15;40;0020080467;0907;009473;N5
23;Vaillant;VR630;0500;6301;21;15;40;0020092435;0907;008026;N0
25;Vaillant;VR630;0500;6301;21;15;40;0020092435;0907;008026;N0
26;Vaillant;VR630;0500;6301;21;15;40;0020092435;0907;008026;N0
44;Vaillant;VR630;0500;6301;21;15;40;0020092435;0907;008026;N0
50;Vaillant;VR630;0500;6301;21;15;40;0020092435;0907;008026;N0
51;Vaillant;VR630;0500;6301
52;Vaillant;MC2 ;0500;6301;21;15;49;306782<<<<;0907;010113;N3
53;Vaillant;MC2 ;0500;6301;21;15;49;306782<<<<;0907;010113;N3
54;Vaillant;MC2 ;0500;6301;21;16;22;306782<<<<;0907;005834;N2
55;Vaillant;MC2 ;0500;6301;21;16;22;306782<<<<;0907;005834;N2
75;Vaillant;RC C ;0508;6201;21;15;50;0020040079;0907;007741;N2
7c;Vaillant;RC C ;0508;6201;21;15;47;0020040079;0907;007046;N1
84;Vaillant;VR630;0500;6301;21;15;40;0020092435;0907;008026;N0
f5;Vaillant;RC C ;0508;6201;21;15;47;0020040079;0907;007068;N3

root@heizung:/etc/ebusd/vaillant# ebusctl f|grep mc |grep "Status ="
mc Status = 34;off;34.12;21
mc.3 Status = 31;off;31.75;21
mc.4 Status = 29;off;29.06;21
mc.5 Status = 0;off;-;0

from /var/log/ebusd.log
2016-10-30 06:31:29.329 [update notice] unknown MS cmd: 1051b505082b0f010000000080 / 00
2016-10-30 06:31:30.857 [update notice] update mc Mode QQ=70: 25;auto;05;off
2016-10-30 06:31:31.966 [update notice] update mc Status QQ=70: 0;off;19.31;15
2016-10-30 06:31:32.145 [update notice] unknown MS cmd: 7050b5040132 / 0a002a06030100e00e0100
2016-10-30 06:31:32.354 [update notice] update mc RoomTempOffset QQ=70: 0.00
2016-10-30 06:31:32.814 [update notice] unknown MS cmd: 7754b504010d / 050f0037010a
2016-10-30 06:31:32.996 [update notice] unknown MS cmd: 7754b5040132 / 0a002a06030100f00e0100
2016-10-30 06:31:33.149 [update notice] unknown MS cmd: 7754b505042d90ff00 / 00
2016-10-30 06:31:35.138 [update notice] unknown MM cmd: 103f050105aa22220d00
2016-10-30 06:31:35.214 [update notice] update mc.3 Status QQ=f0: 34;off;33.94;21
2016-10-30 06:31:35.396 [update notice] unknown MS cmd: f051b5040132 / 0a002a06030100e00e0100

Duplicates in 2.x.x ?

HI,

first I'm new to ebusd and installed it fresh on raspberry pi after reading documentation.
I've placed ebusd-2.x.x/de folder into /etc/ebusd
When I run ebusd --scanconfig I get a lot duplicate errors. Please see attached file for full output.
Am I doing something wrong?

Regards
Bio
ebusd_conf_check.txt

Help decoding VR33 heat demand

I have a Vaillant EcoFit Pure boiler with a VR33 OpenTherm to eBus adapter.

The boiler parameter d.09 shows the flow temperate demand sent from the VR33. But I cannot find any of the existing csv/inc files which show that properly. Those that say they show d.09 don't appear to show the right value.

I believe a better way to capture this data is to get it from the VR33 itself, since it must be sent from the VR33 to the boiler. I think I've found the message, but I can't work out how to write the message format for it. (Actually, someone else found it, but I don't appear to be able to tag him for credit!)

From a grab, I have these:

7f08b51009000014ffff0001ff00 / 0101 = 21: bai Mode
7f08b5100900005affff6400ff00 / 0101 = 171: bai Mode
7f08b51009000086ffff0000ff00 / 0101 = 3: bai Mode
7f08b5100900008affff0000ff00 / 0101 = 2: bai Mode
7f08b5100900008cffff0000ff00 / 0101 = 3: bai Mode
7f08b5100900008effff0000ff00 / 0101 = 2: bai Mode
7f08b51009000090ffff0000ff00 / 0101 = 3: bai Mode
7f08b51009000092ffff0000ff00 / 0101 = 1: bai Mode
7f08b51009000094ffff0000ff00 / 0101 = 1: bai Mode
7f08b51009000096ffff0000ff00 / 0101 = 2: bai Mode
7f08b51009000098ffff0000ff00 / 0101 = 3: bai Mode
7f08b5100900009affff0000ff00 / 0101 = 3: bai Mode
7f08b5100900009cffff0000ff00 / 0101 = 1: bai Mode
7f08b5100900009effff0000ff00 / 0101 = 4: bai Mode
7f08b510090000a0ffff0000ff00 / 0101 = 2: bai Mode
7f08b510090000a2ffff0000ff00 / 0101 = 1: bai Mode
7f08b510090000a4ffff0000ff00 / 0101 = 2: bai Mode
7f08b510090000a6ffff0000ff00 / 0101 = 3: bai Mode
7f08b510090000a8ffff0000ff00 / 0101 = 2: bai Mode
7f08b510090000aaffff0000ff00 / 0101 = 3: bai Mode
7f08b510090000b4ffff0000ff00 / 0101 = 37: bai Mode

7f is the VR33, and 08 is the boiler. B510/00 is already decoded in hcmode.inc, but I believe this is decoding the response (0101) and, interestingly, it never seems to have any other value on my boiler.

I think the data I'm interested in is here:

7f08b510090000[b4]ffff0000ff00 / 0101 = 37: bai Mode

I think this is a D1C encoded byte. You can see the (decoded) values range from 10 (no demand) to 90 (full demand, limited by the boiler configuration to 75). But, it's in the request side of the message. Specifically, the VR33 seems to broadcast this message fairly regularly with the desired flow temperature in it, and the boiler appears to respond with 0101 every time!

How do I decode this message correctly given B510/00 already exists, and the data I want is in the request side of the message?

08.bai.HW7401.csv question

hi, I need to read all error from my ecoblock (I juest update yo ebus-configutation 2.x file to be able to read bai error).

if I use "read -c bai currenterror"
I obtain "-;-;-;-;-"
I think this is ok because my ecoblock has no error. this evening I will try to generate an error and read it again...

if I use "read -c bai errorhistory"
ERR: end of input reached
and on log I see: 2016-02-23 14:51:43.361 [main error] prepare message part 0: ERR: end of input reached

if I use "read -c bai Status"
I see obtain "ERR: invalid position in decode"
no log is appen.

can you help me to read all errors from my ecoblock?
thanks

Scan not working

Hi,

I'm trying to scan bus devices but nothing is going on:

# ebusd --scanconfig --device=192.168.0.192:23 --latency=10000 -f
2017-10-10 20:22:50.975 [main notice] ebusd 3.0.v3.0-9-gb9c69f0 started with broadcast scan
2017-10-10 20:22:50.984 [bus notice] bus started with own address 31/36

when I capture packets, nothing is sent to the bus (all packets have 0 length, just the connection works):

20:22:50.981027 IP 192.168.0.254.43158 > 192.168.0.192.23: Flags [S], seq 4042384158, win 14600, options [mss 1460,sackOK,TS val 121557936 ecr 0,nop,wscale 7], length 0
	0x0000:  4500 003c 30ae 4000 4006 86ff c0a8 00fe  E..<0.@.@.......
	0x0010:  c0a8 00c0 a896 0017 f0f1 e31e 0000 0000  ................
	0x0020:  a002 3908 833d 0000 0204 05b4 0402 080a  ..9..=..........
	0x0030:  073e d3b0 0000 0000 0103 0307            .>..........
20:22:50.983711 IP 192.168.0.192.23 > 192.168.0.254.43158: Flags [S.], seq 909645, ack 4042384159, win 2144, options [mss 536], length 0
	0x0000:  4500 002c 0757 0000 8006 b066 c0a8 00c0  E..,.W.....f....
	0x0010:  c0a8 00fe 0017 a896 000d e14d f0f1 e31f  ...........M....
	0x0020:  6012 0860 b229 0000 0204 0218 2020       `..`.)........
20:22:50.983828 IP 192.168.0.254.43158 > 192.168.0.192.23: Flags [.], ack 1, win 14600, length 0
	0x0000:  4500 0028 30af 4000 4006 8712 c0a8 00fe  E..(0.@.@.......
	0x0010:  c0a8 00c0 a896 0017 f0f1 e31f 000d e14e  ...............N
	0x0020:  5010 3908 8329 0000                      P.9..)..

How can I actively scan devices on bus?

Vaillant ecoCompact 206 + VRC 700

scan result (bai ist kopiert aus 7401):
08;Vaillant;BAI00;0116;9602;21;15;45;0010015600;3100;008228;N4
15;Vaillant;70000;0206;4103;21;15;43;0020171314;0082;036705;N4
ec;Vaillant;70000;0206;4103;21;15;43;0020171314;0082;036705;N4

unknown (nach ca. 1 Tag):
1008b5100305ff01 / 0101
1008b512020000 / 00
1008b512020064 / 00
1008b5120204ff / 0101
1008b513020508 / 00
1008b5160111 / 09010104020402040204
1008b516081000ffff04002120 / 0b0000ff0400212000000000
1008b516081002ffff0400811f / 0b32ffff0400811f00000000

Not all datagrams decoded

Hi!
Please help me with configuration:
I have calormatic 470 cintroller and TurboTEC Boiler
I use --scanconfig option:

root@cubie:~# ebusctl info
version: ebusd 3.0pre.56c39aa
signal: acquired
symbol rate: 22
reconnects: 0
masters: 3
messages: 456
conditional: 0
poll: 0
update: 8
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0518;HW=7401", loaded "bai.0010002465.inc" ([PROD='0010003969']), "vaillant/08.bai.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=47000;SW=0420;HW=1403", loaded "vaillant/15.470.csv"
address 31: master #8, ebusd
address 36: slave #8, ebusd

root@cubie:~#

But in debug log there are some unknown datagrams:

2017-02-09 22:36:31.962 [update info] update MS cmd: 1008b5110101 / 095256c0f8ff3e0000ff
2017-02-09 22:36:31.966 [update notice] update bai Status01 QQ=10: 41.0;43.0;-7.250;-;31.0;off
2017-02-09 22:36:34.045 [bus debug] ERR: read timeout during receive command ACK, switching to skip
2017-02-09 22:36:34.120 [main debug] performing regular tasks
2017-02-09 22:36:34.300 [bus debug] ERR: read timeout during receive command ACK, switching to skip
2017-02-09 22:36:34.559 [bus debug] ERR: read timeout during receive command ACK, switching to skip
2017-02-09 22:36:34.825 [update info] update BC cmd: 10feb516080006382209020417
2017-02-09 22:36:34.827 [update notice] update broadcast vdatetime QQ=10: 22:38:06;09.02.2017
2017-02-09 22:36:35.050 [update info] update BC cmd: 10feb516030480f7
2017-02-09 22:36:35.050 [update notice] unknown BC cmd: 10feb516030480f7
2017-02-09 22:36:35.310 [update info] update MS cmd: 1008b512020064 / 00
2017-02-09 22:36:35.311 [update notice] unknown MS cmd: 1008b512020064 / 00
2017-02-09 22:36:38.024 [update info] update MS cmd: 1008b5100900000070ffff010000 / 0101
2017-02-09 22:36:38.027 [update notice] update bai Mode QQ=10: standby

So, it seems like not all nessesaru .svc and .inc files was loaded. But --checkconfig also doesn't help:

root@cubie:# ebusd --scanconfig --checkconfig 1008b5110101/095256c0f8ff3e0000ff
2017-02-09 23:02:22.717 [main notice] ebusd 3.0pre.56c39aa performing configuration check...
2017-02-09 23:02:22.725 [main notice] found messages: 11 (0 conditional on 0 conditions, 0 poll, 4 update)
2017-02-09 23:02:22.725 [main error] unable to load scan config 08: slave part too short
2017-02-09 23:02:22.726 [main notice] ebusd stopped
root@cubie:#

Which _templates.csv to use?

I'm goind to play around with ebusd and started with the latest 2.0.0-preview. So I grabbed the config files from here but I find 2 different _templates.csv:

ebusd-2.x.x\de_templates.csv
ebusd-2.x.x\de\vaillant_templates.csv

I started using the one in "vaillant", since I'm going to read from my Vaillant system, but this does not match the rest of the CSVs. I had to add at least some temp/bday/percent templates. But now I found the other file, which is way shorter but includes those.
Which one is right?

configuration problem

root@vaillant:~# ebusctl info
version: ebusd 3.0pre.c57c3e7
update check: revision 9420946 available, different configuration files available
signal: acquired
symbol rate: 94
max symbol rate: 175
reconnects: 0
masters: 5
messages: 63
conditional: 0
poll: 0
update: 8
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=HMU01;SW=0300;HW=8802", loaded "vaillant/08.hmu.csv"
address 10: master #2
address 15: slave #2
address 26: slave, scanned "MF=Vaillant;ID=VR_71;SW=0104;HW=0503"
address 30: master #3
address 31: master #8, ebusd
address 35: slave #3, scanned "MF=Vaillant;ID=VR_91;SW=0200;HW=1903"
address 36: slave #8, ebusd
address 71: master #9
address 76: slave #9, scanned "MF=Vaillant;ID=VWZIO;SW=0106;HW=0103"
address e8: slave, scanned "MF=Vaillant;ID=FMU00;SW=0202;HW=6502"

I received these errors using last copy from githun of yesterday:
2017-07-12 18:16:00.981 [main error] unable to load scan config 26: no file from /etc/ebusd/vaillant with prefix 26. matches ID "vr_71", SW0104, HW0503
2017-07-12 18:16:00.982 [main error] scan config 26: ERR: element not found
2017-07-12 18:16:03.754 [main error] unable to load scan config 76: no file from /etc/ebusd/vaillant with prefix 76. found
2017-07-12 18:16:03.754 [main error] scan config 76: ERR: element not found
2017-07-12 18:16:07.901 [main error] unable to load scan config e8: no file from /etc/ebusd/vaillant with prefix e8. found
2017-07-12 18:16:07.901 [main error] scan config e8: ERR: element not found
2017-07-12 18:16:20.557 [main error] unable to load scan config 26: no file from /etc/ebusd/vaillant with prefix 26. matches ID "vr_71", SW0104, HW0503
2017-07-12 18:16:20.557 [main error] scan config 26: ERR: element not found
2017-07-12 18:16:23.189 [main error] unable to load scan config 76: no file from /etc/ebusd/vaillant with prefix 76. found
2017-07-12 18:16:23.190 [main error] scan config 76: ERR: element not found
2017-07-12 18:16:25.780 [main error] unable to load scan config e8: no file from /etc/ebusd/vaillant with prefix e8. found
2017-07-12 18:16:25.780 [main error] scan config e8: ERR: element not found
2017-07-12 18:16:38.465 [main error] unable to load scan config 26: no file from /etc/ebusd/vaillant with prefix 26. matches ID "vr_71", SW0104, HW0503
2017-07-12 18:16:38.465 [main error] scan config 26: ERR: element not found
2017-07-12 18:16:41.389 [main error] unable to load scan config 35: no file from /etc/ebusd/vaillant with prefix 35. matches ID "vr_91", SW0200, HW1903

Interpret the following responses

I have the following ebusctl grab result:

003c4050011c / 0a0144000007d000010144 = 1
003c40500122 / 0a001200007fff00010000 = 1
003c40500123 / 0a001900007fff00010000 = 1
003c40500124 / 0a0aae80007fff00010000 = 1

I know that the last response (0a0aae80007fff00010000 ) represents the value 13670.
The other values should be 821000, 72 and 299000.

Anyone an idea how the values are encoded?

(I got the values by tracing the communication of the service program of a living room ventilation.)

Vaillant hcmode no pumpstate in Status01

Hi john,

Thank you very much for your great program!

I believe that there might be a bug in hcmode for Vaillant. The last byte of Status01 is not related to the pumpstate. Instead it represents the 'active burner' (similar to Mode/Betriebsart) with the 3 options (off, heater, water). I tested these options with the following results:

Heater=off, WW=off
[update info] update MS cmd: 1008b5110101 / 0960500004441e0000ff
[update notice] update bai Status01 QQ=10: 48.0;40.0;4.000;34.0;15.0;off

Heater=on, WW=off
[update info] update MS cmd: 1008b5110101 / 09282600043a420100ff
[update notice] update bai Status01 QQ=10: 20.0;19.0;4.000;29.0;33.0;on

Heater=off, WW=on
[update info] update MS cmd: 1008b5110101 / 09926e00046e1e0400ff
[update notice] update bai Status01 QQ=10: 73.0;55.0;4.000;55.0;15.0;4

Could you have a look on it?
Thank you.
absalom

Help request: ecoTechPlus 832 & VRT350F (wireless)

When I do a scan I get the following:
pi@raspberrypi:~ $ ebusctl info
version: ebusd 2.4.79708d2
signal: acquired
symbol rate: 23
reconnects: 0
masters: 3
messages: 210
conditional: 3
poll: 0
update: 8
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0204;HW=5502", loaded "bai.308523.inc", "vaillant/08.bai.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=F3500;SW=0103;HW=7202"
address 31: master #8, ebusd
address 36: slave #8, ebusd

The config files for the boiler are loaded but not for the controller. I notice that the ID is "F3500". From what I have read from other people using a VRT350, their returned ID is F35000.
Is this because my unit is the wireless version? Is it ok to just manually assign the controller config ie 15.350.csv
Thanks for any help

Support for Wolf BWS Heatpumps

Hope anyone can help me with my Wolf Heatpump!

2016-01-23 16:03:27.677 [main notice] ebusd 2.0.0ea7efc started
2016-01-23 16:03:27.744 [main notice] found messages: 11 (0 conditional on 0 conditions, 0 poll, 4 update)
2016-01-23 16:03:27.753 [bus notice] signal acquired
2016-01-23 16:03:28.213 [bus notice] new master 03, master count 2
2016-01-23 16:03:28.219 [bus notice] new master f1, master count 3
2016-01-23 16:03:28.219 [update notice] unknown MM cmd: 03f10800080080b30180000039
2016-01-23 16:03:28.417 [bus notice] new master 0f, master count 4
2016-01-23 16:03:28.418 [update notice] update broadcast datetime QQ=0f: 1.699;14:15:53;23.01.2016
2016-01-23 16:03:28.488 [update notice] unknown BC cmd: 03fe050308010040ff33193301
2016-01-23 16:03:28.607 [update notice] unknown BC cmd: f1fe050308010100ff32ff3301
2016-01-23 16:03:33.335 [bus notice] new master 10, master count 5
2016-01-23 16:03:33.341 [update notice] unknown MM cmd: 10030800083327b30180010039
2016-01-23 16:03:33.890 [update notice] unknown BC cmd: f1fe08000833271a0100a00039
2016-01-23 16:03:35.301 [bus notice] new master 30, master count 6
2016-01-23 16:03:35.364 [update notice] unknown MS cmd: 3050501407030027331b0072 / 09000100800080008c05
2016-01-23 16:03:36.304 [update notice] unknown MS cmd: f150502203cc0e00 / 02fe01
2016-01-23 16:03:37.883 [main notice] read common config file /etc/ebusd/wolf/broadcast.csv
2016-01-23 16:03:37.889 [main notice] read scan config file /etc/ebusd/wolf/08.csv for ID "z@", SW2001, HW0000
2016-01-23 16:03:37.890 [main notice] found messages: 16 (0 conditional on 0 conditions, 0 poll, 6 update)
2016-01-23 16:03:38.354 [update notice] update broadcast betrd QQ=03: 0;40;-;25.5;25;51;1
2016-01-23 16:03:38.478 [update notice] update broadcast betrd QQ=f1: 1;00;-;25.0;-;51;1
2016-01-23 16:03:39.989 [bus error] send to 14: ERR: read timeout, retry
2016-01-23 16:03:40.127 [bus error] send to 14: ERR: read timeout, retry
2016-01-23 16:03:40.264 [bus error] send to 14: ERR: read timeout, retry
2016-01-23 16:03:40.404 [bus error] send to 14: ERR: read timeout
2016-01-23 16:03:40.405 [main error] scan config 14 message: ERR: read timeout
2016-01-23 16:03:42.521 [main error] unable to load scan config 15: list files in /etc/ebusd/kromschroeder ERR: element not found
2016-01-23 16:03:43.298 [update notice] update feuerung sollw QQ=10: 39.199;1.699;-;01;57.000
2016-01-23 16:03:43.846 [update notice] update broadcast sollw QQ=f1: 39.199;1.102;0;a0;57.000
2016-01-23 16:03:44.643 [main error] unable to load scan config 35: list files in /etc/ebusd/kromschroeder ERR: element not found
2016-01-23 16:03:45.374 [update notice] unknown MS cmd: 3050501407030027331b0072 / 09000100800080008c05
2016-01-23 16:03:45.932 [update notice] unknown BC cmd: 30fe502309b0be0260ff5d010000
2016-01-23 16:03:46.594 [update notice] unknown MS cmd: f150502203cc0e00 / 02fc01
2016-01-23 16:03:46.821 [main notice] read scan config file /etc/ebusd/wolf/50.csv for ID "z", SW2001, HW0000
2016-01-23 16:03:46.821 [main notice] found messages: 22 (0 conditional on 0 conditions, 0 poll, 6 update)
2016-01-23 16:03:48.339 [update notice] update feuerung betrd QQ=10: Brauchwasser_Heizen;6;39.19;-;-;57.0;-
2016-01-23 16:03:48.500 [update notice] update broadcast betrd QQ=03: 0;40;-;25.5;25;50;1
2016-01-23 16:03:48.819 [update notice] update broadcast betrd QQ=f1: 1;00;-;25.0;-;51;1
2016-01-23 16:03:49.030 [main error] unable to load scan config f6: list files in /etc/ebusd/kromschroeder ERR: element not found
2016-01-23 16:03:53.277 [update notice] update feuerung sollw QQ=10: 39.199;1.699;-;01;57.000
2016-01-23 16:03:53.826 [update notice] update broadcast sollw QQ=f1: 39.199;1.102;0;a0;57.000
2016-01-23 16:03:55.299 [update notice] update solar regler QQ=30: 03;51.152;13.5;0.0
2016-01-23 16:03:56.245 [update notice] unknown MS cmd: f150502203cc0e00 / 02fc01
2016-01-23 16:03:58.255 [update notice] update feuerung betrd QQ=10: Brauchwasser_Heizen;Kesselpumpeaus;39.19;-;-;57.0;-
2016-01-23 16:03:58.710 [update notice] unknown MM cmd: 03f10800080080b30180000039
2016-01-23 16:03:58.789 [update notice] update broadcast betrd QQ=f1: 1;00;-;25.0;-;50;1
2016-01-23 16:03:58.955 [update notice] update broadcast betrd QQ=03: 0;40;-;25.5;25;50;1
2016-01-23 16:04:03.248 [update notice] update feuerung sollw QQ=10: 39.199;1.699;-;01;57.000
2016-01-23 16:04:03.797 [update notice] update broadcast sollw QQ=f1: 39.199;1.102;0;a0;57.000
2016-01-23 16:04:05.270 [update notice] update solar regler QQ=30: 03;51.152;13.5;0.0
2016-01-23 16:04:06.210 [update notice] unknown MS cmd: f150502203cc0e00 / 02fb01
2016-01-23 16:04:08.236 [update notice] update feuerung betrd QQ=10: Brauchwasser_Heizen;Verbraucheraus;39.19;-;-;57.0;-
2016-01-23 16:04:08.784 [update notice] update broadcast betrd QQ=f1: 1;00;-;25.0;-;50;1
2016-01-23 16:04:08.955 [update notice] update broadcast betrd QQ=03: 0;40;-;25.5;25;50;1
2016-01-23 16:04:13.223 [update notice] update feuerung sollw QQ=10: 39.199;1.699;-;01;57.000
2016-01-23 16:04:13.772 [update notice] update broadcast sollw QQ=f1: 39.199;1.102;0;a0;57.000
2016-01-23 16:04:15.250 [update notice] update solar regler QQ=30: 03;51.152;13.5;0.0
2016-01-23 16:04:16.195 [update notice] unknown MS cmd: f150502203cc0e00 / 02fa01
2016-01-23 16:04:18.206 [update notice] update feuerung betrd QQ=10: Brauchwasser_Heizen;6;39.19;-;-;57.0;-
2016-01-23 16:04:18.750 [update notice] update broadcast betrd QQ=f1: 1;00;-;25.0;-;50;1
2016-01-23 16:04:19.015 [update notice] update broadcast betrd QQ=03: 0;40;-;25.5;25;50;1
2016-01-23 16:04:23.192 [update notice] update feuerung sollw QQ=10: 39.199;1.699;-;01;57.000
2016-01-23 16:04:23.737 [update notice] update broadcast sollw QQ=f1: 39.199;1.102;0;a0;57.000
2016-01-23 16:04:25.224 [update notice] update solar regler QQ=30: 03;51.152;13.5;0.0
2016-01-23 16:04:26.175 [update notice] unknown MS cmd: f150502203cc0e00 / 02f901
2016-01-23 16:04:28.195 [update notice] update feuerung betrd QQ=10: Brauchwasser_Heizen;Kesselpumpeaus;39.19;-;-;57.0;-
2016-01-23 16:04:28.739 [update notice] update broadcast betrd QQ=f1: 1;00;-;25.0;-;50;1
2016-01-23 16:04:29.205 [update notice] unknown MM cmd: 03f10800080080b30180000039
2016-01-23 16:04:29.385 [update notice] update broadcast datetime QQ=0f: 1.699;14:16:54;23.01.2016
2016-01-23 16:04:29.456 [update notice] update broadcast betrd QQ=03: 0;40;-;25.5;25;50;1
2016-01-23 16:04:33.153 [update notice] update feuerung sollw QQ=10: 39.199;1.699;-;01;57.000
2016-01-23 16:04:33.701 [update notice] update broadcast sollw QQ=f1: 39.199;1.102;0;a0;57.000
2016-01-23 16:04:35.174 [update notice] update solar regler QQ=30: 03;51.152;13.5;0.0

Plz help with the adjustment of srew 8 of the ebus couper from e-service online

I have read a lot about the adjustment of the trimmer for the signal but i dit not yet succeed for making the correct adjustment. What's the best way to check that the trimmer from de hardware adapter is in the correct position. It is for the e-bus coupler with an USB connection and i have a raspberry pi OR windows 10 pc available for checking the device.

bai.0010015600.inc is missing from the en directory

bai.0010015600.inc appears to be the right file for my EcoFit Pure, but it's only present in the de directory, not the en directory (and the associated changes to 08.bai.csv required to include this file).

help requested

I have bougth a Saunier Duval Semiatec Condense 24 type boyler.
I like to use an e-bus ethernet gateway with ebusd to control the heater.
Up till now I could read pump state and switch / off heating, nothing else.
I ask if someone has a config file set for this device and hopefully description to.

csv vrc700 not loading

used latest config repo:

pi@raspberrypi:/etc/ebusd/vaillant $ ebusctl scan result
08;Vaillant;BAI00;0301;5502;21;12;37;0010011633;0001;005215;N9
15;Vaillant;70000;0419;4603
52;Vaillant;VR_70;0109;2903;21;15;40;0020184844;0082;006193;N5

pi@raspberrypi:/etc/ebusd/vaillant $ ebusctl info
version: ebusd 3.0.595c7c0
update check: revision v3.0-2-g29cee10 available, different configuration files available
signal: acquired
symbol rate: 23
max symbol rate: 209
reconnects: 0
masters: 3
messages: 220
conditional: 3
poll: 0
update: 8
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0301;HW=5502", loaded "vaillant/bai.308523.inc", "vaillant/08.bai.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=70000;SW=0419;HW=4603"
address 31: master #8, ebusd
address 36: slave #8, ebusd
address 52: slave, scanned "MF=Vaillant;ID=VR_70;SW=0109;HW=2903", loaded "vaillant/52.vr_70.csv"

Al the rest is working fine. Any ideas? Normally the 15.700.csv should load, however not working.

Kind regards

Deciphering VR65 device messages

Hi John! It's been a long time!

My burner's heat exchanger failed 👎 so I had it replaced with the same model, but it's a completely different device with a different PCB and newer SW. I decided to update to the new ebusd and configuration files and my new burner works well with it. I see a lot of improvements and ebusd also runs very fast, so thanks!

Not sure if you remember but there was a slave device that did not have any messages for it in the newest vrDIALOG810.mdb that I had, which was strange because when I run vrDIALOG810 it actually can see my VR65 device and read it.

The VR65 is basically a device that the burner controls. It connects my DHW and CH circuits (two 2 port valves). It also has a sensor that detects DHW demand in my storage tank (a DHW thermostat on the storage tank completes the circuit when there is demand) which tells the burner there is DHW demand. There is also a VF1 (NTC) sensor on it but I have not used it as those are normally fitted to UniStor's.

I have been monitoring the ebusd log file trying to translate the unknown MS cmd: messages sent by the VR65 by seeing what the other circuits the BAI and 350 are doing at the time.

This is my scan result:

08;Vaillant;BAI00;0609;5502
15;Vaillant;35000;0109;7102
64;Vaillant;V6500;0107;7602

The V6500 is the VR65 device.

These are the unknown messages in the log:

[update notice] unknown MS cmd: 1008b512020064 / 00
[update notice] unknown MS cmd: 0364b512020200 / 0600000080ffff
[update notice] unknown MS cmd: 0364b512020200 / 0600010080ffff
[update notice] unknown MS cmd: 0364b512020232 / 0632000080ffff
[update notice] unknown MS cmd: 0364b512020232 / 0632010080ffff
[update notice] unknown MS cmd: 0364b512020264 / 0664000080ffff
[update notice] unknown MS cmd: 0364b512020264 / 0664010080ffff
[update notice] unknown MS cmd: 0364b5120202fe / 06fe000080ffff

You can see for 0200, 0232 and 0264, the message has a 1 or 0, so this must mean DHW Demand 1 or 0, DHW ValveState 1 or 0, and CH ValveState 1 or 0.

I'm not sure what "1008b512020064 / 00" does but I think maybe it's telling the CH ValveState to close?
"0364b5120202fe / 06fe000080ffff" I still don't know either.

Do you think I could start writing a CSV for this device? If so would you be able to advise me on how I can do this?

Also I get this error "[update error] unable to parse bai DateTime from 1008b5040100 / 0a00ffffffffffffff0080: ERR: argument value out of valid range". The BAI device has never understood DateTime, only vdatetime I think.

Error message with writing value even though definition exists and can read

admin@ubuntu1604:~$ ebusctl read Hc1OPMode
off

admin@ubuntu1604:~$ ebusctl f -f -w HC1OPMode
w,430,Hc1OPMode,Betriebsart Heizkreis 1,,15,b509,0e2f00,,m,UCH,,0=off;1=manual;2=auto,,operation mode of the first heating circuit

admin@ubuntu1604:~$ ebusctl write -c 430 Hc1OPMode off
ERR: invalid numeric argument

admin@ubuntu1604:~$ ebusctl write -c 430 Hc1OPMode 0
ERR: invalid numeric argument

I can read the Hc1OPMode, if I display the definition I can see that it can write using that too. But when I try to write either using the value or the numeric value I get an error.

In 2.1 config files please correct 15.470.csv

[SW>=202]r;w,,InternalOperatingMode470,InternalOperatingMode470,,,,"3100",,,UCH,2=auto;3=on;4=night;5=summer,,"operation mode of the second heating circuit for 470 (2 = auto, 3 = on, 4 = night, 5 = summer)"

(added modes in clear text)

Vaillant VPM-S, VPM-W and VWS-171

After first building Prof. Dr. Peter A. Henning et al.: EBUSD-Interface USB and adjusting the potentiometer. A lot of data is coming in, great piece of software.

After some experimenting it looks like the EHP00 is conflicting with the PMW00 config because 1 of both files are not loaded.

  • Can you help me resolve the issue of conflicting names?
  • Help decode the unknown BC cmd and unknown MS cmd commands or is that based on the fact that the PMW00 isn't loaded?
  • How can i write to installer option in version 3, (#install) doesn't work for me

Current setup:

  • Running with ebusd --scanconfig
  • Latest ebusd-configruration (10a9ca1)
  • Latest ebusd (29cee10)

Scan result and info, total log is included as attachment

localhost: scan result
06;Vaillant;PMS00;0107;4302;21;16;15;0020080448;0907;005021;N5
08;Vaillant;EHP00;0383;7201;21;11;15;0010002782;0006;005035;N9
0a;Vaillant;PMW00;0117;4402;21;11;14;0010007267;3110;002261;N6
12;Vaillant;PMW00;0117;4402;21;11;14;0010007267;3110;002261;N6
15;Vaillant;UIH00;0362;6901;21;11;03;0020101780;0907;005010;N9
23;Vaillant;EHP00;0383;7201;21;11;15;0010002782;0006;005035;N9
25;Vaillant;EHP00;0383;7201;21;11;15;0010002782;0006;005035;N9
50;Vaillant;EHP00;0383;7201;21;11;15;0010002782;0006;005035;N9
ed;Vaillant;PMS00;0107;4302;21;16;15;0020080448;0907;005021;N5
fc;Vaillant;PMW00;0117;4402;21;11;14;0010007267;3110;002261;N6

localhost: info
version: ebusd 3.0.v3.0-2-g29cee10
signal: acquired
symbol rate: 91
max symbol rate: 141
reconnects: 0
masters: 5
messages: 669
conditional: 213
poll: 2
update: 58
address 01: master #6
address 03: master #11
address 06: slave #6, scanned "MF=Vaillant;ID=PMS00;SW=0107;HW=4302", loaded "vaillant/06.pms.csv"
address 08: slave #11, scanned "MF=Vaillant;ID=EHP00;SW=0383;HW=7201", loaded "vaillant/08.ehp.csv"
address 0a: slave, scanned "MF=Vaillant;ID=PMW00;SW=0117;HW=4402"
address 10: master #2
address 12: slave, scanned "MF=Vaillant;ID=PMW00;SW=0117;HW=4402"
address 15: slave #2, scanned "MF=Vaillant;ID=UIH00;SW=0362;HW=6901", loaded "vaillant/15.uih.csv"
address 23: slave, scanned "MF=Vaillant;ID=EHP00;SW=0383;HW=7201", loaded "vaillant/23.ehp.cc.csv"
address 25: slave, scanned "MF=Vaillant;ID=EHP00;SW=0383;HW=7201", loaded "vaillant/25.ehp.hwc.csv"
address 31: master #8, ebusd
address 36: slave #8, ebusd
address 50: slave, scanned "MF=Vaillant;ID=EHP00;SW=0383;HW=7201", loaded "vaillant/50.ehp.mc.csv"
address ed: slave, scanned "MF=Vaillant;ID=PMS00;SW=0107;HW=4302"
address f7: master #20
address fc: slave #20, scanned "MF=Vaillant;ID=PMW00;SW=0117;HW=4402"

ebusd_log.txt

hwcStatus "w"-type message (PBSB: B505, ID: 27)

Hi,
The b505-command with id 27seems to be one of the commonly appearing unknown messages for my system.
After some looking around in the ebusd configuration files I figured out that there is already a message definition available for this command in broadcast.csv, but as a broadcast-type message only, whereas these messages in my grab result are sent to a specific slave-device ...

# type (r[1-9];w;u) circuit name [comment] [QQ] ZZ PBSB [ID] field part (m;s) type / templates divider / values unit comment field part (m;s) type / templates divider / values unit comment field part (m;s) type / templates divider / values unit comment
*b broadcast FE B505
b hwcStatus state hot water 27 onoff VF1 temp0 onoff

The message contained in my grab results:

1026b5050427001b00 / 00
1050b5050427001b00 / 00
1052b5050427001b00 / 00
1053b5050427001b00 / 00
10ecb5050427001b00 / 00
1026b5050427001c00 / 00
1050b5050427001c00 / 00
1052b5050427001c00 / 00
1053b5050427001c00 / 00
10ecb5050427001c00 / 00
1026b5050427001d00 / 00
1050b5050427001d00 / 00
1052b5050427001d00 / 00
1053b5050427001d00 / 00
10ecb5050427001d00 / 00
1026b5050427001e00 / 00
1050b5050427001e00 / 00
1052b5050427001e00 / 00
1053b5050427001e00 / 00
10ecb5050427001e00 / 00
1026b5050427001f00 / 00
1050b5050427001f00 / 00
1052b5050427001f00 / 00
1053b5050427001f00 / 00
10ecb5050427001f00 / 00

The message contained in @modenet's grab results (from #3):

1025b5050427001500 / 00
1026b5050427001500 / 00
1050b5050427001500 / 00
1053b5050427001500 / 00
10ecb5050427001500 / 00

Is solving this as simple as adding a default line for w and making the type field for hwcStatus b;w instead?
ps
For messages that carry multiple values I have noticed that some message definitions are composed of multiple fields (hwcStatus for example), whereas others have only one field consisting of multiple datatypes (the Status01-message for example). Is it the aim to make all these kind of messages multi-field eventually, or is there a structural difference between the two?
pps
This is what I meant earlier by a "1 issue/message-approach", ie. suggest a message definition that solves a certain grab-line, some discussion/approval/... and solve by pull request :-)

Little help: Valliant VCW376 no controller

Hi, i'm in need of some help. First i want to say i'm new to all of this so bare with me ;-)
I have a VCW376 heater and i have connected it to a ebus to usb converter(eservice) and connected everything to a PI2. Installed ebusd and started up service. So far so good i can read values with the 'r' command in ebusctl and response shows up ok.

What i was expecting that updates would come in to ebusd automatically. So if a value changed in de heater and these new values where to be submitted on the bus that i would be able to see these changes with the 'listen' command in ebusctl. But this is not the case. There are no updates. The only way i seem to get updates is when i configure a poll priority on de 'r' command.

So my question is, is this normal behaviour or is this due to the fact that i don't have a controller connected to my setup.

Can not load 64.v65.csv

Hi John,

I have been trying to load 64.v65.csv for some time and really don't understand why --scanconfig will not load the csv. Having read #31
I see that the original work on this config was undertaken on 64;Vaillant;V6500;0107;7602 my version looks to be different 64: ;Vaillant;V6500;0007;8301 is this why the 64.v65.csv will not load?

My requirement is to be able to read the NTC sensor on the hot water cylinder.
The ultimate goal is to make an automated system that will look at the weather forecast (using Met office api) and decide if the solar PV power will be enough to heat the cylinder throughout the day, or will the boiler be needed.

As you can see the Boiler CSV gets loaded, but scan config 64 times out?

2017-03-31 21:38:42.982 [main notice] ebusd 3.0pre.daeea20 started
2017-03-31 21:38:42.993 [main notice] found messages: 11 (0 conditional on 0 conditions, 0 poll, 4 update)
2017-03-31 21:38:43.004 [bus notice] signal acquired
2017-03-31 21:38:43.555 [bus notice] new master 03, master count 2
2017-03-31 21:38:43.602 [update notice] unknown MS cmd: 0364b5120202fe / 06fe000080ffff
2017-03-31 21:38:49.010 [update notice] unknown MS cmd: 0364b5120202fe / 06fe000080ffff
2017-03-31 21:38:52.986 [main notice] starting initial broadcast scan
2017-03-31 21:38:54.399 [update notice] unknown MS cmd: 0364b5120202fe / 06fe000080ffff
2017-03-31 21:38:59.800 [update notice] unknown MS cmd: 0364b5120202fe / 06fe000080ffff
2017-03-31 21:39:03.145 [bus notice] scan 08: ;Vaillant;BAI00;0603;1303
2017-03-31 21:39:03.157 [main notice] read common config file /etc/ebusd/vaillant/general.csv
2017-03-31 21:39:03.158 [main notice] read common config file /etc/ebusd/vaillant/broadcast.csv
2017-03-31 21:39:03.159 [main notice] read common config file /etc/ebusd/vaillant/scan.csv
2017-03-31 21:39:03.163 [main notice] read scan config file /etc/ebusd/vaillant/08.bai.csv for ID "bai00", SW0603, HW1303
2017-03-31 21:39:03.742 [main notice] found messages: 210 (3 conditional on 23 conditions, 0 poll, 8 update)
2017-03-31 21:39:04.001 [bus notice] max. symbols per second: 151
2017-03-31 21:39:04.298 [bus notice] scan 08: ;21;15;46;0010015673;1300;606111;N4
2017-03-31 21:39:05.204 [update notice] unknown MS cmd: 0364b5120202fe / 06fe000080ffff
2017-03-31 21:39:06.428 [bus notice] scan 64: ;Vaillant;V6500;0007;8301
2017-03-31 21:39:06.567 [main error] scan config 64: ERR: read timeout
2017-03-31 21:39:10.604 [update notice] unknown MS cmd: 0364b5120202fe / 06fe000080ffff
2017-03-31 21:39:16.004 [update notice] unknown MS cmd: 0364b5120202fe / 06fe000080ffff
2017-03-31 21:39:18.699 [main error] scan config 64: ERR: read timeout
2017-03-31 21:39:21.401 [update notice] unknown MS cmd: 0364b5120202fe / 06fe000080ffff

ebusd stops working /vaillant/15.700.csv:6: ERR: element not found, field type TEMPV in field 1

Hi, hereby the terminal "log" when trying to connect a Multimatic 700 + VCW 346/5-5 to the eBus daemon. I also have the VR900 but disconnected it to make things not too complex from the beginning.

I'm using Ubuntu LTS 16.04.2 with a GIT version of ebusd.

I think ebusd stops working because of this: /etc/ebusd/vaillant/15.700.csv:6: ERR: element not found, field type TEMPV in field 1

philippe@ubuntu:~$ ebusd --scanconfig
philippe@ubuntu:~$ ebusd --checkconfig
2017-07-24 00:48:56.254 [main notice] ebusd 3.0pre.c57c3e7 performing configuration check...
/etc/ebusd/vaillant/15.700.csv:6: ERR: element not found, field type TEMPV in field 1
2017-07-24 00:48:56.255 [main error] error reading config files: ERR: element not found, last error: /etc/ebusd/vaillant/15.700.csv:6: ERR: element not found, field type TEMPV in field 1
2017-07-24 00:48:56.255 [main notice] found messages: 0 (0 conditional on 0 conditions, 0 poll, 0 update)
2017-07-24 00:48:56.255 [main notice] ebusd stopped
philippe@ubuntu:~$ ebusctl info
version: ebusd 3.0pre.c57c3e7
signal: no signal
reconnects: 0
masters: 1
messages: 0
conditional: 0
poll: 0
update: 0
address 31: master #8, ebusd
address 36: slave #8, ebusd

philippe@ubuntu:~$ ebusd -f -c /tmp --logareas bus --loglevel info --lograwdata=bytes -d 192.168.1.54:5000



2017-07-24 00:50:00.015 [bus notice] <aa
2017-07-24 00:50:00.058 [bus notice] <aa
2017-07-24 00:50:00.101 [bus notice] <aa
2017-07-24 00:50:00.145 [bus notice] <aa
2017-07-24 00:50:00.189 [bus notice] <aa
2017-07-24 00:50:00.233 [bus notice] <aa
2017-07-24 00:50:00.276 [bus notice] <aa
2017-07-24 00:50:00.319 [bus notice] <aa
2017-07-24 00:50:00.362 [bus notice] <aa
2017-07-24 00:50:00.405 [bus notice] <aa
2017-07-24 00:50:00.448 [bus notice] <aa
2017-07-24 00:50:00.492 [bus notice] <aa
2017-07-24 00:50:00.535 [bus notice] <aa
2017-07-24 00:50:00.580 [bus notice] <aa
2017-07-24 00:50:00.623 [bus notice] <aa
2017-07-24 00:50:00.666 [bus notice] <aa
2017-07-24 00:50:00.709 [bus notice] <aa
2017-07-24 00:50:00.751 [bus notice] <aa
2017-07-24 00:50:00.794 [bus notice] <aa
2017-07-24 00:50:00.837 [bus notice] <aa
2017-07-24 00:50:00.880 [bus notice] <aa
2017-07-24 00:50:00.923 [bus notice] <aa
2017-07-24 00:50:00.967 [bus notice] <aa
2017-07-24 00:50:01.010 [bus notice] <aa
2017-07-24 00:50:01.052 [bus notice] <aa
2017-07-24 00:50:01.095 [bus notice] <aa
2017-07-24 00:50:01.138 [bus notice] <aa
2017-07-24 00:50:01.181 [bus notice] <aa
2017-07-24 00:50:01.225 [bus notice] <aa
2017-07-24 00:50:01.268 [bus notice] <aa
2017-07-24 00:50:01.311 [bus notice] <aa
2017-07-24 00:50:01.353 [bus notice] <aa
2017-07-24 00:50:01.396 [bus notice] <aa
2017-07-24 00:50:01.439 [bus notice] <aa
2017-07-24 00:50:01.483 [bus notice] <aa
2017-07-24 00:50:01.527 [bus notice] <aa
2017-07-24 00:50:01.571 [bus notice] <aa
2017-07-24 00:50:01.614 [bus notice] <aa
2017-07-24 00:50:01.657 [bus notice] <aa
2017-07-24 00:50:01.700 [bus notice] <aa
2017-07-24 00:50:01.743 [bus notice] <aa
2017-07-24 00:50:01.786 [bus notice] <aa
2017-07-24 00:50:01.829 [bus notice] <aa
2017-07-24 00:50:01.871 [bus notice] <aa
2017-07-24 00:50:01.915 [bus notice] <aa
2017-07-24 00:50:01.958 [bus notice] <aa
2017-07-24 00:50:02.000 [bus notice] <aa
2017-07-24 00:50:02.043 [bus notice] <aa
2017-07-24 00:50:02.086 [bus notice] <aa
2017-07-24 00:50:02.130 [bus notice] <aa
2017-07-24 00:50:02.174 [bus notice] <aa
2017-07-24 00:50:02.218 [bus notice] <aa
2017-07-24 00:50:02.261 [bus notice] <aa
2017-07-24 00:50:02.305 [bus notice] <aa
2017-07-24 00:50:02.348 [bus notice] <aa
2017-07-24 00:50:02.390 [bus notice] <aa
2017-07-24 00:50:02.433 [bus notice] <aa
2017-07-24 00:50:02.477 [bus notice] <aa
2017-07-24 00:50:02.520 [bus notice] <aa
2017-07-24 00:50:02.564 [bus notice] <aa
2017-07-24 00:50:02.608 [bus notice] <aa
2017-07-24 00:50:02.651 [bus notice] <aa
2017-07-24 00:50:02.693 [bus notice] <aa
2017-07-24 00:50:02.737 [bus notice] <aa
2017-07-24 00:50:02.780 [bus notice] <aa
2017-07-24 00:50:02.823 [bus notice] <aa
2017-07-24 00:50:02.866 [bus notice] <aa
2017-07-24 00:50:02.908 [bus notice] <aa
2017-07-24 00:50:02.951 [bus notice] <aa
2017-07-24 00:50:02.995 [bus notice] <aa
2017-07-24 00:50:03.037 [bus notice] <aa
2017-07-24 00:50:03.079 [bus notice] <aa
2017-07-24 00:50:03.123 [bus notice] <aa
2017-07-24 00:50:03.167 [bus notice] <aa
2017-07-24 00:50:03.209 [bus notice] <aa
2017-07-24 00:50:03.253 [bus notice] <aa
2017-07-24 00:50:03.296 [bus notice] <aa
2017-07-24 00:50:03.338 [bus notice] <aa
2017-07-24 00:50:03.381 [bus notice] <aa
2017-07-24 00:50:03.424 [bus notice] <aa
2017-07-24 00:50:03.468 [bus notice] <aa
2017-07-24 00:50:03.511 [bus notice] <aa
^C2017-07-24 00:50:03.554 [bus notice] <aa
2017-07-24 00:50:03.597 [bus notice] <aa
2017-07-24 00:50:03.639 [bus notice] <aa
2017-07-24 00:50:03.682 [bus notice] <aa
2017-07-24 00:50:03.726 [bus notice] <aa
2017-07-24 00:50:03.768 [bus notice] <03
2017-07-24 00:50:03.811 [bus notice] <64
2017-07-24 00:50:03.854 [bus notice] <b5
2017-07-24 00:50:03.897 [bus notice] <12
2017-07-24 00:50:03.941 [bus notice] <02
2017-07-24 00:50:03.983 [bus notice] <02
2017-07-24 00:50:04.027 [bus notice] <fe
2017-07-24 00:50:04.069 [bus notice] <98
2017-07-24 00:50:04.112 [bus notice] <aa
2017-07-24 00:50:04.156 [bus notice] <aa
2017-07-24 00:50:04.199 [bus notice] <aa
2017-07-24 00:50:04.241 [bus notice] <aa
2017-07-24 00:50:04.284 [bus notice] <aa
2017-07-24 00:50:04.328 [bus notice] <aa
2017-07-24 00:50:04.370 [bus notice] <aa
2017-07-24 00:50:04.413 [bus notice] <aa
2017-07-24 00:50:04.457 [bus notice] <aa
2017-07-24 00:50:04.500 [bus notice] <aa
2017-07-24 00:50:04.542 [bus notice] <aa
2017-07-24 00:50:04.586 [bus notice] <aa
2017-07-24 00:50:04.629 [bus notice] <aa
2017-07-24 00:50:04.671 [bus notice] <aa
2017-07-24 00:50:04.714 [bus notice] <aa
2017-07-24 00:50:04.757 [bus notice] <aa
2017-07-24 00:50:04.800 [bus notice] <aa
2017-07-24 00:50:04.843 [bus notice] <aa
2017-07-24 00:50:04.886 [bus notice] <aa
2017-07-24 00:50:04.929 [bus notice] <aa
2017-07-24 00:50:04.972 [bus notice] <aa
2017-07-24 00:50:05.015 [bus notice] <aa
2017-07-24 00:50:05.058 [bus notice] <aa
2017-07-24 00:50:05.101 [bus notice] <aa
2017-07-24 00:50:05.144 [bus notice] <aa
2017-07-24 00:50:05.187 [bus notice] <aa
2017-07-24 00:50:05.230 [bus notice] <aa
2017-07-24 00:50:05.273 [bus notice] <aa
2017-07-24 00:50:05.316 [bus notice] <aa
2017-07-24 00:50:05.360 [bus notice] <aa
2017-07-24 00:50:05.402 [bus notice] <aa
2017-07-24 00:50:05.446 [bus notice] <aa
2017-07-24 00:50:05.489 [bus notice] <aa
2017-07-24 00:50:05.532 [bus notice] <aa
2017-07-24 00:50:05.536 [bus notice] <aa
2017-07-24 00:50:05.541 [bus notice] <aa
2017-07-24 00:50:05.545 [bus notice] <aa
2017-07-24 00:50:05.550 [bus notice] <aa
2017-07-24 00:50:05.555 [bus notice] <aa
2017-07-24 00:50:05.559 [bus notice] <aa
2017-07-24 00:50:05.564 [bus notice] <aa
2017-07-24 00:50:05.569 [bus notice] <aa
2017-07-24 00:50:05.579 [bus notice] <aa
2017-07-24 00:50:05.585 [bus notice] <aa
2017-07-24 00:50:05.587 [bus notice] <aa
2017-07-24 00:50:05.591 [bus notice] <aa
2017-07-24 00:50:05.595 [bus notice] <aa
2017-07-24 00:50:05.599 [bus notice] <aa
2017-07-24 00:50:05.603 [bus notice] <aa
2017-07-24 00:50:05.607 [bus notice] <aa
2017-07-24 00:50:05.611 [bus notice] <aa
2017-07-24 00:50:05.615 [bus notice] <aa
2017-07-24 00:50:05.620 [bus notice] <aa
2017-07-24 00:50:05.624 [bus notice] <aa
2017-07-24 00:50:05.629 [bus notice] <aa
2017-07-24 00:50:05.672 [bus notice] <aa
2017-07-24 00:50:05.715 [bus notice] <aa
2017-07-24 00:50:05.758 [bus notice] <aa
2017-07-24 00:50:05.801 [bus notice] <aa
2017-07-24 00:50:05.805 [bus notice] <aa
2017-07-24 00:50:05.810 [bus notice] <aa
2017-07-24 00:50:05.815 [bus notice] <aa
2017-07-24 00:50:05.819 [bus notice] <aa
2017-07-24 00:50:05.824 [bus notice] <aa
2017-07-24 00:50:05.828 [bus notice] <aa
2017-07-24 00:50:05.833 [bus notice] <aa
2017-07-24 00:50:05.838 [bus notice] <aa
2017-07-24 00:50:05.849 [bus notice] <aa
2017-07-24 00:50:05.853 [bus notice] <aa
2017-07-24 00:50:05.858 [bus notice] <aa
2017-07-24 00:50:05.862 [bus notice] <aa
2017-07-24 00:50:05.866 [bus notice] <aa
2017-07-24 00:50:05.870 [bus notice] <aa
2017-07-24 00:50:05.874 [bus notice] <aa
2017-07-24 00:50:05.878 [bus notice] <aa
2017-07-24 00:50:05.882 [bus notice] <aa
2017-07-24 00:50:05.887 [bus notice] <aa
2017-07-24 00:50:05.891 [bus notice] <aa
2017-07-24 00:50:05.895 [bus notice] <aa
2017-07-24 00:50:05.899 [bus notice] <aa
2017-07-24 00:50:05.904 [bus notice] <aa
2017-07-24 00:50:05.947 [bus notice] <aa
2017-07-24 00:50:05.990 [bus notice] <aa
2017-07-24 00:50:06.033 [bus notice] <aa
2017-07-24 00:50:06.076 [bus notice] <aa
2017-07-24 00:50:06.081 [bus notice] <aa
2017-07-24 00:50:06.085 [bus notice] <aa
2017-07-24 00:50:06.090 [bus notice] <aa
2017-07-24 00:50:06.095 [bus notice] <aa
2017-07-24 00:50:06.099 [bus notice] <aa
2017-07-24 00:50:06.104 [bus notice] <aa
2017-07-24 00:50:06.108 [bus notice] <aa
2017-07-24 00:50:06.113 [bus notice] <aa
2017-07-24 00:50:06.117 [bus notice] <aa
2017-07-24 00:50:06.122 [bus notice] <aa
2017-07-24 00:50:06.127 [bus notice] <aa
2017-07-24 00:50:06.131 [bus notice] <aa
2017-07-24 00:50:06.136 [bus notice] <aa
2017-07-24 00:50:06.140 [bus notice] <aa
2017-07-24 00:50:06.145 [bus notice] <aa
2017-07-24 00:50:06.189 [bus notice] <10
2017-07-24 00:50:06.231 [bus notice] <08
2017-07-24 00:50:06.274 [bus notice] <b5
2017-07-24 00:50:06.317 [bus notice] <11
2017-07-24 00:50:06.322 [bus notice] <01
2017-07-24 00:50:06.326 [bus notice] <01
2017-07-24 00:50:06.330 [bus notice] <89
2017-07-24 00:50:06.335 [bus notice] <00
2017-07-24 00:50:06.340 [bus notice] <09
2017-07-24 00:50:06.344 [bus notice] <4f
2017-07-24 00:50:06.349 [bus notice] <4f
2017-07-24 00:50:06.353 [bus notice] <d0
2017-07-24 00:50:06.358 [bus notice] <14
2017-07-24 00:50:06.362 [bus notice] <45
2017-07-24 00:50:06.367 [bus notice] <4e
2017-07-24 00:50:06.371 [bus notice] <00
2017-07-24 00:50:06.376 [bus notice] <00
2017-07-24 00:50:06.381 [bus notice] <ff
2017-07-24 00:50:06.385 [bus notice] <42
2017-07-24 00:50:06.391 [bus notice] <00
2017-07-24 00:50:06.400 [bus notice] <aa
2017-07-24 00:50:06.404 [bus notice] <aa
2017-07-24 00:50:06.408 [bus notice] <aa
2017-07-24 00:50:06.413 [bus notice] <aa
2017-07-24 00:50:06.418 [bus notice] <aa
2017-07-24 00:50:06.462 [bus notice] <10
2017-07-24 00:50:06.505 [bus notice] <08
2017-07-24 00:50:06.547 [bus notice] <b5



philippe@ubuntu:~$ ebusd --scanconfig
philippe@ubuntu:~$ ebusd --checkconfig
2017-07-24 00:54:11.649 [main notice] ebusd 3.0pre.c57c3e7 performing configuration check...
/etc/ebusd/vaillant/15.700.csv:6: ERR: element not found, field type TEMPV in field 1
2017-07-24 00:54:11.650 [main error] error reading config files: ERR: element not found, last error: /etc/ebusd/vaillant/15.700.csv:6: ERR: element not found, field type TEMPV in field 1
2017-07-24 00:54:11.650 [main notice] found messages: 0 (0 conditional on 0 conditions, 0 poll, 0 update)
2017-07-24 00:54:11.650 [main notice] ebusd stopped
philippe@ubuntu:~$ ebusctl scan full
done

philippe@ubuntu:~$ ebusctl scan result
done

philippe@ubuntu:~$ ebusctl scan full
done

philippe@ubuntu:~$ ebusctl scan result
done

philippe@ubuntu:~$ ebusctl info
version: ebusd 3.0pre.c57c3e7
update check: revision 9420946 available
signal: no signal
reconnects: 0
masters: 1
messages: 0
conditional: 0
poll: 0
update: 0
address 31: master #8, ebusd
address 36: slave #8, ebusd



Vaillant ecoTec current heating power?

Stock display of the ecotec shows the currently used heating power using a small pictogram. I've tried to find the source register (something with either a power value or a percent value) in the bai registers but no success.

Does anybody know where this value might come from?

Support more TEM/Ochsner messages

This is an issue for collecting grab results of TEM/Ochsner users in order to get better configuration files for these devices.
If possible, let ebusd grab messages for around one day in which your burner is at least active once, and post the grab result here.
Even better if you also post your scan result, which makes reading your grabbed data a lot easier.

15.350.csv for newer versions

Hi John, as I may have mentioned before, my VRT350 is a newer software than the 15.350.csv file so the DisplayedRoomTemp and DisplayedHwcStorageTemp commands do not work.

However, the commands in 15.370.csv DO work!

So in 15.350.csv it is this:

[SW>=141]r;ws DisplayedRoomTemp 6600

but in 15.370.csv it is this:

r DisplayedRoomTemp DisplayedRoomTemp 8000

Can we add a line in the 15.350.csv with 8000 as the ID? I know someone else with a VRT350 that needs the line from the 15.370.csv for it to work.

How can we get the SW version so we can have a line for example:

[SW>=143]r DisplayedRoomTemp DisplayedRoomTemp 8000

(I don't know if 143 is my SW, I'm just using an example. How can I find out?)

Solar heater status (PBSB:B505, ID:4D)

Hi,

I think I figured out the configuration for collector temperature and pump status for the "Vaillant Auroflow exclusiv" (VPM 20/2 S, VPM 60/2 S) solar heating module

01ecb505084d03040000640100 / 00 = 2
            |   | |   | |
            |   | |   |  always 00 (?)
            |   | |    Pump status? (pumpstate/UCH)
            |   |  Solar power in %: 0.0, 25.0, 50.0, 75.0 or 100.0 (percent1/D1C)
            |    maximum buffer temperature achieved, stop pumping: 00 or 01 (yesno/UCH)
            |
             Collector temperature in °C (D2C)

involved ebus devices:

06;Vaillant;PMS02;0209;8402
ec;Vaillant;SOLSY;0500;6301

@Tranquility76 also reported this message in his grab result for the same devices.

I got this to work by adding the following line into ec.solsy.sc.csv (here):

# type (r[1-9];w;u) circuit name [comment] [QQ] ZZ PBSB [ID] field part (m;s) type / templates divider / values unit comment field part (m;s) type / templates divider / values unit comment field part (m;s) type / templates divider / values unit comment field part (m;s) type / templates divider / values unit comment field part (m;s) type / templates divider / values unit comment field part (m;s) type / templates divider / values unit comment
r pmsStatus collector temperature and pump state B505 4D collector_temp m D2C °C m IGN:1 always 00 buffer_full m yesno buffer full power m percent1 block graph on lcd pump_state m pumpstate m IGN:1 always 00

Is this the proper way for adding such a new message definition?
Should I still change something before filing a pull request?
What do you think of the message name "pmsStatus"? (not so sure about creating name conflicts etc)

B505_4D_grabresult.txt

hcmode.inc Status

In hcmode.inc we have Status command:

r,,Status,Status,,,B511,03,,,temp;press;press;HEX:4,,,

If I try to check status:

root@core:/etc/ebusd/vaillant# ebusctl r -c hc Status
ERR: element not found

But my VR630 sending hc status like other circuits (hwc for example), PBSB B504 with ID 0D:

1026b504010d / 0532000d031a = 632

If I comment line with PBSB B511 and add Status command from hwcmode.inc it's works fine:

r,,Status,Status,,,,0D,,,temp0;onoff;temp;temp0,,,
root@core:/etc/ebusd/vaillant# ebusctl r -c hc Status
50;off;45.94;26

Info (maybe needed):

version: ebusd 2.4.p20170112
signal: acquired
symbol rate: 77
reconnects: 0
masters: 3
messages: 903
conditional: 12
poll: 0
update: 8
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0703;HW=7401", loaded "bai.0010007508.inc" ([PROD='0010007522']), "vaillant/08.bai.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=UI   ;SW=0506;HW=6201", loaded "vaillant/15.ui.csv"
address 23: slave, scanned "MF=Vaillant;ID=VR630;SW=0500;HW=6301", loaded "vaillant/23.vr630.cc.csv"
address 25: slave, scanned "MF=Vaillant;ID=VR630;SW=0500;HW=6301", loaded "vaillant/25.vr630.hwc.csv"
address 26: slave, scanned "MF=Vaillant;ID=VR630;SW=0500;HW=6301", loaded "vaillant/26.vr630.hc.csv"
address 31: master #8, ebusd
address 36: slave #8, ebusd
address 50: slave, scanned "MF=Vaillant;ID=VR630;SW=0500;HW=6301", loaded "vaillant/50.vr630.mc.csv"
address 51: slave, scanned "MF=Vaillant;ID=VR630;SW=0500;HW=6301", loaded "vaillant/51.vr630.mc.3.csv"
address 52: slave, scanned "MF=Vaillant;ID=MC2  ;SW=0500;HW=6301", loaded "vaillant/52.mc2.mc.4.csv"
address 53: slave, scanned "MF=Vaillant;ID=MC2  ;SW=0500;HW=6301", loaded "vaillant/53.mc2.mc.5.csv"

ebusd-configuration-2.1.b143f39-en_all.deb is not an archive in debian-format

Hello,
By running this command sudo dpkg -i --force-overwrite ebusd-configuration-2.1.*.deb my RPi gives an error that the archive is not in debian-format ?

In Dutch :

dpkg-deb: fout: `ebusd-configuration-2.1.b143f39-en_all.deb' is geen archief in debian-formaat
dpkg: fout bij verwerken van archief ebusd-configuration-2.1.b143f39-en_all.deb (--install):
subproces dpkg-deb --control gaf een foutwaarde 2 terug
Fouten gevonden tijdens verwerken van:
ebusd-configuration-2.1.b143f39-en_all.deb

Anny idea of the problem ?

Support common B5xx messages

This is an issue for collecting grab results of Vaillant users in order to build a complete "common.csv" suitable for all users.
If possible, let ebusd grab messages for around one day in which your burner is at least active once, and post the grab result here.
Even better if you also post your scan result, which makes reading your grabbed data a lot easier.

Chaffoteaux TEM 11111.csv

Select temp from SRA automatique contol 39° then 49 then 43:

ebusctl hex 1506210401870040
0a878001027f0080002700
0a878001027f0080003100
0a878001027f0080002b00

So this is corresponding to at least to heating water departure temp selected.
Seems circuit pressure ()current value 1.6bar (hexa:10)

ebusctl hex 1506210400970040
0a17800d18ff7f00801000

Seems hot water selected temperature ()current value 56°C (hexa:38)

ebusctl hex 1506210401840040
0a84000102410028003800

Seems month next maintenance ()current value 60 (hexa:3c) (confirm by changing it to 15 in the second result

ebusctl hex 1506210409de0040
0ade0400003c0000003c00
0ade0400003c0000000f00

Average boiler time in min(code 865 in menu) current value87 (hexa:57)

ebusctl hex 1506210402d90040
0a5981040cffff00005700

Hour boiler heating (code 860 in menu) current value 11 (hexa:b)

ebusctl hex 1506210402d60040
0a56810400ffff00000b00

Hour boiler hot water (code 861 in menu) current value 6 (hexa:6)

ebusctl hex 1506210402d70040
0a57810400ffff00000600

Boiler cycle firering (code 863 in menu) current value 353 (hexa:161)

ebusctl hex 1506210402d00040
0a50810400ffff00006101

Boiler temp:
current measured start heating (code menu 831) current value 32.5°C (hex:145)

ebusctl hex 1506210400870040
0a07800d02ff7f00804501

current measured back heating (code menu 832) current value 31.4°C (hex:13a)

ebusctl hex 1506210400880040
0a08800d02ff7f00803a01

current measured hot water (code menu 833) current value 30.1°C (hex:12d)

ebusctl hex 1506210400840040
0a04800d02ff7f00802d01

current measured exchanger (code menu 840) current value 56.3°C (hex:233)

ebusctl hex 15062104008f0040
0a0f800d02ff7f00803302

Fan speed (code menu 822) current value: 34x100rpm (hex:22)

ebusctl hex 1506210400a90040
0a29800400ffff00002200

Current hot water flow debt (code menu 825) current value 4.9L (hex:31)

ebusctl hex 1506210400c30040
0a43800000ff0000093100

pomp speed (code menu 823) (0=off/1=low speed/2=high speed)
3 way valve (code menu 824) (0=hot water/1=heating)

Boiler mode:

ebusctl hex 150621060487004000ef
0a070209001f0000000000
0a070209001f0000000100
0a070209001f0000000200
0a070209001f0000000300
0a070209001f0000000400

0=Frozen protect
1=Heating only
2=Summer
3=Winter
4=Off

SRA mode

ebusctl hex 1506210609e0004000ef
0ae0040000010000000000
0ae0040000010000000100

0=OFF 1=On

Curent amb temp (code menu 430) current value 26.5°C (hex:109) the thermostat is really near the boiler for my test.

ebusctl hex 1506210400810040
0a01800d02ff7f00800901

Curent target temp (code menu 431) current value 22.6°C (hex:e2)

ebusctl hex 1506210401810040
0a81800d02ff7f0080e200

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.