[OBIS V2] - Jetzt auch mit SML-Unterstützung

[Icinger]

Hihi, kann passieren, manchmal steht man einfach auf dem Kabel

[Tungsten]

Ich trau mich fast gar nicht zu fragen, aber wie ermittelt ihr den Eigenverbrauch?

[KölnSolar]

Nur mit OBIS, es sei denn Du hast einen OBIS-Erzeugungszähler, gar nicht. Daher bitte neues Thema eröffnen, falls meine Antwort nicht ausreicht.
Definiere ein Userreading mit Eigenverbrauch = Bezug + Erzeugung(woher auch immer) - Einspeisung.

[willybauss]

Definiere ein Userreading mit Eigenverbrauch = Bezug + Erzeugung(woher auch immer) - Einspeisung.

So habe ich es gemacht. Verbrauch/Einspeisung mit OBIS, Erzeugung mit JSONMETER (Youless 110). Obwohl ich beide Zählerauslesungen synchronisiert habe (alignTime-Attribut) passiert es immer wieder, dass die Berechnung zu "negativem Eigenverbrauch" führt, wenn sich z.B. an Tagen mit wolkigem Himmel und gleichzeitig schwankendem Verbrauch die Werte ungünstig addieren, sh. z.B. im Bild die blauen Zacken in den positiven Bereich zwischen 14 und 17 Uhr.

[Icinger]

@Martin: Hat das mit dem Channels-Attribut jetzt geklappt?

[Martin Fischer]

Hallo Stefan,

@Martin: Hat das mit dem Channels-Attribut jetzt geklappt?

ich war ein paar Tage geschäftlich unterwegs, so dass ich noch nicht dazu kam. In wie fern soll das denn mit dem Channels Attribut Abhilfe schaffen? So wie ich lese, wird damit "nur" der Channel umbenannt. Dann werden diese nicht mehr als Multiplikator herangezogen?

Rein rhetorisch gefragt: Wie sollte ich denn die Channels nennen?

Oder anders: Ich brauche diese Channels 0.1.015..29 ja vermutlich überhaupt nicht, da sie zum einen immer den selben Wert liefern und zum anderen (mir) nicht bekannt ist, was sich hinter diesen Channels "versteckt".

Da wäre es aus meiner Sicht einfacher (und besser) ein "ignoreChannels" oder ähnlich einzuführen. Warum sollte ich readings mitführen, die keinen Informationsgehalt haben und vermutlich nur mit "Platzhalterwerten" belegt sind.

Gruß Martin

[Icinger]

Hmm, mir ist nicht ganz klar, wo du eine Multiplikation siehst.

Für mich stellt sich das eher so dar, dass die Messpunkte

Code: [Auswählen]

1.8.1
1.8.1*29
1.8.1*28
uswjeweils den Punkt 1.8.1 nacheinander überschreiben.

Das ist grundsätzlich schon mal richtig so, weil ich das *xx ausfiltere, weil jeder Zähler da andere Werte hinten hat leider.
Gibt zwar nen de-facto Standard, nur hält sich niemand genau daran

Mit einem

Code: [Auswählen]

attr <dev> channels {"1.8.1.\d\d"=>"unused"}könntest du die unnötigen 1.8.1er-Daten in ein "Nebenreading" schubsen, damit bleibt nur mehr der 1.8.1 alleine übrig.

Es gibt schon ein (hab gerade gesehen, dass ich das noch nicht dokumentiert habe)

Code: [Auswählen]

attr <dev> ignoreUnknown onDamit sollten die ganzen nicht zuordenbaren Readings dann nicht mehr gesetzt werden (bitte einmal ein deletereadings......... machen).

lg, Stefan

[Martin Fischer]

Hallo Stefan,

Hmm, mir ist nicht ganz klar, wo du eine Multiplikation siehst.

Das war natürlich Schmarn... Es war ein langer Tag und ich nicht bei der Sache

Für mich stellt sich das eher so dar, dass die Messpunkte
[...]
jeweils den Punkt 1.8.1 nacheinander überschreiben.

Korrekt.

Mit einem

Code: [Auswählen]

attr <dev> channels {"1.8.1.\d\d"=>"unused"}könntest du die unnötigen 1.8.1er-Daten in ein "Nebenreading" schubsen, damit bleibt nur mehr der 1.8.1 alleine übrig.

Code: [Auswählen]

PERL WARNING: Unrecognized escape \d passed through at (eval 1254292) line 1.
Habe mal auf die Schnelle (ohne den Quelltext zu "auditieren" ) verschiedene RegExp ausprobiert; keiner führte dazu, dass das Überschreiben ausbleibt.

Es gibt schon ein (hab gerade gesehen, dass ich das noch nicht dokumentiert habe)

Code: [Auswählen]

attr <dev> ignoreUnknown onDamit sollten die ganzen nicht zuordenbaren Readings dann nicht mehr gesetzt werden (bitte einmal ein deletereadings......... machen).

ja, den hatte ich schon gesetzt.. ist aber nicht das was ich meinte. Ein "ignoreChannel" und dann eine Aufzählung der zu ignorierenden Channels halte ich für "selbsterklärender".

[Icinger]

Dann machs umgekehrt:

Code: [Auswählen]

attr <dev> attr <dev> channels {"1.8.1"=>"total_consumption_Ch1"}

Ein "ignoreChannel" und dann eine Aufzählung der zu ignorierenden Channels halte ich für "selbsterklärender".

Würde halt - zb in deinem Fall - zu einem endlos langen Wust führen und ein wenig Frustration (denke ich).
Kanns aber gern mal implementieren, jetzt kommt eh wieder die Zeit, wo man mehr drinnen als draussen ist gg

lg, Stefan

[Martin Fischer]

Dann machs umgekehrt:

Code: [Auswählen]

attr <dev> attr <dev> channels {"1.8.1"=>"total_consumption_Ch1"}

Vielleicht könntest Du das, genau so wie den umgekehrten Fall, mal testen.. beides funktioniert nämlich nicht so, wie es in Deiner Theorie gedacht ist

Code: [Auswählen]

Attributes:
   alignTime  00:00:00
   channels   {"1.8.0"=>"total_consumption","1.8.1"=>"total_consumption_Ch1", "1.8.2"=>"total_consumption_Ch2"}
   group      Verbrauchsmessung
   ignoreUnknown on
   interval   120
   pollingMode on
   room       KG Flur
   unitReadings on
   verbose    5

Code: [Auswählen]

2017.09.18 21:56:00 5: SW: 2f3f210d0a
2017.09.18 21:56:00 4: Wrote /?!

2017.09.18 21:56:00 5: OBIS (KG.fl.SM.PWR.01) - Internal timer set to 2017-09-18 21:58:00
2017.09.18 21:56:01 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: /LGZ5ZMR120AR.K53
2017.09.18 21:56:01 5: SW: 063030300d0a
2017.09.18 21:56:02 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: F.F.0(02000000)
2017.09.18 21:56:03 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 0.0.0(30369686)
2017.09.18 21:56:03 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 0.0.1(00252625)
2017.09.18 21:56:03 5: Msg 0.0.1(00252625) is of type Serial
2017.09.18 21:56:04 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 0.0.2(        )
2017.09.18 21:56:04 5: Msg 0.0.2(        ) is of type Serial
2017.09.18 21:56:04 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 1.8.1(005501.426*kWh)
2017.09.18 21:56:06 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 1.8.2(002374.749*kWh)
2017.09.18 21:56:06 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 1.8.0(007876.175*kWh)
2017.09.18 21:56:07 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 0.2.0(K53-0-C)
2017.09.18 21:56:08 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 0.2.1(354C)
2017.09.18 21:56:08 5: Msg 0.2.1(354C) is of type Channels2
2017.09.18 21:56:08 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 0.2.2(4141    )
2017.09.18 21:56:08 5: Msg 0.2.2(4141    ) is of type Channels2
2017.09.18 21:56:08 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 0.9.2(17-09-18)
2017.09.18 21:56:09 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 0.9.1(21:57:47)
2017.09.18 21:56:09 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 32.7.0(231*V)
2017.09.18 21:56:09 5: Msg 32.7.0(231*V) is of type Channels
2017.09.18 21:56:10 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 52.7.0(231*V)
2017.09.18 21:56:10 5: Msg 52.7.0(231*V) is of type Channels
2017.09.18 21:56:10 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 72.7.0(231*V)
2017.09.18 21:56:10 5: Msg 72.7.0(231*V) is of type Channels
2017.09.18 21:56:11 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 31.7.0(001.34*A)
2017.09.18 21:56:11 5: Msg 31.7.0(001.34*A) is of type Channels
2017.09.18 21:56:11 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 51.7.0(000.15*A)
2017.09.18 21:56:11 5: Msg 51.7.0(000.15*A) is of type Channels
2017.09.18 21:56:12 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 71.7.0(000.81*A)
2017.09.18 21:56:12 5: Msg 71.7.0(000.81*A) is of type Channels
2017.09.18 21:56:12 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 36.7.0(000.25*kW)
2017.09.18 21:56:12 5: Msg 36.7.0(000.25*kW) is of type Channels
2017.09.18 21:56:14 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 56.7.0(000.00*kW)
2017.09.18 21:56:14 5: Msg 56.7.0(000.00*kW) is of type Channels
2017.09.18 21:56:14 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 76.7.0(000.14*kW)
2017.09.18 21:56:14 5: Msg 76.7.0(000.14*kW) is of type Channels
2017.09.18 21:56:15 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 16.7.0(000.42*kW)
2017.09.18 21:56:15 5: Msg 16.7.0(000.42*kW) is of type Channels
2017.09.18 21:56:16 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: C.5.0(0118E0F1)
2017.09.18 21:56:16 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: C.3.0(00000000)
2017.09.18 21:56:17 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: C.4.0(02800000)
2017.09.18 21:56:17 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: C.7.0(0000)
2017.09.18 21:56:17 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 0.1.0*29(17-09-01 00:00)
2017.09.18 21:56:18 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 0.1.0*29(29)
2017.09.18 21:56:18 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 1.8.1*29(005373.721)
2017.09.18 21:56:18 5: Msg 1.8.1*29(005373.721) is of type Counter
2017.09.18 21:56:18 4: Set total_consumption_Ch1 to 5373.721
2017.09.18 21:56:19 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 1.8.2*29(002315.411)
2017.09.18 21:56:19 5: Msg 1.8.2*29(002315.411) is of type Counter
2017.09.18 21:56:19 4: Set total_consumption_Ch2 to 2315.411
2017.09.18 21:56:21 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 1.8.0*29(007689.132)
2017.09.18 21:56:21 5: Msg 1.8.0*29(007689.132) is of type Counter
2017.09.18 21:56:21 4: Set total_consumption to 7689.132
2017.09.18 21:56:22 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 0.1.0*28(17-08-01 00:00)
2017.09.18 21:56:22 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 0.1.0*28(28)
2017.09.18 21:56:22 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 1.8.1*28(005149.744)
2017.09.18 21:56:22 5: Msg 1.8.1*28(005149.744) is of type Counter
2017.09.18 21:56:22 4: Set total_consumption_Ch1 to 5149.744
2017.09.18 21:56:23 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 1.8.2*28(002211.632)
2017.09.18 21:56:23 5: Msg 1.8.2*28(002211.632) is of type Counter
2017.09.18 21:56:23 4: Set total_consumption_Ch2 to 2211.632
2017.09.18 21:56:24 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 1.8.0*28(007361.376)
2017.09.18 21:56:24 5: Msg 1.8.0*28(007361.376) is of type Counter
2017.09.18 21:56:24 4: Set total_consumption to 7361.376
2017.09.18 21:56:25 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 0.1.0*27(17-07-01 00:00)
2017.09.18 21:56:26 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 0.1.0*27(27)
2017.09.18 21:56:26 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 1.8.1*27(004925.983)
2017.09.18 21:56:26 5: Msg 1.8.1*27(004925.983) is of type Counter
2017.09.18 21:56:26 4: Set total_consumption_Ch1 to 4925.983
2017.09.18 21:56:27 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 1.8.2*27(002101.737)
2017.09.18 21:56:27 5: Msg 1.8.2*27(002101.737) is of type Counter
2017.09.18 21:56:27 4: Set total_consumption_Ch2 to 2101.737
2017.09.18 21:56:27 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 1.8.0*27(007027.720)
2017.09.18 21:56:27 5: Msg 1.8.0*27(007027.720) is of type Counter
2017.09.18 21:56:27 4: Set total_consumption to 7027.72
2017.09.18 21:56:28 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 0.1.0*26(17-06-01 00:00)
2017.09.18 21:56:28 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 0.1.0*26(26)
2017.09.18 21:56:29 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 1.8.1*26(004716.804)
2017.09.18 21:56:29 5: Msg 1.8.1*26(004716.804) is of type Counter
2017.09.18 21:56:29 4: Set total_consumption_Ch1 to 4716.804
2017.09.18 21:56:30 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 1.8.2*26(002003.413)
2017.09.18 21:56:30 5: Msg 1.8.2*26(002003.413) is of type Counter
2017.09.18 21:56:30 4: Set total_consumption_Ch2 to 2003.413
2017.09.18 21:56:31 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 1.8.0*26(006720.217)
2017.09.18 21:56:31 5: Msg 1.8.0*26(006720.217) is of type Counter
2017.09.18 21:56:31 4: Set total_consumption to 6720.217
2017.09.18 21:56:32 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 0.1.0*25(17-05-01 00:00)
2017.09.18 21:56:32 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 0.1.0*25(25)
2017.09.18 21:56:33 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 1.8.1*25(004498.873)
2017.09.18 21:56:33 5: Msg 1.8.1*25(004498.873) is of type Counter
2017.09.18 21:56:33 4: Set total_consumption_Ch1 to 4498.873
2017.09.18 21:56:34 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 1.8.2*25(001900.229)
2017.09.18 21:56:34 5: Msg 1.8.2*25(001900.229) is of type Counter
2017.09.18 21:56:34 4: Set total_consumption_Ch2 to 1900.229
2017.09.18 21:56:34 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 1.8.0*25(006399.102)
2017.09.18 21:56:34 5: Msg 1.8.0*25(006399.102) is of type Counter
2017.09.18 21:56:34 4: Set total_consumption to 6399.102
2017.09.18 21:56:35 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 0.1.0*24(17-04-01 00:00)
2017.09.18 21:56:36 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 0.1.0*24(24)                                           
2017.09.18 21:56:36 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 1.8.1*24(004292.119)                                   
2017.09.18 21:56:36 5: Msg 1.8.1*24(004292.119) is of type Counter                                                 
2017.09.18 21:56:36 4: Set total_consumption_Ch1 to 4292.119                                                       
2017.09.18 21:56:37 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 1.8.2*24(001805.232)                                   
2017.09.18 21:56:37 5: Msg 1.8.2*24(001805.232) is of type Counter                                                 
2017.09.18 21:56:37 4: Set total_consumption_Ch2 to 1805.232                                                       
2017.09.18 21:56:37 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 1.8.0*24(006097.351)                                   
2017.09.18 21:56:37 5: Msg 1.8.0*24(006097.351) is of type Counter                                                 
2017.09.18 21:56:37 4: Set total_consumption to 6097.351                                                           
2017.09.18 21:56:38 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 0.1.0*23(17-03-26 03:00)                               
2017.09.18 21:56:39 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 0.1.0*23(23)                                           
2017.09.18 21:56:39 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 1.8.1*23(004254.031)                                   
2017.09.18 21:56:39 5: Msg 1.8.1*23(004254.031) is of type Counter                                                 
2017.09.18 21:56:39 4: Set total_consumption_Ch1 to 4254.031                                                       
2017.09.18 21:56:41 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 1.8.2*23(001788.109)                                   
2017.09.18 21:56:41 5: Msg 1.8.2*23(001788.109) is of type Counter                                                 
2017.09.18 21:56:41 4: Set total_consumption_Ch2 to 1788.109                                                       
2017.09.18 21:56:42 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 1.8.0*23(006042.140)                                   
2017.09.18 21:56:42 5: Msg 1.8.0*23(006042.140) is of type Counter                                                 
2017.09.18 21:56:42 4: Set total_consumption to 6042.14                                                           
2017.09.18 21:56:42 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 0.1.0*22(17-03-01 00:00)                               
2017.09.18 21:56:42 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 0.1.0*22(22)                                           
2017.09.18 21:56:43 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 1.8.1*22(004078.582)                                   
2017.09.18 21:56:43 5: Msg 1.8.1*22(004078.582) is of type Counter                                                 
2017.09.18 21:56:43 4: Set total_consumption_Ch1 to 4078.582                                                       
2017.09.18 21:56:44 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 1.8.2*22(001709.101)                                   
2017.09.18 21:56:44 5: Msg 1.8.2*22(001709.101) is of type Counter                                                 
2017.09.18 21:56:44 4: Set total_consumption_Ch2 to 1709.101                                                       
2017.09.18 21:56:44 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 1.8.0*22(005787.683)                                   
2017.09.18 21:56:44 5: Msg 1.8.0*22(005787.683) is of type Counter                                                 
2017.09.18 21:56:44 4: Set total_consumption to 5787.683                                                           
2017.09.18 21:56:45 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 0.1.0*21(17-02-01 00:00)                               
2017.09.18 21:56:47 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 0.1.0*21(21)                                           
2017.09.18 21:56:47 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 1.8.1*21(003874.128)                                   
2017.09.18 21:56:47 5: Msg 1.8.1*21(003874.128) is of type Counter
2017.09.18 21:56:47 4: Set total_consumption_Ch1 to 3874.128
2017.09.18 21:56:47 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 1.8.2*21(001618.911)
2017.09.18 21:56:47 5: Msg 1.8.2*21(001618.911) is of type Counter
2017.09.18 21:56:47 4: Set total_consumption_Ch2 to 1618.911
2017.09.18 21:56:48 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 1.8.0*21(005493.039)
2017.09.18 21:56:48 5: Msg 1.8.0*21(005493.039) is of type Counter
2017.09.18 21:56:48 4: Set total_consumption to 5493.039
2017.09.18 21:56:49 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 0.1.0*20(17-01-01 00:00)
2017.09.18 21:56:49 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 0.1.0*20(20)
2017.09.18 21:56:50 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 1.8.1*20(003633.982)
2017.09.18 21:56:50 5: Msg 1.8.1*20(003633.982) is of type Counter
2017.09.18 21:56:50 4: Set total_consumption_Ch1 to 3633.982
2017.09.18 21:56:52 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 1.8.2*20(001517.557)
2017.09.18 21:56:52 5: Msg 1.8.2*20(001517.557) is of type Counter
2017.09.18 21:56:52 4: Set total_consumption_Ch2 to 1517.557
2017.09.18 21:56:52 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 1.8.0*20(005151.539)
2017.09.18 21:56:52 5: Msg 1.8.0*20(005151.539) is of type Counter
2017.09.18 21:56:52 4: Set total_consumption to 5151.539
2017.09.18 21:56:53 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 0.1.0*19(16-12-01 00:00)
2017.09.18 21:56:53 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 0.1.0*19(19)
2017.09.18 21:56:54 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 1.8.1*19(003408.986)
2017.09.18 21:56:54 5: Msg 1.8.1*19(003408.986) is of type Counter
2017.09.18 21:56:54 4: Set total_consumption_Ch1 to 3408.986
2017.09.18 21:56:54 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 1.8.2*19(001418.385)
2017.09.18 21:56:54 5: Msg 1.8.2*19(001418.385) is of type Counter
2017.09.18 21:56:54 4: Set total_consumption_Ch2 to 1418.385
2017.09.18 21:56:55 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 1.8.0*19(004827.371)
2017.09.18 21:56:55 5: Msg 1.8.0*19(004827.371) is of type Counter
2017.09.18 21:56:55 4: Set total_consumption to 4827.371
2017.09.18 21:56:56 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 0.1.0*18(16-11-01 00:00)
2017.09.18 21:56:56 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 0.1.0*18(18)
2017.09.18 21:56:57 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 1.8.1*18(003187.478)
2017.09.18 21:56:57 5: Msg 1.8.1*18(003187.478) is of type Counter
2017.09.18 21:56:57 4: Set total_consumption_Ch1 to 3187.478
2017.09.18 21:56:58 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 1.8.2*18(001322.390)
2017.09.18 21:56:58 5: Msg 1.8.2*18(001322.390) is of type Counter
2017.09.18 21:56:58 4: Set total_consumption_Ch2 to 1322.39
2017.09.18 21:56:59 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 1.8.0*18(004509.868)
2017.09.18 21:56:59 5: Msg 1.8.0*18(004509.868) is of type Counter
2017.09.18 21:56:59 4: Set total_consumption to 4509.868
2017.09.18 21:57:00 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 0.1.0*17(16-10-30 02:00)
2017.09.18 21:57:00 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 0.1.0*17(17)
2017.09.18 21:57:00 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 1.8.1*17(003174.357)
2017.09.18 21:57:00 5: Msg 1.8.1*17(003174.357) is of type Counter
2017.09.18 21:57:00 4: Set total_consumption_Ch1 to 3174.357
2017.09.18 21:57:01 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 1.8.2*17(001316.803)
2017.09.18 21:57:01 5: Msg 1.8.2*17(001316.803) is of type Counter
2017.09.18 21:57:01 4: Set total_consumption_Ch2 to 1316.803
2017.09.18 21:57:02 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 1.8.0*17(004491.160)
2017.09.18 21:57:02 5: Msg 1.8.0*17(004491.160) is of type Counter
2017.09.18 21:57:02 4: Set total_consumption to 4491.16
2017.09.18 21:57:03 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 0.1.0*16(16-10-01 00:00)
2017.09.18 21:57:04 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 0.1.0*16(16)
2017.09.18 21:57:04 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 1.8.1*16(002962.042)
2017.09.18 21:57:04 5: Msg 1.8.1*16(002962.042) is of type Counter
2017.09.18 21:57:04 4: Set total_consumption_Ch1 to 2962.042
2017.09.18 21:57:06 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 1.8.2*16(001219.258)
2017.09.18 21:57:06 5: Msg 1.8.2*16(001219.258) is of type Counter
2017.09.18 21:57:06 4: Set total_consumption_Ch2 to 1219.258
2017.09.18 21:57:06 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 1.8.0*16(004181.300)
2017.09.18 21:57:06 5: Msg 1.8.0*16(004181.300) is of type Counter
2017.09.18 21:57:06 4: Set total_consumption to 4181.3
2017.09.18 21:57:07 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 0.1.0*15(16-09-01 00:00)
2017.09.18 21:57:07 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 0.1.0*15(15)
2017.09.18 21:57:08 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 1.8.1*15(002757.815)
2017.09.18 21:57:08 5: Msg 1.8.1*15(002757.815) is of type Counter
2017.09.18 21:57:08 4: Set total_consumption_Ch1 to 2757.815
2017.09.18 21:57:08 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 1.8.2*15(001123.449)
2017.09.18 21:57:08 5: Msg 1.8.2*15(001123.449) is of type Counter
2017.09.18 21:57:08 4: Set total_consumption_Ch2 to 1123.449
2017.09.18 21:57:09 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 1.8.0*15(003881.264)
2017.09.18 21:57:09 5: Msg 1.8.0*15(003881.264) is of type Counter
2017.09.18 21:57:09 4: Set total_consumption to 3881.264
2017.09.18 21:57:09 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: !

[Martin Fischer]

Vielleicht könntest Du das, genau so wie den umgekehrten Fall, mal testen.. beides funktioniert nämlich nicht so, wie es in Deiner Theorie gedacht ist

Code: [Auswählen]

FHEM (myhce01)> inform timer KG.fl.SM.PWR.01
2017-09-18 22:03:04 OBIS KG.fl.SM.PWR.01 total_consumption_Ch1: 005501.443*kWh
2017-09-18 22:03:05 OBIS KG.fl.SM.PWR.01 total_consumption_Ch2: 002374.786*kWh
2017-09-18 22:03:06 OBIS KG.fl.SM.PWR.01 total_consumption: 007876.229*kWh
2017-09-18 22:03:09 OBIS KG.fl.SM.PWR.01 voltage_L1: 230 V
2017-09-18 22:03:09 OBIS KG.fl.SM.PWR.01 voltage_L2: 230 V
2017-09-18 22:03:10 OBIS KG.fl.SM.PWR.01 voltage_L3: 231 V
2017-09-18 22:03:10 OBIS KG.fl.SM.PWR.01 current_L1: 1.32 A
2017-09-18 22:03:11 OBIS KG.fl.SM.PWR.01 current_L2: 0.16 A
2017-09-18 22:03:12 OBIS KG.fl.SM.PWR.01 current_L3: 0.81 A
2017-09-18 22:03:14 OBIS KG.fl.SM.PWR.01 power: 0.53 kW
2017-09-18 22:03:18 OBIS KG.fl.SM.PWR.01 total_consumption_Ch1: 5373.721
2017-09-18 22:03:19 OBIS KG.fl.SM.PWR.01 total_consumption_Ch2: 2315.411
2017-09-18 22:03:20 OBIS KG.fl.SM.PWR.01 total_consumption: 7689.132
2017-09-18 22:03:22 OBIS KG.fl.SM.PWR.01 total_consumption_Ch1: 5149.744
2017-09-18 22:03:23 OBIS KG.fl.SM.PWR.01 total_consumption_Ch2: 2211.632
2017-09-18 22:03:23 OBIS KG.fl.SM.PWR.01 total_consumption: 7361.376
2017-09-18 22:03:25 OBIS KG.fl.SM.PWR.01 total_consumption_Ch1: 4925.983
2017-09-18 22:03:26 OBIS KG.fl.SM.PWR.01 total_consumption_Ch2: 2101.737
2017-09-18 22:03:27 OBIS KG.fl.SM.PWR.01 total_consumption: 7027.72
2017-09-18 22:03:29 OBIS KG.fl.SM.PWR.01 total_consumption_Ch1: 4716.804
2017-09-18 22:03:30 OBIS KG.fl.SM.PWR.01 total_consumption_Ch2: 2003.413
2017-09-18 22:03:30 OBIS KG.fl.SM.PWR.01 total_consumption: 6720.217
2017-09-18 22:03:32 OBIS KG.fl.SM.PWR.01 total_consumption_Ch1: 4498.873
2017-09-18 22:03:33 OBIS KG.fl.SM.PWR.01 total_consumption_Ch2: 1900.229
2017-09-18 22:03:34 OBIS KG.fl.SM.PWR.01 total_consumption: 6399.102
2017-09-18 22:03:36 OBIS KG.fl.SM.PWR.01 total_consumption_Ch1: 4292.119
2017-09-18 22:03:37 OBIS KG.fl.SM.PWR.01 total_consumption_Ch2: 1805.232
2017-09-18 22:03:37 OBIS KG.fl.SM.PWR.01 total_consumption: 6097.351
2017-09-18 22:03:39 OBIS KG.fl.SM.PWR.01 total_consumption_Ch1: 4254.031
2017-09-18 22:03:40 OBIS KG.fl.SM.PWR.01 total_consumption_Ch2: 1788.109
2017-09-18 22:03:41 OBIS KG.fl.SM.PWR.01 total_consumption: 6042.14
2017-09-18 22:03:43 OBIS KG.fl.SM.PWR.01 total_consumption_Ch1: 4078.582
2017-09-18 22:03:44 OBIS KG.fl.SM.PWR.01 total_consumption_Ch2: 1709.101
2017-09-18 22:03:44 OBIS KG.fl.SM.PWR.01 total_consumption: 5787.683
2017-09-18 22:03:46 OBIS KG.fl.SM.PWR.01 total_consumption_Ch1: 3874.128
2017-09-18 22:03:47 OBIS KG.fl.SM.PWR.01 total_consumption_Ch2: 1618.911
2017-09-18 22:03:48 OBIS KG.fl.SM.PWR.01 total_consumption: 5493.039
2017-09-18 22:03:50 OBIS KG.fl.SM.PWR.01 total_consumption_Ch1: 3633.982
2017-09-18 22:03:52 OBIS KG.fl.SM.PWR.01 total_consumption_Ch2: 1517.557
2017-09-18 22:03:52 OBIS KG.fl.SM.PWR.01 total_consumption: 5151.539
2017-09-18 22:03:53 OBIS KG.fl.SM.PWR.01 total_consumption_Ch1: 3408.986
2017-09-18 22:03:54 OBIS KG.fl.SM.PWR.01 total_consumption_Ch2: 1418.385
2017-09-18 22:03:55 OBIS KG.fl.SM.PWR.01 total_consumption: 4827.371
2017-09-18 22:03:57 OBIS KG.fl.SM.PWR.01 total_consumption_Ch1: 3187.478
2017-09-18 22:03:58 OBIS KG.fl.SM.PWR.01 total_consumption_Ch2: 1322.39
2017-09-18 22:03:58 OBIS KG.fl.SM.PWR.01 total_consumption: 4509.868
2017-09-18 22:04:00 OBIS KG.fl.SM.PWR.01 total_consumption_Ch1: 3174.357
2017-09-18 22:04:01 OBIS KG.fl.SM.PWR.01 total_consumption_Ch2: 1316.803
2017-09-18 22:04:02 OBIS KG.fl.SM.PWR.01 total_consumption: 4491.16
2017-09-18 22:04:04 OBIS KG.fl.SM.PWR.01 total_consumption_Ch1: 2962.042
2017-09-18 22:04:05 OBIS KG.fl.SM.PWR.01 total_consumption_Ch2: 1219.258
2017-09-18 22:04:05 OBIS KG.fl.SM.PWR.01 total_consumption: 4181.3
2017-09-18 22:04:07 OBIS KG.fl.SM.PWR.01 total_consumption_Ch1: 2757.815
2017-09-18 22:04:08 OBIS KG.fl.SM.PWR.01 total_consumption_Ch2: 1123.449
2017-09-18 22:04:09 OBIS KG.fl.SM.PWR.01 total_consumption: 3881.264

[Icinger]

Holla, das ist ja mal ne Datenflut, so einen gesprächigen hatte ich noch nie

Schau ich mir an. Wenn der Wetterbericht stimmt und es morgen den ganzen Tag schüttet, hab ich Zeit

lg, Stefan

[Icinger]

Hallo Martin,

tja, da hatte ich gestern abend auch einen Aussetzer

Du musst beim Channel-Attribut einen anderen Readingsnamen verwenden, zB

Code: [Auswählen]

attr <dev> channels {"1.8.1"=>"irgendwas"}Das Problem mit dem Überschreiben ist dann erstmal aus der Welt.

Für den "Standard"-Readingsnamen greift ja bei den anderen Datensätzen immer noch die rudimentäre RegEx im Modul.
Und diese ist halt recht allgemein gehalten, da viele Zähler irgendwelche anderen Zahlen hinter dem 1.8.1xxxxxxx für ein und den selben Wert nehmen (soviel wieder mal zum "Standard")

lg, Stefan

[Martin Fischer]

Hallo Stefan,

Du musst beim Channel-Attribut einen anderen Readingsnamen verwenden, zB

Code: [Auswählen]

attr <dev> channels {"1.8.1"=>"irgendwas"}Das Problem mit dem Überschreiben ist dann erstmal aus der Welt.

mit Verlaub: das ist aus meiner Sicht keine Lösung. Warum sollte ich die "regulären" Channels:
1.8.0 = total_consumption
1.8.1 = total_consumption_Ch1
1.8.2 = total_consumption_Ch2
jeweils nach "irgendwas[_Ch[1|2]]" schieben um das Problem des Überschreibens zu "umgehen"?

Mein Landys + Gyr Zähler liefert schon die korrekten Werte bei den entsprechenden Teilen "C.D.E" der OBIS-Kennzahlen:
1.8.0 Wirkarbeit Bezug gesamt (Summe aller tarifunterschiedenen Zählerstände)
1.8.1 Wirkarbeit Bezug Tarif 1 (Zählerstand zeitabhängiger Tarif 1)
1.8.2 Wirkarbeit Bezug Tarif 2 (Zählerstand zeitabhängiger Tarif 2)

Man will doch an dieser Stelle die "regulären" Channels nicht zu Gunsten eines "Workarounds" aufgeben, bzw. in ein anderes Reading schieben. Also ich zumindest nicht. 

Darüber hinaus liefert mein Zähler aber auch 15 Vorwerte. Hier am Beispiel "Zählerstand zeitabhängiger Tarif 1":

2017.09.19 17:18:04 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 1.8.1(005506.056*kWh)
2017.09.19 17:18:19 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 1.8.1*29(005373.721)
2017.09.19 17:18:22 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 1.8.1*28(005149.744)
2017.09.19 17:18:26 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 1.8.1*27(004925.983)
2017.09.19 17:18:29 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 1.8.1*26(004716.804)
2017.09.19 17:18:33 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 1.8.1*25(004498.873)
2017.09.19 17:18:36 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 1.8.1*24(004292.119)
2017.09.19 17:18:40 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 1.8.1*23(004254.031)
2017.09.19 17:18:44 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 1.8.1*22(004078.582)
2017.09.19 17:18:47 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 1.8.1*21(003874.128)
2017.09.19 17:18:50 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 1.8.1*20(003633.982)
2017.09.19 17:18:54 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 1.8.1*19(003408.986)
2017.09.19 17:18:58 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 1.8.1*18(003187.478)
2017.09.19 17:19:01 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 1.8.1*17(003174.357)
2017.09.19 17:19:04 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 1.8.1*16(002962.042)
2017.09.19 17:19:09 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 1.8.1*15(002757.815)


Dein "Workaround" verlagert ja nur das eigentliche Problem:
Die eigentlichen Channels werden in "neue" Readings verschoben; die regulären Readings werden aber weiterhin durch die Vorwerte überschrieben. Das ist nicht ganz so im Sinne der "Philosophie" von FHEM: 1 Reading = 1 Wert = 1 Timestamp. Hier wird jedoch bei "einem Lauf" das Reading mehrfach mit neuen Werten überschrieben.

Zum einen könnte man diese Vorwerte durchaus in FHEM verwenden und in entsprechende Readings schieben und daraus Deltas bilden. Dazu müsste aber auch der Zeitpunkt des jeweiligen Vorzählerwertes bekannt sein. Ich habe jetzt nicht alle OBIS Kennzahlen gesichtet aber evtl. gibt es ja ein Channel in der ein passender Interval oder Zeitstempel steht, der auf die jeweiligen Vorwerte zutrifft.

Zum anderen ist hier durch das Trennzeichen '*' aber auch klar ersichtlich, das es sich um diese Vorwerte handelt. Diese kann man also sehr einfach parsen und ggf. ignorieren, sofern Du dies in die Logik aufnehmen würdest und ggf. ein neues Attribut spendierst. Somit können dann die Kennzahlen in das vorgesehen Reading geschrieben werden und man muss nicht erst ein "irgendwas" Reading zudichten.

In der Darstellung der Werte ist meiner Meinung nach ein Fehler. Setzt man das Attribut unitReadings auf on, dann sehen die Werte wie folgt aus:

Code: [Auswählen]

     2017-09-19 17:30:06   foo_consumption 007884.126*kWh
     2017-09-19 17:30:04   foo_consumption_Ch1 005506.126*kWh
     2017-09-19 17:30:05   foo_consumption_Ch2 002378.000*kWh
     2017-09-19 17:30:15   power           0.33 kW
     2017-09-18 21:43:26   state           opened
     2017-09-19 17:30:37   total_consumption 6097.351
     2017-09-19 17:30:36   total_consumption_Ch1 4292.119
     2017-09-19 17:30:37   total_consumption_Ch2 1805.232
Dabei entsprechen die "foo_" Werte den "verschobenen" Channels 1.8.[0-2] und die "total_" Werte den sich überschreibenden Werten. Bei gesetztem Attribut unitReadings sollte meiner Meinung nach noch etwas "Housekeeping" durchgeführt und die führenden Nullen entfernt und die Maßeinheit mittels Leerstelle und nicht dem '*' getrennt werden.

Ich würde mich freuen, wenn Du diese Änderungen übernehmen könntest. Andere Installationen sollte das nicht beeinflussen.

Viele Grüße
Martin

[Icinger]

Hallo Martin,

mit Verlaub: das ist aus meiner Sicht keine Lösung.

Es ist eine kurzfristige Lösung, aber keine langfristige, da geb ich dir durchaus recht.

Man will doch an dieser Stelle die "regulären" Channels nicht zu Gunsten eines "Workarounds" aufgeben, bzw. in ein anderes Reading schieben. Also ich zumindest nicht.

Das streite ich dir auch nicht ab. Bislang war allerdings der Bedarf dafür nicht gegeben.
Das mit den Vorwerten ist mir auch neu und habe ich wohl bei meinen Recherchen übersehen bzw. wurde ich auch bislang nicht darauf hingewiesen.
Da mein Zähler das nicht sendet, ist mir das auch nie aufgefallen.
Auch nicht bei den verschiedenen Test-Daten, die ich von anderen Usern habe.

Dazu müsste aber auch der Zeitpunkt des jeweiligen Vorzählerwertes bekannt sein. Ich habe jetzt nicht alle OBIS Kennzahlen gesichtet aber evtl. gibt es ja ein Channel in der ein passender Interval oder Zeitstempel steht, der auf die jeweiligen Vorwerte zutrifft.

Ich sehe in deinen Beispieldaten keine Hinweise auf irgendwelche Zeitstempel, du kannst mich aber gerne mit der Nase daraufstoßen.

Bei gesetztem Attribut unitReadings sollte meiner Meinung nach noch etwas "Housekeeping" durchgeführt und die führenden Nullen entfernt und die Maßeinheit mittels Leerstelle und nicht dem '*' getrennt werden.

Eigentlich WIRD dieses Housekeeping durchgeführt, bei den anderen Werten stimmt es ja auch:

Code: [Auswählen]

     2017-09-19 19:02:54   current_L1      1.34 A
     2017-09-19 19:02:54   current_L2      0.15 A
     2017-09-19 19:02:54   current_L3      0.81 A
     2017-09-19 19:02:54   power           0.42 kW
     2017-09-19 19:02:54   voltage_L1      231 V
     2017-09-19 19:02:54   voltage_L2      231 V
     2017-09-19 19:02:54   voltage_L3      231 V Warum dem bei den kWh nicht so ist, werde ich mir ansehen.
Das sind übrigens die Daten von deinem gestrigen Post.

Wie gesagt, kurzfristige Lösung steht oben.
Längerfristige Lösung dauert sicher noch ein wenig.
Ich habe aktuell dank 10-Stunden-Tag plus einer Stunde Autofahrt davor und danach sowie Haus, Garten, Baustelle nicht wirklich viel Zeit.
Sehe zwar täglich kurz als Zeitvertreib hier in Forum, allerdings fehlt mir eben aktuell die Muße, mich erst wieder in den Code einzulesen.
Aber ich habs als ToDo ganz oben stehn und sobald ich nichts mehr draussen machen kann, kommt das an die Reihe.

Schönen Abend noch,

Stefan