NEWS
[Test Adapter] open-meteo-pv-forecast v1.1.x GitHub/NPM
-
@H5N1 ich gehe davon aus, dass sich die Prognose auf DC bezieht. die Wp Leistung ist ja auch DC
-
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...
-
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?
@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 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.
@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 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...?!?
@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.