Netatmo Modul - 38_netatmo.pm (Support)

Cluni · 15 März 2017, 23:33:06

Ob die Clients die FB oder den vom Provider übermittelten DNS bekommen, kann ich ehrlich gesagt nicht sagen.
Ich habe nun in der Datei "/etc/resolv.conf" mal "nameserver 8.8.8.8" (Google) als ersten Eintrag eingestellt und den RPi neu gestartet. Jetzt läuft auch (sowieso) das Netatmo-Moduhl wieder und es heißt erstmal wieder abwarten....

Cluni · 17 März 2017, 10:27:36

Ich hatte jetzt wieder seit gestern am frühen Abend einen DNS-Fehler im Modul. Komischerweise funktioniert alles direkt wieder, wenn ich einen "shutdown restart" mache. Das muss doch irgendein Fehler im Modul sein?! Ich starre nochmal das Logfile an...

Markus M. · 17 März 2017, 10:46:09

Das Problem ist nicht wirklich im Modul sondern auf deinem System.

Code Auswählen

my $resolve = inet_aton("api.netatmo.com");
Funktioniert bei dir nicht.

Probier das mal bitte in ner Perl command line und schau was passiert.

Cluni · 17 März 2017, 10:51:45

Zitat von: Markus M. am 17 März 2017, 10:46:09
Das Problem ist nicht wirklich im Modul sondern auf deinem System.

Ich frage mich aber, warum das eine Zeit lang ohne Probleme läuft und dann auf einmal nicht mehr...

Zitat von: Markus M. am 17 März 2017, 10:46:09
Probier das mal bitte in ner Perl command line und schau was passiert.

Jetzt schlag mich bitte nicht, aber wo finde ich so eine Perl command line? In der Fhem command line funktioniert das ja schon mal nicht...

Cluni · 17 März 2017, 11:04:45

Ich habe mal alle Zeilen in der Logdatei von gestern gegreped, in denen "api.netatmo.com" vorkommt:

Code Auswählen

2017.03.16 14:56:00 2: Wetter: http request failed: https://api.netatmo.com/api/getstationsdata: Can't connect(1) to https://api.netatmo.com:443: IO::Socket::INET: Bad hostname 'api.netatmo.com:443'
2017.03.16 14:56:00 2: Wetter: http request failed: https://api.netatmo.com/api/gethomecoachsdata: Can't connect(1) to https://api.netatmo.com:443: IO::Socket::INET: Bad hostname 'api.netatmo.com:443'
2017.03.16 14:56:00 2: Wetter: http request failed: https://api.netatmo.com/oauth2/token: Can't connect(1) to https://api.netatmo.com:443: IO::Socket::INET: Bad hostname 'api.netatmo.com:443'
2017.03.16 14:55:59 2: Wetter: http request failed: https://api.netatmo.com/api/getstationsdata: Can't connect(1) to https://api.netatmo.com:443: IO::Socket::INET: Bad hostname 'api.netatmo.com:443'
2017.03.16 14:55:59 2: Wetter: http request failed: https://api.netatmo.com/api/gethomecoachsdata: Can't connect(1) to https://api.netatmo.com:443: IO::Socket::INET: Bad hostname 'api.netatmo.com:443'
2017.03.16 14:55:59 2: Wetter: http request failed: https://api.netatmo.com/oauth2/token: Can't connect(1) to https://api.netatmo.com:443: IO::Socket::INET: Bad hostname 'api.netatmo.com:443'
2017.03.16 15:26:39 2: Wetter: http request failed: https://api.netatmo.com/oauth2/token: Can't connect(2) to https://api.netatmo.com:443:  SSL wants a read first
2017.03.16 15:26:40 2: Wetter: http request failed: write to https://api.netatmo.com:443 timed out
2017.03.16 16:21:18 2: Klima.Terrasse: http request failed: connect to https://api.netatmo.com:443: Network is unreachable
2017.03.16 16:21:18 2: Wetter: http request failed: connect to https://api.netatmo.com:443: Network is unreachable
2017.03.16 16:21:18 2: Klima.Wohnzimmer: http request failed: connect to https://api.netatmo.com:443: Network is unreachable
2017.03.16 16:21:23 2: Wetter: http request failed: api.netatmo.com: No route to host
2017.03.16 16:26:22 2: Klima.Terrasse: http request failed: gethostbyname api.netatmo.com failed

Thyraz · 17 März 2017, 12:17:22

@Markus mal ne Frage zum Updatezyklus:

Die privaten Stationen updaten sich ja nur alle 10 Minuten.
Nun kann aber im blödesten Fall FHEM fast 20 Minuten hinterherhinken mit eine Updatezyklus von ebenfalls 10 Minuten.
(Kürzer sollte man ja nicht stellen um nicht geblockt zu werden.)

In der Netatmo App sieht man ja immer einen "Zuletzt aktualisiert" Zeitstempel für seine Station.
Siehst du das über die API auch?

Wenn ja könnte man ja nach einem Update versuchen den Zeitpunkt des nächsten Updates der Station besser zu treffen, indem man es z.B. 10,5 Minuten nach dem letzten TimeStamp wieder probiert.
Diese Berechnung dann nach jedem Abruf, damit man auch eine Verschiebung des Zykluses (z.B. wegen Reboot des Netato Moduls, oder evtl. verzögern auch manuell ausgelöste Messungen den nächsten automatischen Zeitpunkt).

Grüße,
Tobias

MauiJim · 17 März 2017, 12:50:30

Bekomme leider immer noch regelmäßig Abbrüche im Modul, leider bisher völlig sinnfrei.

Hier mal die Station:

Code Auswählen

Internals: 
   CFGFN 
   Clients    :netatmo: 
   DEF        ACCOUNT crypt:XXXX crypt:XXXX XXXX 
   INTERVAL   3600 
   NAME       netatmo.station 
   NOTIFYDEV  global 
   NR         77 
   NTFY_ORDER 50-netatmo.station 
   STATE      Connected 
   SUBTYPE    ACCOUNT 
   TYPE       netatmo 
   access_token 56387e4767e4825dbc75220e|be720846847f60fc295e817acd370ea8 
   expires_at 1489754997 
   network    timeout 
   refresh_token 56387e4767e4825dbc75220e|17ebaa7a9874d291970d16e2fa7cbce8 
   status     recovering network 
   Readings: 
     2017-02-20 12:26:01   active          ok 
   Helper: 
     client_id  5839f918ac34a52ed48cd81a 
     client_secret GWlpoQq6dsamieP1durEZsmfYQ2i5f8V2C5ck30T7v6Q 
     password   
     username   
     devices: 
       HASH(0x38e9748) 
       HASH(0x38e97f0) 
       HASH(0x38e7ff0) 
       HASH(0x38e7d68) 
       HASH(0x38e7b70) 
     homecoachs: 
Attributes: 
   devStateIcon .*:no-icon 
   event-on-update-reading .* 
   verbose    5

Nach einem shutdown restart läuft es erstmal wieder für eine unbestimmte Zeit.
Woran kann das denn liegen!?

Markus M. · 17 März 2017, 12:51:00

DNS bzw. Verbindungsprobleme.
Das scheint mir am Host Rechner zu liegen.

Das mit dem Update alle 11 Minuten ist schon in Planung [emoji106]

Markus M. · 17 März 2017, 12:53:31

Was steht denn im Log?

Zitat von: MauiJim am 17 März 2017, 12:50:30
Bekomme leider immer noch regelmäßig Abbrüche im Modul, leider bisher völlig sinnfrei.

Nach einem shutdown restart läuft es erstmal wieder für eine unbestimmte Zeit.
Woran kann das denn liegen!?

Cluni · 17 März 2017, 12:53:52

Das scheint aber doch dann das gleiche Problem wie bei mir zu sein?!

@Markus: Hattest du meinen Post vorhin überlesen? https://forum.fhem.de/index.php/topic,53500.msg606642.html#msg606642

MauiJim · 17 März 2017, 13:11:55

Hier ein Auszug aus dem Log:

Code Auswählen

2017.03.17 10:40:27 4: netatmo.station: dispatch token
2017.03.17 10:40:27 4: netatmo.station: dispatch return: token
2017.03.17 10:40:27 4: netatmo.station: dispatch token
2017.03.17 10:40:27 4: netatmo.station: dispatch return: token
...
2017.03.17 10:46:46 4: netatmo.station: dispatch token
2017.03.17 10:46:46 4: netatmo.station: dispatch return: token
2017.03.17 10:46:46 4: netatmo.station: dispatch token
2017.03.17 10:46:46 4: netatmo.station: dispatch return: token
...
2017.03.17 10:49:57 4: netatmo.station: dispatch token
2017.03.17 10:49:57 4: netatmo.station: dispatch return: token
2017.03.17 10:50:26 4: netatmo.station: dispatch token
2017.03.17 10:50:26 2: netatmo.station: http request failed: read from https://api.netatmo.com:443 timed out
2017.03.17 10:50:26 2: netatmo.regen: http request failed: read from https://api.netatmo.com:443 timed out
2017.03.17 10:50:26 2: netatmo.wind: http request failed: read from https://api.netatmo.com:443 timed out
2017.03.17 10:50:26 4: netatmo.station: dispatch token
2017.03.17 10:50:26 2: netatmo.station: http request failed: read from https://api.netatmo.com:443 timed out

Diverse andere Netzdienste und Verbindung zur FritzBox etc. laufen aber durch.

Markus M. · 17 März 2017, 13:53:50

Zitat von: Cluni am 17 März 2017, 12:53:52
Das scheint aber doch dann das gleiche Problem wie bei mir zu sein?!

Das Problem ist das Netz. Ich weiß nicht woran es liegt dass ihr den Server nicht erreichen könnt.
Im Modul gibt es allerdings absolut nichts was ich tun kann, wenn die Aufrufe nicht funktionieren.

Code (FHEM command) Auswählen

{unpack "N", inet_aton ("api.netatmo.com")}

Cluni · 17 März 2017, 14:08:18

Zitat von: Markus M. am 17 März 2017, 13:53:50
Code (FHEM command) Auswählen Erweitern
{unpack "N", inet_aton ("api.netatmo.com")}

Darauf bekomme ich im Moment diese Antwort:

Code Auswählen

3281693843
Aber noch läuft es ja.

Ich frage mich nur, wie es an meinem Netz liegen kann? Warum funktioniert es dann nach einem "shutdown reboot" in Fhem 15s später wieder, ohne dass ich was am Netz verändere?

MauiJim · 17 März 2017, 14:14:25

Zitat von: Markus M. am 17 März 2017, 13:53:50
Code (FHEM command) Auswählen Erweitern
{unpack "N", inet_aton ("api.netatmo.com")}

Bei mir

Code Auswählen

3281693843

obwohl der Status wie folgt aussieht:

Code Auswählen

access_token 56387e4767e4825dbc75220e|be720846847f60fc295e817acd370ea8
expires_at 1489765513
network timeout
refresh_token 56387e4767e4825dbc75220e|17ebaa7a9874d291970d16e2fa7cbce8
status recovering network

Shadow3561 · 17 März 2017, 14:52:12

Hallo,
Ich habe seit dem Update auf FHEM5.8 auch Probleme.
Fhem zeigt die Daten genau einen Tag lang und dann bekomme ich ein "Network error" bei meinem Netatmo Device.
Wenn ich dann Fhem neu starte, läuft es wieder für einen Tag.
Teilweise werden auch die Daten vom aussenmodul nur teilweise aktualisiert, temp-high und temp-low, aber nicht die aktuelle Temperatur. Anbei ein Bild mit den Reading-timestamps.

Mfg