Unendlich viele time-series Datenpunkte werden angelegt. about iobroker.tesla-motors

[TA2k]

sind das Datenpunkte pro tag?

[fighterzg6]

Habe das gleiche problem. seit node auf 18.20.1 geupdatet hat

[pp-git]

@TA2k

sind das Datenpunkte pro tag?

Ich hatte z.B. im Ordner energy_history_lifetime bisher time_seriesXX von 01 bis 05 für 2020 bis aktuell 2024.
Jetzt habe ich dort unendlich viele time_series(tausende), die sekündlich mehr werden.

Adapter lief nach löschen des Objektbaums 10 sek. ->

@fighterzg6

Ich bin noch in Node.js: v18.18.0. Es fing gestern ohne irgendeinen Eingriff meinerseits im System an.

[fighterzg6]

also liegt es schonmal nicht an node.

[TA2k]

Was ist in den Datenpunkten gespeichert

[pp-git]

energy_history_lifetime scheint nun ein DP pro 4 Stunden zu sein

Das Datum stimmt mit meiner Inbetriebnahme zusammen.

Bei energy_history kommt ein DP alle 5min.

[fighterzg6]

Bei mir stürzt dadurch regelmäßig der JavaScript Adapter ab.

[TA2k]

Ich benötige Zugangsdaten oder ein debug log mit access token um das zu fixen
[email protected]

[TA2k]

Die api hat sich geändert die GitHub version limit die eintrage jetzt auf die letzten 10 da sie aber in 5 Minuten Takt kommen und nicht mehr tageweise ist das nicht sehr nützlich

Bitte feedback geben welche Daten fehlen und ob das so passt

Einfach vorher die energy_history ordner löschen und adapter neustarten

[fighterzg6]

Also es funktioniert erst einmal. Ich schau morgen mal ob alle Daten passen

[pp-git]

Das Limit wird bei 10 eingehalten, aber die Daten sind leider sinnlos. Gerade bei energy_history_lifetime hatte ich bisher wie oben geschrieben kumuliert die Jahre 2020 bei time_series01 bis aktuell 2024 bei time_series05.
Jetzt habe ich dort die ersten 40 Stunden von 2020.
Der Adapter müsste die Werte über die Jahre kumulieren und wieder die Struktur als Jahreswert ablegen. Evtl. lösbar mit Hilfe von
influxdb um dort dann die Jahre zusammenzufassen.
Ich nutze diese Daten um meine PV und Bezugs Werte im Verhältnis zur Einspeisung und Eigenverbrauch zu berechnen um daraus eine Gewinn/Verlust Rechnung im Vis anzuzeigen.

[TA2k]

das heißt manuell für lifetime total per jahr und
für energy_history manuell für den tag

[pp-git]

Ja genau, energy_history als ehemaligen Tageswert manuell addieren und in einem der time_series von 1 bis 365 ablegen.
Den lifetime genauso (bei mir) ab 2020 als summe aller energy_history Tageswerte als Jahreswert.
Ich habe hauptsächlich den lifetime genutzt da die aktuellen minütlichen Tageswerte für die VIS auch in der Wechselrichter API lesbar waren. Diese habe ich allerdings nie gespeichert, denn dafür hatte ich ja den Tesla Adapter.

[pp-git]

Alle Felder mit den orangenen Pfeilen sind aktuell falsch

So sah es zum Jahresende 2023 aus

[TA2k]

energy history liefert nur ein tag
lifetime ist jetzt pro jahr summiert
mal die GitHub version testen

[pp-git]

energy_history und lifetime sehen wieder gut aus, ich muss morgen noch ein paar Vergleiche mit der WebApp von Kostal anschauen, aber ich denke das müsste so passen. Vielen Dank für die super schnelle Fehlerbeseitigung :) Wie kann ich mich revanchieren?

Ich vermisse noch 2 DP's die früher in der Powerwall Grafik abgebildet waren. Der eine war die obere kW Anzeige errechnet mit diesem HTML Widget, den DP gibt es wohl nicht mehr,
{v1:tesla-motors.0.STE20200911-00279.total_pack_energy;v2:tesla-motors.0.STE20200911-00279.percentage_charged;(parseFloat(v1/100)*parseFloat(v2)).toFixed(2)} kW

das untere Feld ist der Bug #157.

Ich sehe momentan keine Möglichkeit den echten kW Speicherwert auszulesen, nur den blödsinnigen .nameplate_energy der bei mir schon lange nicht mehr stimmt. Solange es noch ging war ich bei 12.722 W