Monatsrückblick Januar/Februar 2026 ist online!

[Thisoft]

HI,

Installation ist sauber durchgelaufen!
Schön ist die Grafik die du für die Angabe von Tilt und Azimuth reingepackt hast. Die ist sicher sehr hilfreich, aber m.E. leider falsch! :-(

Laut OpenMedia-Doku ist das so definiert:

und - ich dachte du hättest das intern umgerechnet weil das was in deiner Grafik steht ja durchaus die "übliche" Variante ist. Das Ergebnis zeigt aber das Gegenteil. Wenn ich meine lt. Grafik 165° (also Südost) angebe kommt ein vieeel zu niedriger Prognosewert zustande. Dagegen passt das wieder mit den -15° die der OpenMedia-Doku entsprechen! Mal abgesehen von der 1h-Verschiebung die wir schon ausgiebig diskutiert haben... das habe ich jetzt noch nicht geprüft.
Der Tilt dagegen scheint so zu passen.

Genug gemeckert für heute - Gute N8.

[H5N1]

@Thisoft sagte in [Test Adapter] open-meteo-pv-forecast v1.0.x GitHub/NPM:

Die ist sicher sehr hilfreich, aber m.E. leider falsch!

Du hast Recht, da habe ich nicht drauf geschaut, Grafik wurde angepasst.

Kannst du mir ein json file oder Auszug zukommen lassen? Ich möchte es mir anschauen wie es bei dir aufgebaut ist.
Habe eine checkbox in den Einstellungen eingefügt für "create json file", für die 15-minuten vorhersage, diese werden im jeweiligen Standort hinterlegt.

ein kleiner auszug:

... 
{
    "t": "07:45",
    "y": 80
  },
  {
    "t": "08:00",
    "y": 80
  },
  {
    "t": "08:15",
    "y": 59
  },
  {
    "t": "08:30",
    "y": 47
  },
  {
    "t": "08:45",
    "y": 70
  },
  {
    "t": "09:00",
    "y": 81
  },
  {
    "t": "09:15",
    "y": 151
  },
  {
    "t": "09:30",
    "y": 139
  },
  {
    "t": "09:45",
    "y": 125
  },......

[Thisoft]

Bei mir sieht das so aus:

es ist aber im Grunde genommen völlig egal wie die Werte benannt sind und in welcher Reihenfolge die drinstehen. Hauptsache es ist eine "normgerechte" JSON-Struktur. Das Schreiben derselben unterstützt ja Javascript von sich aus. Ob da jetzt pro Wert (wie z.B. GTI, temperature, Wind etc.) jeweils ein JSON-DP geschrieben wird oder alles in einen, wäre mir relativ egal - lässt sich Beides handeln.

[H5N1]

Kurze Info:
wenn ich es schaffe stelle ich am Wochenende eine neue Version zur Verfügung.

einige fixe und Neuerungen wie zusätzliche JSON Datenpunkte für stündlich und 15-minuten in Standorten oder Summe (wenn mehrere Standorte eingestellt sind) die erstellt werden können.

[H5N1]

Neue Version 1.1.0
https://github.com/H5N1v2/ioBroker.open-meteo-pv-forecast
https://www.npmjs.com/package/iobroker.open-meteo-pv-forecast

Changelog:

• Checkboxes in den Instanzeinstellungen hinzugefügt, um verschiedene JSON-Datenpunkte für ECharts zu erstellen.
• JSON-Datensätze für Summe 15 Minuten, Stunden und 15 Minuten für einzelne Standorte hinzugefügt.
• (Thisoft) Fix: Dokumentationsbild, falsche PV-Anweisungen.
• kleinere bugfixes

JSON Datenpunkte funktionieren (selbst getestet) mit dem Adapter echarts

15 minütige Darstellung

Stündliche Darstellung, hier sieht man deutlich das die 15 minütige Darstellung (Bild oben) Präziser ist.

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

[Thisoft]

Sieht gut aus! Ich könnte mir vorstellen dass da noch Wünsche kommen, noch mehr Daten mit darzustellen, also auch ins JSON zu schreiben. Aber warten wir mal ab. Ich mach mich mal an einen Chart. Allerdings - alleine nur mit den Vorhersagedaten sieht der irgendwie nackig aus... Ich nehme gerne Anregungen auf was da alles mit dargestellt werden sollte/könnte.

Und jetzt noch eine kleine Meckerei ;-). Meinst du das wirklich ernst dass im Adapter Osten links und Westen rechts sein sollte? Ich meine, die Plus/Minus-Angaben stimmen jetzt schon, aber dass Osten links ist wenn Norden oben ist widerspricht irgendwie allem was man kennt...

[H5N1]

@Thisoft sagte in [Test Adapter] open-meteo-pv-forecast v1.1.x GitHub/NPM:

aber dass Osten links ist wenn Norden oben ist widerspricht irgendwie allem was man kennt...

😱 Wenn man es spiegelt stimmt es wieder, da habe ich die Grafik zu oft gespiegelt bzw den Teil das ich da gar nicht drauf geachtet habe, was du alles siehst 👍

[H5N1]

Neue Version 1.1.1
https://github.com/H5N1v2/ioBroker.open-meteo-pv-forecast
https://www.npmjs.com/package/iobroker.open-meteo-pv-forecast

Changelog:

• Fix: Responsive Layout-Eigenschaften für die Tabelle „locations“ in jsonConfig
• Fix: Rollentypen
• Fix: Dokumentationsbild, falsche Himmelsrichtung (O-W).

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

[tomowner]

Hallo Zusammen, wo liegt hier das Problem der Adpater hört sich intersant an.

Danke

[H5N1]

@tomowner Versuch es mit der GitHub URL

[H5N1]

Das Ergebnis von heute meiner kleinen Anlage, am Tagesbeginn ist ein knick in der roten Lienie zu erkennen, das ist eine Verschattung die ich nicht ändern kann, die leere zwischen dem roten (AC active power aus influxdb) und dem grünen (O-W Peak, summe) oben zwischen ca 10.30 Uhr und 13.30 Uhr ist darauf zurück zu führen das sie dort begrenzt wurde, zum ende des Tages ist auch eine kleine Verschattung, ansonsten haut das ziemlich gut hin.

Ein paar Daten:
Vorhersage Heute 7024 Wh
Tatsächlich 6201 Wh (durch die Begrenzung heute, weil ich eigentlich eine null Einspeisung Konfiguration fahre, da leider "noch" keinen Speicher vorhanden.)

[Homoran]

@H5N1 sagte in [Test Adapter] open-meteo-pv-forecast v1.1.x GitHub/NPM:

ansonsten haut das ziemlich gut hin.

AC Power ist ja auch noch niedriger als DC-Leistung.

[H5N1]

@homoran Dann werde ich mal die DC Leistung mit loggen.

[Homoran]

@H5N1 ich gehe davon aus, dass sich die Prognose auf DC bezieht. die Wp Leistung ist ja auch DC

[Thisoft]

Was mich gerade auf die Idee bringt - für die Charts brauchen wir ja den DP mit der PV-Istleistung. Da müsste bei Gelegenheit noch was mit in die Konfig rein...

[H5N1]

@Thisoft sagte in [Test Adapter] open-meteo-pv-forecast v1.1.x GitHub/NPM:

für die Charts brauchen wir ja den DP mit der PV-Istleistung

Welche ist-Leistung? Die müsste sich der User über seinen Datenpunkt der Anlage holen.

[Thisoft]

eben, aber wenn ich den Chart fertig vordefinieren soll müsste der entsprechende DP in der Konfig mit abgefragt werden. Oder wie siehst du das?

[H5N1]

@Thisoft sagte in [Test Adapter] open-meteo-pv-forecast v1.1.x GitHub/NPM:

Oder wie siehst du das?

Extra einen Datenpunkt anzulegen der einen weiteren Datenpunkt erzeugt der das selbe macht halte ich nicht für zielführend. Ein bisschen Konfigurationsarbeit kann man auch dem User überlassen, da müsstest du nur mit "const" arbeiten ganz am Anfang des scriptes wo er seinen Datenpunkt selbst einfügen kann. Ich denke mal für die Veröffentlichung wirst du sicher auch github verwenden, da schreibst du eine schöne readme.

Wobei, ich weiss jetzt nicht wie du das Script letztendlich baust, aber mit einem Datenpunkt der einfach gerade die ist-Leistung ausgibt ist es doch nicht getan, es müsste doch auch in eine json oder in influxdb gespeichert werden.

Mit echarts bekommt man ganz schöne Diagramme hin und es ist einfach einzustellen. Evtl. ist es gar nicht nötig extra Scripte zu schreiben.

[Thisoft]

@H5N1 sagte in [Test Adapter] open-meteo-pv-forecast v1.1.x GitHub/NPM:

Extra einen Datenpunkt anzulegen der einen weiteren Datenpunkt erzeugt d

Nein, so meine ich das nicht. Ich meine, dass der User einfach in der Konfiguration seinen DP mit den Istwerten angibt. Diesen kann man dann ja auslesen. Natürlich muss dieser "historisiert" sein...

@H5N1 sagte in [Test Adapter] open-meteo-pv-forecast v1.1.x GitHub/NPM:

da müsstest du nur mit "const" arbeiten ganz am Anfang des scriptes wo er seinen Datenpunkt selbst einfügen kann. Ich denke mal für die Veröffentlichung wirst du sicher auch github verwenden, da schreibst du eine schöne readme.

Ich denke eigentlich so ein wenig darüber nach das Script bzw. den Code direkt in den Adapter zu integrieren. Dieser schreibt dann einen State mit dem HTML-Code...?!?

[H5N1]

@Thisoft sagte in [Test Adapter] open-meteo-pv-forecast v1.1.x GitHub/NPM:

Dieser schreibt dann einen State mit dem HTML-Code...?!?

Gute Idee, das wäre dann sozusagen ein Starter Packet ohne zusätzlich Adapter wie echarts installieren zu müssen. Dazu muss ich mir Gedanken machen über die Logik wie man es am besten in den Adapter bekommt und wie man das umsetzt mit den verschiedensten json Datenpunkte für einen Standort und wenn man mehrere (Ost, West, Gartenhaus und was weiß ich hat). Dazu muss ich wahrscheinlich die Konfigurationseite der Instanz unterteilen um es übersichtlicher zu halten. An der Struktur (ts: für timestamp und val: für wert) der json Datenpunkte will ich nichts ändern da sie für echarts so verlangt werden falls jemand doch echarts verwenden möchte, da muss ich universell denken.

Der Ansatz ist auf jeden Fall top.