Netatmo Valves duplicated and with different states

[QbaF]

Home Assistant release with the issue:
0.100.3

Last working Home Assistant release (if known):
none, I started with that one

Operating environment (Hass.io/Docker/Windows/etc.):
HassOS 2.12

Integration:

Description of problem:
Netatmo Valves - I have duplicated entities but with different options and sometimes datas.

Problem-relevant configuration.yaml entries and (fill out even if it seems unimportant):

netatmo:
  api_key: *
  secret_key: *
  username: *
  password: *

Traceback (if applicable):

Additional information:

[QbaF]

One guess for duplicating - I activated netatmo in:

1. configuration.yaml "netatmo:"
2. integrations

But I have other Netatmo units besides valves. It looks like Integrations works worse than config..yaml (less data)

[cgtobi]

Hi, from the looks of it you are using your netatmo devices via the netatmo component and homekit which would explain the doubled entities.

[QbaF]

Yes but I was convinced that homekit is much better solution than hardcoded lines in configuraion.yaml. It is not true?

[cgtobi]

I don't understand, sorry, those are two different approaches. I'd suggest use only one of them.

[QbaF]

I understand now. But by the way I would like to indicate a problem in homekit netatmo integration.

[cgtobi]

What exactly is that issue?

[QbaF]

There are in fact few issues I found regarding at least to Netatmo valves, at least to my ones:

in Homekit

1. Entities collect not all attributes (at least less than in netatmo component [[8 vs 12] as at picture above])
2. entities do not collect modes [hvac_mode do have only one state]
3. entities do not collect preset_modes` at all [in Components there are 4]
4. most probably because Added simple process state monitor source. #3 they always indicate as heating
5. entities do not grab valves friendly names (they collect valve numbers)

in Components (declared by netatmo: in .yaml file)

1. entities do not collect controller number (in homekit they does)
2. when it has temperature set manually, card "thermostat" change indicating text state to "manual" but after opening pop-up detail window attribute settings is not set. And on the card Icon is not changing, still indicate schedule

That list is not complete one for sure.
There is also graph for heating problem but let we leave it for another topic

[cgtobi]

I can't comment on the Homekit issues, but for the component here are my thoughts:

re 1.) I don't know what you mean by controller number. In Netatmo they have names but no numbers.

re 2.) Either I don't understand your issue or I can't reproduce what you describe. When the temperature is changed manually it is reflected as it should.

[QbaF]

ad 1.) Identification number. Not so important if we have names but missed

ad 2.)
Before manually changing temperature (it is going due to schedule)

After manually setting to 30'C

Expecting

• preset mode icon changed to manual
• hvac mode icon changed to heating
• slider color changed to orange
  (and corresponding changes in popup window)

[cgtobi]

That is a valve then? I need to check that.

[QbaF]

BTW, can valve have better resolution - 0.1deg instead of .5deg?
It is not only another look but useful also when comparing to other temperature readings to determine needed valve offset.

[Dulcow]

I don't think it's possible because Netatmo Thermostats reports 0.5 degrees increment only.

[QbaF]

This is what I see in Netatmo webapplication.
Step for changes is 0.5 but temp readings are with 0.1° accuracy

[cgtobi]

As far as I can tell this works as expected.

[cgtobi]

The same goes for thermostats.

[QbaF]

Hmm, sounds optimistic but those are mine temp. readings (green: valve):

Could it be somehow connected with that attribute? If so, what/where set it?

[cgtobi]

That is the target temperature not the actual value/reading. I had a quick look at the code but the current temperature comes straight from pyatmo/netatmo api.

[QbaF]

Can I ask for clarification what does it mean? Where is the source of differences between Netatmo web app (or Android app) / Your HA readings and my HA (I am on 0.102.3) readings resolution?

[cgtobi]

That indeed is a good question. If possible contact me via Discord. I’ll put together a script to investigate.

[QbaF]

I'm in. Only question - is Discord somehow best and/or much better for that purpose than other communicators? As I am hardly trying to avoid possessing all communicators of the world.

[cgtobi]

Discord is the most interactive official way of communication around HA. So for this kind of stuff a perfect fit IMO. -> Join chat

[probot-home-assistant]

Hey there @Jc2k, mind taking a look at this issue as its been labeled with a integration (homekit_controller) you are listed as a codeowner for? Thanks!

[cgtobi]

I think this is not an issue anymore, therefore I’m closing it.