Netatmo Modul - 38_netatmo.pm (Support)

[flydd]

Ich habe nochmal einen kleinen Patch erstellt. homecoachsdata wird jetzt wie homecoachlist an netatmo_parseHomecoachList übergeben. Das sollte das Problem lösen.

[m.zielinski]

Ich habe nochmal einen kleinen Patch erstellt. homecoachsdata wird jetzt wie homecoachlist an netatmo_parseHomecoachList übergeben. Das sollte das Problem lösen.

Bedi mir läuft es seitdem du den Patch erstellt hast ohne Fehlermeldungen. Danke

[pejonp]

Hallo,
ich habe ein Bubendorff iDiamant-Gateway für 4 Solarrollläden.
Unter https://dev.netatmo.com/apps/ habe ich eine App angelegt. Diese wird mir auch in meiner App für die Steuerung der Rollläden angezeigt.
Der Connet von FHEM in die App funktioniert auch.
Leider bekomme ich die Rollläden nicht angezeigt.
In der Doku Home + Controll gibt es einen Abschnitt für "Roller shutter".
Gibt es einen Weg diese einzubinden.
Vielen Dank.

https://dev.netatmo.com/apidocumentation/control

Jörg

[flydd]

Hallo Jörg,

in Ermangelung der Hardware und damit ohne Möglichkeit, das selbst zu testen, kann ich hier leider nicht weiterhelfen.

Viele Grüße

[pejonp]

Hallo @flydd,

die Hardware und auch die Daten die abgerufen werden bzw. ankommen habe ich da.
Ich bräuchte nur Hinweis wo ich die Daten im Perl-Modul einbauen muss, damit es funktioniert.
Ich würde dann neue Unterfunktionen anlegen.
Als Anlage lege ich mal den Log von FHEM bei.
Vielen Dank.

pejonp

[50watt]

Hallo zusammen,

nach einer vorübergehenden Netzwerk-/DNS-Störung blieb mein Netatmo-Account dauerhaft auf

Code Auswählen Erweitern

STATE: DNS error
network: dns
status: recovering network

obwohl DNS und HTTPS zu api.netatmo.com wieder funktionierten.

Mit verbose 5 zeigte sich beim Recovery-Check:

Code Auswählen Erweitern

netatmo.account: refreshing connection information
netatmo.account: invalid json on connection check

HTTP Error 411. The request must be chunked or have a content length.

Ursache scheint der POST auf /api/getuser in netatmo_checkConnection() zu sein:

Code Auswählen Erweitern

HttpUtils_NonblockingGet({
  url => "https://".$hash->{helper}{apiserver}."/api/getuser",
  method => "POST",
  timeout => 30,
  header => "Content-Type: application/json\r\nAuthorization: Bearer ".$hash->{access_token},
  hash => $hash,
  callback => \&netatmo_parseConnection,
});

Ein

Code Auswählen Erweitern

data => ''
hat nicht geholfen.

Mit explizitem

Code Auswählen Erweitern

Content-Length: 0
funktioniert der Recovery-Check wieder:

Code Auswählen Erweitern

header => "Content-Type: application/json\r\nAuthorization: Bearer ".$hash->{access_token}."\r\nContent-Length: 0",

funktioniert der Recovery-Check wieder. Danach:

Code Auswählen Erweitern

STATE: connected
network: ok
active: ok

Umgebung:

Code Auswählen Erweitern

FHEM: fhem.pl:31310/2026-05-28
Perl: 5.032001
Linux: 5.10.103-v7+ armv7l
38_netatmo.pm: Stand 04.08.2026

Wäre es sinnvoll, Content-Length: 0 für diesen POST direkt im Modul zu ergänzen?

[BroPi]

"Wäre es sinnvoll, Content-Length: 0 für diesen POST direkt im Modul zu ergänzen?"

Ich habe diese Änderung bei bei mir mal eingefügt und keinerlei Probleme feststellen können. Vielleicht können noch andere am Test teilnehmen? Nach den Änderungen, die flydd eingefügt hatte, lief das Modul endlich sehr stabil. Mit deinem Vorschlag könnte dann eigentlich abschließend das Modul im SVN eingepflegt werden. Das Problem ist, dass wir keinen Modul-Owner mehr haben. Markus-M hat sich aus FHEM zurückgezogen (auf PM antwortet er auch nicht) und flydd möchte diese Aufgabe nicht übernehmen, (s.o.). Vielleicht könntest du 50watt die Wartung dieses Moduls übernehmen? Es wäre wirklich schön, wenn  wir dieses jetzt sehr stabile Modul ins SVN bekommen würden, dann bräuchte man fürs Update keine Ausnahme mehr zu definieren und neue User bekommen gleich ein funktionierendes Modul.

[flydd]

Hallo zusammen,

ich habe den Recovery-Fix (Content-Length: 0 und HTTP/1.1) in meine 38_netatmo.pm übernommen.
Zusätzlich blieben nach einem Neustart Sensoren auf initialized stehen, obwohl die Netzwerkverbindung funktionierte. Der Watchdog erkannte das nicht. Deshalb wird ein leerer Gerätecache jetzt erneut abgefragt und eine unvollständige Initialisierung nach etwa fünf Minuten wiederholt.

Die neue 38_netatmo.pm enthält außerdem meine optionale Regenhistorie (ich war so frei, einen Fork zu erstellen): Aus Netatmo-Historiendaten werden rollierende Regensummen für 24 Stunden sowie beispielsweise 3, 7 und 30 Tage berechnet. Aktivierung am Regensensor über das Attribut extendedRainPeriods 3,7,30, Aktualisierung stündlich, siehe Beschreibung im Header der pm.

Der erste Funktionstest war erfolgreich, ausführliche Langzeittests stehen noch aus. Bitte testet gerne gründlich, insbesondere nach Neustarts und Netzwerk-/DNS-Ausfällen und gebt gerne Rückmeldung.

VG
flydd

[BroPi]

Hallo,

ich hatte den Recovery-Fix

Code Auswählen Erweitern

header => "Content-Type: application/json\r\nAuthorization: Bearer ".$hash->{access_token}."\r\nContent-Length: 0", auch in meine 38_netatmo.pm übernommen.
Alle Sensoren waren nach einem Neustart nach kurzer Zeit wieder da. Probleme konnte ich nicht feststellen.

Dank an flydd für die neuen Features:

Code Auswählen Erweitern

Die neue 38_netatmo.pm enthält außerdem meine optionale Regenhistorie (ich war so frei, einen Fork zu erstellen): Aus Netatmo-Historiendaten werden rollierende Regensummen für 24 Stunden sowie beispielsweise 3, 7 und 30 Tage berechnet. Aktivierung am Regensensor über das Attribut extendedRainPeriods 3,7,30, Aktualisierung stündlich, siehe Beschreibung im Header der pm.
Ich teste jetzt ausführlich. Bisher keinerlei Probleme.

Vielen Dank an flydd für die weitere Überarbeitung.

[grappa24]

@BroPi: Wie visualisierst du die Regendaten bzw. listest diese?

[BroPi]

Wir hatten hier 26 Stunden Internetausfall. Netatmo kam danach von selbst wieder hoch und alle Daten waren auch wieder da. Das war früher nicht so. Also vielen Dank an die Supporter!!!
Jetzt muss ich erst mal auf Regenwetter warten, um die neuen Features zu testen.

[BroPi]

Bekommen wir ein neues Problem mit Netatmo? Die wollen was umstellen und haben folgende Info geschickt:

Hello Developers,

We are pleased to announce the availability of our new webhook service on Netatmo Connect.

These webhooks provide a faster, more efficient, and scalable way to receive device events without relying on frequent polling requests.

Important API Update

Starting March 1st, 2027, we plan to reduce API rate limits for polling-based integrations.

We encourage you to start migrating to webhooks for supported products to prepare for this change.
What's New?
✓ Faster event delivery
✓ Support for a broader range of products and gateways
✓ Reduced reliance on polling
✓ Consistent configuration across all new webhooks

These webhooks are associated with supported gateways and can be used across multiple product families connected to those gateways.

[flydd]

Moin.

Ich sehe das eher als Chance, das Polling von Netatmo nervt ohnehin. Ich würde mich rechtzeitig darum kümmern. Nachdem ich die letzten Wochen damit verbracht habe, FHEM in meiner Installation KI-unterstützt für die nächsten Jahre fit zu machen (zertifikatbasierter HTTPS-Login, hübscheres CSS, Readings-Datenbank und schneller Graph-Viewer...), würde ich sogar mittlerweile die Maintainerschaft des Netatmo-Moduls anbieten, falls das noch gewünscht ist. An wen müsste ich mich dazu wenden? VG flydd

[BroPi]

Moin.

Ich sehe das eher als Chance, das Polling von Netatmo nervt ohnehin. Ich würde mich rechtzeitig darum kümmern. Nachdem ich die letzten Wochen damit verbracht habe, FHEM in meiner Installation KI-unterstützt für die nächsten Jahre fit zu machen (zertifikatbasierter HTTPS-Login, hübscheres CSS, Readings-Datenbank und schneller Graph-Viewer...), würde ich sogar mittlerweile die Maintainerschaft des Netatmo-Moduls anbieten, falls das noch gewünscht ist. An wen müsste ich mich dazu wenden? VG flydd

Das hört sich ja gut an!
An Rudolf Koenig müsstest du dich dann wenden, um Maintainer zu werden, was ich sehr begrüßen würde.
Übrigens läuft das Modul, seit den letzten Änderungen wirklich sehr stabil. Neustarts von FHEM überlebt es immer problemlos und es gibt keinerlei Abstürze. Auch die letzte Änderung "extendedRainPeriods 3,7,30" konnte ich erfolgreich  mit "7" sehr zufriedenstellend testen.