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

[JB_Sullivan]

Irgendwie bin ich mitten in die Diskussion zwischen Euch beiden rein gestolpert und habe flux das neue Skript mit einem Namenszusatz "_Test" angelegt.

Die alten DP`s werden nach wie vor aktualisiert, weil ja das Ur-Skript auch noch läuft. Hinzu gekommen sind jetzt der Ordner Current und Test.

Der Ordner Test ist mit Werten gefüllt. Alle DP`s und Unterordner in Current sind jedoch ohne Werte.

Vielleicht sollte man für das Skript Thema einen eigenen Thread aufmachen und das Skript dann dort in Beitrag #1 anpinnen. Ich habe so die Befürchtung, das dass mit allen anderen Themen hier im Fronius Thread unübersichtlich wird.

[Strobelix]

@jb_sullivan ich kann unter Entwicklung leider kein neues Thema anlegen. Kamnst du das?
Es zählt jetzt nur noch das allerletzte txt File von mir.

Ich kann das script aber auch auf github legen?!

[JB_Sullivan]

@strobelix Vergiss was ich oben geschrieben habe. Ich habe wohl aus eurer Konversation heraus zu viele Skript Stände zusammen gewürfelt.

Ich habe jetzt den letzten Skript Stand aus der Textdatei verwendet und den alten SolarWeb Skript Datenpunkt komplett gelöscht und mit dem Skript neu erzeugen lassen.

Die Baumstruktur wie sie jetzt ist bleibt auch so? Wegen der VIS Darstellung.

Bezüglich eigenem Thread - ich wusste nicht, das im Entwickler Bereich nur bestimmte Leute Topics anlegen dürfen. Vielleicht mal @apollon77 mal fragen, ob er dir da einen Temporären Zugang einrichten kann.

Wenn du das Skript nach GIT bringst, läuft die Diskussion möglicherweise hier weiter, oder verlagert sich komplett nach GIT, so daß auf ioB Ebene gar keiner mehr etwas von dem Skript mitbekommt.

[Strobelix]

@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

[JB_Sullivan]

HUBS - alles weg - bitte hier noch einen Link zum neuen Topic hinterlassen.

@strobelix

Ist bei den Jahreswerten ein Rechenfehler drin? da fehlen bei mir 0,10. Bei Day & Month passt die Addition der Datenpunkte. Bei Year nicht

[Negalein]

@Strobelix

dies ist nun der neue Thread!

Könntest jetzt das finale Blockly im 1. Beitrag ergänzen.

[Negalein]

@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 :grin:

[Strobelix]

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

[JB_Sullivan]

@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 :cold_sweat:

[RainerL]

@strobelix Hallo strobelix, ging ja doch sehr schnell. Ergebnis bei mir perfekt. Ganz großen Dank, das ist genial.

[Strobelix]

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

[Strobelix]

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

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