UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[warp735]

@homoran
Und das bastelst dir dann zusammen?

[Homoran]

@warp735 sagte in SDM72 - Werte falsch ?!:

@homoran
Und das bastelst dir dann zusammen?

Was meinst du?
ich versuche deiner Logik mit den Phasenverrechnungen zu folgen!

Aber bei einer Phase allein wird nichts verrechnet, richtig?

[warp735]

@homoran
Natürlich nicht. Mich interessieren auch keine einzelnen Phasen. Den TE doch auch nicht. Register 73 und 75 entsprechen beim offiziellen Zähler 180 und 280. Die will ich auslesen. Und die laufen von Tag zu Tag immer weiter auseinander. Nix anderes wollte ich damit sagen.

[Homoran]

@warp735 sagte in SDM72 - Werte falsch ?!:

Und die laufen von Tag zu Tag immer weiter auseinander. Nix anderes wollte ich damit sagen.

das mag (incl. der korrekten Beschreibung) für den SDM72 stimmen)
Aber @bahnuhr, fragte auch ob der 630 da besser sei.

Dieser hat jedoch bei mir gewaltige Unterschiede zum EVU Zähler. Da läuft nix langsam auseinander
Die Argumentation mit der unkorrekten Saldierung zieht hier aber nicht, weil auch die Energiewerte der Einzelphasen, die es beim SDM72 leider zur Verifizierung nicht gibt) aufsummiert, exakt die jeweiligen total ergibt.

[warp735]

@homoran sagte in SDM72 - Werte falsch ?!:

ob der 630 da besser sei.

Ich hatte den V2 und bereits nach zwei Monaten war der Unterschied deutlich. Hab von Eastron direkt mein Geld zurück bekommen, weil sie gesagt haben das geht nicht und machen sie auch nicht.
Scheinbar gehts beim V3 ja doch. Glückwunsch. 630V2 definitiv nicht.

Die meisten Länder zählen nach C03. Und da man beim Eastron nix einstellen kann, würde es mich wundern, wenn sie extra ein Gerät für D machen.

[Homoran]

@warp735 sagte in SDM72 - Werte falsch ?!:

630V2 definitiv nicht.

das stimmt!

@warp735 sagte in SDM72 - Werte falsch ?!:

Scheinbar gehts beim V3 ja doch

aber ich kann ihn @bahnuhr nur unter Vorbehalt empfehlen, solange ich nicht weiss woher die Diskrepanz von fast 100% zum EVU Zähler bei mir herkommt.

[Homoran]

@warp735
@bahnuhr

ich glaube ich habe den Knackpunkt gefunden, nachdem ich eine Nacht (nicht) drüber geschlafen habe.
Auslöser war hier die Fußnote

Mir hat es erst eingeleuchtet als ich nicht eine, sondern mehrere Zeitabschnitte mit unterschiedlicher Phasenbelastung betrachtet habe.
Bei der Leistung sähe es z. b. so aus

      L1     L2     L3     total
     2       3       -4         1 kW
     3       2       -4         1 kW
     2      -4        3         1 kW
     3      -4        2         1 kW
    -4       2        3         1 kW
    -4       3        2         1 kW

Das funktioniert auch.
Jetzt nehmen wir der Einfachheit halber mal an, dass jede Sequenz 1h dauert und betrachten dies als Energie in kWh

      L1     L2     L3     total
     2       3       -4         1 kWh
     3       2       -4         1 kWh
     2      -4        3         1 kWh
     3      -4        2         1 kWh
    -4       2        3         1 kWh
    -4       3        2         1 kWh

Der EVU Zähler würde in der Summe 6kWh Bezug angeben.
die Eastron betrachten weiterhin jede Phase einzeln und errechnen

Bezug L1 10kWh - Einspeisung L1 8kWh
Bezug L2 10kWh - Einspeisung L2 8kWh
Bezug L3 10kWh - Einspeisung L3 8kWh

Das ergibt on der Summe

Bezug total 30kWh - Einspeisung total 24 kWh, das erklärt auch meine hohen Werte.

hinzugekommen ist ein neuer "saldierender" Wert, der aber nur die Bilanz (Bezug-Einspeisung) also hier 6kWh erfasst und nicht mehr in Einspeisung und Bezug differenziert.
(das Beispiel hat leider keine Sequenz, in der saldierend eingespeist wird)
Die Bilanz bei meinen hohen Werten vom Eastron ist dann auch die Bilanz vom EVU-Zähler.

noch abstruser sind IMHO Register, die die gesamtenergie auf einer Phase addieren, egal ob eingespeist, oder bezogen

[bahnuhr]

@homoran
Ja, gut dargestellt.
Und ich glaube, dass es genau so bei mir ist.

d.h. dann aber auch:
Die Werte für Bezug und eingespeist (saldiert über 3 Phasen) bekommen wir wohl nicht.

Der Netto Wert (Bezug - Eingespeist) passt dann wieder mit dem offiziellen.
(hab ich nachgerechnet)

[Homoran]

@bahnuhr sagte in SDM72 - Werte falsch ?!:

Die Werte für Bezug und eingespeist (saldiert über 3 Phasen) bekommen wir wohl nicht.

die Energiewerte, ja leider.
die muss dann sourceanalytix rechnen.

@bahnuhr sagte in SDM72 - Werte falsch ?!:

Der Netto Wert (Bezug - Eingespeist) passt dann wieder mit dem offiziellen.

ist aber leider nicht wirklich brauchbar, wenn du sehen willst wieviel du dem EVU für 7ct verkauft und vom EVU für 35ct gekauft hast.

in Ländern, in denen der Zähler rückwärts drehen darf und nur dieser Nettowert berechnet wird, würde es passen.

[bahnuhr]

@homoran sagte in SDM72 - Werte falsch ?!:

die muss dann sourceanalytix rechnen.

geht das damit ?

denn er muss ja W umrechnen (addieren) zu kWh

[Homoran]

@bahnuhr sagte in SDM72 - Werte falsch ?!:

denn er muss ja W umrechnen (addieren) zu kWh

integrieren über die Zeit!

ja das macht SourceAnalytix. Und noch viel mehr Auswertungen

Möglicherweise gibt es noch andere Adapter, die nur integrieren. War letztens in einem anderen Thread.

ich mach das mit meiner Batterie so. Da waren die Energiewerte auch Hausnummern. Jetzt weiss ich auch warum. Der EM24 arbeitet ja wie der SDM630

jetzt scheint gerade die Sonne und es läuft kein größerer Verbraucher, aber die phasenbezogene Leistung kann schon deutlich unterschiedlich sein.

EDIT:
jetzt regelt die Batterie phasenübergreifend gegen

das führt bei Berechnung über die einzelnen Phasen genau zu dem beschriebenen Problem.

[bahnuhr]

@homoran

hab mal ein kleines Script geschrieben:

on({id: "modbus.0.inputRegisters.1.30053_Leistung_(gesamt)"}, function(obj) { 
    if (obj.state.val >= 0 && obj.oldState.val >= 0) {                                           // aktuell und vorher > 0
        setState("javascript.0.Geräte.Stromzähler_SDM72.Leistung_bezogen", obj.state.val);
    } else if (obj.state.val <= 0 && obj.oldState.val <= 0) {                                    // aktuell und vorher < 0
        setState("javascript.0.Geräte.Stromzähler_SDM72.Leistung_eingespeist", obj.state.val);
    } else if (obj.state.val >= 0 && obj.oldState.val <= 0) {                                    // aktuell > 0 ; vorher < 0
        setState("javascript.0.Geräte.Stromzähler_SDM72.Leistung_bezogen", obj.state.val);
        setState("javascript.0.Geräte.Stromzähler_SDM72.Leistung_eingespeist", 0);
    } else if (obj.state.val <= 0 && obj.oldState.val >= 0) {                                    // aktuell < 0 ; vorher > 0
        setState("javascript.0.Geräte.Stromzähler_SDM72.Leistung_bezogen", 0);
        setState("javascript.0.Geräte.Stromzähler_SDM72.Leistung_eingespeist", obj.state.val);
    }
});

Mal schauen was morgen bei sourceanalytix angelegt wurde.

[Homoran]

@bahnuhr je nach Intervall der Datenabfrage des Zählers wird sich eine Abweichung vom EVU Zähler zeigen.
kurze Spitzen wrden ggf. nicht erwischt

bei meiner Batterie sind das jetzt die "Zählerstände"

Damit rechne ich weiter.
Tsges-, Monats- oder Jahressummen brauch ich eigentlich gar nicht.

[bahnuhr]

@homoran

welche Einstellungen hast du bei den DP bzgl. sourceanalytix ?
Bei mir so:

Ich bekomme aktuell bei dem Ordner sourceanalytix gar keine DP angezeigt.

[Homoran]

@bahnuhr sagte in SDM72 - Werte falsch ?!:

Ich bekomme aktuell bei dem Ordner sourceanalytix gar keine DP angezeigt.

das dauert ggf. was

@bahnuhr sagte in SDM72 - Werte falsch ?!:

welche Einstellungen hast du bei den DP bzgl. sourceanalytix ?

kann sein, dass du eine Preisdefinition brauchst.
Da sollte es eine Meldung im Log geben

[warp735]

@homoran sagte in SDM72 - Werte falsch ?!:

noch abstruser sind IMHO Register, die die gesamtenergie auf einer Phase addieren, egal ob eingespeist, oder bezogen

Für uns abstrus, in anderen Ländern völlig normal.
Als ich damals mit Eastron in Kontakt war, fanden die "unser" Rechenmodel abstrus. Wusste ich bis dahin auch nicht, das wir, wie so oft, alles anders machen :-)

@bahnuhr sagte in SDM72 - Werte falsch ?!:

Die Werte für Bezug und eingespeist (saldiert über 3 Phasen) bekommen wir wohl nicht.

sag ich doch :-) Zumindest nicht mit dem Eastron

[Homoran]

@warp735 sagte in SDM72 - Werte falsch ?!:

Für uns abstrus, in anderen Ländern völlig normal.

Wenn du z.B. Die Belastung einer Leitung über die Zeit sehen willst, ist dieser Wert sogar sehr sinnvoll.
Wenn da ein BKW und ein Verbraucher dran hängen, die Bilanz eine niedrige Energie ergibt, dann zeigt diese Summe aber die tatsächliche Auslastung der Leitung an.

aber aus der Liste

war ja (für mich) nicht direkt zu ersehen dass die Summen der einzelnen Phasen schon "falsch" sind

[bahnuhr]

@homoran
ich wollte ja nochmal Rückinfo geben bzgl. sourceanalytix.
Die Werte werden alle 5 Sek. abgefragt:
Und sie passen ganz gut, finde ich:

[Homoran]

@bahnuhr wieder 260 euro gespart :moneybag:

[bahnuhr]

@homoran sagte in SDM72 - Werte falsch ?!:

@bahnuhr wieder 260 euro gespart :moneybag:

genau !
man muss halt erst einmal darauf kommen, dass der SDM72 dies nicht von alleine kann.