Netatmo Modul - 38_netatmo.pm (Support)

Begonnen von Markus M., 17 Mai 2016, 12:37:34

Vorheriges Thema - Nächstes Thema

bofax

Hallo zusammen,

leider gibt es weiterhin Authentifizierungsprobleme mit dem aktuellen Modul, die (vermutlich?!) dazu führen, dass Devices nicht abgefragt werden können:

2024.10.31 00:12:21.447 3: Netatmo: poll (ACCOUNT)
2024.10.31 00:12:36.049 2: Netatmo: missing app refresh token!
2024.10.31 00:12:36.488 2: Netatmo: json message error: invalid_grant
2024.10.31 01:12:43.462 3: Netatmo: poll (ACCOUNT)
2024.10.31 01:12:49.501 2: Netatmo: missing app refresh token!
2024.10.31 01:12:49.945 2: Netatmo: json message error: too_many_connections
2024.10.31 01:31:50.001 3: Netatmo: refreshing token
2024.10.31 02:13:42.475 1: Netatmo: API usage limit reached
2024.10.31 02:13:43.958 2: Netatmo: missing app refresh token!
2024.10.31 02:13:44.397 2: Netatmo: json message error: invalid_grant
2024.10.31 03:14:30.410 2: Netatmo: missing app refresh token!
2024.10.31 03:14:30.872 2: Netatmo: json message error: invalid_grant
2024.10.31 03:43:42.476 3: Netatmo: poll (ACCOUNT)
2024.10.31 03:49:22.002 3: Netatmo: refreshing token
2024.10.31 04:15:28.884 2: Netatmo: missing app refresh token!
2024.10.31 04:15:29.328 2: Netatmo: json message error: invalid_grant
2024.10.31 04:44:33.863 3: Netatmo: poll (ACCOUNT)
2024.10.31 05:16:19.345 2: Netatmo: missing app refresh token!
2024.10.31 05:16:19.814 2: Netatmo: json message error: invalid_grant
2024.10.31 05:44:35.087 3: Netatmo: poll (ACCOUNT)
2024.10.31 06:03:22.001 3: Netatmo: refreshing token
2024.10.31 06:16:38.829 2: Netatmo: missing app refresh token!
2024.10.31 06:16:39.267 2: Netatmo: json message error: too_many_connections
2024.10.31 06:44:52.109 1: Netatmo: API usage limit reached
2024.10.31 07:17:03.278 2: Netatmo: missing app refresh token!
2024.10.31 07:17:03.725 2: Netatmo: json message error: invalid_grant
2024.10.31 08:14:52.214 3: Netatmo: poll (ACCOUNT)
2024.10.31 08:18:00.740 2: Netatmo: missing app refresh token!
2024.10.31 08:18:01.201 2: Netatmo: json message error: invalid_grant
2024.10.31 08:20:28.002 3: Netatmo: refreshing token
2024.10.31 09:14:55.230 3: Netatmo: poll (ACCOUNT)
2024.10.31 09:18:20.215 2: Netatmo: missing app refresh token!
2024.10.31 09:18:20.665 2: Netatmo: json message error: invalid_grant

"Nach mehreren fehlgeschlagenen Anmeldeversuchen wurde Ihr Konto für die nächsten 10 Minuten gesperrt."-Mail um 01:12 und 06:16.

Es gibt aktuell keine stabile Verbindung mehr mit dem Netatmo-Modul.
Ich benutze folgende Version (aus dem letzten Update):
##############################################################################
# $Id: 38_netatmo.pm 29116 2024-08-28 08:14:37Z moises $
#
#  38_netatmo.pm
#
#  2019 Markus Moises < vorname at nachname . de >
#
#  Based on original code by justme1968
#
https://forum.fhem.de/index.php/topic,53500.0.html
#
#
##############################################################################
# Release 32 / 2024-08-27

bofax@owapi:~ $ crc32 /opt/fhem/FHEM/38_netatmo.pm
4da35563

Kann ich beim Debuggen noch irgendwie behilflich sein?

Danke!

bofax
diverse RPi 2/3, RaspBee-Funkmodul, Philips Hue+Ikea Tradfri Devices, Netatmo Presence, Yamaha ISX-18D, Fritzboxen 7590, Shelly, KLF/Somfy

tomcat.x

Hallo bofax,

funktioniert es auch nicht wieder, wenn Du neue Token erzeugst und einträgst?

Nach so vielen Stunden ohne funktionierende Verbindung ist das Access Token definit nicht mehr gültig und das wird sich von alleine nicht mehr regeln, es kann kein neues Refresh Token generiert werden.

Viele Grüße
Thomas
FHEM: 6.3 auf Raspi 3B+, Raspbian (Buster), Perl v5.28.1
Sender/Empfänger: 2 x CULv3, Duofern Stick, HM-MOD-RPI-PCB
Gateways: FRITZ!Box 6591 (OS: 8.00), Trädfri, ConBee 2,  piVCCU, OpenMQTTGateway
Sensoren/Aktoren: FRITZ!DECT, FS20, FHT, HMS, HomeMatic, Trädfri, DuoFern, NetAtmo

bofax

Hallo tomcat.x,

die Verbindung scheint sich schon immer wieder zu reparieren. Zumindest bekomme ich von den Wetterstationen aktuelle Daten.

Wenn ich das Device lösche, FHEM neu starte und einen neuen Refresh-Token benutze, dann läuft es ja auch erstmal ein paar Stunden stabil, bis diese Fehlermeldungen auftreten.

Viele Grüße

bofax
diverse RPi 2/3, RaspBee-Funkmodul, Philips Hue+Ikea Tradfri Devices, Netatmo Presence, Yamaha ISX-18D, Fritzboxen 7590, Shelly, KLF/Somfy

bofax

Hier wieder ein seltsamer Status:

Internals:
  Clients    :netatmo:
  DEF        ACCOUNT crypt:XXXXXXXX crypt:XXXXXXXX XXXXXX29d09623f2c10e886f XXXXXgFDwnMqNgqLHxKCQJvHZZTK23agU1IlM3 XXXXXe608c04c40a008d6e78|XXXXXXXa8d23b3229ff90fd78b908e5c
  FUUID      671a90fa-f33f-221d-6994-b0e4f1e545bd15d8
  NAME      Netatmo
  NOTIFYDEV  global
  NR        344
  NTFY_ORDER 50-Netatmo
  STATE      connected
  SUBTYPE    ACCOUNT
  TYPE      netatmo
  access_token XXXX4e608c04c40a008d6e78|XXXX3f2b48b9999623e188fea5c97b03
  eventCount 84
  expires_at 1730487789
  last_refresh 2024-11-01 17:39:09
  model      ACCOUNT
  network    ok
  refresh_token XXXXXe608c04c40a008d6e78|XXXXXX7a8d23b3229ff90fd78b908e5c
  status    invalid_grant
  READINGS:
    2024-11-01 17:27:30  active          postponed update
  helper:
    INTERVAL  3600
    NEXT_POLL  1730478258
    apiserver  api.netatmo.com
    client_id  XXXX9029d09623f2c10e886f
    client_secret XXXXgFDwnMqNgqLHxKCQJvHZZTK23agU1IlM3
    last_refresh 1730480355
    last_status_store 0
    password  crypt:XXXXXXXXX
    refresh_token XXXX4e608c04c40a008d6e78|XXXX427a8d23b3229ff90fd78b908e5c
    username  crypt:XXXXXXXXX
    devices:
      HASH(0x667f3f8)
      HASH(0x4c77ec0)
      HASH(0x66a8878)
    homecoachs:
Attributes:
  room      netatmo
  verbose    3

Danke für die Hilfe,

bofax
diverse RPi 2/3, RaspBee-Funkmodul, Philips Hue+Ikea Tradfri Devices, Netatmo Presence, Yamaha ISX-18D, Fritzboxen 7590, Shelly, KLF/Somfy

Toto1973

Also bis jetzt läuft bei mir alles!
Das vielleicht mal als positives Feedback!
Raspberry PI2, Rademacher DuoFern Stick, CUL, 2 x SCC,  JeeLink 868 Mhz, JeeLink 433 Mhz, 3x Magic UFO LED WiFi Controller, 4x MAX BC-RT-TRX-CyG, 2x MAX Fensterkontakt, 5x Rademacher Gurtwickler, 6x TX29DTH-it, 2x TX25-it als Helligkeitssensor, 1X HM-ES-PM, 6x Sonoff, 7x G-Homa, PIR-1000

grappa24

meins läuft auch seit Wochen und überlebt Neustarts, ...
Verliert zwar ab und zu die Verbindung aber "repariert" sich offensichtlich dann selbst.
FHEM 6.3, 2 x RasPi 3B+, Debian Buster; KNX, FS20, HM, HUE, Tradfri, Shellies, KLF200
Rollo-/Lichtsteuerung/-szenarien, T-Sensoren, Fensterkontakte, Heizungssteuerung, HEOS, Sprachsteuerung mit Alexa-FHEM, Netatmo, Nuki, ...

iBeSmart

Leider fällt das Modul bei mir auch öfters aus und bleibt im Zustand:

STATE: LOGIN FAILED
status: invalid_grant error

Einen Neustart übersteht es leider auch nicht. Ich nutze das Modul schon seit vielen Jahren und seit dem Umstellung von Netatmo wo erstmals invalid_grant auftrat, läuft es leider nicht stabil.

Vielleicht hängt es damit zusammen, dass ich einen Account mit mehreren Homes und mehreren Apps (2x fhem) an verschiedenen Standorten nutze.


Markus M.

Ich habe mittlerweile auch das Problem, dass es zwar einen Login überlebt aber keinen Crash bzw. ein Einfrieren von FHEM.
Leider überhaupt keine Zeit das zu fixen.
Wenn ein System stabil läuft, sollte es auch keine Probleme geben.
FHEM dev + HomeBridge + Lenovo Flex15 + HM-CFG-USB + RFXtrx433 + Fritz!Box 7590/7580/546E

HM Aktor/Sensor/Winmatic/Keymatic/Thermostat, HUE, Netatmo Weather/Security/Heating, Xiaomi AirPurifier/Vacuum, Withings Aura/BPM/Cardio/Go/Pulse/Thermo, VSX828, Harmony, Siro ERB15LE
https://paypal.me/mm0

Adriano

Moin.

Ich bin leider auch geplagt davon, dass sich die wichtigen Werte meiner Module nicht updaten.

Es scheint immer die Werte vom letzen Mal "access_token" Problem dann festzukleben. Irgendwie bin ich der Meinung, dass nach ein paar Tagen die Werte dann "kommen".

Aber das muss doch am Modul liegen. Vielleicht ein Updatetimer oder so der sich verhustet?

infokalypse

#1644
Hab es zwischenzeitlich mit einem DOIF gelöst, das das netatmo-Modul für 30 Minuten disabled wenn eine Fehlermeldung kommt - hat sonst auch hin und wieder mein komplettes System zum einfrieren gebracht...

defmod Netatmo_Error DOIF ([Netatmo:&status] ne "ok")\
(attr -silent Netatmo disable 1,set Push_M message ⛔️ Netatmo-Modul deaktiviert für 15 Min)\
({if (AttrVal("Netatmo","disable","") == 1) {fhem("attr -silent Netatmo disable 0");;;;fhem("get netatmo_.*zimmer update")}})\
DOELSEIF ([Netatmo:&status] eq "ok")\
({if (AttrVal("Netatmo","disable","") == 1) {fhem("attr -silent Netatmo disable 0");;;;fhem("get netatmo_.*zimmer update")}})

attr Netatmo_Error do always
attr Netatmo_Error wait 5,895:60.      ## sofort deaktivieren, nach 30 Min wieder aktivieren
attr Netatmo_Error waitsame 1205:0 ## Fehlermeldung zweimal hintereinander bei Intervall 600


Vielleicht hilft es dem ein oder anderen als Zwischenlösung.

Adriano

devices loeschen und "autocreate" hat bei mir das problem behoben.,

Zitat von: Adriano am 19 November 2024, 07:57:36Moin.

Ich bin leider auch geplagt davon, dass sich die wichtigen Werte meiner Module nicht updaten.

Es scheint immer die Werte vom letzen Mal "access_token" Problem dann festzukleben. Irgendwie bin ich der Meinung, dass nach ein paar Tagen die Werte dann "kommen".

Aber das muss doch am Modul liegen. Vielleicht ein Updatetimer oder so der sich verhustet?

Beko136

Hallo,

hat zufällig jemand hier im Forum die Netatmo Wetter-Icons von der früheren Location https://my.netatmo.com/images/my/app/weather_symbol/ gesichert und kann diese zur Verfügung stellen? Netatmo hat durch interne Umbauten und Updates den Zugriff darauf leider schon vor einiger Zeit unterbunden. Ich habe diese Lösung (https://forum.fhem.de/index.php?topic=53500.30) nach wie vor im Einsatz und da damit die Icons lokal unter .../fhem/www/images/default/ abgespeichert werden, konnte aus den FHEM-Backups einige der Icons wiederherstellen, aber vermutlich nicht alle, deshalb die Frage hier an die Runde.

Danke und schöne Grüße

WolfgangV

Hi,

nachdem das Modul längere Wochen klaglos gelaufen ist, habe ich jetzt wieder ohne erkennbaren Anlass den Token-Fehler. Auch ein Reset der Netatmo-app bleibt leider erfolglos und das System läuft nur kurz und friert dann wieder ein. Das war jetzt an zwei Tagen dreimal der Fall (ohne Reboot).

Wenn das disable des Moduls dann abgeschaltet wird, läuft das Logfile innerhalb kürzester Zeit so zu, dass nur das Löschen des Logs verbunden mit einem anschließenden "sudo reboot" hilft, das System wieder zum Laufen zu bringen.

Gruß


Wolfgang
Raspi5  HmUART, Jeelink, VU+Duo2, Viera, Sonos, HM-CC-RT-DN,     
HM-WDS30-OT2-SM, HM-LC-Dim1TPBU-FM,    
Jeelink, TUL

Borkk

Der Fehler ist reproduzierbar. Ich habe das Modul mittlerweile in eine eigene FHEM Instanz auf einem eigenen Container verbannt, wo es keinen Schaden anrichten kann. Sorry wenn ich das sagen muss und bei allem Respekt für die private Zeit, die hier die Developer aufbringen. Das Modul ist so nicht mehr nutzbar. Nach jedem Restart, muss ein neuer Token her.

Ich habe immer noch nicht verstanden ob das ein Problem der API ist oder ein Problem des Moduls. Bei letzterem verstehe ich nicht, warum das Problem seit vielen Monaten nicht gefixt wird???
Proxmox & Docker:  FHEM, Raspberrymatic, ConBee3, Nginx ReverseProxy, ConfigDB, MQTT, NodeRed, InfluxDB, Grafana, HmIP Akt- /Sensoren, Shelly´s, Alexa, ASC, Gardena, E-Paper, FritzBox; (Tado° x), iBeacon, OLED ; ESP32/8266, SwitchBot ... (Netatmo & Homekit über HomeAssistant)

Adriano

#1649
Bei mir das gleiche. Es lief sehr sehr lange. Seit dem 04.12.2024 ~3 Uhr Nachts nicht mehr. Wieder neuen Token generieren denke ich.

Edit: Ja nach Tokenneugenierung gehts wieder. Leider das alte Problem mit den wichtigen Werten welche sich nicht updaten (humidity / temperature z.B.)

Kann doch nicht sein, dass ich jetzt wieder die devices neu anlegen muss.