Official Honeywell evohome/Round Thermostat integration (EU-only)

davidtja · November 12, 2018, 12:11pm

I’m totally new to HomeAssistant having come from a Smartthings background. I have installed a hassio based system and this is the first addon where I have used Github so I’m uncertain if I’ve done it correctly. Therefore any advice out there would be much appreciated.

I have created a samba share through my windows machine and created the custom_components folder within Config. I used the clone option within github to move the files, Github opened a desktop interface that allowed me to do this. What actually happened was it created a Evohome folder within custom_components. I saw in one post it was necessary to move these files so I moved the files and associated folders, climate and waterheater to sit within config/custom_components, I therefore now have config/custom_components/water heater with a evohome python file in it, a config/custom_components/climate also with an evohome python file in it and at the route of config/custom_components there is also a evohome python file, aside from these there are a .gitignore, license and readme files at this level. There is a config/custom_components/pycache folder with a evohome.cpython-36 file in and config/.git folder with lots of files within that.

As I do a config check it reports: Invalid config for [evohome]: [scan_interval] is an invalid option for [evohome]. My configuration looks like this:

evohome:

username: as per login
password: as per login

These config parameters are presented with their default values…

scan_interval: 300
high_precision: true # temperature in tenths instead of halves
location_idx: 0 # if you have more than 1 location, use this

These config parameters are YMMV…

use_heuristics: false # this is for the highly adventurous person, YMMV
use_schedules: false # this is for the slightly adventurous person
away_temp: 15.0 # °C, if you have a non-default Away temp
off_temp: 5.0 # °C, if you have a non-default Heating Off temp

Please bear in mind as i am totally new to HA i’ve likely made an error not associated to the add-on.
Any advice greatly appreciated. Thanks

zxdavb · November 12, 2018, 1:46pm

Take away all evohome parameters, except for username & password.

I suspect that it will then it will start OK.

Once that’s done, check that you’re using the custom component, and not the builtin version, using the ‘Next Steps’ instruction, from post #182 (here: Official Honeywell evohome/Round Thermostat integration (EU-only))

Good luck.

zxdavb · November 12, 2018, 1:47pm

Sorry no, and I can’t test it until after tomorrow…

Is anyone else having the same problem?

davidtja · November 12, 2018, 2:01pm

Thanks, The config now doesn’t report any errors. But i’ve restarted and still see nothing. Should its addition be obvious?

zxdavb · November 12, 2018, 2:08pm

Yep, for example: Official Honeywell evohome/Round Thermostat integration (EU-only) - #41 by zxdavb

Troubleshooting

These two should give no results:

cat home-assistant.log | grep evohome | grep ERROR
cat home-assistant.log | grep evohome | grep WARN

This one should list the Controller, and all your Zones:

cat home-assistant.log | grep evohome | grep Found

davidtja · November 12, 2018, 7:05pm

Well it definitely isn’t installed. I’m sorry i don’t understand the “cat” commands, where do I find them?

zxdavb · November 12, 2018, 9:29pm

@davidtja I’m sorry, but I don’t have the spare capacity to support beginners.

Maybe someone else listening to this thread can help so I can get this latest PR done?

Or you can try elsewhere in the forum…

davidtja · November 12, 2018, 9:30pm

OK understood. Ill crack on.

zxdavb · November 13, 2018, 10:30am

PR submitted to add Zones to HA - woot!

https://github.com/home-assistant/home-assistant/pull/18428

scstraus · November 16, 2018, 10:32pm

This is amazing! This is the view I always needed but couldn’t get from Honeywell. Thanks for making this happen!!

zxdavb · November 16, 2018, 10:48pm

Yes, the graphs can be quite insightful.

I could see one of my kid’s room always lost heat quickly… Looked in the attic, and boom: no insulation above her celling!

Another thing is i installed a weather compensation system (which modulates the temp of circulating CH water), and reduced my overshoots drastically.

scstraus · November 17, 2018, 9:19pm

I had never even heard of such a thing, but now that you told me about it, it looks like a pretty great idea. I’m going to look into it.

I am also starting to notice that my son’s room is having a hard time heating up compared to the others. It is also a bedroom under the roof… I should probably go check the insulation too.

Out of curiosity, is there any ability in the API to graph how open the TRVs and boiler controls were throughout the day? That would also be really useful and interesting information. It’s shown now from the latest firmware update in the control unit if you go into the installer section.

Knowledge is power. It’s so much easier to optimize when you can actually see what’s going on.

zxdavb · November 18, 2018, 9:30am

@scstraus From graphs like these, I feel you can tell the difference between a room that heats up slowly, or cools down quickly - there is a difference! For example:

heats up slowly - radiator too small, or needs bleeding
cools down quickly - window open, no insulation

You can also take a view with surrounding rooms!

Anyway, I wonder is Seb’s room has a problem heating up, rather than keeping hot?

And could you post the configuration to get the graphs all up like that?

scstraus · November 19, 2018, 7:53pm

Yes, the graphs are really invaluable. I’d never know most of the issues in my setup without them.

I believe Seb’s valve is sticking on the TRV… We just had a new one installed and it’s reporting an error and not heating up all the way… I will be contacting the installer soon, but I suspect we will have to turn on the option to have it apply more force to the opening of the valve.

Do you know if it’s possible to get data about the percentage that the TRV’s are open from the API? This is available in the main touchscreen unit. It would be quite useful to monitor for issues like that if I could see that all the TRV’s open up all the way except his.

As for the config, here you go:

The only pieces of knowledge you really need to know are that the history_graph component exists, and to know that the name you set defines the label on the graph and the name of the component you will use in groups.yaml. Also, you cannot from what I tell display them in groups with their own title, so it ignored the names of my groups for “First Floor”, “Second Floor”, etc. It just makes a single stack for that group before moving on to the next group… So you can see in mine that I have 3 TRV’s on First Floor, 4 on Second Floor, 3 on Third Floor, and 2 in the Basement.

GR1 isn’t climate, it’s motion detection on my security cameras… But I left it there as I think it wants you to start your labeling from GR1 and I didn’t feel like renumbering everything. You won’t need that for the page of graphs I showed.

history_graph:
  gr1:
    name: Motion Detection Times
    entities:
      - binary_sensor.motion_back_of_house_motion
      - binary_sensor.motion_front_of_house_motion
      - binary_sensor.motion_left_side_of_house_motion
      - binary_sensor.motion_right_side_of_house_motion
    hours_to_show: 12
    refresh: 60
  gr2:
    name: Entrance Temperatures
    entities:
      - climate.entrance
    hours_to_show: 23
    refresh: 60
  gr3:
    name: Dining Room Temperatures
    entities:
      - climate.dining_room
    hours_to_show: 23
    refresh: 60
  gr4:
    name: Living Room Temperatures
    entities:
      - climate.living_room
    hours_to_show: 23
    refresh: 60
  gr5:
    name: Master Bedroom Temperatures
    entities:
      - climate.master_bedroom
    hours_to_show: 23
    refresh: 60
  gr6:
    name: Master Bath Temperatures
    entities:
      - climate.master_bath
    hours_to_show: 23
    refresh: 60
  gr7:
    name: Master Closet Temperatures
    entities:
      - climate.master_closet
    hours_to_show: 23
    refresh: 60
  gr8:
    name: Office & Library Temperatures
    entities:
      - climate.office__library
    hours_to_show: 23
    refresh: 60
  gr9:
    name: Sebastians Room Temperatures
    entities:
      - climate.sebastians_room
    hours_to_show: 23
    refresh: 60
  gr10:
    name: Sophies Room Temperatures
    entities:
      - climate.sophies_room
    hours_to_show: 23
    refresh: 60
  gr11:
    name: Guest Bedroom Temperatures
    entities:
      - climate.guest_bedroom
    hours_to_show: 23
    refresh: 60
  gr12:
    name: Garage Temperatures
    entities:
      - climate.garage
    hours_to_show: 23
    refresh: 60
  gr13:
    name: Basement Temperatures
    entities:
      - climate.basement
    hours_to_show: 23
    refresh: 60

groups.yaml is nothing surprising:

  Climate_First_Floor:
    name: First Floor Climate
    entities:
      - history_graph.entrance_temperatures
      - history_graph.living_room_temperatures
      - history_graph.dining_room_temperatures
  Climate_Second_Floor:
    name: Second Floor Climate
    entities:
      - history_graph.master_bedroom_temperatures
      - history_graph.master_bath_temperatures
      - history_graph.master_closet_temperatures
      - history_graph.office__library_temperatures
  Climate_Third_Floor:
    name: Third Floor Climate
    entities:
      - history_graph.sophies_room_temperatures
      - history_graph.sebastians_room_temperatures
      - history_graph.guest_bedroom_temperatures
  Climate_Basement:
    name: Third Floor Basement
    entities:
      - history_graph.basement_temperatures
      - history_graph.garage_temperatures
  Climate_Detail:
    view: yes
    name: Climate Detail
    entities:
      - group.Climate_First_Floor
      - group.Climate_Second_Floor
      - group.Climate_Third_Floor
      - group.Climate_Basement

zxdavb · November 19, 2018, 9:34pm

Yep, something like that.

Sorry, I think you asked before… No, this part of the API is not documented, and there is a suspicion that this information is not sent from the WiFi controller to Honeywell’s web servers in any case.

The only way to obtain this data may be via a HGI80. I plan to include this in HA at some stage (I own one, but it is still in the box).

I tried to ‘emulate’ this functionality in the evohome component, but couldn’t do so reliably (and also detecting OpenWindowMode).

I suspected that was the answer, but I have no free time to explore this sort of this - everything is evohome develeopment, and all the fancy stuff (e.g. turning to Eco if wife & I > 1h away, or Off if > 4h away) has fallen to the wayside.

eavanvalkenburg · November 21, 2018, 10:16am

In Lovelace there is native support for history graphs, so no longer a need to create those entities first and then put them somewhere! As I’m moving to a new house and looking at installing Evohome stuff in there, this is all very encouraging! Thanks @zxdavb!

scstraus · November 21, 2018, 10:07pm

I’m just now starting on my lovelace remaster and the graphs are one thing that I haven’t figured out yet. If you know how to do something similar to what I showed here in Lovelace, I would be most grateful for the code.

davidtja · November 22, 2018, 10:41am

Is there a way that you can query the API to find when the zone is actually calling for heat from the boiler? I believe Honeywell don’t make this info readily available.

zxdavb · November 22, 2018, 1:55pm

which is a similar question to:

… the answer is:

zxdavb · November 24, 2018, 2:44pm

value_template: "{{ state_attr('climate.main_room', 'status').temperatureStatus.temperature }}"