UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[RainerL]

@strobelix schaut gut aus:+1:

[JB_Sullivan]

@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 ;)

[Strobelix]

@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. :-)

[JB_Sullivan]

@strobelix

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?

[Strobelix]

@jb_sullivan said in Daten aus Fronius Solarweb auslesen:

@strobelix

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)
Usw

Das wäre was du suchst?
Irgendwie bekomm ich das hin :-)

[JB_Sullivan]

@strobelix

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

[Strobelix]

@jb_sullivan said in Daten aus Fronius Solarweb auslesen:

@strobelix

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

[JB_Sullivan]

@strobelix

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 ;)

[Strobelix]

@jb_sullivan said in Daten aus Fronius Solarweb auslesen:

@strobelix

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.

[MassiveAttack]

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.

[Strobelix]

@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

[Strobelix]

@massiveattack jetzt kannst du loslegen. Vollversion ist jetzt online

[JB_Sullivan]

@strobelix sagte in Daten aus Fronius Solarweb auslesen:

jetzt kannst du loslegen. Vollversion ist jetzt online

Gibt es Einschränkungen bzgl. nicht vorhandener Premium Version?

[Strobelix]

@jb_sullivan said in Daten aus Fronius Solarweb auslesen:

@strobelix sagte in Daten aus Fronius Solarweb auslesen:

jetzt kannst du loslegen. Vollversion ist jetzt online

Gibt es Einschränkungen bzgl. nicht vorhandener Premium Version?

Laut der API Beschreibung kann ein Basic Nutzer keinen Forecast und auch keine History abfragen.
Unter History versteht Fronius die Altdaten im 5min-Takt um zb Diagramme zu erstellen.
Tages/Monats/Jahresdaten sind davon laut Beschreibung nicht betroffen und zählen nicht zu den Historywerten (Ist auch ein anderer Endpunkt in der API)

Beim Forecast bekommst du nur einen Hinweis im Log

[JB_Sullivan]

@strobelix OK - Vielen Dank

Sollte man die alte Objekt Struktur komplett löschen oder wird das neue "drüber" installiert, bzw. neue DP`s dazu angelegt?

[Strobelix]

@jb_sullivan said in Daten aus Fronius Solarweb auslesen:

@strobelix OK - Vielen Dank

Sollte man die alte Objekt Struktur komplett löschen oder wird das neue "drüber" installiert, bzw. neue DP`s dazu angelegt?

Bitte komplett löschen! Dein Wunsch mit den Vorjahresmonaten bzw vergangenen Monaten und auch Wochentagen hat dazu geführt das ich den Ordnern noch Nummern voranstellen musste, sonst wäre es zu unübersichtlich geworden. Außerdem gibt es keinen Token-Datenpunkt mehr, da der jetzt intern verarbeitet wird

[JB_Sullivan]

@strobelix sagte in Daten aus Fronius Solarweb auslesen:

Dein Wunsch mit den Vorjahresmonaten bzw vergangenen Monaten und auch Wochentagen hat dazu geführt das ich den Ordnern noch Nummern voranstellen musste, sonst wäre es zu unübersichtlich geworden.

D.h. die Verknüpfungen im VIS müssen dann wieder angepasst werden? Dann schaffe ich das heute nicht mehr mit dem Testen.

[Strobelix]

@jb_sullivan said in Daten aus Fronius Solarweb auslesen:

D.h. die Verknüpfungen im VIS müssen dann wieder angepasst werden? Dann schaffe ich das heute nicht mehr mit dem Testen.

Ja ein letztes Mal leider. Sind aber nur Zahlen die vorangestellt werden.
aus
0_userdata.0.Solarweb.Current.Day
wird
0_userdata.0.Solarweb.Current.01_Day
usw

Das kann man im VIS-Editor schnell per Hand in die Objekt-ID schreiben

[JB_Sullivan]

@strobelix

BtW: Das Skript scheint jetzt so groß geworden zu sein, das es bei mir zum Browser einfrieren kommt, wenn ich im Beitrag #1 auf den TXT Link klicken. Kannst du das ggf. zippen?

[Strobelix]

@jb_sullivan said in Daten aus Fronius Solarweb auslesen:

@strobelix

BtW: Das Skript scheint jetzt so groß geworden zu sein, das es bei mir zum Browser einfrieren kommt, wenn ich im Beitrag #1 auf den TXT Link klicken. Kannst du das ggf. zippen?

Habs gezippt