Support for ELCO Aerotop SPLIT

[ubettoni]

Hi,

thank you for your great work! I've activated ebusd on my system, an Elco Aerotop Split 11rx ( No hybrid ). I can see a lot of parameter but some are not showing. Particularly i want to read:

• compressor frequency ( no value )
• power consumption ( I've got value but they aren't correct ( 254W vs 1660W ( from external power meter ))
• heatpump_water_return_temp ( is always 6522.7 )

In ebusd log I've found:

2022-12-23 16:31:10.942 [update notice] received unknown MS cmd: 1018200006011f021f1e11 / 0407010000
2022-12-23 16:31:11.592 [update notice] received unknown MS cmd: 131e20200dc33ef8c44664cd46036a472201 / 00
2022-12-23 16:31:11.763 [update notice] received unknown MS cmd: 131e20200dce9c78d09c0ad89c00659f6400 / 00
2022-12-23 16:31:11.857 [update notice] received unknown MS cmd: 131e202003d5f000 / 00
2022-12-23 16:31:12.081 [update notice] received unknown MS cmd: 131e20200c0b45001745001a45001ef300 / 00
2022-12-23 16:31:12.447 [update notice] received unknown BC cmd: 13fe20100cc2000100c74b0200c94b0200
2022-12-23 16:31:12.940 [update notice] received unknown BC cmd: 13fe20100c059100000691000007910000
2022-12-23 16:31:13.185 [update notice] received unknown MS cmd: 131e2000086e13ca46cb46d84b / 060f2a0103120f
2022-12-23 16:31:13.582 [update notice] received unknown BC cmd: 10fe20500b55550c0e00000000000000
2022-12-23 16:31:13.924 [update notice] received unknown MS cmd: 131e202006c04600df9c00 / 00
2022-12-23 16:31:14.419 [update notice] received unknown BC cmd: 13fe201010d3460000d7460000da46a000dc46a000
2022-12-23 16:31:14.545 [update notice] received unknown BC cmd: 13fe20100ede46a00060472201006147500000
2022-12-23 16:31:14.632 [update notice] received unknown BC cmd: 10fe20510e030b555555555555555555555555
2022-12-23 16:31:14.750 [update notice] received unknown BC cmd: 13fe20100d6447000000cf9c0000d79c0000
2022-12-23 16:31:15.207 [update notice] received unknown BC cmd: 13fe20100f769e0e0100779e000000649f220100
2022-12-23 16:31:15.250 [update notice] received unknown BC cmd: 13fe20100cd1f20400d2f20300d3f20000
2022-12-23 16:31:15.322 [update notice] received unknown BC cmd: 13fe2010041b450000
2022-12-23 16:31:15.405 [update notice] received unknown BC cmd: 13fe201010c1940200c2940200c3940200c4940200
2022-12-23 16:31:15.555 [update notice] received unknown BC cmd: 13fe20100cc5940200c6940200c7940200
2022-12-23 16:31:15.769 [update notice] received unknown BC cmd: 10fe2038050164060708
2022-12-23 16:31:15.895 [update notice] received unknown BC cmd: 13fe20100f6c96be00006d96be00006e96be0000
2022-12-23 16:31:16.059 [update notice] received unknown BC cmd: 13fe20100f6f96be000061972201006297c80000
2022-12-23 16:31:16.189 [update notice] received unknown BC cmd: 13fe20100f639790010064979001006597900100
2022-12-23 16:31:16.348 [update notice] received unknown BC cmd: 13fe20100a66979001006797900100
2022-12-23 16:31:16.762 [update notice] received unknown MS cmd: 131e2000087217731762476347 / 090f5600aa0100000000
2022-12-23 16:31:16.970 [update notice] received unknown MS cmd: 131e2000027c4f / 03018d00
2022-12-23 16:31:17.125 [update notice] received unknown MS cmd: 131e200006084519450af4 / 0407000000
2022-12-23 16:31:17.570 [update notice] received unknown MS cmd: 131e20200dc33eeec44664cd46036a472201 / 00
2022-12-23 16:31:17.672 [update notice] received unknown BC cmd: 00fe203a011e
2022-12-23 16:31:17.809 [update notice] received unknown MS cmd: 131e20200dce9c78d09c0ad89c00659f6400 / 00
2022-12-23 16:31:17.900 [update notice] received unknown MS cmd: 131e202003d5f000 / 00
2022-12-23 16:31:18.248 [update notice] received unknown MS cmd: 131e20200c0b45001745001a45001ef300 / 00
2022-12-23 16:31:18.597 [update notice] received unknown BC cmd: 13fe20100cc2000100c74b0200c94b0200
2022-12-23 16:31:19.087 [update notice] received unknown BC cmd: 13fe20100c059100000691000007910000
2022-12-23 16:31:19.332 [update notice] received unknown MS cmd: 131e2000086e13ca46cb46d84b / 060f2c0103120f
2022-12-23 16:31:19.467 [update notice] received unknown MS cmd: 101820000818031c1107011403 / 050f00000000
2022-12-23 16:31:19.578 [update notice] received unknown MS cmd: 101820000415031603 / 03030000
2022-12-23 16:31:20.487 [main error] scan config 1e: empty
2022-12-23 16:31:20.647 [update notice] received unknown BC cmd: 10fe20500b55550d0e00000000000000
2022-12-23 16:31:21.604 [update notice] received unknown BC cmd: 10fe20510e030c555555555555555555555555
2022-12-23 16:31:21.684 [update notice] received unknown BC cmd: 10fe20380501640e0708
2022-12-23 16:31:22.485 [update notice] received unknown MS cmd: 131e20200dc33ee8c44664cd46036a472201 / 00
2022-12-23 16:31:22.658 [update notice] received unknown MS cmd: 131e20200dce9c78d09c0ad89c00659f6400 / 00
2022-12-23 16:31:22.753 [update notice] received unknown MS cmd: 131e202003d5f000 / 00
2022-12-23 16:31:22.990 [update notice] received unknown MS cmd: 131e20200c0b45001745001a45001ef300 / 00
2022-12-23 16:31:23.345 [update notice] received unknown BC cmd: 13fe20100cc2000100c74b0200c94b0200
2022-12-23 16:31:23.801 [update notice] received unknown BC cmd: 13fe20100c059100000691000007910000
2022-12-23 16:31:24.067 [update notice] received unknown MS cmd: 131e2000086e13ca46cb46d84b / 060f2a0103120f
2022-12-23 16:31:27.477 [update notice] received unknown MS cmd: 131e20200dc33ee0c44664cd46036a472201 / 00
2022-12-23 16:31:27.585 [update notice] received unknown BC cmd: 10fe20500b55550e0e00000000000000
2022-12-23 16:31:27.719 [update notice] received unknown MS cmd: 131e20200dce9c78d09c0ad89c00659f6400 / 00
2022-12-23 16:31:27.753 [update notice] received unknown BC cmd: 00fe203a011e
2022-12-23 16:31:27.843 [update notice] received unknown MS cmd: 131e202003d5f000 / 00
2022-12-23 16:31:28.046 [update notice] received unknown MS cmd: 131e20200c0b45001745001a45001ef300 / 00
2022-12-23 16:31:28.367 [update notice] received unknown BC cmd: 13fe20100cc2000100c74b0200c94b0200
2022-12-23 16:31:28.590 [update notice] received unknown BC cmd: 10fe20510e030d555555555555555555555555
2022-12-23 16:31:28.873 [update notice] received unknown BC cmd: 13fe20100c059100000691000007910000
2022-12-23 16:31:29.117 [update notice] received unknown MS cmd: 131e2000086e13ca46cb46d84b / 060f2c0103120f
2022-12-23 16:31:29.997 [update notice] received unknown MS cmd: 10182000081503160318031c11 / 050f00000000
2022-12-23 16:31:32.498 [update notice] received unknown MS cmd: 131e20200dc33efac44664cd46036a472201 / 00
2022-12-23 16:31:32.635 [update notice] received unknown MS cmd: 131e20200dce9c78d09c0ad89c00659f6400 / 00
2022-12-23 16:31:32.764 [update notice] received unknown MS cmd: 131e202003d5f000 / 00
2022-12-23 16:31:32.967 [update notice] received unknown MS cmd: 131e20200c0b45001745001a45001ef300 / 00
2022-12-23 16:31:33.322 [update notice] received unknown BC cmd: 13fe20100cc2000100c74b0200c94b0200
2022-12-23 16:31:33.779 [update notice] received unknown BC cmd: 13fe20100c059100000691000007910000
2022-12-23 16:31:33.988 [update notice] received unknown MS cmd: 131e2000086e13ca46cb46d84b / 060f2b0103120f
2022-12-23 16:31:34.488 [update notice] received unknown MS cmd: 1018200006d14006017017 / 050714014502
2022-12-23 16:31:34.598 [update notice] received unknown BC cmd: 10fe20500b55550f0e00000000000000
2022-12-23 16:31:35.053 [update notice] received unknown BC cmd: 13fe2010057647540000
2022-12-23 16:31:35.291 [update notice] received unknown BC cmd: 13fe201010d1940200d2940200d3940200d4940200
2022-12-23 16:31:35.441 [update notice] received unknown BC cmd: 13fe20100cd5940200d6940200d7940200
2022-12-23 16:31:35.597 [update notice] received unknown BC cmd: 10fe20510e030e555555555555555555555555

Can you give me some hints on finding/correcting those value? Thank you

[wrongisthenewright]

Ciao, all my codes are related to Ariston Nimbus devices, the one that I've gathered and, more importatly the ones that other guy from energeticambiente.it have discovered. The first thing you should do (if not already done) is idetify the devices on your bus. On my system 13/18 are master/slave ID for the energy manager, 1e is the slave for the HP. you have many messages coming from 10 address, what's the device?

Unluckily there's no magic formula to detect meaning you have 3 options that you should mix:

• starting from known values you can try to match these values to ebusctl grab result decode output to see if you find a match
• grab all messages related to HP, try different meaning and send the bvalues to some external DB (I use Homeassistant via MQTT) and there, with graphs and similitude find some menaing
• change some system parameter via the remote control (sensys for Ariston) and try to log these variation on the bus.

In Bridgenet dialect of ebus pay attention that in master/slave commands you have to discard the first hex byte of the answer_

10 18 2000 06 d140 0601 7017 / 05 07 14 01 4502 10 master 18 slave 2000 req info/parameter command 06 length of the query in hex bytes d140 1st param (I think is a couter of setting changes 0601 2nd param 3-way valve position 7017 3rd param DHW stored water temp (desired?? I have no buffer so I'm not able to detect the right meaning) 05 length of the answer in hex bytes 07 number of parameters returned (01=1, 03=2, 07=3, 0f=4) This is the hex byte you have to discard in decoding (IGN:1) 14 d140 reply (=14) 01 0601 reply (= valvle turned to heating) 4502 7017 reply (=0245hex > 581 > 58.1°C)

Best of luck! :)

[pawgac]

HI,

I have to ELCO Aerotop Split 11RX

• compressor frequency ( no value )

Try this b,HP sensys,heatpump_info_7317cb4662476347,hp operating info,,1e,2000,7317cb4662476347,,s,IGN:1,,,,comp_discharge_temp,s,SIN,10,°C,,Heatpump Compressor Frequency,s,UIN,,,,Power_Consumption_during_cycle,s,UCH,,,,Unknown,s,UIN,,W

• power consumption ( I've got value but they aren't correct ( 254W vs 1660W ( from external power meter ))

Use this Line, output is very similar to my KNX Power Meter values r,HP sensys,heatpump_info_624763477c4f,hp operating info,,1e,2000,624763477c4f,,,IGN:1,,,,Power_Consumption_during_cycle,s,UIN,,W,,Status,s,UCH,0=Off;1=Standby;2=Heating Cycle;3=Thermal Cleanse Function,,,,,IGN:1,,,,Power_Consumption,s,UIN,,W

or this

r,HP sensys,heatpump_info_731763477c4f,hp operating info,,1e,2000,731763477c4f,,,IGN:1,,,,comp_discharge_temp,s,UIN,10,°C,,Status,s,UCH,0=Off;1=Standby;2=Heating Cycle;3=Thermal Cleanse Function,,,,,IGN:1,,,,Power_Consumption,s,UIN,,W

• heatpump_water_return_temp ( is always 6522.7 )

You have change the data types to SIN or UCH depend on 2byte or 1byte words try with this lines r,HP heatpump,heatpump_XXXX_info_1,Heatpump XXXX Data,13,1e,2000,7610791071177217,,s,IGN:1,,,,water_flow_temp,s,SIN,10,°C,,evaporator_temp,s,SIN,10,°C,,condenser_outlet_temp,s,SIN,10,°C,,suction_temp,s,SIN,10,°C r,HP heatpump,heatpump_XXXX_info_2,Heatpump XXXX Data,13,1e,2000,7710791071177217,,s,IGN:1,,,,water_return_temp,s,SIN,10,°C,,evaporator_temp,s,SIN,10,°C,,condenser_outlet_temp,s,SIN,10,°C,,suction_temp,s,SIN,10,°C

The same with external temp, if you want to decode temperatures under 0°C b,HP broadcast,ext_temp,External Temp,,fe,200f,7647,temp,s,SIN,10,°C

Regards Pawel

[ubettoni]

Hi, Thank you both! I’m trying with Pawel string but It seems to not recognise the command. I’ll go deeper and try to modify the string, if i find something i’ll put here.

Regards

[wrongisthenewright]

Hi, Thank you both! I’m trying with Pawel string but It seems to not recognise the command. I’ll go deeper and try to modify the string, if i find something i’ll put here.

Ciao, from Pawel messages it seems that Elco sends the power consumption vaues with the same code of Ariston Models (7c4f). What's different is the messages layout, the 7c4f code is sent in different message position and in conjunction whit different codes from Ariston ones. Please, can you post the output of this command?

ebusctl grab result all | grep 7c4f

[ubettoni]

Ciao, here the output: bash-5.1# ebusctl grab result all |grep 7c4f 131e2000027c4f / 03010000 = 40 I run the command a couple of time and the numer after = keeps incrementing

[ubettoni]

With the same command I found: 13 1e 2000 08 6e13 ca46 cb46 d84b / 06 0f 29 01 01 000a 29 6e13 flussometro 01 ca46 Mod operativa 01 cb46 Freq compres 000a d84b wich include comp. freq so I've tried editing Pawel's command:

b,HP sensys,heatpump_info_1,hp operating info,,1e,2000,86e13ca46cb46d84b,,s,IGN:1,,,,heatpump_flowmeter,s,UIN,10,L,,Status,s,UCH,0=Off;1=Standby;2=Heating Cycle;3=Thermal Cleanse Function,,Heatpump Compressor Frequency,s,UIN,,,,Unknown,s,UIN,,W

but ebusd seems not finding any matches What am i doing wrong? Thank you

[pawgac]

Ciao Ubettoni

but ebusd seems not finding any matches What am i doing wrong? Thank you How many messages you getting from the bus? Can you check with "ebusclt I" command?

Here is my output

version: ebusd 22.4.v22.4-28-gbc3e611 update check: revision v22.4 available device: 10.91.1.8:5000 signal: acquired symbol rate: 98 max symbol rate: 225 min arbitration micros: 3 max arbitration micros: 3 min symbol latency: 4 max symbol latency: 4 reconnects: 0 masters: 6 messages: 230 conditional: 0 poll: 0 update: 6 address 00: master #1 address 03: master #11 address 10: master #2 address 13: master #12 address 18: slave #12 address 1e: slave address 31: master #8, ebusd address 36: slave #8, ebusd address 7f: master #24 address 84: slave #24

[ubettoni]

version: ebusd 22.4.v3.16.2-200-ga8ca21f541 device: esp-ebus.local:3333 signal: acquired symbol rate: 138 max symbol rate: 275 min arbitration micros: 4 max arbitration micros: 13 min symbol latency: 0 max symbol latency: 41 reconnects: 0 masters: 5 messages: 132 conditional: 0 poll: 53 update: 0 address 00: master #1 address 03: master #11 address 10: master #2 address 13: master #12 address 18: slave #12, scanning address 1e: slave, scanning address 31: master #8, ebusd address 36: slave #8, ebusd

[pawgac]

Ciao, here the output: bash-5.1# ebusctl grab result all |grep 7c4f 131e2000027c4f / 03010000 = 40 I run the command a couple of time and the numer after = keeps incrementing

I think, you missing most of messages from the bus. Check your ebusd.conf for latency settings. What for ebus adapter you have?

this is my last 24 hours ebusctl grab result all |grep 7c4f 131e2000087217731763477c4f / 090faf00260100000000 = 25: HP heatpump heatpump_XXXX_info_5 131e2000087317634769477c4f / 090f260100000b000000 = 12: HP heatpump heatpump_XXXX_info_8 131e2000087217624763477c4f / 090faf00000000000000 = 22: HP heatpump heatpump_XXXX_info_7 131e2000086247634769477c4f / 090f000000000b002805 = 10: HP heatpump heatpump_XXXX_info_9 131e2000027c4f / 0301e402 = 151: HP heatpump unknown_7c4f 131e20000462477c4f / 050300000000 = 1 131e2000087317624763477c4f / 090f0801000000000000 = 10 131e200006731763477c4f / 0707fc010000d204 = 1075: HP sensys heatpump_info_731763477c4f 131e200006624763477c4f / 0707000000000c05 = 1115: HP sensys heatpump_info_624763477c4f

[ubettoni]

Ciao, here the output: bash-5.1# ebusctl grab result all |grep 7c4f 131e2000027c4f / 03010000 = 40 I run the command a couple of time and the numer after = keeps incrementing

I think, you missing most of messages from the bus. Check your ebusd.conf for latency settings. What for ebus adapter you have?

this is my last 24 hours ebusctl grab result all |grep 7c4f 131e2000087217731763477c4f / 090faf00260100000000 = 25: HP heatpump heatpump_XXXX_info_5 131e2000087317634769477c4f / 090f260100000b000000 = 12: HP heatpump heatpump_XXXX_info_8 131e2000087217624763477c4f / 090faf00000000000000 = 22: HP heatpump heatpump_XXXX_info_7 131e2000086247634769477c4f / 090f000000000b002805 = 10: HP heatpump heatpump_XXXX_info_9 131e2000027c4f / 0301e402 = 151: HP heatpump unknown_7c4f 131e20000462477c4f / 050300000000 = 1 131e2000087317624763477c4f / 090f0801000000000000 = 10 131e200006731763477c4f / 0707fc010000d204 = 1075: HP sensys heatpump_info_731763477c4f 131e200006624763477c4f / 0707000000000c05 = 1115: HP sensys heatpump_info_624763477c4f

Hi, my latency is 20ms. This is the adapter i use: https://github.com/danielkucera/esp8266-arduino-ebus Probably message number depends on the reboot i've done earlier.

[pawgac]

Your ebusclt I output looks good for me

[pawgac]

Can you try to set your ebusd.conf like that? EBUSD_OPTS="-d esp-ebus.local:3333 --latency=100 --pollinterval=500 --configpath=/etc/ebusd/ --enablehex --loglevel=notice"

How many messages in 10 seconds you getting if you "tail -f /var/log/ebusd.log" ?

[ubettoni]

Can you try to set your ebusd.conf like that? EBUSD_OPTS="-d esp-ebus.local:3333 --latency=100 --pollinterval=500 --configpath=/etc/ebusd/ --enablehex --loglevel=notice"

How many messages in 10 seconds you getting if you "tail -f /var/log/ebusd.log" ?

roughly 43 messages I managed to view external temperature, i had to modify command to:

r,broadcast,ext_temp,External Temp,,fe,2010,7647,,s,UIN,10,°C 200f to 2010

[pawgac]

change it to broadcast and divider to SIN

b,broadcast,ext_temp,External Temp,,fe,2010,7647,,s,SIN,10,°C

it looks like your Elco using different addresses, new model? Can you check this "ebusctl grab result all |grep 7647" ?

[pawgac]

ebusctl grab result all |grep 7647 10fe200006008676470681 = 85 13fe200f0d0086010076475c000006810100 = 85 7ffe2000027647 = 2553 13fe200f0576475c0000 = 2220: HP broadcast ext_temp

[ubettoni]

change it to broadcast and divider to SIN

b,broadcast,ext_temp,External Temp,,fe,2010,7647,,s,SIN,10,°C

it looks like your Elco using different addresses, new model? Can you check this "ebusctl grab result all |grep 7647" ?

I think so, command are similar but not the same: 13fe20100576475d0000 = 3: broadcast ext_temp

[wrongisthenewright]

* heatpump_water_return_temp ( is always 6522.7 )

Ciao, latest commit from andrein fixes negative temp issues (all moved from UIN to SIN), try to download last CSV to fix this point

[wrongisthenewright]

Hi, my latency is 20ms. This is the adapter i use: https://github.com/danielkucera/esp8266-arduino-ebus Probably message number depends on the reboot i've done earlier.

Ciao, you use the same adapter I use (maybe your is the latest version), I have some issues with it but I think the reasons are relater to my plant: wire length and very poor wifi coverage. Can you answer some questions?

• where did you connect it?
• Have you detected bus error on the ebusd logs? (timeouts, arbitration errors, signal lost)
• have you tried to increase latency to 1000 or above?
• I added "--receivetimeout=5000" option to the command line, can you test it?

ebusctl grab resutl all command should give you the dump of all messages logged since ebusd start grouped by message (the number after the = sign is the number of occurrences of the corresponding message), try to analyze the most common first...

[wrongisthenewright]

r,broadcast,ext_temp,External Temp,,fe,2010,7647,,s,UIN,10,°C 200f to 2010

Ariston PBSB commands have to be decoded as well, so far I think I have been able to find some meanings:

<!DOCTYPE html>

PBSB | Ariston -- | -- 2000 | get setpoints 2001 | get params 2002 | get faults 200E | return params 2070 | cast time 2038 | bus controls 2034 | bus reset 0704 | Identification(Ebus) 2031 | master device identificator bcasts 203A | request slave device 2020 | cast setpoints(?) 2010 | cast parameters(?) 200f | retutn setpoints(?)

[ubettoni]

Hi, my latency is 20ms. This is the adapter i use: https://github.com/danielkucera/esp8266-arduino-ebus Probably message number depends on the reboot i've done earlier.

Ciao, you use the same adapter I use (maybe your is the latest version), I have some issues with it but I think the reasons are relater to my plant: wire length and very poor wifi coverage. Can you answer some questions?

• where did you connect it?
• Have you detected bus error on the ebusd logs? (timeouts, arbitration errors, signal lost)
• have you tried to increase latency to 1000 or above?
• I added "--receivetimeout=5000" option to the command line, can you test it?

ebusctl grab resutl all command should give you the dump of all messages logged since ebusd start grouped by message (the number after the = sign is the number of occurrences of the corresponding message), try to analyze the most common first...

where did you connect it? -> I connect it directly on the heatpump board in parallel with sensys cable Have you detected bus error on the ebusd logs? (timeouts, arbitration errors, signal lost) -> yes, timeout and arbitration error, signal lost no at the moment have you tried to increase latency to 1000 or above? -> i tried with high value but not 1000, i'll try I added "--receivetimeout=5000" option to the command line, can you test it? -> sure

[ubettoni]

2022-12-27 12:17:32.938 [main error] scan config 18: ERR: read timeout
2022-12-27 12:17:34.939 [main error] unable to load scan config 1e: slave part too short (0)
2022-12-27 12:17:34.939 [main error] scan config 1e: empty

this is an error in CSV file?

[pawgac]

Yes, it is. Can you connect your bus adapter separately, not parallel with sensys. If you open the case, you will see another connector. Take a look on this picture

[ubettoni]

Yes, it's connected in the same point of your photo. The sensys is not connected there.

[wrongisthenewright]

2022-12-27 12:17:32.938 [main error] scan config 18: ERR: read timeout
2022-12-27 12:17:34.939 [main error] unable to load scan config 1e: slave part too short (0)
2022-12-27 12:17:34.939 [main error] scan config 1e: empty

this is an error in CSV file?

No, it's not related to CSV, I'm not an ebusd expert, but I think it's related to the mechanism that download the CSV automatically from the web if during the scan a supported device is found (almost only Vailant devices). Given that Bridgenet is only similar to ebusd the scan of the bus will always trap some error.

[pawgac]

Put --configpath=/etc/ebusd/ parameter in to your /etc/defaults/ebusd file, this will disable autoupdate of config files

[ubettoni]

Finaly i managed reading a lot of value, except comp freq e water return ( after SIN now it return -30°.... ). Now one last question, why mqtt is not integrating all value discovered in home assistant? I tried removing all fiter on [mqtt-hassio.cfg ] Ex.

is not shown in homeassistant

[wrongisthenewright]

Finaly i managed reading a lot of value, except comp freq e water return ( after SIN now it return -30°.... ). Now one last question, why mqtt is not integrating all value discovered in home assistant? I tried removing all fiter on [mqtt-hassio.cfg ] Ex.

is not shown in homeassistant

This is a ebusd related question...you should post it on the ebusd GitHub repo. I have a similar problem

[ubettoni]

Ok, thank you both

[pawgac]

Hi,

heatpump_water_return_temp ( is always 6522.7 )

I think, I've found correct messages. This could be added the Menu - EM Diagnostics - 1 Input Menu

r,HP heatpump,heating_water_flow_temp,Heating Water Flow Temp,,18,2000,6310,,s,IGN:1,,,,,,SIN,10,°C r,HP heatpump,heating_water_return_temp,Heating Water Return Temp,,18,2000,6610,,s,IGN:1,,,,,,SIN,10,°C

[wrongisthenewright]

Hi,

heatpump_water_return_temp ( is always 6522.7 )

I think, I've found correct messages. This could be added the Menu - EM Diagnostics - 1 Input Menu

r,HP heatpump,heating_water_flow_temp,Heating Water Flow Temp,,18,2000,6310,,s,IGN:1,,,,,,SIN,10,°C r,HP heatpump,heating_water_return_temp,Heating Water Return Temp,,18,2000,6610,,s,IGN:1,,,,,,SIN,10,°C

Hi, atm I've inserted these 2 lines in my local csv, I'll let the system run for a couple of days before merging the lines in the online version.

Can you paste here the output of these commands?

ebusctl grab result all | grep 2000....10
ebusctl grab result all | grep 6.10
ebusctl grab result all | grep 6.10

It should list all the messages related to 6*10 and 7.10 message codes, I think that the codes ending with 10 are all related to temperature probes.

[pawgac]

Hi, you have to execute read.

ebusctl grab result all | grep 2000....10 131e2000087610791071177217 / 090ff1008200f000a500 = 164: HP heatpump heatpump_XXXX_info_1 131e2000087710791071177217 / 090fcbfe8200ef00a500 = 167: HP heatpump heatpump_XXXX_info_2 131e2000087710781079107117 / 090fcbfe82008c00d200 = 2: HP heatpump heatpump_XXXX_info_3 31182000026310 / 0301f700 = 85: HP heatpump heating_water_flow_temp 31182000026610 / 0301f700 = 86: HP heatpump heating_water_return_temp 131e2000027810 / 03017e00 = 29: HP sensys Outside_Temp_Sensor_state 13fe20200c008100008200008301008401 = 5: HP sensys heat_temp_range 131e20000478106947 / 050382000b00 = 5: HP heatpump heatpump_ext_unit_info

ebusctl grab result all | grep 6.10 131e2000087217731763477c4f / 090faf00460100000000 = 1: HP heatpump heatpump_XXXX_info_5 13fe200f0d0086010076477f000006810100 = 8 13fe200f0406910000 = 282 13fe20101003910000049100000591000006910000 = 11 13fe20101004910000059100000691000007910000 = 7 13fe2010080691000007910000 = 25 13fe20200c008501008601008701068101 = 5 13fe202010757600007577000076710a0076720a00 = 10 31182000026310 / 0301f700 = 86: HP heatpump heating_water_flow_temp 31182000026610 / 0301f500 = 87: HP heatpump heating_water_return_temp 13fe20100c059100000691000007910000 = 1365: HP sensys ext_heat_request

[pawgac]

I found a Broadcast for heating water return temp

b,HP Broadcast,temp_heating_water_return,Heating Water Return Temp,13,fe,2010,759e,,s,IGN:5,,,,temp,s,SIN,10,°C,

grep -i 759e 13fe20100f759eff7f00769ef50000779e000000 = 392: HP Broadcast XXX_info_heating_water_return

[wrongisthenewright]

Hi, you have to execute read.

OK, Ive made some test on my system and the parameter 6310 is broadcasted, it follows in some way the behaviour of "mine" water flow temp parameter, albeit with less frequency. The 6610 is not broadcasted and, if explicitly read gives always 0°C in my system.

To be sure that its the correct parameter you should go on the remote control (remocon for Elco), access the tech menu and, in diagnostic find the temperature reading page, in my system (hybrid) the menu is 9.4. You should check, when the HP is running if these value coincide, ie:

9.4.1 (flow temp) = 6310 reading 9.4.2 (return temp) = 6610 reading

Also, you can set the ebusd log to info on the updates and see if during the query made by the remocon to the em/hp you see the 6310 and 6610 codes.

Atm I nee more evidence that the codes are really related to the associated parameters, please let me know if you find more, I'll be happy to include those lines!

[wrongisthenewright]

b,HP Broadcast,temp_heating_water_return,Heating Water Return Temp,13,fe,2010,759e,,s,IGN:5,,,,temp,s,SIN,10,°C,

Hi, with this line you're reading, from the message below, 769e value, not 759e. I'll take a look at these messages, since I have the similar messages on my system, I' keep you posted.

13 fe 2010 0f 759e ff7f00 769e f50000 779e 000000 = 392: HP Broadcast XXX_info_heating_water_return

[pawgac]

OK, Ive made some test on my system and the parameter 6310 is broadcasted, it follows in some way the behaviour of "mine" water flow temp parameter, albeit with less frequency. The 6610 is not broadcasted and, if explicitly read gives always 0°C in my system.

In my system also not, i'm sending read requests from my KNX BUS system every one minute, that ist the reason why i have more then you messeges in ebus log.

To be sure that its the correct parameter you should go on the remote control (remocon for Elco), access the tech menu and, in diagnostic find the temperature reading page, in my system (hybrid) the menu is 9.4. You should check, when the HP is running if these value coincide, ie:

9.4.1 (flow temp) = 6310 reading 9.4.2 (return temp) = 6610 reading

In my case, it is EM Input Diagnostics

17.14.2 Heating Flow Temp 17.14.3 Heating Return Temp

I have a already verfied this values, on this way i found out this parameters.

[pawgac]

Hi, with this line you're reading, from the message below, 769e value, not 759e. I'll take a look at these messages, since I have the similar messages on my system, I' keep you posted.

13 fe 2010 0f 759e ff7f00 769e f50000 779e 000000 = 392: HP Broadcast XXX_info_heating_water_return b,HP

In my case, the value returned by 769e are correct and the same like in Remcon 17.14.3 Heating Return Temp

Broadcast,info_heating_water_return,info_heating_water_return,13,fe,2010,759e,temp,s,U3N,10,°C,,,s,IGN:2,,,,return_temp,s,U3N,10,°C,,,s,IGN:2,,,,temp,s,U3N,10,°C,

[ubettoni]

I confirm that with string: b,HP Broadcast,temp_heating_water_return,Heating Water Return Temp,13,fe,2010,759e,,s,IGN:5,,,,temp,s,SIN,10,°C,

i can read water return temp and it's the same of Remcon 17.14.3 Heating Return Temp

now i'm trying: Broadcast,info_heating_water_return,info_heating_water_return,13,fe,2010,759e,temp,s,U3N,10,°C,,,s,IGN:2,,,,return_temp,s,U3N,10,°C,,,s,IGN:2,,,,temp,s,U3N,10,°C, but i think you miss a comma before 13

[pawgac]

but i think you miss a comma before 13 In this case 13 ist the sender QQ , you don't need more commas before. Did you getting some messages ?

[pawgac]

The second value should be you return temp 2023-01-02 15:52:51.508 [update notice] received update-read HP Broadcast info_heating_water_return: 3276.7;25.2;0.0 2023-01-02 15:52:52.277 [update notice] received update-read HP Broadcast info_heating_water_flow: 19.0;25.4;24.6 2023-01-02 15:53:16.167 [update notice] received update-read HP Broadcast info_heating_water_return: 3276.7;25.2;0.0 2023-01-02 15:53:17.115 [update notice] received update-read HP Broadcast info_heating_water_flow: 19.0;25.4;24.6 2023-01-02 15:53:41.326 [update notice] received update-read HP Broadcast info_heating_water_return: 3276.7;25.1;0.0 2023-01-02 15:53:42.164 [update notice] received update-read HP Broadcast info_heating_water_flow: 19.0;25.3;24.5 2023-01-02 15:54:06.185 [update notice] received update-read HP Broadcast info_heating_water_return: 3276.7;25.1;0.0 2023-01-02 15:54:07.128 [update notice] received update-read HP Broadcast info_heating_water_flow: 19.0;25.4;24.6 2023-01-02 15:54:31.624 [update notice] received update-read HP Broadcast info_heating_water_return: 3276.7;25.1;0.0 2023-01-02 15:54:32.605 [update notice] received update-read HP Broadcast info_heating_water_flow: 19.0;25.4;24.6

[pawgac]

@ubettoni here is my Elco config, this is more specific regarding to Elco HP elco.csv

[wrongisthenewright]

I'm testing these 2 new lines:

#Supporto for ELCO Aerotop Split specific message codes
r,test_heatpump,elco_hp_water_flow_temp,Heating Water Flow Temp,,18,2000,6310,,s,IGN:1,,,,,,SIN,10,°C
#r,test_heatpump,elco_hp_water_return_temp,Heating Water Return Temp,,18,2000,6610,,s,IGN:1,,,,,,SIN,10,°C
r,test_heatpump,elco_hp_return_temp,,,fe,2010,759e,,s,IGN:5,,,,elco_hp_return_temp,s,S3N,10,°C

I've used SIN/S3N for temp reading, even if water should never go below 0°C, If I get no issue I'll modify the repo file. Thank you.

[ubettoni]

Yes, i was receiving error on Ebusd start up.

Il giorno lun 2 gen 2023 alle 15:54 pawgac @.***> ha scritto:

but i think you miss a comma before 13 In this case 13 ist the sender QQ , you don't need more commas before. Did you getting some messages ?

— Reply to this email directly, view it on GitHub https://github.com/wrongisthenewright/ebusd-configuration-ariston-bridgenet/issues/3#issuecomment-1369009275, or unsubscribe https://github.com/notifications/unsubscribe-auth/AJT66OVYOD77LPAZUXR7O2LWQLTYZANCNFSM6AAAAAATH3RXVQ . You are receiving this because you authored the thread.Message ID: <wrongisthenewright/ebusd-configuration-ariston-bridgenet/issues/3/1369009275 @github.com>

[ubettoni]

@ubettoni here is my Elco config, this is more specific regarding to Elco HP elco.csv

Thank you. I’ll try and let you know.

[ysard]

Hi, since few days I am interested in the data sent by my Chaffoteaux Mira C green boiler. As I don't have any "smart device" on the bus (just a ON/OFF thermostat), I am limited to the data sent in broadcast frames.

I am sharing my research on this model: https://github.com/ysard/ebusd_configuration_chaffoteaux_bridgenet

Also, do you know if anyone has ever tried to emulate a device on the bus? To do so, you would need to know exactly the handshake procedure (partially described on this issue https://github.com/john30/ebusd-configuration/issues/103#issuecomment-459777027).

I am particularly interested in the initialization of the temperature sensor mentioned here.

This would open the way for DIY copies of the expensive devices sold by these firms.

In short, a dump of the raw exchanges as soon as the system is powered on would enlighten me a lot :p

Thanks to you ;)

[wrongisthenewright]

I am sharing my research on this model: https://github.com/ysard/ebusd_configuration_chaffoteaux_bridgenet

Thanks, I'll look into it, atm I'm still missing many meaning of messages from my boiler (Ariston Genus)

Also, do you know if anyone has ever tried to emulate a device on the bus?

Not that I know of, I have the "smart" Ariston remote control, I think that even if the device costs much more than a simple raspberry the device is worth it's price: is tested and certified, it simpliy works forever, my approach to home automation is do with it only "smart" things, leave the system run the basics, and, more importantly, let my hvac run even if I make a disaster during an upgrade: I don't want to be cold because I made a mistake....

In short, a dump of the raw exchanges as soon as the system is powered on would enlighten me a lot :p

That could be arranged, but you should keep in mind that my system is really different from your case, I have an hybrid system with remote control, energy manager, heatpump and boiler. My dump will be really different from your scenario.

[wrongisthenewright]

I am sharing my research on this model: https://github.com/ysard/ebusd_configuration_chaffoteaux_bridgenet

Great job! You are a very good detective! I'll look in depth at your findings in the next days

I am particularly interested in the initialization of the temperature sensor mentioned here.

In short, a dump of the raw exchanges as soon as the system is powered on would enlighten me a lot :p

Ok, I'll arrange a test but with some limitations, my device is connected to (and powered by) the boiler. What I can do is shut everything else (HP, energy manager and remote control), cold start the boiler and grab the messages for some minute then connect my remote control while dumping data.

Don't know if it will be useful since some packet will surely be missed by my adapter that after power on have to connecto to wifi and ebusd will surely need some time to connect to the device.

If i find the time I'll do it next weekend.

[ysard]

Thank your for your response :)

let my hvac run even if I make a disaster during an upgrade: I don't want to be cold because I made a mistake....

Yes I understand that, getting the data is already interesting.

When I look at my ESP soldered on my thermostat I think that it is neither aesthetic nor secure. Moreover the thermostat is self-powered, which is not the case of my ESP nor of the raspberry Pi which remains the brain of the project and must be permanently connected.

However, maybe in the future, I think that nothing prevents an ESP to be independent and to have its own management rules. After all we have made good progress on the knowledge of the protocol.

My dump will be really different from your scenario.

Yes but we share a lot of ids in common (all of them?). Especially the famous 7647. Currently I simulate a wired outdoor sensor with a fixed resistor. The regulation is done in "outdoor sensor only" mode.

The boiler does not support the slightest disconnection of the resistor under the pain of getting an error.

It is impossible for me to write the value directly in the register 7647 of the boiler which seems to be read only.

So I don't know if the intelligent devices on the bus manage the regulation on behalf of the boiler with the help of the wireless outdoor sensor, or if the boiler is autonomous as it is the case with the wired sensor.

Tried commands:

• ~/ebusd/build/src/tools/ebusctl hex fe2010 06 7647 00000001 because my thermostat sends the room temperature with this kind of packet:

  70 fe 2010 05 7118 ce00 01 20.6°C, last byte is unknown but constant (?)

• ~/ebusd/build/src/tools/ebusctl hex fe2010 05 7647 000000 without the final byte

• ~/ebusd/build/src/tools/ebusctl hex 3c2020 05 7647 000000 explicit writing to the register with the 2020 command

• ~/ebusd/build/src/tools/ebusctl hex fe200f 05 7647 000000 broadcast with the 200f command as I have seen on this topic with the ELCO boiler

I also tested with a temperature coded on 2 bytes...

ebusd will surely need some time to connect to the device

Indeed the handshake could be missing. ebusd try to reconnect every 8 seconds, and yes the ESP needs some time to connect itself to the wifi network...

But it would already be informative if no errors are displayed with only the outdoor sensor and the boiler on the bus.

[wrongisthenewright]

Yes but we share a lot of ids in common (all of them?). Especially the famous 7647. Currently I simulate a wired outdoor sensor with a fixed resistor. The regulation is done in "outdoor sensor only" mode.

The boiler does not support the slightest disconnection of the resistor under the pain of getting an error.

OK, so you're trying to implement automatic/climatic thermoregulation whitout having to buy the (required?) external sensor.

In my system the external temp sensor is connected to the heatpump which is obviously outside my house. I think the data is read by the HP PCB/controller and then sent on the bus. The format of the message is this:

13fe200f0576472d0000 = 1222: broadcast ext_temp

13 fe 200f 05 7647 2d00 00

But it would already be informative if no errors are displayed with only the outdoor sensor and the boiler on the bus.

Hi, as stated before my ext temp sensor is connected to the HP, so I won't be able to test such configuration...

[wrongisthenewright]

13fe200f0576472d0000 = 1222: broadcast ext_temp

13 fe 200f 05 7647 2d00 00

Those are all messages grabbed by my ebusd

these are related to 7647

70fe2000067647c079c07a = 1 13fe20100d76475a0000c64b0200c94b0200 = 562 7ffe2000027647 = 1328 13fe200f057647600000 = 1321: broadcast ext_temp

these instead are related to 7810 code

70fe2000081023078107820783 = 11 13fe200f1010230100078101000782000007830000 = 4 13fe20200c068600068700078101078200 = 204 7f1e2000027810 / 03015200 = 95 131e2000087610771078107910 / 090fb1017f0151001400 = 141 131e2000087710781079107117 / 090f8201510015007c01 = 11 131e200008781079106e137117 / 090f400006001101ed01 = 2 131e20000878106e13cb466947 / 080f52001001350700 = 300 131e20000478106947 / 050354000700 = 1160: heatpump heatpump_ext_unit_info

7810 is another message related to ext temp traveling on the bus, I don't know what's the logic for having 2 codes...

[ysard]

Thank you for your time, and the dump!

OK, so you're trying to implement automatic/climatic thermoregulation without having to buy the (required?) external sensor.

Yes that's the idea, but now I think it's not possible without extra-boiler computations.

Basically there are only 2 possible uses for the external sensor:

• wired, connected to the boiler. The value is obtained by reading the register 7647.
• wireless, but with a room sensor that will itself calculate the water temperature according to the configured water law. Nothing very complicated in appearance after all.

This matches with the manufacturer's recommendations and my observations. The chaffoteaux references are: Wireless outdoor sensor: 3319091 + Receiver 3319120 + Zone Control Evo RF: 3319119.

From what I have seen, all the registers of the boiler are with read/write access (including the boiler life time field: In case you want to resell your boiler and make it look younger than it is :p). 7647 is no exception to the rule. The tech menu briefly displays the value sent manually on eBus, but the boiler instantly replaces it with an error value indicator, or the real value if the resistor is present.

It's a shame, the manufacturer forces the user to buy hardware when the boiler could just accept a value in the register in case no resistor is connected. This would avoid spending more than 200€ on a room sensor :p Is this a surprise...

Note: In my house with a water law f(x) = 1.2x + 30°C the temperature calculated by the boiler for 8.6°C outside is 43.6°C instead of 40.32°C according to the function. The room temperature has no influence here, but the value must be weighted already? With a room sensor the calculation is weighted with the factor z1_room_temp_infl between 0 and 20. The curve must be more complex than a simple affine function. More tests should be done with various resistance values.

Thank you for your time and sorry for the massive text block ;)