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

[Watt]

Sorry, ich hätte auch etwas genauer sein können.

Der Zähler ist ein TD-3511 von Siemens.
Das ist ein Zweirichtungszähler mit AMIS Kundenschnittstelle.

Die Ausgabe der Schnittstelle ist mit einem AES Code verschlüsselt.

Ich hoffe das sind die wichtigsten Infos.

hallo gibts jetzt schon die Möglichkeit mit dem Obis Modul ein Passwort zu übergeben?

mir hat Pejonp sein 99_td3511.pm Modul geschickt dass würde wahrscheinlich weiterhelfen.

leider hab ich es noch nicht geschafft dass ganze auch ohne Datenbank (somit überhaupt) zum laufen zu bringen.

ps.: ja bis jetzt habe ich mit dem Volkszähler ausgelesen, allerdings läuft der bei mir nicht Stabil, außderdem kann ich nicht fhem und VZ auf einem Gerät laufen lassen und zusätzlich möchte ich mich unbedingt von der Datenbank verabschieden und die Werte zu den restlichen Logfiles auf die tmpfs Partition legen.
lg

[Icinger]

Nein, habe bisher noch gar nichts in Richtung AES unternommen.

Habe mir grade eben das td3511.pm angesehen, das hat aber auch gar nichts mit AES oder so am Hut, könnte eigentlich direkt durch mein OBIS ersetzt werden.

lg, Stefan

[willybauss]

Das war offenbar das Problem. Hab die Reihenfolge von "interval" und "alignTime" umgedreht und das Problem ist gelöst. Eigenartig, dass fhem selbst nicht in der Lage ist, sein eigenes config-File richtig zu sortieren. Spätestens, als ich die Attribute raus genommen und neu gesetzt hatte, hätte die Reihenfolge ja neu bestimmt werden müssen.

Besten Dank nochmal für die Hilfe.

Das war wohl nichts. Aus irgendeinem Grund ist die Reihenfolge jetzt wieder falsch. Somit ist dasselbe Problem wieder da. Offenbar führt fhem da ein widerliches Eigenleben.

[Icinger]

Hmm.....Das sollte sich morgen recht einfach fixen lassen......
Schau ich mir an.

lg, Stefan

[Burk]

Antw:Neues Modul: Easymeter (ersetzt durch 47_OBIS)
« Antwort #207 am: 21 August 2017, 01:12:08 »
Hallo,
ich habe an meinen Raspi einen Fototransistor angeschlossen und will damit gern das Modul betreiben.
LIRC ist installiert, und mit mode2 /dev/lirc0 bekomme ich auch Signale ausgegeben.

Dennoch kann ich den Empfänger in fhem nicht öffnen, ich bekomme die Fehlermeldung
"Can't open /dev/lirc0: Das Argument ist ungültig"

Es scheint eine Fehlermeldung des devIO zu sein. Was mache ich falsch

[maci]

Nachdem ich mich vor längerer Zeit schon mal erkundigt habe.

Mein Zähler gibt die Daten im MBUS Format aus.
Ist wie schon mal gesagt ein TD-3511 von Siemens.
Daran montiert habe ich einen IR Lesekopf mit USB Anschluß

Derzeit lese ich die Daten mit dem Volkszähler aus.
Habe damit aber so meine Probleme. Ich bekomme nur Verbrauchsdaten, aber keinen Zählerstand.
lt. Beschreibung sollte der doch auch ausgegeben werden.
Aber das gehört nicht hierher.

[Martin Fischer]

Hallo Zusammen,

nun schliesse ich mich mal dem Thread an..

Da ich noch einen USB IR Schreib- / Lesekopf (volkszaehler.org) liegen hatte, habe ich diesen gestern mal mittels OBIS in Betrieb genommen. Er soll künftig die Daten eines Landis + Gyr E230, ZMR120ARe Stromzählers verarbeiten.

Nachdem ich mit etwas probieren herausfand, das ich den MeterType im Modul OBIS auf VSM102 (d0 Prokoll wäre vielleicht(?) treffender) und mich in die gute alte Zeit meines Akustikkopplers "Dataphon s21d" zurück entsinnte (300 Bit/s), "tröpfelten" dann auch schon die ersten Daten heraus. So weit, so gut...

Allerdings gibt es Probleme beim Parsen der Daten, speziell bei folgenden:
total_consumption,
total_consumption_Ch1,
total_consumption_Ch2

Hier werden die Werte in einem Durchlauf mehrfach überschrieben. Das ist ja im ersten Moment nicht weiter tragisch, doch weichen die Werte jedesmal von einander ab. Ich bin jetzt nicht in die einzelnen Meldungen eingestiegen, was mir jedoch auffällt, zeige ich am Beispiel total_consumption_Ch1:
Folgende Events (gefiltert auf "Set total_consumption_Ch1") gehen bei einem Durchlauf ein:

Code Auswählen Erweitern


2017.09.11 20:55:05 4: Set total_consumption_Ch1 to 5449.845
2017.09.11 20:55:19 4: Set total_consumption_Ch1 to 5373.721
2017.09.11 20:55:22 4: Set total_consumption_Ch1 to 5149.744
2017.09.11 20:55:26 4: Set total_consumption_Ch1 to 4925.983
2017.09.11 20:55:29 4: Set total_consumption_Ch1 to 4716.804
2017.09.11 20:55:33 4: Set total_consumption_Ch1 to 4498.873
2017.09.11 20:55:36 4: Set total_consumption_Ch1 to 4292.119
2017.09.11 20:55:40 4: Set total_consumption_Ch1 to 4254.031
2017.09.11 20:55:44 4: Set total_consumption_Ch1 to 4078.582
2017.09.11 20:55:47 4: Set total_consumption_Ch1 to 3874.128
2017.09.11 20:55:50 4: Set total_consumption_Ch1 to 3633.982
2017.09.11 20:55:54 4: Set total_consumption_Ch1 to 3408.986
2017.09.11 20:55:57 4: Set total_consumption_Ch1 to 3187.478
2017.09.11 20:56:01 4: Set total_consumption_Ch1 to 3174.357
2017.09.11 20:56:04 4: Set total_consumption_Ch1 to 2962.042
2017.09.11 20:56:08 4: Set total_consumption_Ch1 to 2757.815


Jeder einzelner Wert wird nun mit einem anderen reading multipliziert:

Code Auswählen Erweitern


[...]
2017.09.11 21:05:05 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 1.8.1(005449.923*kWh)
2017.09.11 21:05:05 5: Msg 1.8.1(005449.923*kWh) is of type Counter
2017.09.11 21:05:05 4: Set total_consumption_Ch1 to 5449.923
[...]
2017.09.11 21:05:18 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 0.1.0*29(17-09-01 00:00)
2017.09.11 21:05:18 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 0.1.0*29(29)
2017.09.11 21:05:18 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 1.8.1*29(005373.721)
2017.09.11 21:05:18 5: Msg 1.8.1*29(005373.721) is of type Counter
2017.09.11 21:05:18 4: Set total_consumption_Ch1 to 5373.721
[...]
2017.09.11 21:05:21 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 0.1.0*28(17-08-01 00:00)
2017.09.11 21:05:21 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 0.1.0*28(28)
2017.09.11 21:05:22 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 1.8.1*28(005149.744)
2017.09.11 21:05:22 5: Msg 1.8.1*28(005149.744) is of type Counter
2017.09.11 21:05:22 4: Set total_consumption_Ch1 to 5149.744
[...]


Warum ist das so? Mir erschliesst sich der Sinn nicht. Problem ist halt, das eigentlich nur der erste Wert korrekt ist und durch das laufende Überschreiben verloren geht. unitReadings ist im Übrigen auch davon betroffen und greift dann nicht mehr; beim ersten Wert werden diese noch gesetzt aber dann komplett "verdrängt". Mir erklären sich auch die Kanäle 0.1.015..29 nicht.

Hier mal eine Übersicht der aktuellen (passen nicht mehr zu den obigen) Werten:

Code Auswählen Erweitern


Internals:
   CFGFN
   DEF        /dev/cp210x01@300,7,E,1 VSM102
   DeviceName /dev/cp210x01@300,7,E,1
   MeterType  VSM102
   NAME       KG.fl.SM.PWR.01
   NEXT       2017-09-11 21:15:00
   NR         78855
   PARTIAL
   STATE      opened
   TYPE       OBIS
   READINGS:
     2017-09-11 21:10:03   0.0.0           30369686
     2017-09-11 21:10:03   0.0.1           00252625
     2017-09-11 21:10:04   0.0.2
     2017-09-11 21:11:07   0.1.0.15        15
     2017-09-11 21:11:04   0.1.0.16        16
     2017-09-11 21:11:01   0.1.0.17        17
     2017-09-11 21:10:57   0.1.0.18        18
     2017-09-11 21:10:53   0.1.0.19        19
     2017-09-11 21:10:49   0.1.0.20        20
     2017-09-11 21:10:47   0.1.0.21        21
     2017-09-11 21:10:42   0.1.0.22        22
     2017-09-11 21:10:39   0.1.0.23        23
     2017-09-11 21:10:35   0.1.0.24        24
     2017-09-11 21:10:32   0.1.0.25        25
     2017-09-11 21:10:29   0.1.0.26        26
     2017-09-11 21:10:25   0.1.0.27        27
     2017-09-11 21:10:22   0.1.0.28        28
     2017-09-11 21:10:18   0.1.0.29        29
     2017-09-11 21:10:07   0.2.0           K53-0-C
     2017-09-11 21:10:08   0.2.1           354 C
     2017-09-11 21:10:08   0.2.2           4141
     2017-09-11 21:10:10   0.9.1           21:11:38
     2017-09-11 21:10:09   0.9.2           17-09-11
     2017-09-11 21:10:13   36.7.0          0.36 kW
     2017-09-11 21:10:13   56.7.0          0.01 kW
     2017-09-11 21:10:14   76.7.0          0.15 kW
     2017-09-11 21:10:16   C.3.0           0
     2017-09-11 21:10:16   C.4.0           2800000
     2017-09-11 21:10:15   C.5.0           0118E0F1
     2017-09-11 21:10:16   C.7.0           0
     2017-09-11 01:29:01   Version         LGZ5ZMR120AR.K53
     2017-09-11 21:10:11   current_L1      1.67 A
     2017-09-11 21:10:12   current_L2      0.16 A
     2017-09-11 21:10:12   current_L3      0.83 A
     2017-09-11 21:10:14   power           0.53 kW
     2017-09-11 01:26:01   state           opened
     2017-09-11 21:11:10   total_consumption 3881.264
     2017-09-11 21:11:08   total_consumption_Ch1 2757.815
     2017-09-11 21:11:09   total_consumption_Ch2 1123.449
     2017-09-11 21:10:10   voltage_L1      231 V
     2017-09-11 21:10:10   voltage_L2      232 V
     2017-09-11 21:10:11   voltage_L3      233 V
   helper:
     BUFFER
     EoM        1
     SPEED      0
     SPEED2     0
     TRIGGERTIME 1505157300
     Channels:
     DEVICES:
       /?!


       300
       000


Attributes:
   alignTime  00:00:00
   event-on-change-reading current_L1,current_L2,current_L3,power,total_consumption,total_consumption_Ch1,total_consumption_Ch2,voltage_L1,voltage_L2,voltage_L3
   group      Verbrauchsmessung
   interval   300
   pollingMode on
   room       KG Flur
   unitReadings on
   valueBracket first
   verbose    5


Für Interessierte hänge ich mal eine (kurze) Bedienungsanleitung meines Zählers mit an, die die relevanten Werte wiedergibt.

Viele Grüße
Martin

[KölnSolar]

Dir wird es nicht wirklich helfen, aber Stefan hat dann vielleicht weniger zu suchen:
Scheinbar hat Dein Zähler wie auch immer geartete "Zwischenstände" bzw. "Zeiträume". Nämlich genau die 0.1.0.15....0.1.0.29. Neben dem aktuellen Zählerstand haut der Zähler dann zusätzlich noch die "Zwischenstände" raus. Dafür wird die letzte Ziffer der OBIS-Kennzahl angefügt.

2017.09.11 21:05:18 5: OBIS (KG.fl.SM.PWR.01) - Msg-Parse: 1.8.1*29(005373.721)

@Stefan: Hi Stefan, Du müsstest also nach meiner Interpretation entweder die x.y.z*nn ignorieren oder eben als zusätzliche readings(halt ich aber nicht f. sinnvoll) anlegen.

@Martin: Vielleicht lassen sich aber die Zeiträume löschen/verändern, so dass ine Moduländerung nicht notwendig wird ? 

Grüße Markus

[willybauss]

lassen sich die zusätzlichen Daten mit event-min-interval unterdrücken?

[Icinger]

Hi Leute,

bin arbeiten, daher nur mal kurz:

Scheint ein sehr gesprächiger Zähler zu sein.
Martin's "Problem" lässt sich mit dem Channels-Attribut umgehen


lg, Stefan

[Tungsten]

Ich habe seit 2 Wochen einen neuen Zweirichtungszähler. ISKRA eHZ MT681-D4A5

Für die Einspeisung habe ich die Zählerstände als total_feed_Ch1 und total_feed_Ch1.

Beide Readings landen aber nicht im DBlog. Auch nicht mit 'attr Hausstrom DbLogInclude total_feed_Ch1,dir_total_consumption'.

Was mache ich falsch?

[Icinger]

Das ist aber mMn eher ein DBLog-Problem.
Wie sieht denn die DBLog-Definition aus?
Am besten mal ein List von beiden Defs geben.

lg, Stefan

[Tungsten]

Klar, das wars. Ich Dämel.... 

Trotzdem noch eine Frage. Ich lasse das Statistics Modul laufen. Es erzeugt aber nur Werte für die Stromeinkauf Readings, nicht aber für die Einspeisung (total_feed_Ch1 und total_feed_Ch1).
Hab ich da auch was übersehen?

[Icinger]

Vermutlich auch wieder ein Config-Problem vom statistics-Modul.

Gib mal hier beide Lists bitte

[Tungsten]

ist mir das peinlich...

attr im deltaReadings war falsch.