Vaillant eBUS hardware adapter (ebusd software) Thread

Andre_K · 2024-05-09T13:12:24.116Z

Could you possibly paste the relevant sections of your hmu csv here? I can’t find the WarmWaterModusStatus anywhere in those two repositories (did a GitHub search on the code). With the cyberthom repo, I found the “hwcBetriebsart” line, however writing to this results in “ERR: element not found”. I would really appreciate the relevant excerpt of your config.

r;w,,hwcBetriebsart,,,,,44,,,UIN,,,Betriebsart Warmwasser 0=eco 1=normal 2=balance,,,,,,,,,,,,,,,,,,,,,,,,,,,

BenY · 2024-05-10T13:33:32.645Z

ebusd-configuration/ebusd-2.1.x/en/vaillant/08.hmu.csv at master · jonesPD/ebusd-configuration · GitHub I just tested writing to my HMU for the entry line 197 on this file and it worked and changed the “hwcMode”

It looks like this is the same address as you were trying though.

Andre_K · 2024-05-10T15:31:44.939Z

Thanks! I just inserted line 197 into my working config but reading and writing failed unfortunately. The difference between the line you posted and my config (where at least reading works) is that the working ID is 44 whereas the line you posted has FF3444. I’ll have to spend some more time on this - I have only ever read from the system and never set values before. Using ebusd 23.3.

BenY · 2024-05-11T11:03:13.088Z

The file you are using and the one I’m using are a slightly different structure with regard to the header lines, (yours lines 42,43, mine 131,132) so a cut and paste won’t work but they both appear to be the same functionally, calling the same address.

Check you can read the value from the command line, if you can, it shouldn’t give a “element not found” error on write.
ebusctl read -f -c hmu hwcBetriebsart
ebusctl write -c hmu hwcBetriebsart 1

jirik · 2024-05-12T19:53:02.846Z

In the hmu file:

r;w,,WarmWaterModusStatus,,,,,FF3444,,,UCH,0=eco;1=normal;2=balance,,Domestic hot water mod (eco/normal/balance),,,,,,,,,,,,,,,,,,

Andre_K · 2024-05-13T10:47:33.968Z

You comment regarding the header lines was spot on - my config didn’t have the write header lines. I have - for testing - appended lines 131, 132 and 197 to my config and now it’s working nicely. I’ll have to transition to JonesPD’s config from my Frankenstein file but I have to find some time for that as not all extracted values have the same name and I have some downstream processing in Node-RED that I need to update. Thanks for the help, @BenY & @jirik!

Jaspers156 · 2024-05-20T19:27:46.510Z

Hi Andre,

So now I have, Rpi 5 and ebusd adapter 5 shield up and running. Data in emonhub and emoncms as feeds. However I think the data is still not very complete. Btw, Vaillant has done some repairs, hopefullly system is now more reliable, but currently too warm to test.

I can see that some data is recognised in ebusd, like received read hmu Status01 QQ=10: 19.5;21.0;-;-;-;off. this may be temp water in and temp water out. but how to split the data in emonhubs?
Our MEH and arotherm do not seem to have the right configuration files yet. These still need to be made ourselves, correct? there should be more since these are received by the MEH

best regards,
JGJ

Feeds I have have been mentioned below:
global_versioninactiveNULLglobal_running67 minsNULLglobal_uptime13s4016global_signal67 minsNULLbroadcast_queryexistenceinactiveNULLglobal_scan60 minsNULLscan.08_64 minsNULLscan.08_id64 minsNULLhmu_Statelog4sNULLscan.15_64 minsNULLscan.15_id64 minsNULLhmu_SetMode9sNULLhmu_Status01log9sNULLscan.76_64 minsNULLscan.76_id64 minsNULLhmu_currenterror49sNULLctlv2_currenterror49sNULLscan.f6_61 minsNULLscan.f6_id61 minsNULLctlv2_z1OpMode34sNULLctlv2_z1ActualRoomTempDesiredlog34s0ctlv2_Hc1PumpStatuslog34s0ctlv2_z1DayTemp34s27broadcast_vdatetimelog39sNULLbroadcast_outsidetemplog39s19.49global_updatecheck63 minsNULLctlv2_Hc1FlowTemplog14s19ctlv2_HwcParallelLoading14sNULLctlv2_z1RoomTemplog14s24.35ctlv2_WaterPressurelog14s2ctlv2_SystemFlowTemplog14sNULLctlv2_DisplayedOutsideTemp19s19.44ctlv2_HwcStorageTempTop14sNULLctlv2_HwcStorageTempBottom14sNULLctlv2_HcStorageTempTop14sNULLctlv2_HcStorageTempBottom14sNULLhmu_StatusCirPump4 minsNULLctlv2_AdaptHeatCurve59sNULLctlv2_MaxCylinderChargeTime59s60ctlv2_CylinderChargeHyst59s5ctlv2_CylinderChargeOffset54s25ctlv2_OutsideTempAvglog59s18.3ctlv2_z1Timer.Timeframes54sNULLctlv2_z1Timer.Tuesday054sNULLctlv2_z1Timer.Monday054sNULLctlv2_z1Timer.Thursday054sNULLctlv2_z1Timer.Wednesday054sNULLctlv2_ContinuousHeating54s-26ctlv2_z1NightTemp54s18ctlv2_Date54sNULLctlv2_Time54sNULLctlv2_HydraulicScheme54s8ctlv2_HwcMaxFlowTempDesired54s80ctlv2_z1Timer.Saturday054sNULLctlv2_z1Timer.Friday054sNULLctlv2_z1Timer.Sunday054sNULLctlv2_z1HolidayStartPeriod49sNULLctlv2_z1HolidayEndPeriod49sNULLctlv2_z1HolidayTemp49s15ctlv2_Hc1ActualFlowTempDesiredlog49s0ctlv2_Hc1ExcessTemp49s0ctlv2_Hc1HeatCurve49s0.85ctlv2_Hc1MaxFlowTempDesired49s55ctlv2_Hc1MinFlowTempDesired49s25ctlv2_Hc1SummerTempLimit49s18ctlv2_Hc1RoomTempSwitchOn49sNULLctlv2_Hc1CircuitType61 minsNULLctlv2_Hc3CircuitType61 minsNULLctlv2_z3RoomZoneMapping61 minsNULLctlv2_z1RoomZoneMapping61 minsNULLctlv2_Hc2CircuitType61 minsNULLctlv2_z2RoomZoneMapping61 minsNULLctlv2_Hc1AutoOffMode61 minsNULLctlv2_z1Name161 minsNULLscan.ec_65 minsNULLscan.ec_id65 minsNULL

Andre_K · 2024-05-21T08:12:34.944Z

Which ebusd config are you using? It seems you’re not picking up any hmu data.

Jaspers156 · 2024-05-21T18:15:28.495Z

Thanks Andre, there is some hmu data in the above?

I have: EBUSD_OPTS=“–scanconfig=full -d ens:/dev/ttyACM0 --mqttport=1883 --mqttuser=emonpi --mqttpass=emonpimqtt2016 --mqtttopic=emon/ebusd”

ebusctl find -v yields amongst others:
address 03: master #11
address 08: slave #11, scanned “MF=Vaillant;ID=HMU00;SW=0902;HW=5103”, loaded “vaillant/08.hmu.csv”
address 10: master #2
address 15: slave #2, scanned “MF=Vaillant;ID=CTLV2;SW=0514;HW=1104”, loaded “vaillant/15.ctlv2.csv”
address 31: master #8, ebusd
address 36: slave #8, ebusd, scanning
address 71: master #9
address 76: slave #9, scanned “MF=Vaillant;ID=VWZIO;SW=0607;HW=5103”
address ec: slave, scanned “MF=Vaillant;ID=SOL00;SW=0514;HW=1104”, loaded “vaillant/ec.sol.sc.csv”
address f1: master #10
address f6: slave #10, scanned “MF=Vaillant;ID=NETX2;SW=4034;HW=5703”

Andre_K · 2024-05-21T18:26:19.071Z

I think that means you’re using the bundled csv versions that come with ebusd. Those are not very complete as far as I’m aware. Clone jonesPDs configs and point your ebusd instance to the direcory, then you should pick up some more stuff. GitHub - jonesPD/ebusd-configuration: ebusd configuration files

Jaspers156 · 2024-05-26T16:27:07.447Z

Thank you Andre,

That certainly helped. I am stuck with the following in the logfile though:

2024-05-26 17:50:50.168 [bus notice] scan 76: ;Vaillant;VWZIO;0607;5103
2024-05-26 17:50:50.724 [update notice] sent scan-read scan.76 id QQ=31: 21;22;27;0010023611;3110;005811;N1
2024-05-26 17:50:50.725 [main error] error reading scan config file vaillant/76.vwzio.csv for ID “vwzio”, SW0607, HW5103: ERR: end of input reached, vaillant/76.vwzio.csv:1: ERR: end of input reached, missing message type/name/pbsb

The Jones files do have a file called 76.vwzio.csv. However, a ‘symbolic’ link is in there to file 76vwz.csv.

Should the software find its way to that file in my local directory?

In 76vwz.csv there is no mentioning at all of vwzio. Should I expect this file never to work without this reference or would this be only for one parameter that it can’t find?

Next would be to search for F6 file

2024-05-26 17:50:52.879 [bus notice] scan f6: ;Vaillant;NETX2;4034;5703

2024-05-26 17:50:53.511 [update notice] sent scan-read scan.f6 id QQ=31: 21;23;38;0020260962;0933;135507;N6

2024-05-26 17:50:53.511 [main error] unable to load scan config f6: no file from vaillant with prefix f6 found

Andre_K · 2024-05-26T21:14:08.120Z

Haven’t encountered the error myself but I’m also on a kind of Frankenstein config cobbled together from multiple sources. Im on a business trip until Wednesday, I’ll then try to upload my current config for you to test.

How did you install JonesPDs config files? How does your ebusd config look where you point to the config folder?

The f6 also isn’t read for me, that’s the sensoNET controller. All the good stuff with heat pump and hydraulic station should happen in the 08.hmu.csv. can you just rename the 76 for now so it doesn’t try to parse it?

Jaspers156 · 2024-05-27T20:09:45.129Z

thanks, I installed the Jones files by copying them onto an usb drive, connected it to the RPI and after internet learning copied the files into a folder in the folder structure.

EBUSD_OPTS=“-d ens:/dev/ttyACM0 --configpath=/etc/ebusd/messagedefinitions/en --scanconfig --mqttport=1883 --mqttuser=emonpi --mqttpass=emonpimqtt2016 --mqtttopic=emon/ebusd”

I had scanconfig=full, however it timed out on 76 and f6. better to scan when the slaves appear

I don’t fully understand how the files work, is there some logging where the actual message is shown and the result through Jones files translation as well? I can then study and try to add further lines to the file. would like to know eev position, high low pressure, compressor speed etc.

I can see in vaillant pro that some parameters are sometimes shown and then for weeks they are not. It seems vaillant is developing and activating this. Likewise the inputs turn up or they don’t in emoncms. how do I ask for the same data from the heatpump?

I saw livemonitoring is implemented somewhere. that would be similar data.

for next weeks, little time to work on this…

johnmacleod101 · 2024-06-14T13:38:15.738Z

Hi, I have found the information on this group very useful in successfully talking to an Aerotherm Plus 12kw heat pump. But the system has 2 heat pumps in cascade and I can only see 1 heat pump. I am still trying to figure out the addressing of each HP module. I was expecting on the scan to see an additional HMU with a different address but that does not appear to be the case. When I do a full scan for some reason a Solar module appears that I do not have installed

Screenshot 2024-06-14 at 14.32.581052×262 78.7 KB

And doing an ebusd info I get this.

Screenshot 2024-06-14 at 14.35.061650×558 166 KB

From the identifier in the listing I dont appear to see the second heat pump. wondering if the additional heatpump is a slave. It is possible to have 7 heat pumps cascaded.
Wondering if it was Slave#8.
Any thoughts on how I would proceed would be welcome.
Kind regard
John

RATA1 · 2024-07-11T10:40:32.476Z

Hi all.
I began my journey with the ebusd integration last week using the ethernet module and running it in HA.I had a few problems; once I had an F9998 error overnight which I cleared and another with DHW like @Zarch experienced. In the MQTT RunDataStatusCode it was showing “blocked flow” or something similar so I turned the ebusd off, reset the Vaillant controls and ran a DHW boost about 30 mis later which worked fine.
I left it a few days without the ebusd connected and no further issues.

Logically then, it was the ebusd so I started again today and pulled JonesPD (rather than john30’s) config which I loaded this morning. Hopefully the DHW will run OK today at 13:00.

One thing I did notice was that on the app, “Ventilation Boost” appeared. it wasn’t there before I connected the ebusd so it must have been something that wrote the config. However I cannot find anywhere in the Vaillant controls to remove it.
Has anyone had this or know how I can remove it manually from a ebusctl command or modified csv file?

Screenshot_20240711_1124211440×2830 186 KB

Thanks

Zarch · 2024-07-11T10:51:31.130Z

To be honest, i’m stuck with my install.

I fired it up last week for the first time in ages and tried a different config file fork

GitHub

GitHub - pulquero/ebusd-configuration: ebusd configuration files

ebusd configuration files. Contribute to pulquero/ebusd-configuration development by creating an account on GitHub.

And the first night it screwed up and stopped during a hot water run (so same error as I reported before)

github.com/john30/ebusd

Has 23.3 stopped my heat pump running properly? - 5kW Arotherm Plus

opened 09:24AM - 25 Feb 24 UTC

closed 05:13AM - 12 May 24 UTC

zarch1972

needs analysis

### Description Did ebusd break my hot water runs? (and heating, see later co…mment) I have been running an older version of ebusd (23.1) for about a year. Coupled with occasional updates of Jones config files. decided to upgrade everything. I upgraded the core ebusd to 23.3 and the Jones files to the latest https://github.com/jonesPD/ebusd-configuration Since those upgrades my hot water runs started to go wrong. Here is a trace from my Open Energy Monitor heat meter monitoring. ![image](https://github.com/john30/ebusd/assets/23335221/f93ce8c5-0d9f-41fb-a228-6f66d7c04fdc) ### Actual behavior You can see wobbles in the hot water runs. Drops etc. Is there too much polling going on in this new version? Putting too much pressure on the Arotherm controller? Just guessing really. ### Expected behavior Yesterday afternoon I stopped the ebusd service on the Pi and last night run was rock solid again. So too much coincidence that I upgraded on Tuesday and things started going wrong. Then I shut it down Saturday and hot water runs were okay again. 13:03 yesterday was a time when it dropped out. see log below. ### ebusd version 23.3 ### ebusd arguments EBUSD_OPTS="--scanconfig=full --configpath=/home/mick/jones/ebusd-configuration/ebusd-2.1.x/en -d ens:/dev/ttyAMA0 --latency=60 --loglevel=debug --mqtthost=carbone.lan --mqttport=1883 --mqttint=/etc/ebusd/mqtt-hassio.cfg --mqttjson --mqttvar=filter-direction=r|u|^w" ### Operating system Debian 12 (Bookworm) / Ubuntu 22-23 / Raspberry Pi OS 12 (including lite) ### CPU architecture x64 ### Dockerized None ### Hardware interface Adapter v3 RPi ### Related integration _No response_ ### Logs 2024-02-24 00:13:03.613 [bus debug] ERR: read timeout during receive command ACK, switching to skip 2024-02-24 00:13:04.011 [network debug] dead connection removed - 0 2024-02-24 00:13:04.364 [bus debug] ERR: read timeout during receive command ACK, switching to skip 2024-02-24 00:13:05.115 [bus debug] ERR: read timeout during receive command ACK, switching to skip 2024-02-24 00:13:05.115 [bus info] poll cmd: 3176b51405052903ffff

I really don’t know what’s going on with it all.

Perhaps I will go back and try the very default config file. But they seem to be lacking all the interesting values.

RATA1 · 2024-07-11T10:57:47.084Z

Oh.That is not encouraging.

I looked at pulquero’s but probably won’t bother then. There was cyberthom42 but that is all in German.

I’ll do it at 12:00 and report…

RATA1 · 2024-07-11T11:09:42.767Z

Failed after a few minutes with:
error_dhw

RATA1 · 2024-07-11T12:36:45.402Z

OK, so I set the value of “filter-seen” from 5 to 1 restarted the HA ebusd and re-ran the DHW at 12:30.
This worked ok.

dhw ok1130×183 6.08 KB

I have no idea of any other impact of changing this but did read somewhere it was an option.

mqtt_setting1943×525 13.1 KB

On heatpumpmonitor shows all ok.
(ignore the CH highlight, I set the wrong flag when testing).

emonrun1112×619 58.9 KB

Zarch · 2024-07-11T12:43:18.955Z

RATA1:

OK, so I set the value of “filter-seen” from 5 to 1 restarted the HA ebusd and re-ran the DHW at 12:30.

Thanks Rob, appreciate this work.

Was does ‘filter-seen’ do?