0.50.1 working fine here too - needed to install it to get things working again after one of the 2025.3 HA core releases (forget which), after previously doing the manual file install for the DHW issue.
While I’m here (and only having belatedly caught up) - thank you so very, very much for all your work on ramses_xx. And the hardware. Although I’ve only done 10% of what I planned to (don’t we all…) it’s really, really helped me to the point of “what would I do without it? Probably bin the Evohome and do something else”.
Just hoping someone else with the time, skill and a whole lab house to test it on can step up (I suppose the last hope is a bit of a stretch. A prod environment with very understaning users, then). The 40-years-younger me might have fitted the bill…
Looking for some troubleshooting support:
Had all of this working about a 1.5 years ago with an SSM-D2 , had some issues and stopped using this integration. It turned out that my SSM-D2 has some HW issues so I ordered a new RAMSES_ESP.
Plugged it in my HASS setup and after changing USB it immediately started working, even with the old settings. Unfortunately not all devices returned (EvoHome setup) so I started to play around with the settings, new antenna etc.
You guessed it; Can’t get anything to work anymore.
I know only get below in my log file (no new entries):
2025-03-09T15:34:52.161918 000 I --- 18:178128 63:262142 --:------ 7FFF 015 001001957B5486F376302E35302E30
2025-03-09T15:34:52.167577 ... I --- 18:178128 63:262142 --:------ 7FFF 015 001001957B0C8F6C76302E35302E30 # 7FFF| I|18:178128
2025-03-09T15:34:52.280391 000 I --- 18:178128 63:262142 --:------ 7FFF 015 001001957B5486F376302E35302E30
And I only get 1 device:
while before I would get a relative normal log like below:
2025-03-08T12:18:25.063483 000 I --- 18:178128 63:262142 --:------ 7FFF 015 00100195757A4F4F76302E35302E30
2025-03-08T12:18:25.133665 ... RP --- 01:202227 18:178128 --:------ 000C 006 000800108936 # 000C|RP|01:202227|0008 (0008)
2025-03-08T12:18:25.135662 ... RP --- 01:202227 18:178128 --:------ 000C 012 01080010AF5101080010AF4D # 000C|RP|01:202227|0108 (0108)
2025-03-08T12:18:25.136867 ... RP --- 01:202227 18:178128 --:------ 000C 006 02080010AF4B # 000C|RP|01:202227|0208 (0208)
2025-03-08T12:18:25.140855 ... RP --- 01:202227 18:178128 --:------ 000C 006 030800109679 # 000C|RP|01:202227|0308 (0308)
2025-03-08T12:18:25.142252 ... RP --- 01:202227 18:178128 --:------ 000C 006 04080010967B # 000C|RP|01:202227|0408 (0408)
2025-03-08T12:18:25.150388 ... RP --- 01:202227 18:178128 --:------ 000C 006 050800109677 # 000C|RP|01:202227|0508 (0508)
2025-03-08T12:18:25.151716 ... RP --- 01:202227 18:178128 --:------ 000C 006 070800108932 # 000C|RP|01:202227|0708 (0708)
2025-03-08T12:18:25.153375 ... RP --- 01:202227 18:178128 --:------ 000C 006 080800108938 # 000C|RP|01:202227|0808 (0808)
Looking at the documentation I see quite a lot has changed and there is a now a config flow.
I have:
- Removed the integration fully and re-installed it (Using 0.50.1 pre release)
- Tried different antennas (although I had it working with the stock one but was missing one node)
- Deleted ramses.cc manually , rebooted (just hass but also whole system)
Few questions:
- is there still a need to have ANYTHING in the configuration.yaml eg USB setup or is ALL done via the integrations configuration flow?
- My Evohome identified as “01:202227” in the past. I can’t see any references to that anymore in the log (the log only has the 3 entries above). Does this change when you start over or is this the same also after a new start?
- What is the best order of troubleshooting this and how do I know/can I check it’s not the hardware?
- Why is it not receiving more data like it was? My Evohome itself is fully functional
BTW, one trick is to remove the config entry (via the UI) & restart HA - then it has to re-import from configuration.yaml to create another entry…
If needed, simply make any changes to configuration.yaml, delete the imported config entry & reboot again.
Thank you, it worked!
Congrats to everyone supporting this project!
Could someone post a screenshot from the “System schema and known devices” in a Evohome setup?
I’ve got just the controller identified, which is I think the advice in the documentation;
"01:076914": {}
Nothing more required, unless your system is more complicated.
It’s listening to 65 devices from several controllers all around my house so want to limit all the chatter better. The documentation on how to do that in the new config flow are not that complete I feel
Like I said, the documentation states:
As a minimum, for CH/DHW systems, you should list the controller like so:
ramses_cc:
01:145038: {}
ramses_rf is very good at discovering Heat schemas, and it is acceptable to allow it to construct the remainder via discovery.
So unless you have multiple controllers, this should be all you require.
Hi again,
For an Evohome heating system, I currently use the following known device list:
"01:043387": {}
"02:033552": {}
"02:033535": {}
"02:033545": {}
"13:118891": {}
"18:100040":
class: HGI
"34:029902": {}
"34:029904": {}
"34:029906": {}
"34:029908": {}
"34:029910": {}
"34:029912": {}
"34:029914": {}
"34:029916": {}
"34:029918": {}
"34:029920": {}
"34:030020": {}
For the 3 02:xxxxxx devices shown as UFC, I get the following error:
Invalid device type to be a controller: 02:033545 (UFC): 0.24
I tried removing them from the known list, but that causes Head demand info to become unavailable on the 34:xxxxxx UFH devices.
The system is composed of 3 HCC80 controlled via round thermostats talking to a BDR91 relay.
Any idea how to fix these errors?
Thanks!