Beiträge von joergm6

Weil teejay so fleißig getestet hat, habe ich für MQTT doch noch eine Install-Version gebaut. Die Nutzung ist nicht ganz simpel (bissel kryptisch ) und benötigt ein Lesen der MQTT-FAQ in Post 1.

MQTT ist eine "Sammelstelle" für Infos aus verschiedenen Systemen, die aber eher technische Werte liefert. Eine gewisse Kenntnis von MQTT vorausgesetzt, ist es aber auch kein Hexenwerk. Weil es der erste Versuch mit MQTT ist und falls weitere Leute sich damit beschäftigen, wird es bestimmt noch Änderungswünsche geben.

Hier mal ein paar Beispiele:

MQTT_Beispiel.png

Nebenbei funktioniert MSN-Wetter im Moment wieder mit der Version.

naja, die DM500 ist aber auch schon alt. Wenn man so ließt könnte die Python Version zu alt sein, min. 2.7.9 .

aha, das erklärt auch warum man nicht 2x die GUI in kurzer Zeit neu starten sollte. Direkt nach dem GUI-Start wird der neue Token noch nicht abgespeichert.

Wie alt ist dein Token mittlerweile? Nach dem Token generieren muss dieser zeitnah verwendet werden. (glaube der läuft ab)

Also generiere dir einen Neuen.

btw: habe ich festgestellt, das der Token 1 GUI-Restart aushält, wird in kurzer Zeit ein weiterer GUI-Restart ausgeführt ist der Token weg/kaputt/ungültig/geht nicht mehr/... Das Verhalten durfte ich wegen Plugin-Programmierung 3x beobachten und "schön" neuen Token bauen .

Refresh Token = Token aktualisieren

Tja, das ist das Problem von einer deutch eingestellten Oberfläche. Dann muss man die Informationen hier für sich auch eindeutschen. Es steht ja überall "Refesh Token", da kann man drauf kommen.

Die Übersetzung ist aber auch sehr fragwürdig.

You are using the internal LCD. This is addressed via skin modification. These modifications will not be applied again after simply restoring the configuration.

The 3 tick boxes at "Global/Box-Skin-LCD" must be activated again. Off / On / GUI restart

The settings for L4L are stored in /etc/enigma2/lcd4config (not /etc/enigma2/settings). This file can be copied back, which is relatively independent of the version.

MQTT wurde nicht veröffentlicht. Ich hatte damals eher versucht Interesse zu wecken, um Testopfer zu bekommen. Es ist also nicht zu Ende getestet und bestimmt auch noch verbesserungswürdig.

Wenn du dich bisschen mit der Dream auskennst, also py Kopieren und im Problemfall das Original zurück spielen, kann ich dir gerne was zum Testen geben.

Netatmo-Plugin muss sich also den neuen Refesh-Token merken. Die E2-Settings werden aber nur beim richtigen Herunterfahren gespeichert. Beim Ausschalten oder Stromausall ist der Token falsch/kaputt.
Eigentlich müsste dann immer wenn ein neuer Refresh-Token angefordert ist, die netatmo.txt (o.ä.) gespeichert werden. Denn nur so wäre ein Stromausfall überlebbar, wenn ich das logisch verstehe .

Mein Netatmo lief bis zum WE mit der vor Jahren eingespielten Anmeldung/Token. Box fährt über Nacht herunter. Nun hing sich die Box mal unerwartet auf, sodaß ich diese Stromlos machen musste. Danach war keine Anzeige der Netatmo-Daten mehr möglich.
Schlußfolgerung: Der letzte Token wird nur beim ordentlichen Herunterfahren gespeichert, beim einfachen Ausschalten bleibt der (abgelaufene/falsche) Token vom letzten Herunterfahren erhalten.
Ist meine Annahme richtig/nachvollziehbar? Das würde bedeuten, das immer ein neuer Token generiert/eingetragen werden muss, wenn mal Stromausfall o.ä. ist.

Nun gab es eine Mail von Netatmo, das sie offensichtlich zum 29.5.2024 diese Refreshtokendingens aktivieren und ein Token nur noch 3h gültig ist. Damit wird das was jetzt noch geht auch die Arbeit einstellen. Die sind auch so dreist zu schreiben, wenn man mehrere Geräte mit den gleichen Login verwendet, hat man selber dafür Sorge zu tragen, das die Refreshtoken an alle "Teilnehmer" synchroniert werden. Und wenn ein Gerät länger als 3h aus ist (Nachts/Stromausfall/Urlaub/...) dann wird man "abgehängt"? Ich kann es kaum glauben .

Der Mini-USB-Anschluß der Dreambox kann überhaupt nicht verwendet werden. Das ist nur ein Service-Port. Es funktionieren also nur die USB-A Anschlüsse.

Ein Kabel ist "Dumm", das passt mechanisch oder nicht. Das Kabel muss halt mechanisch passen, wie soll ein Mini-USB in eine USB-C Buchse passen? Also macht es auch keinen Sinn ein Mini-USB-Kabel nutzen zu wollen.

Das es über den USB-A funktioniert wage ich zu bezweifeln. Dieser USB ist für USB(Speicher)Sticks gedacht, von dem der SPF Bilder lesen kann. Es wird also eh nur der Mini-USB funktionieren.

Ist es nicht so, das der Händler bei den verschiedenen ausgerüsteten Boxen die Tuner verbaut. Es gibt ja ganz viele Tunerkombinationen, die werden nicht so hergestellt. Von daher kann ich mir vorstellen, das die Box geöffnet werden muss. Aber wie alpha schon schrieb, wenn Schutzfolien drauf sind, würde ich die auch als Neu ansehen.

... und da die DM920 nicht mehr kaufbar ist, muß man abwägen ob man sie behält. Wenn alles funktioniert und neu ausschaut, warum nicht.

unter "Choose scope" habt ihr alles ausgewählt vor den Tokengenerieren? ... ich frag ja nur, weis es auch nicht genau, welche Berechtigung benötigt wird.

PS: ach, das hat ja schon "wer" geschrieben... wer lesen kann

kann man nicht unter https://dev.netatmo.com/apps eine App erstellen und über "Generate Token" einen passenden Token erzeugen?

Im Moment hat Netatmo wohl ihre Änderung zurück gezogen (laut Forummeldung). Bei mir läuft das Plugin nach wie vor.
Die Token wurden u.a. auch durch eine 2. Anmeldung erneuert und somit die 1. Anmeldung abgeschossen. Ich frage mich wie die sich das vorstellen, wenn ein Token nach 3h abläuft.... was passiert wenn die Box über Nacht aus ist? Am nächsten Tag ist der Token ungültig. Es gibt ja nicht nur Dreambox der die API nutzt (z.B. nodeRed...), es funktioniert so nirgends mehr.

Ich habe mal die Antwort aus dem Netatmo-Forum mit DeepL übersetzen lassen, Quelle : https://forum.netatmo.com/viewtopic.php?p=95644#p95644

--------------------------------------

Dies ist die Antwort von Netatmo:

Dez 5, 2023, 14:24 GMT+1

Wir haben gerade eine Änderung am Token-Abrufprozess vorgenommen:

Wenn Sie einen access_token über den zugehörigen Endpunkt https://api.netatmo.com/oauth2/token aktualisieren, antworteten die Netatmo-Server mit zwei Token: einem access_token und einem refresh_token. Wenn der vorherige access_token noch gültig war, wurde der refresh_token-Wert nie erneuert.

Ab dem 04.12.2023 wurde dieses Verhalten geändert, um den Empfehlungen des RFC des OAuth2 Authorization Framework (Abschnitt 10.4) zu entsprechen und die Sicherheit der Daten unserer Benutzer zu verbessern

Beim Aktualisieren von Token werden die Werte von access_token und refresh_token automatisch erneuert und frühere Token ungültig gemacht

Wenn Sie also bei der Auffrischung Ihres access_token nicht den neuen refresh_token-Wert aktualisieren und verwenden, werden Ihre Benutzer nach 3 Stunden getrennt und Sie erhalten die Fehlermeldung "invalid_grant".

Um das Problem zu beheben, müssen Sie den Token-Wert aktualisieren, sobald Sie die neu generierten Token erhalten

Im Netatmo Forum gibt es jetzt auch viele Meldungen, das die Authentifizierung nicht mehr funktioniert. Netatmo hat also grundsätzlich die Nutzung des Access-Token geändert. Es muss immer ein Refresh-Token angefordert werden, die Token laufen nun wohl ab..... oder so ähnlich.