Netatmo API Sicherheits-Update
-
@apollon77
Kurzes Feedback für alle, die interessiert sind:
Apollon77 hat sich auf Github nochmals viel Zeit genommen und sich die Mühe gemacht, meine Logs durchzusehen. Ergebnis: Die CO-Sensor-Integration des Adapters funktioniert.
Ich hatte das Verständnisproblem, dass in den Unterchannels events eingetragen werden - ich aber bislang bei meinem CO-Sensor noch nie ein Event hatte, deshalb die (null)-Einträge.Nochmal Danke @apollon77
-
@dr-bakterius said in Netatmo API Sicherheits-Update:
Ab Oktober 2022 wird die API von Netatmo umgestellt. Nun stellt sich die Frage ob das Auswirkungen auf den Netatmo-Adapter hat? Vielleicht können die Entwickler ( @apollon77, @Bluefox, @foxriver76 ) etwas dazu schreiben?
Hier das Info-Mail das ich erhalten habe:
Hi,
ja, das Update hat Auswirkungen. An meinen beiden Standorten haben die Netatmos neue Standort-IDs und die einzelnen Sensoren auch neue IDs bekommen. Bedeutet für mich: für 50 Objekte die Datenspeicherung neu konfigurieren und 12 Grafiken durchgehen und die neuen Objekte eintragen. History-Daten können natürlich nicht mitgenommen werden. Also die alten Objekte stehen lassen, Aufzeichnung für 50 Objekte rauskonfigurieren. So habe ich mir Hausautomation immer vorgestellt. Chapeau. -
Dann fang an, Aliasse zu verwenden. Dann hättest du zwar immer noch 50 Aliasse ändern müssen, aber sonst hätte es keine Auswirkungen gehabt.
-
@wg naja jetzt mal "langsam" ...
1.) Das stand so in der Meldung die Du im Admin bestätigt hast VOR dem Update, also überraschend sollte es nicht gekommen sein. Hättest es Dir also einplanen können.
2.) Ja manchmal muss es solche Änderungen geben weil sonst ein Support von neuen Geräten nicht möglich gewesen wäre. Und ich, der neue Maintainer, es sonst nicht weiter für Euch (Ich habe selbst kein bisschen Netatmo) bereitstellen kann. Und Überall im Leben kommen "mal" breaking changes ... Vor allem Smart Home ist sehr schnelllebig...
3.) Ironie hat noch nie geholfen und ich finde es schade das meine Arbeit so von Dir gewürdigt wird. So stelle ich mir auch Open Source Entwicklung und den Dank der Community vor. Dafür ebenfalls ein "Chapeau" zurück.History-Daten können nicht mitgenommen werden ist schlicht falsch! Alle drei History Adater haben in der Datenpunkt-Konfig ein Feld namens "Alias-ID". Das hat nichts mit den "Neueren Aliasen" zu tun die hier von meinem Vor-Poster angesprochen wurden. Schreibe in dieses Feld einfach die ID des alten Datenpunkts rein und der Neue wird die Daten intern unter dem Namen des alten Datenpunktes loggen und auch bei Abfragen bereitstellen.
Also bitte vor dem Aufstellen von Behauptungen die Faktenlage und Features der Adapter prüfen.Viel Spass damit weiterhin Netatmo Daten in ioBroker zu haben. (Können ja gern mal die Zeit die Du für die Anpassung der 50 Datenpunkte brauchst mit der Zeit die ich jetzt schon in den Umbau und Weiterentwicklung gesteckt habe vergleichen ... ich glaube ich weiss wer "gewinnt")
-
Nach der Umstellung fehlt mir der Wert <Status> der Kamera Netatmo Presence unter Info. Alle anderen Werte sind nach wie vor vorhanden. Ist das so gewollt oder übersehe ich da was? Vielen Dank!
-
@tiger-2001 was war status denn bedeutungstechnisch?
-
@apollon77 Ob die Kamera (Aufnahme) ein- bzw. ausgeschaltet ist <Monitoring State (on/off)>.
-
@tiger-2001 Hast Du mal geschaut ob es ähnliche states gibt nur mit anderen namen? Zeig dochmal den Baum, sonst bräuchte ich ein Debug log damit ich die Daten sehe
-
@apollon77 Es gibt leider keine ähnlichen Werte. Unter <Info> war der Eintrag <Status>, Beschreibung war <Monitoring State (on/off)>, welcher die Werte <on/off> ausgeben hat.
Ich hab den alten Baum (alte ID) leider schon gelöscht.
-
@tiger-2001 dann bitte github issue anlegen und debug log per email
An iobroker@fischer-ka.de senden mit Referenz auf das issue. Log aus logfile auf Platte nehmen (siehe meine forum Signatur). Muss ich ansehen. Die neuen api Endpunkte haben ggf Daten ggf nicht oder anders
