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

[crunchip]

@smallfeuer geht aber nur wenn du auch den Experten Modus(Kopf neben dem Iobroker) eingeschaltet hast, sonst wird die Änderung nicht übernommen

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

und cumulativReading auf 2315.7942 (StartDay)?

nein das muss dein aktueller Zählerstand sein

[Smallfeuer]

@crunchip Ok, danke. Dann werd ich das heut Abend testen, falls der Datenlieferant bis dahin wieder korrekte Zahlen schickt.

Ärgerlich ist aber, das mir das ja immer wieder passiert, wenn die gleichen Daten kommen und sich nur die Uhrzeit ändert.

[crunchip]

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

Ärgerlich ist aber, das mir das ja immer wieder passiert, wenn die gleichen Daten kommen und sich nur die Uhrzeit ändert.

Verstehe ich jetzt nicht, so fern dein Zähler gleich bleibt bzw größer wird, sollte eigentlich nichts passieren

[crunchip]

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

Geht die Änderung des Bezugpreises rückwirkend auf die bisherigen Berechnungen?

ich zitiere aus der Telegram Gruppe

Ab diesem Tag + die jeweilige Periode (Woche/monat/kwartal)

heisst, keine Änderungen rückwirkend

[Chaot]

@crunchip Danke für die Info.
Perfekt!

[JB_Sullivan]

Kann jemand hierzu etwas sagen? Heute war mein Messstellenbetreiber Discovergy den ganzen Tag offline. Da SA die Zählerstände aus Discovergy mit schreibt, ist das natürlich denkbar unglücklich.

Seit dem frühen Abend kommen jetzt wieder Werte rein, aber SA hat das daraus gemacht (siehe Screenshot vom DP). Somit passt natürlich nichts mehr zusammen. Kann man das irgendwie wieder gerade ziehen oder passiert das heute Nacht automatisch?

[crunchip]

@jb_sullivan wäre dann

4e-7 = 4 × 10-7 = 0.0000004

previousday ist doch gestern, also zweitrankig, wichtiger ist, ob der aktuelle Wert (cumulative Reading) mit dem Zähler übereinstimmt

[JB_Sullivan]

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

ob der aktuelle Wert (cumulative Reading) mit dem Zähler übereinstimmt

Nein, tut er nicht. Er zeigt über 3000 kwh mehr an, als der Zählerstand des DP`s den er tracken soll. Es kommt mir vom Wert so vor, als ob Discovergy bei der Reaktivierung kurzeitig Bezug und Einspeisung vertauscht haben. Bei Einspeisung steht nämlich ca. der Wert drin der heute Morgen auf dem Bezug Zähler stand.

Der Einspeisezähler wäre aber vom Wert her wie gesagt ca. 3000 kwh geringer. Kann ich im RAW den cumulativ Reading mit dem aktuellen Ist Wert aus dem getrackten DP des Discovergy Adapter überschreiben? Der Wert im Discovergy Adapter ist korrekt. Nur in SA ist er falsch.

EDIT: Hmm - geht nicht mit Wert überschreiben. Ich stoppe die SA Instanz, ändere den Wert und starte SA wieder. Zack steht das wieder der Falsche Wert drin - wo holt er sich den her? Ich habe auch schon versuch MeterReadings anzupassen. Auch da, Zack nach dem Neustart steht da wieder der 6000er Wert drin.

Gibt es noch irgendwo einen Pufferspeicher wo dieser falsche Wert gehalten wird?

[Smallfeuer]

@crunchip Ok, hier war der Fehler. Der Abbruch beim Datenlieferant --> Versuchter Neustart kam wohl mit gerundeten werten daher.
Um sowas zu verhindern, wäre es vllt. praktisch eine kleine Toleranz einzubauen. Aber die Instanz hat im Grunde korrekt reagiert und mit zählerstand 2318.558 einen neuen Zähler erkannt.
Dann hoffen wir mal das das nicht nochmal passiert.

10.01.2022	11:20:53.309Z	2318.5777	true
10.01.2022	11:21:23.396Z	2318.5787	true
10.01.2022	11:25:53.986Z	2318.5787	true
10.01.2022	12:53:11.955Z	2318.558	true
10.01.2022	19:05:47.627Z	2318.558	true
10.01.2022	19:06:17.674Z	2318.5963	true
10.01.2022	19:08:48.075Z	2318.5963	true
10.01.2022	19:09:18.151Z	2318.6446	true

Hab grad alles korrigieren können. Danke. Hab erst gedacht es ist ein Fehler drin, da ich heut nur 90 cent für Strom bezahlt hab. Aber wie man sieht, war Mittag warm machen und Co heut umsonst. Verrückt, das die Zähler nicht weiter laufen, wenn das Internet ausfällt :)

[crunchip]

@jb_sullivan hast du die letzten Post hier gelesen? wenn dein Wert zu hoch ist, fand wohl ein device reset statt, folglich,
SA stoppen, Expertenmodus an.
Werte anpassen(RAW des Original DP), SA wieder starten

[JB_Sullivan]

@crunchip
RAW des orginal (des getrackten?) Datenpunktes ist ja korrekt, leider holt sich SA diesen nicht ab.

[crunchip]

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

ist ja korrekt

nö, ist falsch

reset und init hast du nicht angepasst

[Smallfeuer]

@crunchip Eine Frage hätte ich noch, ich hab jetzt in den Verlaufsdaten des Jahrescharts einen Datenpunkt der 2300kwh zu viel hat. Gibt es eine Möglichkeit diesen manuell zu löschen? Der versaut mir meine Grafik :(

[JB_Sullivan]

@crunchip

DAs ist ja das was ich meine - der 3000er ist der, den auch das Gerät ausgibt - also Richtig.

Ich stoppe SA, trage den 3000er Wert statt des 6500er Wert ein und starte SA wieder. Zack steht wieder 6500 bei cumulativ Reading drin ?!!??

reset und init hast du nicht angepasst

Was ist das?

[crunchip]

@jb_sullivan

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

reset und init hast du nicht angepasst, entweder du trägst die beiden so ein, oder du löscht sie komplett heraus

        "valueAtDeviceReset": 0,

        "valueAtDeviceInit": null,

[crunchip]

@smallfeuer wo löschen?

[JB_Sullivan]

@crunchip

Wo sollte ich die finden? Im original Datenpunkt? oder bei SA unter cumulativReading?

Original DP

{
  "type": "state",
  "common": {
    "name": "Zählerstand Abgabe Gesammt",
    "type": "number",
    "role": "value.power.delivery",
    "unit": "kWh",
    "write": false,
    "read": true,
    "custom": {
      "sourceanalytix.0": {
       "valueAtDeviceReset": 0,                  <---------------------- so?
        "valueAtDeviceInit": null,                  <----------------------- so?
        "enabled": true,
        "alias": "",
        "selectedPrice": "ElectricityDelivery",
        "selectedUnit": "kWh",
        "costs": true,
        "consumption": true,
        "meter_values": true,
        "start_day": 3289.9739438,
        "start_week": 3289.9739438,
        "start_month": 3288.6489348,
        "start_quarter": 3288.6489348,
        "start_year": 3288.6489348,
        "currentValue": 31.546147,
        "valueAtDeviceReset": 3290.0493853,
        "valueAtDeviceInit": 3290.0486133,
        "cumulativeValue": 3289.9739438
      },
      "influxdb.0": {
        "enabled": true,
        "changesOnly": true,
        "debounce": "1000",
        "retention": "31536000",
        "changesRelogInterval": "3600",
        "changesMinDelta": 0,
        "storageType": "",
        "aliasId": ""
      }
    }
  },
  "native": {},
  "from": "system.adapter.discovergy.0",
  "user": "system.user.admin",
  "ts": 1641841305171,
  "_id": "discovergy.0.TEST.energyOut",
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}

SA DP

{
  "type": "state",
  "common": {
    "name": "Cumulative Reading",
    "type": "number",
    "role": "value",
    "read": true,
    "write": false,
    "unit": "kWh",
    "def": 0
  },
  "native": {},
  "from": "system.adapter.sourceanalytix.0",
  "user": "system.user.admin",
  "ts": 1641846295976,
  "_id": "sourceanalytix.0.discovergy__0__TEST__energyOut.cumulativeReading",
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}

[crunchip]

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

Im original Datenpunkt?
und kein screenshot bitte, so kann ich dir es nicht zeigen

[JB_Sullivan]

@crunchip

Habs oben geändert, da ich dir leider nicht so ganz folgen kann.

[Smallfeuer]

@crunchip Ich hab es gefunden ;) Ich hab über WinSCP die json Datei aus dem History Ordern von heut bearbeitet und den fehlerhaften Datensatz rausgehaun. Jetzt stimmt mein Jahreschart wieder.
Aber trotzdem nochmal danke für deinen 24/7 Support hier :) Schönen Feierabend...