Netatmo Modul - 38_netatmo.pm (Support)

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

Vorheriges Thema - Nächstes Thema

marcus42

Hallo Markus,

ich konnte beim angehängten Modul das Umschalten zwischen "record" und "record_and_notify" doch schon vorher testen :-)

Und es Klappt! Cool!  Dankeschön! So ist es für mich rund!

Was macht die Alarm Erkennung genau die noch nicht im UI vorhanden ist?

VG
Marcus

marcus42

#571
Im Logfile finde ich aber beim Umschalten folgende Einträge:


2017.05.03 09:14:30 1: anwesenheitStatus gesetzt auf abwesend
2017.05.03 09:14:31 1: netatmo_home: unknown 'sethomesettings' $VAR1 = {
          'time_exec' => '0.015578985214233',
          'time_server' => 1493795671,
          'status' => 'ok'
        };

2017.05.03 09:14:31 1: netatmo_home: unknown 'sethomesettings' $VAR1 = {
          'time_exec' => '0.031945943832397',
          'time_server' => 1493795671,
          'status' => 'ok'
        };

2017.05.03 09:14:53 1: anwesenheitStatus gesetzt auf anwesend
2017.05.03 09:14:54 1: Perfmon: possible freeze starting at 09:14:51, delay is 3.017
2017.05.03 09:14:55 1: netatmo_home: unknown 'sethomesettings' $VAR1 = {
          'time_exec' => '0.011034965515137',
          'time_server' => 1493795694,
          'status' => 'ok'
        };

2017.05.03 09:14:55 1: netatmo_home: unknown 'sethomesettings' $VAR1 = {
          'time_exec' => '0.013118982315063',
          'time_server' => 1493795694,
          'status' => 'ok'
        };

2017.05.03 09:15:17 1: Perfmon: possible freeze starting at 09:15:13, delay is 4.648



Sagt Dir das was? (Die Perfmon Warnung ist allerdings ein 'known bug' bei mir.)

Markus M.

#572
Sagt mir was, hatte das gestern nicht mehr ganz fertig gemacht [emoji6]
Ich muss noch ne Version nachschieben.
Probier mal aus wie lange es dauert bis es nicht mehr funktioniert. Aktuell erneuere ich den CSRF Token der Netatmo Seite noch nicht.


Jetzt sind alle Settings mit drin, 5 Sekunden nach dem Set werden sie neu vom Server geladen.
gone_after lässt sich z.B. auch länger setzen als in der App vorgesehen. Was es dann tut - keine Ahnung :)
Aktuell weder Smarthome noch FHEM vorhanden

marcus42

Hallo Markus,

Ein 'get netatmo_home update' führt bei mir reproduzierbar zu Perfmon Warnungen von ca. 6-7 Sekunden.
Das wiederum führt bei mir zu regelmässigen Disconnects beim Homematic HMLAN.

Hast Du eine Idee woran das liegen könnte? Sind die Update Calls vielleicht blockierend?

Marcus

Markus M.

Zitat von: marcus42 am 07 Mai 2017, 12:11:15Ein 'get netatmo_home update' führt bei mir reproduzierbar zu Perfmon Warnungen von ca. 6-7 Sekunden.
Das wiederum führt bei mir zu regelmässigen Disconnects beim Homematic HMLAN.
Hast Du eine Idee woran das liegen könnte? Sind die Update Calls vielleicht blockierend?

Nein. Allerdings sind es die Calls vorher wenn du noch kein Token für diesen Aufruf hast.
Wie oft passiert das Update? Was für Hardware hast du?
Aktuell weder Smarthome noch FHEM vorhanden

marcus42

#575
Ich habe einen Raspi 2 (Revision 000e).

Wie oft das Update passiert muss ich prüfen.

Bin aber grad nicht zuhause. Liefere ich nach...

Home Intervall steht auf 900

Log mit verbose 4:

2017.05.07 19:04:08 3: netatmo_home: poll (HOME)
2017.05.07 19:04:08 3: netatmo_home: pollHome (59036df4f545953c3c8c3e9a)
2017.05.07 19:04:08 3: netatmo_home requestHomeReadings (gethomedata)
2017.05.07 19:04:09 4: netatmo_home: dispatch (gethomedata)
2017.05.07 19:04:14 4: netatmo_home: dispatch return: gethomedata
2017.05.07 19:04:14 4: netatmo_home: parseHomeReadings
2017.05.07 19:04:15 1: Perfmon: possible freeze starting at 19:04:10, delay is 5.552
2017.05.07 19:11:12 3: netatmo_home: poll (HOME)
2017.05.07 19:11:12 3: netatmo_home: pollHome (59036df4f545953c3c8c3e9a)
2017.05.07 19:11:12 3: netatmo_home requestHomeReadings (gethomedata)
2017.05.07 19:11:14 4: netatmo_home: dispatch (gethomedata)
2017.05.07 19:11:20 4: netatmo_home: dispatch return: gethomedata
2017.05.07 19:11:20 4: netatmo_home: parseHomeReadings
2017.05.07 19:11:21 1: Perfmon: possible freeze starting at 19:11:15, delay is 6.437
2017.05.07 19:19:08 3: netatmo_home: poll (HOME)
2017.05.07 19:19:08 3: netatmo_home: pollHome (59036df4f545953c3c8c3e9a)
2017.05.07 19:19:08 3: netatmo_home requestHomeReadings (gethomedata)
2017.05.07 19:19:08 4: netatmo_home: dispatch (gethomedata)
2017.05.07 19:19:14 4: netatmo_home: dispatch return: gethomedata
2017.05.07 19:19:14 4: netatmo_home: parseHomeReadings
2017.05.07 19:19:15 1: Perfmon: possible freeze starting at 19:19:09, delay is 6.763

marcus42

Hab das Homedevice erst mal disabled. Parameter setzen kann ich wohl trotzdem [emoji106]

Markus M.

Update:
- Home Settings
- JSON decode ohne Crash
Aktuell weder Smarthome noch FHEM vorhanden

ritter_runkel

Hallo Gemeinde,
ich habe einen komischen aber reproduzierbaren Effekt:

Ausgangslage:
- 38_netatmo.pm läuft und diverse Geräte sind angelegt (Regenmesser, Aussenfühler, Innenfühler UND Thermostat an der Heizung)
- Netatmo-Thermostat-App auf dem iPhone
- Credentials sind in beiden Anmeldungen die gleichen

Problem:
Sobald ich FHEM neu starte (bspw. bei meinen regelmäßigen Updates) geht mir die IOS App offline - kann sich nicht mit dem Cloud-Dienst verbinden. Sobald ich mich in der App anmelde geht mit das FHEM Modul offline (zumindest wird der Wetter-Forecast nicht aktualisiert). Die lokal erzeugten Daten Temperaturen, Regen,.... werden geliefert.

Hat jemand eine Idee woran das liegen kann?

Grüße
Erik
FHEM auf Raspberry Pi 2B
2x eService 1WireHu, 7x DS1820, 2x Multisensoren Wiregate AMS 2.11 für Temperatur DS1820, relativer Luftfeuchte HIH4031, zwei IO-Ports DS2438, Analog-Eingang 0-10 V (bzw. 0-20 mA) DS2413
FritzDECT; HUE; 5xFibaro RollerShutter, Rauchmelder

Adriano

Hallo, ich wollte nur Bescheid geben, dass sobald im heimischen Netz kein Internet mehr verfügbar ist, das Modul FHEM lahm legt. Ich musste das netatmo device und die client devices "disablen" (disable 1). Danach war FHEM wieder ohne Probleme zu bedienen.

Folgende Logs kommen wenn INET down ist:
Zitat
...
2017.05.26 22:53:51 1: WetterNetatmo: connection check failed: gethostbyname api.netatmo.com failed
2017.05.26 22:54:38 1: WetterNetatmo: connection check failed: gethostbyname api.netatmo.com failed
2017.05.26 22:54:58 1: WetterNetatmo: connection check failed: gethostbyname api.netatmo.com failed
2017.05.26 22:55:21 1: WetterNetatmo: connection check failed: gethostbyname api.netatmo.com failed
2017.05.26 22:55:51 1: WetterNetatmo: connection check failed: gethostbyname api.netatmo.com failed
2017.05.26 22:56:38 1: WetterNetatmo: connection check failed: gethostbyname api.netatmo.com failed
2017.05.26 22:56:58 1: WetterNetatmo: connection check failed: gethostbyname api.netatmo.com failed
2017.05.26 22:57:21 1: WetterNetatmo: connection check failed: gethostbyname api.netatmo.com failed
2017.05.26 22:57:51 1: WetterNetatmo: connection check failed: gethostbyname api.netatmo.com failed
2017.05.26 22:58:38 1: WetterNetatmo: connection check failed: gethostbyname api.netatmo.com failed
2017.05.26 22:58:58 1: WetterNetatmo: connection check failed: gethostbyname api.netatmo.com failed
2017.05.26 22:59:21 1: WetterNetatmo: connection check failed: gethostbyname api.netatmo.com failed
2017.05.26 22:59:51 1: WetterNetatmo: connection check failed: gethostbyname api.netatmo.com failed
2017.05.26 23:00:38 1: WetterNetatmo: connection check failed: gethostbyname api.netatmo.com failed
2017.05.26 23:00:58 1: WetterNetatmo: connection check failed: gethostbyname api.netatmo.com failed
2017.05.26 23:01:21 1: WetterNetatmo: connection check failed: gethostbyname api.netatmo.com failed
2017.05.26 23:01:51 1: WetterNetatmo: connection check failed: gethostbyname api.netatmo.com failed
2017.05.26 23:02:38 1: WetterNetatmo: connection check failed: gethostbyname api.netatmo.com failed
2017.05.26 23:02:58 1: WetterNetatmo: connection check failed: gethostbyname api.netatmo.com failed
2017.05.26 23:03:21 1: WetterNetatmo: connection check failed: gethostbyname api.netatmo.com failed
2017.05.26 23:03:51 1: WetterNetatmo: connection check failed: gethostbyname api.netatmo.com failed
2017.05.26 23:04:38 1: WetterNetatmo: connection check failed: gethostbyname api.netatmo.com failed
2017.05.26 23:04:58 1: WetterNetatmo: connection check failed: gethostbyname api.netatmo.com failed
2017.05.26 23:05:21 1: WetterNetatmo: connection check failed: gethostbyname api.netatmo.com failed
2017.05.26 23:05:51 1: WetterNetatmo: connection check failed: gethostbyname api.netatmo.com failed
2017.05.26 23:06:38 1: WetterNetatmo: connection check failed: gethostbyname api.netatmo.com failed
2017.05.26 23:06:58 1: WetterNetatmo: connection check failed: gethostbyname api.netatmo.com failed
2017.05.26 23:07:21 1: WetterNetatmo: connection check failed: gethostbyname api.netatmo.com failed
2017.05.26 23:07:51 1: WetterNetatmo: connection check failed: gethostbyname api.netatmo.com failed
2017.05.26 23:08:58 1: WetterNetatmo: connection check failed: gethostbyname api.netatmo.com failed
...

Markus M.

Wann hast du das letzte Mal ein Update gemacht?
Das sollte schon lange nicht mehr passieren.
Aktuell weder Smarthome noch FHEM vorhanden

Adriano

38_netatmo.pm # Release 11 / 2017-04-14

Adriano

Ich sehe im Code noch 2 Aufrufe, wo du HttpUtils_BlockingGet nutzt. Einmal in netatmo_getToken und einmal in netatmo_getAppToken.

Eventuell ist das der Fehler?

Markus M.

Zitat von: Adriano am 29 Mai 2017, 10:29:16
Ich sehe im Code noch 2 Aufrufe, wo du HttpUtils_BlockingGet nutzt. Einmal in netatmo_getToken und einmal in netatmo_getAppToken.
Eventuell ist das der Fehler?

Das ist nicht der Fehler.
Der ist 1x bei deinem DNS (das nicht erreichbar ist und daher blockiert) und bei einem Check Aufruf zuviel den ich dummerweise an einer sehr ungünstigen Stelle eingebaut hatte. Fix im Anhang.

Wie viele Netatmo Devices hast du? Ich tippe auf mindestens 4?
Aktuell weder Smarthome noch FHEM vorhanden

Adriano

Genau, 4. Regen, Wind, Aussen und Innen.