Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[crunchip]

@manfredh-1 sagte in [SourceAnalytix 0.4.8-Final] Released !:

sobald ich das neue Gerät im Alias hinterlege ist CumulativeReading dann: 480.50800000000004

ja, weil der Stand vom neuen Gerät übermittelt/verrechnet wird

ich hab das selbst noch nie mit einem alias gemacht, bei mir sind überall original Geräte eingebunden.
im Normalfall, wenn man ein Zählertausch stattfindet, ist dieser auch 0 und nicht schon irgend ein Wert.

und was ist, wenn du danach SA stoppst und CumulativeReading korrigierst auf den richtigen Wert

[ManfredHi]

@crunchip said in [SourceAnalytix 0.4.8-Final] Released !:

und was ist, wenn du danach SA stoppst und CumulativeReading korrigierst auf den richtigen Wert

erscheint wieder der neue (höhere) Wert.

[crunchip]

@manfredh-1 jetzt mal nochmal von vorne, zeig mir doch bitte das Raw von deinem Datenpunkt den du mit Sa loggst und nenn mir den Zählerstand, den dein original Zähler ausgibt

[ManfredHi]

@crunchip
Bin jetzt mal zu einer Lösung gekommen.
Und zwar habe ich bei valueAtDeviceReset die Differenz zwischen CumulativeReading und dem neuen Zählerstand der Dose eingetragen. In meinem Fall ist das ein Minuswert.
Dann bleibt im SA CumulativeReading auf dem alten Wert und er rechnet dann weiter.
Ob ich auch bei valueDeviceInit etwas eintragen muss, ist mir nicht klar (urspürnlich stand bei beiden Werten NULL). Nun ist in dem einen Feld automatisch eine 0 eingetragen worden.

NIcht ganz klar ist mir auch, was es mit diesem Wert genau auf sich hat. Wann das gesetzt werden muss und wann nicht:

[crunchip]

@manfredh-1 sagte in [SourceAnalytix 0.4.8-Final] Released !:

NIcht ganz klar ist mir auch, was es mit diesem Wert genau auf sich hat. Wann das gesetzt werden muss und wann nicht:

das ist dafür gedacht, das es Geräte gibt, die nicht fortlaufend zählen( sich Mitternacht zurücksetzen, oder auch sporatisch mal ein falscher/kleinerer Wert vom Gerät übermittelt wird)
somit kann man da einstellen, ob es vom Adapter erkannt wird.
Schwelle 1 würde bedeuten, bei Unit kwh, das ab einer Differenz 1Kwh, die Regel greift

am besten keine screenshots der raw, so kann ich nichts markieren, den da fällt mit auf, der max Wert steht auf 4000

[ManfredHi]

@crunchip said in [SourceAnalytix 0.4.8-Final] Released !:

da fällt mit auf, der max Wert steht auf 4000

Der dürfte irrtümlich reingekommen sein, als ich den Alias probweise auf den aktuellen Watt-Wert der Dose eingestellt habe. bei den Fritzdosen steht dort nämlich max. 4000 drinnen. Bei den Datenpunkten für die Gesamtenergie ist dieser bei den Fritzdatenpunkten auf 999999999 eingestellt. Hab das nun auch im Alias korrigiert.

@crunchip said in [SourceAnalytix 0.4.8-Final] Released !:

Schwelle 1 würde bedeuten, bei Unit kwh, das ab einer Differenz 1Kwh, die Regel greift

Wäre es dann in diesem Fall besser, dass ich diese Funktion ausschalte, damit nicht irrtümlich mal ein Reset gemacht wird (z.B. bei einer fehlerhaften Übertragung)

[crunchip]

@manfredh-1 sagte in [SourceAnalytix 0.4.8-Final] Released !:

damit nicht irrtümlich mal ein Reset gemacht wird (z.B. bei einer fehlerhaften Übertragung)

damit ist ja die Funktion ja eigentlich da

bei mir ist das deaktiviert, nutze ich nicht

[guergen]

Hi,
habe grade das Problem, dass SA (wahrscheinlich) es nicht zulässt, dass tote DP gelöscht werden. Hat das auch schonmal jmd gehabt?
Konkret:
Ich hatte mich verschrieben, der DP hatte eine falsche Bezeichnung über linkeddevices bekommen. Habe dann den DP neu anlegen lassen und den alten im SA deaktiviert.
Jetzt geistert unter dem SA-Ordner der alte rum und lässt sich nicht löschen.

[crunchip]

@guergen sagte in [SourceAnalytix 0.4.8-Final] Released !:

lässt sich nicht löschen.

auch nicht wenn SA gestoppt ist?

[guergen]

@crunchip Nein, auch dann nicht.
Dieses hier bleibt über:

Cache ist gelöscht, anderer Browser wurde auch schon getestet

[crunchip]

@guergen das loggen, zum DP hast du aber deaktiviert?

[guergen]

@crunchip Ja, zuerst das logging im gelinkten DP gestoppt, dann den SA-DP versucht zu löschen.
Dann den DP im linkeddevices gelöscht. Anschliessend festgestllt, dass der SA-DP noch da ist.
Dann habe ich das ganze wieder hergestellt in den (falschen) Zustand und noch einmal vollzogen.
Dann wird natürlich der 2022er Ordner angelegt und alles wird richtig eingetragen.

[crunchip]

@guergen expertenmodus an?

[guergen]

@crunchip ja

[ManfredHi]

Hallo.
Wenn ich mit 1. Oktober im SA den Einspeisetarif ändere, gelten dann die Änderungen für alles ab 1. Oktober und bleiben die bestehenden Einträge unverändert oder wird alles neu berechnet?

[Chaot]

@manfredh-1 Es wird ab dem 1.10 mit dem neuen Tarif gerechnet. Davor bleibt unverändert.

[ManfredHi]

Hallo, mir ist gerade aufgefallen, weil ich in einem Script auf den Zählerstand des Vortages zugreifen wollte, dass bei sämtlichen SA-Einträgen in den metaReadings, nirgends die Einträge für 01_previousDay, 02_previousWeek usw. ausgefüllt sind.
Nur bei currentWeek und previousWeek an den einzelnen Wochentagen sind diese vorhanden.

Habe ich hier etwas falsch eingestellt ?

[a200]

@manfredh-1 sagte in [SourceAnalytix 0.4.8-Final] Released !:

Hallo, mir ist gerade aufgefallen, weil ich in einem Script auf den Zählerstand des Vortages zugreifen wollte, dass bei sämtlichen SA-Einträgen in den metaReadings, nirgends die Einträge für 01_previousDay, 02_previousWeek usw. ausgefüllt sind.
Nur bei currentWeek und previousWeek an den einzelnen Wochentagen sind diese vorhanden.

Habe ich hier etwas falsch eingestellt ?

Eher nicht. Ist bei mir auch leer.

[ManfredHi]

@a200 said in [SourceAnalytix 0.4.8-Final] Released !:

Eher nicht. Ist bei mir auch leer.

Ok, das ist natürlich blöd, weil ich über ein Script auf den Zählerstand vom Vortrag zugreifen muss.
Macht es in SA ein Problem, wenn ich mit einem Script um Mitternacht diesen Wert automatisch befülle oder kommt da in SA dann irgendwas durcheinander ? Bzw. wird das wenn die INstanz neu gestartet wird dann wieder gelöscht ?

[DoubleD]

hat sich erledigt...