OpenWeather „Météo“ funktioniert nicht mehr

Ist das nicht die 2.5 auf dem Band?

Soweit ich das verstehe, handelt es sich um ein separates Abonnement für OneCall mit einer Abrechnung ab 1.000 API-Aufrufen pro Tag.
Ich werde das Abonnement hinzufügen, um es zu testen.

Falls sie dich nach einer Kreditkarte fragen, gib keine an. Wir müssen eine einfache Lösung ohne Kreditkarte finden :slight_smile:

Ich habe den Oncall v3 mit meinem Schlüssel getestet, und tatsächlich:

`{« cod »:401, « message »: « Ungültiger API-Schlüssel. Weitere Informationen finden Sie unter Frequently Asked Questions »}

Also, ich habe ein Konto erstellt, um mit einem neuen Konto zu testen, und:

Standardmäßig hat das neue Konto keinen Zugriff auf die stündliche API oder die tägliche Vorhersage…

Ich habe das Gleiche mit meinem alten Konto

EDIT: :confused: Allow OpenWeatherMap config flow to test using old API to pass by jbouwh · Pull Request #78074 · home-assistant/core · GitHub

Tatsächlich eine falsche Alarmierung! ^^

Ah! Okay, dann müssen wir Gladys anpassen..

Und keine Vorhersage für die neuen Schlüssel, da die Wetterroute sie nicht zurückgibt.

https://api.openweathermap.org/data/2.5/weather?lat=47&lon=1&lang=fr&appid=XXXXXXXX

{
  "coord": {
    "lon": 1,
    "lat": 47
  },
  "weather": [
    {
      "id": 804,
      "main": "Clouds",
      "description": "couvert",
      "icon": "04d"
    }
  ],
  "base": "stations",
  "main": {
    "temp": 308.27,
    "feels_like": 306.21,
    "temp_min": 308.27,
    "temp_max": 308.27,
    "pressure": 1007,
    "humidity": 19,
    "sea_level": 1007,
    "grnd_level": 992
  },
  "visibility": 10000,
  "wind": {
    "speed": 2.26,
    "deg": 120,
    "gust": 4.1
  },
  "clouds": {
    "all": 94
  },
  "dt": 1662994709,
  "sys": {
    "country": "FR",
    "sunrise": 1662960572,
    "sunset": 1663006528
  },
  "timezone": 7200,
  "id": 2987855,
  "name": "Perrusson",
  "cod": 200
}

Normalerweise hat man im kostenlosen Plan auch Zugriff auf diese Route:

Guten Abend,
Die Lektüre der Beiträge hat mir nicht geholfen, die Lösung zur Integration des Wetters zu finden. Die Angebote auf der Website sind sehr zahlreich, welches soll man wählen?
Ich erhalte dies:

Hallo. Hier hast du die Schritt-für-Schritt-Dokumentation: OpenWeather | Gladys Assistant

Guten Abend,
Ich werde das Verfahren noch einmal überprüfen und von vorne beginnen. Danke dir.

Hallo zusammen,
Ich habe dieselben Probleme, nachdem ich die Anleitung aus dem Tutorial befolgt habe

Hallo ihr beiden!

Tatsächlich hat OpenWeather sein Angebot geändert, der API-Aufruf, den wir verwenden (OneCall), ist nicht mehr in der kostenlosen Version verfügbar (das hat sich auf ihrer Seite geändert..) :confused:

Wir müssen die Gladys-Integration anpassen, um die kostenlosen API-Aufrufe zu nutzen, aber wir werden wahrscheinlich weniger Informationen erhalten.

Ich habe ein GitHub-Issue erstellt:

Ansonsten ist der von uns genutzte Endpunkt bei OpenWeather im « Pay as you go »-Modell verfügbar, mit 1000 kostenlosen API-Aufrufen pro Tag. Der einzige Nachteil ist, dass man seine Kreditkarte angeben muss:

Falls jemand vorbeikommt und einen Pull-Request vorschlagen möchte, bin ich dankbar. Ich habe gerade tausend Dinge im Moment diesen Monat bei Gladys und hatte diese Entwicklung überhaupt nicht eingeplant!

Danke Pierre-Gilles für dein Feedback

Ich habe ein bisschen recherchiert (und in der Praxis getestet).

In der kostenlosen Version haben wir nun tatsächlich Zugang zu:

  • Live-Wetter
  • Die nächsten 5 Tage in 3-Stunden-Schritten

Daher sind die Dinge, die wir im Vergleich zur aktuellen Entwicklung verlieren, folgende:

→ Keine stündlichen Vorhersagen mehr, nur noch alle 3 Stunden
→ Vorhersagen nur für 5 Tage

Für die Vorhersagen der folgenden Tage müssen wir auch ein bisschen basteln, denn bisher hatten wir eine Tagesvorhersage, und jetzt haben wir nur noch 3-Stunden-Vorhersagen.

Aber das ist nicht dasselbe! Wenn wir « 26°/27° » auf meinem Screenshot sehen, entspricht die linke Zahl dann der niedrigsten Temperatur des Tages und die rechte der höchsten? Wenn ja, müssen wir die Berechnungen durchführen, indem wir die 8 Vorhersagen des Tages durchgehen.

Verwaltung bestehender Benutzer

Alle Benutzer, die ihren Token vor dieser Änderung erstellt haben, haben weiterhin Zugriff auf die alte API.

2 Optionen:

  1. Wir programmieren einen speziellen Mechanismus für sie, um den bestehenden Code beizubehalten, damit Benutzer, deren Schlüssel mit dem One-Call funktionieren, die vollständige API weiterhin nutzen können. Es bleibt abzuwarten, wie man die « alten » Tokens von den neuen unterscheiden kann.
  2. Wir wechseln alle auf die neue API, was einen Rückschritt in Bezug auf die Funktionen für die alten Benutzer bedeutet.

Option 1 ist wünschenswerter, erfordert aber mehr Arbeit.

Zur Erkennung von « alt vs. neu » gibt es mehrere Ansätze:

  • Das Erstellungsdatum der Variablen in der Datenbank verwenden
  • Beide API-Aufrufe testen, wenn einer funktioniert und der andere nicht, kann man irgendwo (Datenbank oder RAM) speichern, ob der Benutzer ein neuer oder alter Benutzer ist

Stündliche Vorhersagen über Gladys Plus?

Wenn es Nachfrage gibt, könnte ich die OneCall-API über Gladys Plus bezahlen und sie den Gladys-Plus-Benutzern anbieten. Allerdings weiß ich nicht, ob es wirklich sinnvoll ist, nur für stündliche Vorhersagen auf dem Dashboard zu zahlen, besonders da wir alle kostenlose Wetter-Apps auf unseren Telefonen haben…

Man verliert den Vorteil, das Wetter im Voraus zu kennen, zum Beispiel für die Steuerung von Rollläden, Markisen, Wetteralarmen oder Automatisierungen. Also ist das ein echter Pluspunkt!
Vielleicht sollte man sich anderen APIs zuwenden, zum Beispiel 7 Lösungen für zuverlässige Wetter-APIs für Ihre intelligenten Produkte

https://public.opendatasoft.com/explore/dataset/arome-0025-enriched/table/?disjunctive.commune&disjunctive.code_commune

Hallo @pierre-gilles,
wo liegt der Vorteil, sich mit der eigenen Außenstation verbinden zu können, für diejenigen, die eine besitzen, wie ich (siehe meine Anfragen vor… bezüglich der Station Bresser)? Aber das Problem ist, dass diese Stationen jetzt dazu neigen, ihre Daten über die Box an einen Drittanbieter (Weather Underground für mich) zu übertragen, der uns natürlich den Zugriff auf unsere eigenen Daten (über API) ermöglichen muss.
Wo liegt der Vorschlag, den du mir damals gemacht hast und den ich umsetze, über NodeRed und MQTT zu gehen.
Und das funktioniert sehr gut!
Aber mit einer Einschränkung: Einige Daten, die ich über NodeRed abrufen kann, können nicht in Gladys wiedergegeben werden (obwohl sie nützlich sind), weil die Formate nicht mit den Formaten kompatibel sind, die in den Funktionen der MQTT-Geräte (Fake) angeboten werden, insbesondere die Funktion „unbekannt“. Und hier spreche ich von Dingen, die ich bereits angesprochen habe und für die ich vor kurzem Funktionsanforderungen formalisiert habe (Berücksichtigung eines Textformats, das ich durch ein Datumsformat ergänzen werde, keine systematische Wertebereichsfunktion für die Funktionen) sowie die Anfrage, die ich zur Wiedergabe von Diagrammen gemacht habe, damit Ansichten über 24 Stunden hinweg Maximal-, Minimalwerte usw. sein können und nicht gemittelte Werte wie heute.
Ich war etwas langatmig, ich hoffe, dass es trotzdem verständlich bleibt und dass du dich an meine früheren Beiträge zum Thema anknüpfen kannst.