Daten aus Fronius Solarweb auslesen
-
@jb_sullivan said in FRONIUS Adapter Entwicklung eingestellt?:
Die Baumstruktur wie sie jetzt ist bleibt auch so? Wegen der VIS Darstellung.
Ja Baumstruktur bleibt jetzt so, ich musste da Platz schaffen für weitere Werte
-
HUBS - alles weg - bitte hier noch einen Link zum neuen Topic hinterlassen.
Ist bei den Jahreswerten ein Rechenfehler drin? da fehlen bei mir 0,10. Bei Day & Month passt die Addition der Datenpunkte. Bei Year nicht
-
-
@jb_sullivan sagte in Daten aus Fronius Solarweb auslesen:
HUBS - alles weg - bitte hier noch einen Link zum neuen Topic hinterlassen.
hab dich gleich hierher verschoben
-
@jb_sullivan said in Daten aus Fronius Solarweb auslesen:
Ist bei den Jahreswerten ein Rechenfehler drin? da fehlen bei mir 0,10. Bei Day & Month passt die Addition der Datenpunkte. Bei Year nicht
Ich sehe jetzt bei Monat und Jahr keine Unterschied oder bin ich blind?
-
@strobelix sagte in Daten aus Fronius Solarweb auslesen:
Ich sehe jetzt bei Monat und Jahr keine Unterschied oder bin ich blind?
Ach vergiss es - ist nicht mein Tag. Natürlich bist du nicht blind, sondern ich
-
@strobelix Hallo strobelix, ging ja doch sehr schnell. Ergebnis bei mir perfekt. Ganz großen Dank, das ist genial.
-
@rainerl said in Daten aus Fronius Solarweb auslesen:
@strobelix Hallo strobelix, ging ja doch sehr schnell. Ergebnis bei mir perfekt. Ganz großen Dank, das ist genial.
Danke dir!
Forecast und History sind auch bald fertig.
Sind nur ne Menge Daten die abgefragt werden müssen. Aber dann wird man zumindest für Solarweb kein Sourceanalytix brauchen, weil Wochenwerte, Monatswerte und Jahreswerte direkt abgefragt werden. -
@JB_Sullivan glaube du kannst hier bald auf SA verzichten. Vor allem hat das den Vorteil, dass man alte Monate einfach nachträglich abrufen kann. Ich hoffe nur das geht auch ohne Premium Account
Kleiner Preview:
Automatische History:
Und eine manuelle History womit man alte Daten der Vormonate/Jahre abrufen kann:
-
@strobelix schaut gut aus
-
@strobelix KRASS - dann könnte man in der Tat auf SA verzichten wenn es ohne Premium Account geht, wobei der Standard Account ja nur 3 Tage / Monate / Jahre in die Vergangenheit zulässt.
Aber schaun wir mal ....... auf jeden Fall vielen Dank für deine ganze Fleißarbeit. Ich weiß selber, das sich solche Endlosen Scripte wie Gummi hin ziehen
-
@jb_sullivan said in Daten aus Fronius Solarweb auslesen:
@strobelix KRASS - dann könnte man in der Tat auf SA verzichten wenn es ohne Premium Account geht, wobei der Standard Account ja nur 3 Tage / Monate / Jahre in die Vergangenheit zulässt.
Dann könntest zumindest die letzten 3 Monate manuell abrufen und ab Scriptstart werden dann ja die Monate in einzelne Datenpunkte geschrieben und bleiben erhalten.
So hast du auch nach 3 Monaten noch Zugriff auf alte Daten.Und ja, ich hab die Tage viel über Javascript gelernt beim scripten.
-
OK - wie ist dein Plan bzgl. der Datenstruktur über einen Jahreswechsel hinaus? Das "Problem" ist ja immer, das man Jahreszahlen (2021, 2022 usw.) für eine DP Ordnerstruktur vergibt. Gerade wenn man das visuell aufbereitet, muss man diese DP Namen immer wieder anpassen. Das ist eins der größten Probleme bei SA.
Auf der Arbeit mache ich auch viel mit Auswertungen. Dabei hat sich heraus gestellt, das man eigentlich immer nur Jahr mit Vorjahr vergleicht. Was vor 10 Jahren einmal war, interessiert keine Sau mehr.
Wenn man dieses Vorgehen weiter verfolgt, würde eine Bezeichnung - aktuelle Jahr / Vorjahr beim Jahreswechsel keine Codeanpassung nötig machen. Wie sind deine Überlegungen dazu?
-
@jb_sullivan said in Daten aus Fronius Solarweb auslesen:
OK - wie ist dein Plan bzgl. der Datenstruktur über einen Jahreswechsel hinaus? Das "Problem" ist ja immer, das man Jahreszahlen (2021, 2022 usw.) für eine DP Ordnerstruktur vergibt. Gerade wenn man das visuell aufbereitet, muss man diese DP Namen immer wieder anpassen. Das ist eins der größten Probleme bei SA.
Auf der Arbeit mache ich auch viel mit Auswertungen. Dabei hat sich heraus gestellt, das man eigentlich immer nur Jahr mit Vorjahr vergleicht. Was vor 10 Jahren einmal war, interessiert keine Sau mehr.
Wenn man dieses Vorgehen weiter verfolgt, würde eine Bezeichnung - aktuelle Jahr / Vorjahr beim Jahreswechsel keine Codeanpassung nötig machen. Wie sind deine Überlegungen dazu?
Du hast Recht, ich wollte das wie bei SA in Jahreszahlen packen, aber deine Überlegung ist natürlich richtig.
Lösung könnte sein:
Dann würde ich zb aktuell den Dez 2021 in drei Ordnern haben: Unter previous Month, 2021-12 und „Previous period-12“.Im Februar 2022 wären dann im „Previous period“ Feb-dez 2021 und der jan 2022. Der Datenpunkt heisst dann immer gleich, nur die Beschreibung des Datenpunktes würd ich mit dem passenden Jahr hinterlegen, damit man das auch gleich erkennt.
previous period
DP 01 (01-2022)
DP 02 (02-2021)
DP 03 (03-2021)
UswDas wäre was du suchst?
Irgendwie bekomm ich das hin -
????????? - Ich bin mir gerade nicht ganz sicher, ob ich das jetzt richtig verstanden habe. Der Ansatz den SA verfolgt, ist im Grunde schon nicht schlecht, denn es gibt dort ja current und previous
Am 31.12. um 00:00, müsste der Inhalt von current in previous "umgewälzt" werden und current würde mit 0 Werten starten. Wenn man es auf die Spitze treiben will, speichert man DANN alles was in previous stand in einen neuen Jahresordner (z.B. 2021,2022) weg. Dann hat man bei Bedarf auch darauf noch Zugriff wenn man es denn braucht.
Beispiel:
Current (=2022)
Previous (=2021)31.12.2022 - 00:00 Uhr
Current (-> alle Daten aus 2022 wandern nach Previous und die DP`s von Current [=2023] beginnen bei 0)
Previous (-> beinhaltet jetzt die Daten aus 2022 und wenn man es kann, werden die alten Daten aus 2021 in einen eigenen Ordner Namen 2021 verschoben)
Wie gesagt, der Ansatz bei SA ist schon da, allerdings nur bezogen auf die Daten der Wochentage. Das müsste man dann auch noch für die 12 Monate und ggf. für das Jahr so abbilden.
Also nur mit den Begrifflichkeiten current und previous arbeiten.
-
@jb_sullivan said in Daten aus Fronius Solarweb auslesen:
????????? - Ich bin mir gerade nicht ganz sicher, ob ich das jetzt richtig verstanden habe. Der Ansatz den SA verfolgt, ist im Grunde schon nicht schlecht, denn es gibt dort ja current und previous
Am 31.12. um 00:00, müsste der Inhalt von current in previous "umgewälzt" werden und current würde mit 0 Werten starten. Wenn man es auf die Spitze treiben will, speichert man DANN alles was in previous stand in einen neuen Jahresordner (z.B. 2021,2022) weg. Dann hat man bei Bedarf auch darauf noch Zugriff wenn man es denn braucht.
Beispiel:
Current (=2022)
Previous (=2021)31.12.2022 - 00:00 Uhr
Current (-> alle Daten aus 2022 wandern nach Previous und die DP`s von Current [=2023] beginnen bei 0)
Previous (-> beinhaltet jetzt die Daten aus 2022 und wenn man es kann, werden die alten Daten aus 2021 in einen eigenen Ordner Namen 2021 verschoben)
Wie gesagt, der Ansatz bei SA ist schon da, allerdings nur bezogen auf die Daten der Wochentage. Das müsste man dann auch noch für die 12 Monate und ggf. für das Jahr so abbilden.
Also nur mit den Begrifflichkeiten current und previous arbeiten.
Ich weiss worauf du raus willst, das ist dann die komplizierte Form, würde aber die Struktur curren/previous beibehalten. Aber brauchst du im Dezember 2022 noch die Daten von Januar 2021? Denn die würden im Previous Year noch rumliegen und sind weiter als ein Jahr zurück.
Ich wollte mich auf die vergangenen 12 Monate beschränken, damit man immer den aktuellen Monat mit dem Vorjahresmonat vergleichen kann. -
Naja haben und nicht brauchen ist besser als brauchen und nicht haben. Ich persönlich bin es halt so gewohnt, das ich immer volle 12 Monate gegenüber stelle - siehe meine Monster Tabelle.
Klar, wenn ich im Dezember 22 angekommen bin, "brauche" ich vermutlich den Januar 21 nicht mehr. Für mich wäre es halt ein "stimmiges Gesamtbild" 2 x 12 Monate Visasvis gegenüber zu stellen.
Letzendlich ist es aber deine Entscheidung, wie du es machst. Ich kann dann nur für mich entscheiden, ob ICH es in der angebotenen Form brauchen kann und nutzen würde. War ja auch nur mein bescheidener Vorschlag. Vielleicht sehen das andere wieder ganz anders als ich
-
@jb_sullivan said in Daten aus Fronius Solarweb auslesen:
Naja haben und nicht brauchen ist besser als brauchen und nicht haben. Ich persönlich bin es halt so gewohnt, das ich immer volle 12 Monate gegenüber stelle - siehe meine Monster Tabelle.
Klar, wenn ich im Dezember 22 angekommen bin, "brauche" ich vermutlich den Januar 21 nicht mehr. Für mich wäre es halt ein "stimmiges Gesamtbild" 2 x 12 Monate Visasvis gegenüber zu stellen.
Letzendlich ist es aber deine Entscheidung, wie du es machst. Ich kann dann nur für mich entscheiden, ob ICH es in der angebotenen Form brauchen kann und nutzen würde. War ja auch nur mein bescheidener Vorschlag. Vielleicht sehen das andere wieder ganz anders als ich
Ich bin ja auch irgendwie bei dir
SA beruht halt ausschließlich auf Berechnungen, die in verschiedene Summenwerte geschrieben werden. Bei Solarweb hab ich die Möglichkeit sofort beliebige Periodenwerte abzufragen.
Die Wochenfunktion habe ich so gelöst wie bei SA - was mega aufwändig ist. Alle anderen Werte kommen aus der Direktabfrage.
Wenn ich das mit den vergangenen Monaten mache wie bei den Wochen, dauert es halt bis zum Jahreswechsel, bis sich alle Werte füllen.
Ich denke über einen Zwischenweg nach. -
werde das neue script auch testen, und ggf. rückmeldung geben. danke nochmals dafür!
wenn das aktuellste script im ersten beitrag angepinnt ist, wäre eine versionierung bzw. ein aktuelles datum vielleicht noch sinnvoll.
-
@massiveattack said in Daten aus Fronius Solarweb auslesen:
werde das neue script auch testen, und ggf. rückmeldung geben. danke nochmals dafür!
wenn das aktuellste script im ersten beitrag angepinnt ist, wäre eine versionierung bzw. ein aktuelles datum vielleicht noch sinnvoll.
Ich bin gerade in den letzten Zügen die erste "Vollversion" des Scripts fertigzustellen.
Warte also lieber noch etwas. Ich pinne das dann oben an und gebe auch das Releasedatum mit an
