[Modul] NetatmoWeather

Bin unterwegs, aber mal auf die Schnelle:

  • welche Version hast du beim Aircare (Konfiguration → Ino)
  • mach mal den Debug des IO-Moduls an, Limitierung erheblich erhöhen und dann versuch nochmal den RefreshToken einzugeben und einen Abruf zu machen .
    Den Debug bitte als PN an mich.
    Wird aber vermutlich morgen werden, bevor ich dazu komme

Ich habe es nochmal mit den Daten von NetatmoWeather verglichen. War identisch.
Habe jetzt alles nochmal gelöscht und neu aufgesetzt.
Es ist nach wie vor so, dass NetatmoWeather geht aber NetatmoAirCare nicht.
Es kommt nun aber nicht mder der HTTP Fehler sondern „Instanz ist inaktiv (fehlende Berechtigung)“
Siehe auch Screenshot …

Den jetzt aktuellen Debug Log schicke ich dir @demel42 per PN zu.

Kann es sein, dass ich in der bei Netatmo Connect einen anderen Scope beim Token generator eingeben muss? Wenn ja welcher?

Habs nun mal einige Scopes ausprobiert.
Es funktioniert jetzt zum Glück.

Es ist der Scope „read_homecoach“

2024-01-14 14_29_29-Netatmo Connect _ My app _ NetatmoAircareIO

Vielen Dank für die Hilfe

Hallo, seit heute habe ich Probleme mit dem Modul
„Instanz ist inaktiv (HTTP Fehler)“

läuft das Modul bei euch?

Gruß

Oliver

ja

das ist ja sehr allgemein und besagt ja nur, das ein kommunikationsfehler vorliegt.
bitte ein debug von der io-instanz machen während eines abrufs und mir schicken

Hallo,

hier der Debug:
Netatmo.txt (9,0 KB)

Hmm, du verwendest anscheinen das Login via IP-Symcon, das ist aber seit langer Zeit nicht mehr funktional. Solange der Refresh-Key noch gültig war, ging es, aber eventuell ist der bei dir nun auch abgelaufen.

Workaround siehe [Modul] NetatmoWeather - #195 von demel42
also auf Beta Wechsel,auf Entwicjlerschlüssel, Konto bei Netatmo einrichten/aktualisieren, Refresh-Token auf der Netatmoseite erzeugen und in der IO-Instanz eintragen

vielen Dank, hat geklappt

Guten Morgen in die Runde,
ich habe gestern die 7.1 Testing aktiviert und das Netatmo Modul meldet einen https-Fehler, welchen ich nicht in den Griff bekomme.

Hat das jemand von euch auch oder muss ich Details liefern?

Der BEM

Ist es vielleicht das gleiche Problem, wie in dem Beitrag direkt darüber (Login via IP-Symcon)?

1 „Gefällt mir“

war bei mir auch so konnte es nach der Anleitungen von oben wider zum laufen bringen

1 „Gefällt mir“

Oh ja, könnte sein, auf die Idee bin ich gar nicht gekommen.
Schaue ich mir heute Abend mal an.

Danke

Durch die Updates der letzten Monate musste ich mich erst ein wenig durch die Anleitung arbeiten, aber jetzt läuft wieder alles.

DANKE für die schnelle Hilfe.

Hatte den gleichen HTTP-Fehler mit meine Netatmo Weather Stations seit etwa 2 Wochen. Nach durchlesen des Threads läuft jetzt alles wieder - herzlichen Dank für die guten Tips! Hat allerdings einen Moment gedauert, nicht nur das Lesen sondern auch das Verstehen des Problems und der Lösung…
Meine Frage: Gibt es hier auch so eine best-practice-Seite wo der letzte Stand des Irrtums allgemein verständlich dargelegt ist? z.B. sowas (das kann man sicher noch besser machen.)

Netatmo Weather station (Version 1.42):
• Netatmo connect (Netatmo): Form für App ausfüllen
• App Information: nur die Felder mit * sind notwendig
• App Technical Parameters: Client ID und Client Secret sind ausgefüllt, der Rest kann leer bleiben.
• Token Generation: scope „read_station“, dann Token generieren
• IPS: bei der Anmeldung der Station auf Entwickler Token umstellen, dann UserID, PW, Client ID und Client Secret eingeben, save
• Danach erscheint unter Expert dann der Button „Refresh-Token kopieren“, das tun und «einstellen» drücken

Morgen, hab festgestellt, dass es ein Problem gibt. Seit gestern aktualisieren sich die Werte im Modul nicht mehr. In der App wird alles korrekt angezeigt. Die Aktualisierungszeit im Modul läuft zwar weiter, aber beim Aufruf des Debug kommt folgender Fehler:

Es gab einen nicht abgefangener Fehler. Bitte kontaktieren Sie Symcon mit der folgenden Fehlermeldung und einer Beschreibung, wie Sie den Fehler ausgelöst haben
TypeError: Cannot read properties of null (reading ‚openDebugLog‘)
at InstanceEditor._openDebug (http://xxx/console/src/console-app.js:32595:2408)
at PolymerGenerated.handler (http://xxx/console/src/console-app.js:3372:105)
at _fire (http://xxx/console/src/console-app.js:6124:155)
at trackForward (http://xxx/console/src/console-app.js:6222:19)
at Object.click (http://xxx/console/src/console-app.js:6207:50)
at PolymerGenerated._handleNative (http://xxx/console/src/console-app.js:6056:117)

Kann da jmd helfen? Verbindung durch Token steht, es kommt keine Fehlermeldung.

Gerade geschaut: meine Instanz funktionier noch ohne Probleme.

Das Problem der Console ist ein Thema für @paresy .
Natürlich unschön, das du so keinen Debug erstellen kannst.
Was ist mit dem Debug der I/O-Instanz?

Debug der I7O sieht so aus:

Hab die Station schon neu gestartet. Das es daran liegt schieße ich aus, in Home Assistant und in der NetatmoApp kommen die Werte alle korrekt an.

In symcon wird auch das letzte Messdatum gezogen, allerdings ist das von heute morgen gegen 6:00 Uhr.

Der Debug zeigt keinen Datenabruf.
Ich weis natürlich nicht, in welchem Intervall bei dir die Daten abgerufen werden, aber das sind ja im Debug über 30 Minuten, da hätte was passieren müssen.
In der IO-Instanz kann man ja manuell Daten abrufen („Aktualisiere Wetterdaten“) - was passiert dann?

Das Debug bei Klick „wetterdaten aktualisieren“ kommt das:

D.h. der Datenabruf findet statt. Wurden die Variablen aktualisiert?
Die Daten werden an die Childs weitergeleitet („SendData“).
Wenn die in der Instanz eingetragenen ID’s noch stimmen, sollte es verarbeitet werden.
Dieser manuell ausgelöste Abruf wird ja von der IO-Instanz zyklisch ausgeführt in Abhängigkeit von dem eingestellten Intervall (Voreinstellung 5m).
Wie der gemäß Aktualisierungsintervall erzeugte Timer steht, kann man auch in der Instanz unter „Referenzen“ einsehen