Netatmo Modul - 38_netatmo.pm (Support)

[Seli]

Um die Fragen von tomcat.x zu beantworten: Bei mir ist das Internet dauerhaft, verlässlich verfügbar. FHEM läuft dauerhaft durch und war nicht längere Zeit gestoppt. Ich habe weiter oben ja ausgeführt, dass ein einfacher Restart reicht, um das Token kaputtzumachen. Wenn dies getestet wird, darf dieser Test nicht unmittelbar nach dem Setzen eines frisch besorgten Refresh-Tokens gemacht werden. Zunächst muss das Modul sich mindestens einmal selbst ein neues Token besorgt haben. Wird dann, z.B. am nächsten Tag, ein Restart ausgeführt, wird ein altes refresh-token verwendet, was dann in einem Fehler mündet. Dies habe ich (s.o.) anhand von zusätzlich eingebauten Logausgaben nachgewiesen. Der Fehler ist eigentlich relativ klar. Ein frisch besorgtes Refresh-Token wird sich zwar in internen Variablen gemerkt, überlebt jedoch den Restart nicht (resp. es überlebt eventuell, aber es wird dennoch ein älteres (das aus dem DEF?) verwendet. Wenn das Modul ein neues refresh-Token besorgt hat, so wird dieses zwar im DEF aktualisiert. Wenn man aber mit EDIT fhem.cfg die Konfigurationsdatei anschaut, so befindet sich darin noch ein älteres refresh-Token, sofern die Konfiguration nicht gespeichert wurde. Und genau dieser Zustand scheint die Ursache zu sein. Findet nun ein Restart statt, wird genau dieses alte refresh-Token aus der fhem.cfg verwendet, und nicht das in den internen Variablen gespeicherte!

[Borkk]

Hallo Zusammen,
ich will mich wirklich nicht beklagen und ich weiß, dass das hier alle in Ihrer Freizeit machen. Aber wie geht es denn hier jetzt weiter?? Bei jedem kleinen Neustart von Fhem bricht die netatmo Sache zusammen, ballert Gigabyte Weise das Log zu, bis schliesslich FHEM den Geist aufgibt. Der Fehler ist ja eindeutig reproduzierbar.

Ist das nun ein Problem vom FHEM Modul oder von der netatmo API, das habe ich noch nicht ganz verstanden. 

[Markus M.]

Bitte mal den Anhang ausprobieren, damit wird der Refresh Token standardmäßig aus dem Reading gezogen.
Einen neuen Token einzutragen funktioniert über die DEF aber nur noch, nachdem 2x der grant error kommt.
Viielleicht funktioniert das als kurzfristiger Workaround.

[orkus]

Bitte mal den Anhang ausprobieren, damit wird der Refresh Token standardmäßig aus dem Reading gezogen.
Einen neuen Token einzutragen funktioniert über die DEF aber nur noch, nachdem 2x der grant error kommt.
Viielleicht funktioniert das als kurzfristiger Workaround.

Hallo Markus,
vielen Dank, bei mir geht es jetzt wieder, die Token werden regelmäßig vor Ablauf aktualisiert.

2024.08.28 06:15:09 3: Wetter: refreshing token
2024.08.28 06:15:09 3: Wetter: old access token: ...9354
2024.08.28 06:15:09 3: Wetter: new access token: ...d9be
2024.08.28 06:15:09 3: Wetter: old refresh token: ...85a1
2024.08.28 06:15:09 3: Wetter: new refresh token: ...10ef
2024.08.28 06:15:09 3: Wetter: token expires: 2024-08-28 08:39:09

[Markus M.]

Ok, dann kommt das jetzt erst mal so ins Update.

[grappa24]

Interessant ist, dass ich jetzt von netatmo eine Mail bekomme, dass sich jemand in meinen account eingeloggt hat, wenn ich
- meine Instanz (neu) definiere
- FHEM neu starte

hatte ich vorher nie diese Info-Mail ...

[tomcat.x]

Bekomme ich auch, aber schon länger.

[stst]

Ich hab schon einige Zeit Probleme, dass bei den Wetter devices nur mehr die battery-Readings angezeigt werden also:

Code Auswählen Erweitern

Readings
IODev          leapfrog   2024-08-31 16:19:52  
active         ok         2024-08-31 16:22:35
batteryPercent 57         2024-08-31 16:19:52
batteryState   ok         2024-08-31 16:19:52
batteryVoltage 5.23       2024-08-31 16:19:52
Hab schon versucht alles zu löschen, Modul updaten, API App zurücksetzen, alles neu einrichten. Alles ohne Erfolg. Hat jemand eine Idee, woran das liegt? Immerhin hat das schon einmal funktioniert...

[Dirk070]

Hallo zusammen,

eine Frage zur Meldung "delayed update". Gestern gab es eine längere Störung unseres Internet Providers.
Seitdem liefert das Modul die obige Meldung. Erst nach einem Neustart "shutdown restart" von fhem war wieder alles in Ordnung.

Ist das noch ein Bug oder lässt sich hier etwas konfigurieren?

Danke vorab und schöne Grüße
Dirk

[Rudi_Hirsch]

Erfahrungen: Mit der aktuellen Modulversion läuft jetzt alles soweit wieder stabil. Zwischendurch erscheint immer mal wieder "Application does not have the good scope rights". Wenn man nichts macht verschwindet die Meldung wieder. expires_at und network sind dabei ok.

[Waldgeist78]

Hallo, ich habe aktuell wieder Probleme das die Verbindung verloren geht.
Die Daten werden nicht mehr aktualisiert und das Reading "active" wechselt in disable.

Muss noch was beachtet werden bei neu einrichten mit einem neuen Token? Die Einrichtung mache ich immer via define Wetter netatmo ACCOUNT <Email> <Passwort> <Client_ID> <Client_Secret> <refresh token

[alias2006]

nun habe ich mal wieder versucht nach einem halben Jahr Netatmo zu starten. habe refresh token generiert und  alles nach Anweisung korrekt angegeben. Nun kommt trotzdem "No refresh token found". Ich verstehe nicht was ich falsch gemacht habe.
ich habe eingegeben:
define Wetter netatmo ACCOUNT <mein userid> <mein password> <mein clientid> <mein clientsecret> <und hier der refresh token von Netatmo, den ich geriert habe, habe alles zugelassen>

was passiert denn mit dem Access token der bei dem generieren von dem refresh token auch generiert wird?

kann mir jemand einen Tip geben, was ich falsch gemacht habe?


2024.10.08 16:24:29 3: Wetter: refreshing token
2024.10.08 16:24:30 2: Wetter: json message error: invalid_grant
2024.10.08 16:24:30 2: Wetter: invalid refresh ticket, retrying once
2024.10.08 16:24:30 1: usb create starting
2024.10.08 16:24:30 1: usb create end
2024.10.08 16:24:30 0: Featurelevel: 6.3
2024.10.08 16:24:30 0: Server started with 8 defined entities (fhem.pl:28849/2024-05-07 perl:5.032001 os:linux user:fhem pid:3993)
2024.10.08 16:25:34 3: Wetter: poll (ACCOUNT)
2024.10.08 16:25:34 3: Wetter: refreshing token
2024.10.08 16:25:34 1: Wetter: No refresh token found
2024.10.08 16:25:34 1: Wetter: No refresh token was found! (getToken)
You will need to generate one at https://dev.netatmo.com/apps/

[casi]

Habe auch seit 2 Tagen wieder das Problem, dass FHEM abstürzt und netatmo meckert "no refresh token found"..
Hat netatmo da wieder was geändert?

edit:
habe mal bei Netatmo geschaut und der "refresh token" war mal wieder weg!
Musste ihn neu generieren und entsprechend in der DEF der Station in FHEM ändern...

[Seli]

Hallo  alias2006!

Ich vermute, dass Du nichts falsch gemacht hast. Bei mir ist bei jedem FHEM-Absturz (nicht vom Netatmo-Modul verursacht, ich bastle manchmal an einem eigenen Modul) das Netatmo-Token futsch. Über die Netatmo-Seite muss ich mir dann jedes Mal ein neues Refresh-Token besorgen und in der DEF als letzten Parameter setzen. Allerdings bekam ich heute vier Mal die Meldung 'invalid_grant', bis es dann beim fünften Mal geklappt hat. Mehr muss man nicht machen, braucht aber u.U. mehrere Versuche, bis es klappt. Zwischendurch wird das Device manchmal auf "disabled" gesetzt. Dieses Attribut muss man dann natürlich wieder löschen. Über das refresh-Token holt sich das Modul dann zyklisch neue access tokens (und neue refresh-tokens). Mit dem auf der Netatmo-Seite generierten Access-Token muss man nichts machen. Welche scopes man anwählen muss/soll, habe ich an anderer Stelle gelesen. Hier nochmal diejenigen, mit denen es bei mir funktioniert:

read_station read_thermostat write_thermostat read_camera write_camera access_camera read_doorbell access_doorbell read_presence write_presence access_presence read_homecoach read_carbonmonoxidedetector read_smokedetector

Grüße,
Seli