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