Thanks.
This helps a lot.
For the heatpump Mode the command id that needs to be intercepted is “ca46”
in your message dump can be found on these messages:
311e20000872177317ca466247 / 080ff0ff4b03030000 (already grabbed as heatpump compressor_info2)
3118200002ca46 / 0100 (erroneously grabbed by the message heatpump heatpump_mode)
3118200004d140ca46 / 0201ff (erroneously grabbed by heatpump heatpump_info)
You’ll probably need to edit the lines starting with these 2 circuit definition:
r,heatpump,heatpump_info,,18,2000
r,heatpump,heatpump_mode,,18,2000
replacing 18 with 1e:
r,heatpump,heatpump_info,,1e,2000,d140ca46
r,heatpump,heatpump_mode,,1e,2000,ca46
Please post here your modded CSV and I’ll take a look if it doesn’t work.
I’ve already changed the 18 into 1e, but that did not have an effect.
My ariston.csv did not change besides this, it your original.
I think the problem is somewere else. I’ll keep trying.
Hi,
sorry but if you changed the file it seems it’s not applied correctly.
Your message dump show these 2 lines:
3118200002ca46 / 0100
3118200004d140ca46 / 0201ff
these represent the ebusd program (address 0x31) asking the Energymgr (0x18) to reply with (PBSB=2000) the values of HP Mode (0xca46) in the first and the “version counter” (0xd140) and the HP mode in the second line.
So ebusd, per your log, is still asking ca46 parameter to the wrong (in your system) address.
Have you reloaded the config after modifying the file? (ebusctl reload)
When I change the config file I usually activate the log tail on a window and reload the config in another in this way I can see if ebusd throws some error or reject the file for syntax error.
I have these two lines:
r,heatpump,heatpump_info,Heatpump Operating Mode,,1e,2000,d140ca46,,s,IGN:2,,,,heatpump_mode,s,UCH,0=OFF;1=Stand_by;2=Cooling;3=Heating;4=Heating_boost;5=Cooling_boost;6=Heating_rating;7=Cooling_rating;8=Antifreeze;9=Defrost;10=Overtemp_prot;11=Timeguard;12=System_error;13=Reset_service;14=Coolant_recovery;15=Soft_fail,,,,,,,,,,,,,,,,,,,,,,,,,,,,,
r,heatpump,heatpump_info,Heatpump Operating Mode,,1e,2000,d140ca46,,s,IGN:2,,,,heatpump_mode,s,UCH,0=OFF;1=Stand_by;2=Cooling;3=Heating;4=Heating_boost;5=Cooling_boost;6=Heating_rating;7=Cooling_rating;8=Antifreeze;9=Defrost;10=Overtemp_prot;11=Timeguard;12=System_error;13=Reset_service;14=Coolant_recovery;15=Soft_fail,,,,,,,,,,,,,,,,,,,,,,,,,,,,,
I did “ebusctl reload” in my docker container. I do not see any change in the system. Same result with “ebusctl grab result all | grep ca46” for 18 an 1e.
These 2 lines are identical, I hope it’s a copy&paste error.
in my system I have these commands/messages grabbed by ebusd (filtered to exclude lines not grabbed or grabbed for some other parameter):
3718200002ca46 / 020103 = 1620: heatpump heatpump_mode
3718200004d140ca46 / 03030703 = 2235: heatpump heatpump_info
These are grabbed by these 2 CSV lines:
r,heatpump,heatpump_mode,Heatpump Operating Mode,,18,2000,ca46,,s,IGN:1,,,,,,UCH,0=OFF;1=Stand_by;2=Cooling;3=Heating;4=Heating_boost;5=Cooling_boost;6=Heating_rating;7=Cooling_rating;8=Antifreeze;9=Defrost;10=Overtemp_prot;11=Timeguard;12=System_error;13=Reset_service;14=Coolant_recovery;15=Soft_fail,,,,,,,,,,,,,,,,,,,,,,,,,,,,,
r,heatpump,heatpump_info,Heatpump Operating Mode,,18,2000,d140ca46,,s,IGN:2,,,,heatpump_mode,s,UCH,0=OFF;1=Stand_by;2=Cooling;3=Heating;4=Heating_boost;5=Cooling_boost;6=Heating_rating;7=Cooling_rating;8=Antifreeze;9=Defrost;10=Overtemp_prot;11=Timeguard;12=System_error;13=Reset_service;14=Coolant_recovery;15=Soft_fail,,,,,,,,,,,,,,,,,,,,,,,,,,,,,
that in your file should (based on your message dump) be modified as:
r,heatpump,heatpump_mode,Heatpump Operating Mode,,1e,2000,ca46,,s,IGN:1,,,,,,UCH,0=OFF;1=Stand_by;2=Cooling;3=Heating;4=Heating_boost;5=Cooling_boost;6=Heating_rating;7=Cooling_rating;8=Antifreeze;9=Defrost;10=Overtemp_prot;11=Timeguard;12=System_error;13=Reset_service;14=Coolant_recovery;15=Soft_fail,,,,,,,,,,,,,,,,,,,,,,,,,,,,,
r,heatpump,heatpump_info,Heatpump Operating Mode,,1e,2000,d140ca46,,s,IGN:2,,,,heatpump_mode,s,UCH,0=OFF;1=Stand_by;2=Cooling;3=Heating;4=Heating_boost;5=Cooling_boost;6=Heating_rating;7=Cooling_rating;8=Antifreeze;9=Defrost;10=Overtemp_prot;11=Timeguard;12=System_error;13=Reset_service;14=Coolant_recovery;15=Soft_fail,,,,,,,,,,,,,,,,,,,,,,,,,,,,,
Please do a cross check and a reload (or docker restart), please report also the output of ebusd logs during start eg:
docker stop ebusd
docker start ebusd && docker logs ebusd --since 1m -f
Ah, you’ve got me thinking. I’ve checked the logs as I did before. I found an error:
2024-12-18 14:44:02.448 [main error] error reading config files from /etc/ebusd/: ERR: duplicate entry, last error: origineel/ariston extra.csv:13: ERR: duplicate entry, duplicate ID
Probably my fault as an no-no in these software thingys. I made an extra dir to store old csv files:
It seems, ebusd looks for *.csv files in all directories and loads these? I removed the extra dir’s and now it works!
Glad it worked out, I didn’t even think to multiple CSV files in subdirs as my backup folder is outside Ebusd folder tree…
The fact that there are 2 lines to decode the same command id is a limitation of eBusd or rather a problem introduced by ebus2/Ariston Ebus implementatio that doesn’t reflect the standard.
You could add a template in HA that combines the states of both sensors and so you’ll have a more frequent update of the HP working mode, this can help in case you want to calculate the real COP of your HP. If the update is most frequent you can do more precise calculations (eg. find with more precision the defrost events and apply negative COP during these phases).
Can imagine, will not do it again…
I moved the ebus near to my AP. I have an RSSI between 58-65dBm. Stability has improved a lot. But once or twice a week the Genius One crashes and says synchronizations….
never lost connection from wifi controller
I don’t remember if you have already added an external power supply to the adapter or are you using the bus energy to power up the adapter. If you are in the latter case please try to add a USB power supply and check if the error goes away.
I’ve looked again into your message dump and I’m afraid that the current tank temp is not broadcasted/sent on the bus, I’ve looked into my HVAC system menu (not a NUOS but my HP has the ability to produce DHW even if I have disabled it as I don’t have the tank) and I haven’t found any diagnostic menu to read that parameter.
It seems to me that the bus is used only to set thresholds and then the system runs autonomously. When the tank temp is below the current threshold (comfort vs. economy) it starts heating the water.
EDIT: I’ve taken a look at the wiring scheme for the NUOS, I’m not an electronic expert but it seems that the daughter board on the right is responsible for the running of the compressor and the fan, it also connect the tank probe so this in my eyes confirm that the board do autonomously the heating based on the temp setpoints. You may hook something in parallel with the built in tank probe, I won’t use the “native” one, even if it is as I think a normal NTC10K@20°C, because if you disconnect it the NUOS will complain and if you wire something in parallel you’ll alter the resistance thus having only false readings.
You can maybe hook up a temp sensor to an ESPsomething and send the tank temp to HA, have you noticed if the tank has a receptable for some kind of probe?
I already put the USB power supply in
Thanks for all your time and help! It seems it doesn’t send it indeed. I am however able to control the heatpump via SG1 and SG2 connectors (connected 2 Shelly’s there) so I am able to control it at least when I have Solar Power left.
I have three diagnostic-menus to read temperature: T Low, T High & T Dome.
I might look into if it’s possible to add a sensor somewhere myself. Thanks again for your help!
Hi, I have following error message when starting up eBusd, can’t figure out what is wrong with it? I have the ariston.csv and _templates.csv file in the config/ebusd folder. Starts apparently fine…
Thanks
2024-12-21 18:28:55.738 [main notice] ebusd 24.1.p20241110 started with broadcast scan on device: 192.168.1.125:3335, TCP, enhanced
2024-12-21 18:28:55.778 [bus notice] bus started with own address 31/36
2024-12-21 18:28:55.778 [device notice] reset
2024-12-21 18:28:55.779 [bus notice] signal acquired
2024-12-21 18:28:56.132 [mqtt notice] connection established
2024-12-21 18:28:56.147 [bus notice] new master 37, master count 2
2024-12-21 18:28:56.147 [update notice] received unknown BC cmd: 37fe2000027647
2024-12-21 18:28:56.224 [update notice] received update-read energymgr ext_temp QQ=37: 2.1
2024-12-21 18:28:56.864 [update notice] received unknown BC cmd: 37fe2000020220
2024-12-21 18:28:56.940 [update notice] received update-read energymgr dhw_status QQ=37: on
2024-12-21 18:28:57.099 [update notice] received update-read boiler boiler_status QQ=37: heating
2024-12-21 18:29:16.005 [update notice] store 3c ident: ERR: invalid position
2024-12-21 18:29:16.005 [update error] unable to parse scan-read scan.3c from 313c070400 / 00: ERR: invalid position
2024-12-21 18:29:16.006 [main error] scan config 3c: ERR: invalid position
2024-12-21 18:29:17.055 [mqtt error] decode scan.3c : ERR: invalid position
These seems to be error related to the standard ebus discovery process.
Ebus2 or BusBridgenet (Ariston Group ebus “dialect”) is not compliant with the standard so the discovery fails. You can ignore those errors.
Connected danielkucera esp-arduino-ebus v7.1 to nimbus r32. Also there is sensys + ariston wifi adapter connected to ebus. And looks like all devices can’t work at the same time (tried all wiring methods, usb powered adapter, pwm adjustments, latency is low < 10ms). If pwm ~130, adapter receives data from ebus, but sensys then has no data and even it screen starts flickering. If pwm > 170, then sensys works normal, but ebus adapter throws errors like [bus debug] ERR: read timeout during receive command, switching to skip, [bus debug] notify request: ERR: arbitration lost. Any suggestions what is wrong here?
If the screen start flickering then you probably have a power problem.
Try to power the adapter via external power supply.
Sorry I read the message too fast for my brain to connect.
It is surely a power problem, try to change adapter. I’d also try a different bus port.
Other test could be to change the bus address for ebusd to avoid conflict (even if the standard 31/36 should go because from the log I’ve seen so far Ariston doesn’t use that address).
Once powered indipendently from the bus please try to launch ebusctl info command once set a PWM of 130.
I’m curious how you connected the SG connectors to the Shelly’s. Do they need to receive power (eg 220v)?.
I have some smartplugs, so it might be interesting to use them as relays for these connectors by putting a plug on the cable connected to the SG1 and SG2.
They need power indeed, so just put 230V on them. Using smartplugs should work fine. I took shelly’s because I could put both of them inside the compartiment in the heat pump, no external wiring needed! You should take a good look at the manual on how this works, because they need specific setting in the heat pump menu to get them to do what you want. i have 1 that’s used to control day/night setting (45 or 55 degrees, switched to 45 from 23:00 to 10:00) and the other one to force 65 degrees when I am sending over 1kW back to the grid. Let me know if you need more info.
1 Like