Source Analytix korrigieren nach Shutdown?
-
@homoran https://forum.iobroker.net/post/738686
den Zählerstand holt sich SA ja wieder direkt vom jeweiligen Gerät, es muss lediglich das Raw bearbeitet werden und ggf die Startwerte korrigiert werden
-
@crunchip
kommt mir jetzt nicht richtig vor!
nicht dass wir aneinander vorbeireden@crunchip sagte in Source Analytix korrigieren nach Shutdown?:
den Zählerstand holt sich SA ja wieder direkt vom jeweiligen Gerä
meine Geräte liefern keine Zählerstände sondern nur Leistungswerte, die ich über SA ganz erfolgreich zu Energiewerten integrieren lasse.
-
@homoran sagte in Source Analytix korrigieren nach Shutdown?:
meine Geräte liefern keine Zählerstände sondern nur Leistungswerte
eben, weil du keinen Zählerstand verwendest, sondern Leistung und deshalb kommt bei dir auch kein device reset vor
-
@crunchip sagte in Source Analytix korrigieren nach Shutdown?:
kein device reset
dann hab ich was überlesen.
Ich hatte @Dieter_P so verstanden, dass sein SA falsche Werte hst.
Dass die Ursache ein falscher Zählerstand am Gerät srin soll, hab ich wohl überlesen.Dann würde ich mit einem Alias arbeiten und dort den Offset addieren lassen
-
@homoran sein minus im April ist ja auf einem device reset zurückzuführen, welches auch im log erscheint(aber wohl übersehen wurde)
daher auch@dieter_p sagte in Source Analytix korrigieren nach Shutdown?:
Wurde der Zähler mit 1900Wh nicht zurück gesetzt durch die Stromabschaltung.
@dieter_p sagte in Source Analytix korrigieren nach Shutdown?:
Oh. Du hast recht. sind ja Wh und keine kWh. die 1900Wh seitdem er wieder Strom hat kommen hin.
-
@crunchip
Das war's
hab da nur die Einheitenkorrektur wahrgenommen -
@homoran said in Source Analytix korrigieren nach Shutdown?:
Ich hab's noch nie gemacht, und erst nicht verstanden was du genau wolltest.
Das ist ja oft das Problem, da ich es selbst nicht weiß. Ich kann nur beschreiben was ich glaube zu wissen.
-
Der Zählerstand des Shelly hat sich durch den Stromverlust auf 0 (Wh) gesetzt
-
Entsprechend passen die folgenden Berechnung von SA mit Bezug zu den alten Zählerständen nicht
-
Das Ergebnis sind die -554kWh Verbrauch im April. Real dürften es irgendwas um 30kWh sein
-
Der neue Zählerstand des Shellys kann durch mich nicht geändert werden und ist was er ist. D.H. alle folgenden Berechnungen von SA müssen ihn irgendwie berücksichtigen.
Nur wie? Ist dazu die Anpassung des einen Wertes "cumulativeReading" ausreichend? Ich befürchte nein. Ich werde doch noch weitere Tageswerte justieren müssen um jetzt (10.04.) diese Fehler seit dem 5.04. raus zu bekommen, oder?
-
-
@dieter_p sagte in Source Analytix korrigieren nach Shutdown?:
Der Zählerstand des Shelly hat sich durch den Stromverlust auf 0 (Wh) gesetzt
ja, jetzt weiss ich's auch!
denk über die Verwendung des alias nach
hatte ich auch der Einfachheit halber gemacht
-
@dieter_p steht alles in den ersten Beiträgen im Thread und hat sich bis dato auch nicht geändert
https://forum.iobroker.net/post/564259
https://forum.iobroker.net/post/565789
https://forum.iobroker.net/post/567759@homoran sagte in Source Analytix korrigieren nach Shutdown?:
denk über die Verwendung des alias nach
sollte man, wie geschrieben, vorzugsweise mittels script in nen eigenen DP
wie man einen Umzug vom original auf einen alias/eigenen DP bewerkstelligen kann ist auch im Thread hinterlegt incl Änderung in die Datenbank -
@homoran said in Source Analytix korrigieren nach Shutdown?:
hatte ich auch der Einfachheit halber gemacht
Das ist ein Workaround den ich verstehe, ok. Dennoch interessiert mich ob es keinen angedachten Weg dafür gibt. Immerhin müßte ich so wieder einen neuen Datenpunkt spendieren. Mich stört nicht der zusätzliche DP, sondern der Sprung in der Datenkonsistenz. Die Historie hängt im alten Punkt und ab heute muß ich dann in den Alias gucken. Unschön.
-
https://forum.iobroker.net/post/835238
script für Umzug -
@dieter_p Das Thema ist eigentlich anders herum
immer mit alias arbeiten, dann brauchst nur im Alias die Geräte ID (bei Austausch eines defekten Geräts) oder den Zählerstand (nach reset) zu ändern.
Alles andere läuft weiter.
[Du kannst natürlich auch Geräte nehmen, der Wert nicht resettet, oder wue ich mit Leistungen arbriten]@dieter_p sagte in Source Analytix korrigieren nach Shutdown?:
Die Historie hängt im alten Punkt
Das ist ja noch einfacher.
in History gibt es dafür extra ein History-Alias. Das gab es schon lange vor dem allgemeinen Alias.
Da gibtst du beim neuen DP als History-Alias ID die alte ID ein, dann wird fleissig im alten Datensatz due Historie fortgesetzt, -
@homoran said in Source Analytix korrigieren nach Shutdown?:
Das ist ja noch einfacher.
in History gibt es dafür extra ein History-Alias.Mit Hostorie meinte ich in dem Fall die historischen SA Werte. Aber dank dem Script soll das ja kopierbar sein.
Lese mir das mal in Ruhe durch und morgen mal einen Versuch starten. An einem Alias kann ich ja weniger was kaputt machen. Zur not wird er gelöscht und auf einen Neuen nochmal probiert.
Danke Euch.
-
@crunchip said in Source Analytix korrigieren nach Shutdown?:
https://forum.iobroker.net/post/835238
script für UmzugSorry muß nochmal nachfragen, wenn ich schon einmal dabei bin. Ideal wäre nun wie folgt:
-
Alias für die Shellys erstellen (einfach & bereits gemacht)
-
Manuellen Zählerstand anlegen der nur Zählererhöhungen erfasst und dann aufsummiert.
Das wegen dem beschrieben Bug. Was ich nicht verstehe, wie unterscheidet SA dann Delivered und Consumed?
Hab es beobachtet und für beide Fälle erhöht der Shelly seinen Zähler. Muß ich da noch mehr tun damit es funktioniert? -
Dann würde ich das Script über den alten SA Daten und den manuellen erstellten "Aufsummierer" anwenden
Soweit korrekt?
-
-
@dieter_p sagte in Source Analytix korrigieren nach Shutdown?:
Was ich nicht verstehe, wie unterscheidet SA dann Delivered und Consumed?
an der von dir gemachten Definition
Delivered:
consumed
-
@homoran Danke.
Hab das Script jetzt mal laufen lassen. Klappt leider nur für die 2025er SA Daten.
Die weiteren Daten zB 2024 werden für den neuen DP nicht angelegt und kopiert.
Passend dazu der log Eintrag:
javascript.0 2025-04-16 09:30:16.044 warn at script.js.SAkopierenDP:27:3 javascript.0 2025-04-16 09:30:16.044 warn at script.js.SAkopierenDP:20:3 javascript.0 2025-04-16 09:30:16.044 warn at setState (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:2090:20) javascript.0 2025-04-16 09:30:16.042 warn State "sourceanalytix.0.0_userdata__0__PV__BKW1Stromzaehler.2024.delivered.months.11_November" not found javascript.0 2025-04-16 09:30:16.042 info script.js.SAkopierenDP: sourceanalytix.0.0_userdata__0__PV__BKW1Stromzaehler.2024.delivered.months.11_November = 8.167 javascript.0 2025-04-16 09:30:16.041 warn at script.js.SAkopierenDP:27:3 javascript.0 2025-04-16 09:30:16.041 warn at script.js.SAkopierenDP:20:3 javascript.0 2025-04-16 09:30:16.041 warn at setState (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:2090:20) javascript.0 2025-04-16 09:30:16.039 warn State "sourceanalytix.0.0_userdata__0__PV__BKW1Stromzaehler.2024.delivered.months.10_October" not found javascript.0 2025-04-16 09:30:16.039 info script.js.SAkopierenDP: sourceanalytix.0.0_userdata__0__PV__BKW1Stromzaehler.2024.delivered.months.10_October = 377.321Immerhin wenn ich dann die Instanz starte, erkennt er einen Reset:
Device reset detected for 0_userdata.0.PV.BKW1Stromzaehler store current cumulatedReading 1622.5856410000001 as valueAtDeviceReset (previous valueAtDeviceReset : 0) -
@dieter_p sagte in Source Analytix korrigieren nach Shutdown?:
Die weiteren Daten zB 2024 werden für den neuen DP nicht angelegt und kopiert.
Steht auch so im Thread, dazu müsste das Script erweitert werden.
-
@crunchip said in Source Analytix korrigieren nach Shutdown?:
Steht auch so im Thread, dazu müsste das Script erweitert werden.
Danke. Naja für mich irgendwie diskutabel was dieses Skript dann überhaupt nutzt, wenn ich am Ende eh per "json Export" dann "Suchen&Ersetzen-Modifikation" und dann import alles händisch mache.
Egal, dafür dürfe ich meinen workaraound nun haben.
Nun muß ich nur noch verstehen, welchen Datenpunkte ich alle modifizieren muß damit alle Ergebnisse wieder richtig sind.
In Zukunft dürfte aber so schon mal die Basis für weniger solcher Fehler geschaffen sein.
-
@dieter_p Naja, das Script ist entstanden um anfängliche "Fehler" bei der Einrichtung und Anlage der Datenpunkte zu korrigieren. Wenn natürlich das schon mehrere Jahre läuft, greift das script nicht, dazu müsste es erweitert werden. Ich kann selbst kein Javascript und kann diesbezüglich nicht weiterhelfen. Es war ja auch nur ein Hinweis, das es möglich ist, bestehende Dp's umzuziehen.
Wer die alias Funktion von Beginn an richtig nutzen würde, käme erst gar nicht in die Situation.Anderer Ansatz wäre, den anderen Adapter zu nutzen (Name gerade nicht parat) , kann das gleiche, jedoch ohne Preise, also nur Verbrauch, was aber auch eine komplette Neuanlage der Datenpunkte voraussetzt.
edit
https://www.iobroker.net/#en/adapters/adapterref/iobroker.valuetrackerovertime/README.md
oder
https://www.iobroker.net/#de/adapters/adapterref/iobroker.statistics/README.mdden gäbe es auch noch
https://github.com/ioBroker/ioBroker.consumption/blob/master/README.md -
@crunchip said in Source Analytix korrigieren nach Shutdown?:
Es war ja auch nur ein Hinweis, das es möglich ist, bestehende Dp's umzuziehen.
Kein Vorwurf meinerseits.
@crunchip said in Source Analytix korrigieren nach Shutdown?:
Ich kann selbst kein Javascript und kann diesbezüglich nicht weiterhelfen.
Ich auch nicht. Und wenn Ich dann sowas sehe:
Dann komme ich mit einfachen Editoren zu recht (Suchen & Ersetzen) und verstehe was passiert.
Das Schütz natürlich nicht vor Tippfehlern usw.Mein Hauptproblem ist halt, dass ich nicht weiß woran man "fummeln" kann und was, wann ganz sicher schief geht.
Das mal sauber/verständlich definiert zu sehen. Wäre eine tolle Hilfe auch wenn ich jetzt falsche Berechnungen auf Grund von was auch immer korrigieren möchte. Dabei bin ich auf der Suche nach belastbaren Aussagen, wie die historischen Berechnung vergangener Jahre packt der Adapter nicht mehr an. Wenn man manuell die Monatswerte und Jahreswerte 2 stellig hinterm Komma anpasst, sollte das unkritisch sein.
