Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[oFbEQnpoLKKl6mbY5e13]

@H5N1

Irgendwie fehlt das Icon "/adapter/open-meteo-weather/icons/night_dark/61n.png" bei mir. Ein Dateiupload des Adapters brachte keine Besserung.

Wettertext: Leichter Regen.
Wettercode: 61

[H5N1]

@ofbeqnpolkkl6mby5e13
Da habe ich wohl gestern nicht aufgepasst, das Icon ist noch im "weather_icons" Ordner 61n.png. Eine gefixte Version werde ich morgen Vormittag erstellen. Danke für die Info und fürs melden.

[H5N1]

Neue Version 2.5.1 veröffentlicht.

Changelog:

• (oFbEQnpoLKKl6mbY5e13) Behoben: Das Symbol 61n.png wird nicht angezeigt und befindet sich im falschen Ordner.
• (H5N1) Aufgabe: Abhängigkeiten auf die neuesten Versionen aktualisieren.

Empfehlung Adapterupdate: Bitte den Adapter Stoppen, Update einspielen, kompletten Verzeichnisbaum löschen, Adapter starten und Verzeichnisbaum neu erstellen lassen.

Wer das Widget benutzt und am laufen hat, bekommt beim Adapterupdate, wenn der Verzeichnisbaum gelöscht wird, evtl. mehreren Warnmeldungen, das ist kein Fehler.

[tom33]

Ich wollte den Adapter auch gerade testen, aber weder bei Installation von NPM noch bei Installation von GITHUB wird dieser aufgelistet?

[WG25]

@tom33 Nimm "Benutzerdefiniert" mit folgender URL: https://github.com/H5N1v2/ioBroker.open-meteo-weather

[tom33]

@WG25 sagte in Test Adapter open-meteo-weather v2.5.x GitHub/Latest:

https://github.com/H5N1v2/ioBroker.open-meteo-weather

danke, Installation hat mit dem Link geklappt

[WG25]

@h5n1 Ist es eigentlich mittelfristig geplant, den Adapter über die "normale" iob Installationsroutine installieren zu können, also nicht mehr "umständlich" über github?

[Homoran]

@tom33 sagte in Test Adapter open-meteo-weather v2.5.x GitHub/Latest:

weder bei Installation von NPM noch bei Installation von GITHUB wird dieser aufgelistet?

richtig!

@WG25 sagte in Test Adapter open-meteo-weather v2.5.x GitHub/Latest:

@h5n1 Ist es eigentlich mittelfristig geplant, den Adapter über die "normale" iob Installationsroutine installieren zu können, also nicht mehr "umständlich" über github?

@H5N1 sagte in Test Adapter open-meteo-weather v2.5.x GitHub/Latest:

Neue Version 2.5.0 veröffentlicht.
(Hoffe die letzte bis zur Anfrage für das Offizielle Repo)

[WG25]

@Homoran sagte in Test Adapter open-meteo-weather v2.5.x GitHub/Latest:

@H5N1 sagte in Test Adapter open-meteo-weather v2.5.x GitHub/Latest:

Neue Version 2.5.0 veröffentlicht.
(Hoffe die letzte bis zur Anfrage für das Offizielle Repo)

Ah, überlesen. Danke!

[looxer01]

@H5N1
Hi,
zunächst vielen Dank für den Adapter. Ich nutze insbesondere die Vorhersage der nächsten 24 Stunden. Dabei addiere ich die Sonnenstunden zwischen 10:00 und 16:00 und errechne mir den Batteriemindestlevel. Das mache ich um im Falle eines Stromausfalls genügend Ersatzkapazität der Batterie zu haben und gleichzeitig aber nicht zuviel vorzuhalten, um die Sonnenenergie optimal auszunutzen.
Das hat bisher auch gut geklappt. Nun stelle ich aber fest, dass entgegen anderer Prognosen und auch entgegen der gegenwärtigen Wettersituation eine stark von der Realität abweichende Prognose in den Datenpunkten enthalten ist. (siehe Screenshot für Stunde0 (jetzt) und Stunde1 nächste Stunde. Für heute sind 5 Stunden Sonne für meine Region in Meteo vorhergesagt. Es war m.E. schon gestern vorauszusehen (anhand anderer Wetterapps), dass es nicht soviel Sonnenschein geben würde. Nun stelle ich mir die Frage, ob es ein Modellproblem bei meteo ist oder schlichtweg fehlende updates der Datenpunkte.

Wäre toll, wenn du dir das ansehen könntest. ( Adapter stoppen und neustarten habe ich bereits probiert)

[Homoran]

@looxer01 sagte in Test Adapter open-meteo-weather v2.5.x GitHub/Latest:

Ich nutze insbesondere

sieh mal hier vorbei
https://forum.iobroker.net/post/1324756

@looxer01 sagte in Test Adapter open-meteo-weather v2.5.x GitHub/Latest:

ob es ein Modellproblem bei meteo ist

gestern 21:00 ergab dies bei mir noch 13.3 kWh, heute morgen um 05:17 waren es nur noch 10.0kWh, was sich ebenfalls von den übrigen nach oben abhebt

trotzdem erscheint mir bisher openmeteo besser als die übrigen.

hier DWD (brightsky) und openmeteo.

Aber lass uns das im anderen Thread fortführen

[H5N1]

Hallo @looxer01

@looxer01 sagte in Test Adapter open-meteo-weather v2.5.x GitHub/Latest:

Nun stelle ich aber fest, dass entgegen anderer Prognosen und auch entgegen der gegenwärtigen Wettersituation eine stark von der Realität abweichende Prognose in den Datenpunkten enthalten ist....
...Frage, ob es ein Modellproblem bei meteo ist oder schlichtweg fehlende updates der Datenpunkte.

Die API ist so eingestellt das es den "Best Match" also aus allen Modellen den am besten zutreffenden wert ermittelt.
Die Auflösung von Open Meteo liegt bei 1km bis 11km, kann natürlich sein das für deine Region gerade die auflösung zu groß ist und die Werte deswegen abweichen.

Prüfe auch deine Koordinaten und Zeitzone noch einmal, möglich das sich ein Fehler eingeschlichen hat und sie ungewollt für eine andere Region anzeigt.

Ich werde morgen, wenn ich es schaffe, noch eine Minor Version bereitstellen die in den Einstellungen die Koordinaten vom System übernimmt wenn man die Felder leer lässt, desweiteren ein dropdown menü für die Zeitzonen.

Bis dahin und vor allen für PV Prognosen bist du bei den zwei Profis @homoran und @thisoft in diesen Thema gut aufgehoben.

[looxer01]

@H5N1 sagte in Test Adapter open-meteo-weather v2.5.x GitHub/Latest:

Die API ist so eingestellt das es den "Best Match" also aus allen Modellen den am besten zutreffenden wert ermittelt.

tja, was soll ich sagen.
Die hour0, als ich meinen Beitrag verfasste. war schwer bewölkt und mit 1h forecast überbewertet.
Meine IOS wetter App sagte 0 Stunden Sonne für den ganzen Tag.
aber 30 Minuten später klarte es auf und seitdem nur Sonne.
Der Adapter lag also richtig, super.

vielen Dank nochmals.

Looxerr

[Homoran]

@looxer01 sagte in Test Adapter open-meteo-weather v2.5.x GitHub/Latest:

Der Adapter lag also richtig, super.

so sehe ich das bisher auch.

morgens etwas zuwenig Ertrag, danach dann umso mehr.
Ich nehme an, dass bei der heutigen Kälte mit kräftigem Wind, die Panels einen deutlich höheren Wirkungsgrad haben, was in der Vorhersage nicht unbedingt berücksichtigt wird.
Die Gesamttendenz passt super, ab 14:15 produziert meine Anlage 98-103% des maximal möglichen, was auch die abfallende Flanke der Prognose berrits andeutete.
Allerdings scheint auch hier nicht vollständig der jetzt aktuelle Azimut und die Elevation berücksichtigt zu sein.
Bevor ich zuviel schimpfe muss ich erst überprüfen, ob vielleicht der Kamin die Panels teilbeschattet, was zu der stark abfallenden Ertragskurve führt.

EDIT:
Nein, kann es noch nicht sein, die Sonne steht jetzt gerade erst 4° hinter dem First.

[H5N1]

Neue Version 2.6.0 veröffentlicht.

Die Konfiguration des Adapters wurde überarbeitet, für den Standort können nun die System Koordinaten übernommen werden indem die Felder für Längen- und Breitengrad leer gelassen werden.
Für die Zeitzonen ist ein Dropdown Menü dazu gekommen, wenn auf Auto (default) gestellt wird, wird die Zeitzone automatisch anhand der Koordinaten ermittelt.

Changelog:

• Neuerung: Breiten- und Längengrad können in den Einstellungen leer gelassen werden, um Systemkoordinaten zu verwenden.
• Neuerung: Dropdown-Menü für Zeitzonen in den Einstellungen hinzugefügt.

Adapterupdate: Bitte den Adapter Stoppen, Update einspielen, kompletten Verzeichnisbaum löschen, Adapter starten und Verzeichnisbaum neu erstellen lassen.

Wer das Widget benutzt und am laufen hat, bekommt beim Adapterupdate, wenn der Verzeichnisbaum gelöscht wird, evtl. zu mehreren Warnmeldungen, das ist kein Fehler.