Logic Programming

[akbooer]

Just seen notification to Netatmo developers that the current password-based login is being disabled as from October.

Oath2 is now a requirement for apps needing access to Netatmo. This will require some changes to my venerable plug-in. I’m not sure how easy this will be with the current libraries in use.

Does anyone out there use the Netatmo plug-in?

Does anyone have any advice on using Oath2?

[tunnus]

As I saw the same notification, I was wondering whether you are still maintaining it So at least I'm using this plugin, but unfortunately cannot offer any advice on oauth2.

I've been also thinking if Netatmo data could be fetched directly with MSR, using http request(s)? Would like to get rid of Vera dependencies

[akbooer]

I run it under openLuup, so no Vera actually involved.

Still trying to get this to work since Netatmo is fairly central to my sensor network (two base stations and five modules.)

[Maipensato]

I also use the Netatmo plugin, not on openLuup but still using Vera. I really hope you can and are willing to update the app.

[akbooer]

I’m certainly willing, the issue is whether it not I’m able. Haven’t had much time on it recently, but will certainly give it further effort.

[Maipensato]

Any update? October is approaching..

[akbooer]

Yup, keenly aware of that!

[akbooer]

Still failing miserably, I’m afraid. I’ve tried two approaches: one using the Netatmo website to generate an authorisation token, the other to get it directly into the plug-in, but neither work. I either get an HTTP 400 error, which means there’s a syntax error with the request, or a 302, which is an expected redirect but it’s missing important return parameters in the header.

So I’m completely stuck, unless someone (@toggledbits ?) can help me further with Oath2 protocol.

[tunnus]

Thanks for trying. Luckily I’ll have an option to migrate to openhab’s Netatmo implementation and convey values to MSR

[akbooer]

I think I’m not the only one with this problem… the Netatmo Homebridge plug-in seems not to be updated, which is unfortunate because that was my alternate route.

It is such a shame that Netatmo has never opened a direct LAN / local network connection rather than having to go through their cloud…

[tunnus]

Can confirm that openhab's Netatmo binding (supporting OAuth2) works nicely!

[akbooer]

This doesn’t need username/password, correct?

[tunnus]

@akbooer No it doesn't, see documentation. Openhab is also easy to install as a Docker container, although might be bit of an overkill, if it's used only for Netatmo

[therealdb]

I've started using home assistant for the very same reason. When using MSR mixing entities from different controllers feels natural. I don't like Hass for the UI and I find their device model confusing, but there are plenty of integrations and all are very well maintained. I guess that's true for openhab as well.

[akbooer]

These comments on a HomeBridge plugin GitHub indicate that Netatmo is really still in a state of flux with regard to designing aamore useable API for secure access. There may a few hints that I can try here, but even if nothing works at the moment, it may improve in future...

New authentification method · Issue #62 · skrollme/homebridge-eveatmo

Hello, Starting October, current way to connect to Netatmo server will be removed and a new one introduced. We will need to find an other way to connect and keep this plugin working

...not really much consolation for those still wanting to use this. I've placed some Hue motion sensors in position (which include temperature sensors) for the time being.

[mrFarmer]

Hi Ak,

Any progress in this? I did write some Lua for oath2 authentication for my Telsa plugin. Main challenge was keeping track of cookies. Not sure if it can give some help.
See https://github.com/reneboer/vera-TeslaCar/blob/master/src/L_TeslaCar1.lua lines 900-1200.
Cheers Rene

[akbooer]

Thanks for this. Just to be clear, the Netatmo app already uses Oath2, but what’s changing is the requirement to use the token, rather than username/password option. This is much more complex, requiring web page redirections and callbacks to app-specific URLs.

Taking a very quick look at your code, I see that it also uses username/password authorization?

As it happens, their threat to turn off the existing access in October has not been carried out, and it’s currently still working.

TBH I had all but given up on trying to fix this, and have already written (yet another) weather app to use the UK’s Met Office data feed to get external weather parameters (MetOffice_DataPoint, available from the AltAppStore, only works in the UK, though.). I also use Shelly H&T devices for internal sensors, so the only thing I don’t have covered is CO2.

[akbooer]

I may have looked too quickly? Although I see username and pasword variables, the code looks to play with URLs, requests, and headers, which is more the sort of thing I would expect to be necessary. I am clearly missing some understanding of how this is supposed to work. I suspect that some sudden 'Eureka' moment breakthrough is what I need to grasp the concept, but I don't know from where this will come!

[mrFarmer]

What I did is make a trace in my browser and login, then save as har file to look back at. Sometimes it helped me to make a python script first so I do not have to worry about the session handling, and then add that to the Lua logic. Not simple to do for sure.

[mrFarmer]

Hi Ak,
I put in a workaround. You can get the access and refresh tokens from dev.netatmo.com. I put the access token in as Username and refresh token as Password. In your Netatmo.lua I changed the authenticate function to just return those values (no request to the Netatmo api site). This gets the plugin going again. I also updated the refresh_tokens to update the Username and Password values with the new token values. I expect that will get one through a Luup reload. Bit quick and dirty, but if your interested I can do a github merge request or get you the changes otherwise.

Cheers Rene