[SourceAnalytix 0.4.8-Final] Released !
-
Hat niemand sonst dieses Problem ?
Warum kann man nicht einfach angeben wie der alte Zählerstand war und mit welchem Zählerstand man beginnt und dann sollte SA ganz normal weiterrechnen.
Entweder bin ich einfach zu blöd dafür oder was weiß ich...
-
@manfredh-1 sagte in [SourceAnalytix 0.4.8-Final] Released !:
Warum kann man nicht einfach angeben wie der alte Zählerstand war und mit welchem Zählerstand man beginnt
kannst du doch
sourceanalytix.0.xyz.cumulativeReading ist dein Zählerstand und in der Config die Startwerte hinterlegen
Änderungen kannst du aber nur machen, im Expertenmodus und wenn SA gestoppt ist, sonst werden diese nicht übernommen -
@crunchip said in [SourceAnalytix 0.4.8-Final] Released !:
sourceanalytix.0.xyz.cumulativeReading ist dein Zählerstand und in der Config die Startwerte hinterlegen
Das mache ich ja die ganze Zeit.
CumulativeReading mit dem alten Gerät ist: 356.75894583862765
sobald ich das neue Gerät im Alias hinterlege ist CumulativeReading dann: 480.50800000000004und das hier sind die Werte welche im Adapter eingetragen sind (noch mit dem alten Gerät):
zwischen alten CumulativeReading und neuem CumulativeReading sind ca. 124 kWh Unterschied.
Was muss ich jetzt wo eintragen ?
-
@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
-
@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.
-
@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
-
@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:
-
@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 greiftam besten keine screenshots der raw, so kann ich nichts markieren, den da fällt mit auf, der max Wert steht auf 4000
-
@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)
-
@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
-
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. -
@guergen sagte in [SourceAnalytix 0.4.8-Final] Released !:
lässt sich nicht löschen.
auch nicht wenn SA gestoppt ist?
-
@crunchip Nein, auch dann nicht.
Dieses hier bleibt über:
Cache ist gelöscht, anderer Browser wurde auch schon getestet -
@guergen das loggen, zum DP hast du aber deaktiviert?
-
@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. -
@guergen expertenmodus an?
-
@crunchip ja
-
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? -
@manfredh-1 Es wird ab dem 1.10 mit dem neuen Tarif gerechnet. Davor bleibt unverändert.
-
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 ?
