I installed the integration throught GUI and alowed HA in netatmo api. I did not add anything to configurarion.yaml. So i used the HA cloud link.
I was thinking this is the case of webhook but how do I configure them?
Unfortunately there are currently unresolved issues that cause the webhook for cloud linked instances to be banned most of the time. I’m working on that. Until then you either have to be patient as it only updates every 10-20 minutes or switch to using your own dev account in configuration.yaml. But for using webhook you have to expose your instance correctly.
I can either wait or learn something by trying the workaround. Would you be so kind and point me to a direction how to configure it in yaml? Or give me a link where I can learn the other approach than cloud? Thanks
Check the docs. At the bottom is a paragraph “ Development / Testing with your own client ID” about using the dev account.
You also have to expose your instance via port 443 to get webhook working. Regardless the method used. Except when using Nabu Casa.
1 Like
Do you mean by “exposing my instance via port 443” that I need to open a port 443 in my router NAT and forward it to the IP address of my RPI? I did this. I also tried DMZ to be sure I am not misconfiguring it. I reinstalled netatmo integration and configure it through configuration.yaml where I added the ID and SECRET generated from NETATMO dev app. And it still not working.
And btw, I created a sensor from the current temperature in the netatmo valve entity. It has 0,5°C preciseness instead of 0,1°C in the netatmo app. Is this caused by the netatmo API, integration in HA or some settings I can polish? Thanks!
Yes, make your instance available to the WAN via 443.
Do you get any messages in the log?
As far as I’m aware, the valves report temperature in 0.5°C in increments and the thermostats in 0.1°C. Haven’t seen anything else neither via the API nor the Netatmo web interface.
I also tried the cloud nabu casa, still no success, so its probably not in a connection/port forwarding. The configuration of webhooks in netatmo configuration page also mentions that I need to add my external access address to configuration.yaml. I guess I don’t with nabu casa.
I don’t see any logs. The behavior is similar to the API connection.
Please check the logs (not the logbook) in the configurations panel.
And, yes, you should also configure the external url in Configuration > General.
Logs:
2020-12-03 10:01:06 WARNING (MainThread) [homeassistant.loader] You are using a custom integration for circadian_lighting which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant.
2020-12-03 10:01:06 WARNING (MainThread) [homeassistant.loader] You are using a custom integration for hacs which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant.
However, I have some configuration of logs in configuration.yaml which should be more detailed but I have never needed them. If you point me where to get them, I can provide you with more details.
I added external configuration url from the nabu casa interface for remote connection. However, remote access page shows in the first sentence that I do not need to configure anything when using nabu casa. If that is not true, let’s polish the documentation.
So it’s working. It is not fast as expected but it is working.
After couple of hours, since our morning discussion, the lovelace started to show error in controlling the API. I removed the integration before but I did not remove the entities. I restarted HA but something had to remain. So right now, I removed the integration and the entities. Restarted HA and added the netatmo integration again with configuration.yaml connection instead of API, which uses the ID and secret generated by netatmo dev apps interface.
Buttons away and frostguard works in 1-2 seconds. Heat does not work, not even the heat/schedule operation mode or boost button (it sends the command, the target temperature increases but the icon does not change, still schedule is lighten up). The same behavior I have with custom thermostat and the HA integrated thermostat (the icon of flame does not light up).
This seems to me to be a bug. Should I report it? I see that you are a developer of the netatmo integration, so I am asking whether it is enough here or whether you like to have an open issue on github. Thanks!
What exactly is a bug in your opinion?
The thermostat works fine in my opinion.
thermostat
Here is my behavior. It is even more laggy than yesterday, but the boost/heat button never light up. Today, I see that away button stands as well.
I dont know how to embed a video, gif does not go through. Here is a link (10MB): https://biospace.blue:5001/sharing/IAcam9Q7b
I have the same issue. Valve cards in HA does not work for setting the temperature or showing correct state of the settings.
I also have a NetAtmo weather station. Will switching to the “developer mode” conflict with my weather station setup through Integrations?
/KBrygger
Not exactly sure what you mean by “switching to developer mode” but if you are referring to using your own developer account at dev.netatmo.com in configuration.yaml, then, no. Not at all. It might reset names should you have changed them manually in HA. But beyond this using that way is currently the recommended way to make use of webhook events from Netatmo. We are discussing solutions with Netatmo to get this fully supported in the future for the HA Cloud Link.
That is exactly what I mean 
Now… However I have deleted my current NetAtmo integration. Then added the 3 lines to configuration.yaml, restarted HA and added the integration as described in the docs. Also on my NetAtmo dev-page, my Webhooks was banned so I unlocked it.
After the integration config has completed, I search for my “new” sensors. All names has changed and some of the old ones are not visible (like radio signal strenght etc.).
But still… I’m not able to use the climate card as seen in your video example above. It does not react instantly nor has it the turn-on/-off button…
Some sensors have been disabled by default but can be activated from the integrations menu.
If you thermostat does not respond instantly the webhook is likely not registered correctly. Check the logs for this message:
INFO (MainThread) [homeassistant.components.netatmo.data_handler] Netatmo webhook successfully registered
As long as you don’t see that you’re missing a piece. Your instance has to be exposed and reachable via 443 (or 9443 but not tested yet). And if you’re behind a reverse proxy, that has to be configured correctly too.
Should mention that I’m using Nabu Casa to connect to my HA
Does that make it easier or do I still need to open my gates on port 443 to my HA instance?
BTW, my log does not show anything related to NetAtmo. Only a few lines regarding unsupported custom components (I’ve set my logger to show only warnings and up)
Tobi. To follow up our personal conversation. I am still waiting for the update but would love to be helpful, if I can. I currently created workaround around the bug causing the unexpected behavior that setting a valve to schedule sets all valves to schedules (regardless to opened doors) by creating a time pattern automation that checks whether doors are open or not. This workaround of course cancels any other boosts in other rooms that are not related to opened doors, so it is not perfect.
When it comes to lags @KBrygger is talking about. We tried to set it up properly but it does not keep for a long time. My thermostats are literally unusable, so I use netatmo interface and HA automations. Can we be helpful here?