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

[H5N1]

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

ist es eigentlich gewollt, dass die Werte immer kurz vorcder vollen viertel Stunde geschrieben werden?

dadurch ist die Stunde bis hh:14 falsch

Das kann ich nun nicht beeinflussen, da der Adapter immer alle 15min (falls so eingestellt auf 15min) abruft nachdem er gestartet wurde, starte mal deinen Adapter falls er auf 15min eingestellt ist 1min nach um, oder eine Minute nach Viertel usw. neu und du wirst sehen er ruft dann immer exakt 15min später ab. Das ist übrigins mit jeden Adapter so der mit shedule arbeitet so.

[Homoran]

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

Das ist übrigins mit jeden Adapter so der mit shedule arbeitet so.

hmm, ein schedule /7 * * * * fängt nach 56 wieder bei 7 an und zählt nicht über die Stunde weiter.

Ok, dann muss ich um hh:16 abrufen um sicherzustellen dass da die korrekten werte drin stehen.

Dank3

[H5N1]

Neue Version 2.5.0 veröffentlicht.

(Hoffe die letzte bis zur Anfrage für das Offizielle Repo)

Ich habe mich daran gestört das die Icons für die Nacht wenig sichtbar sind auf dunklen Hintergrund (dunkler Mond), also habe ich mich gestern noch Stunden hingesetzt und die Farbe des Mondes in den Nacht Icons zu ändern und habe heute die Logik dazu noch angepasst. Ergebnis:

Dazu in der Konfiguration noch entsprechendes Dropdown Menü

Changelog:

• Neu: Option „Helle Nachtsymbole“ hinzugefügt. Ihr können nun zwischen dunklen und hellen Symbolen wählen, um die Sichtbarkeit auf verschiedenen Hintergründen zu verbessern.
• Neu: Neues Symbolset-Verzeichnis /admin/icons/night_bright/ für eine verbesserte Nachtdarstellung hinzugefügt.
• Neu: Nachtsymbole von /admin/icons/weather_icons nach /admin/icons/night_dark verschoben.
• Behoben: AdapterConfig-Typen aktualisiert, um neue Konfigurationsfelder zu unterstützen.

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.

[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.