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

[keihuli]

Hallo,

ich habe einen ACE3000 Typ 260. Zum testen habe ich einen RASPI frisch installiert. Der Lesekopf ist ein SChreibLesekopf von UDO aus dem VZ.

Das python Skirpt von dieser Seite
http://wiki.volkszaehler.org/hardware/channels/meters/power/edl-ehz/itron_ace3000_type_260
läuft einwandfrei, saubere Ausgabe der 1.8.0 Werte.

FHEM habe ich nun so konfiguriert:

Code Auswählen Erweitern

define Stromzaehler OBIS /dev/ttyUSB0@300,7,E,1 VSM102
attr Stromzaehler interval 60
attr Stromzaehler pollingMode on
attr Stromzaehler verbose 5

nachfolgendes im LOG (aus der putty console)

Code Auswählen Erweitern


2017.03.26 21:50:46 5: OBIS (Stromzaehler) - Internal timer set to 2017-03-26 21:51:46
2017.03.26 21:50:51 5: OBIS (Stromzaehler) - Msg-Parse: 1.8.0(0155/?!
2017.03.26 21:50:51 5: OBIS (Stromzaehler) - Msg-Parse: /ACE0\3k260V01.18
2017.03.26 21:50:51 5: SW: 063035300d0a
2017.03.26 21:50:51 5: OBIS (Stromzaehler) - Msg-Parse: F.F(00)
2017.03.26 21:50:51 5: OBIS (Stromzaehler) - Msg-Parse: C.1(1126120053234874)
2017.03.26 21:50:51 5: OBIS (Stromzaehler) - Msg-Parse: C.5.0(00)
2017.03.26 21:50:53 5: OBIS (Stromzaehler) - Msg-Parse: 1.8.0(015588.7*
                                                                       @
!
2017.03.26 21:51:46 5: SW: 2f3f210d0a
2017.03.26 21:51:46 4: Wrote /?!

2017.03.26 21:51:46 5: OBIS (Stromzaehler) - Internal timer set to 2017-03-26 21:52:46
2017.03.26 21:51:51 5: OBIS (Stromzaehler) - Msg-Parse: /?!
2017.03.26 21:51:51 5: OBIS (Stromzaehler) - Msg-Parse: /ACE0\3k260V01.18
2017.03.26 21:51:51 5: SW: 063035300d0a
2017.03.26 21:51:51 5: OBIS (Stromzaehler) - Msg-Parse: F.F(00)
2017.03.26 21:51:51 5: OBIS (Stromzaehler) - Msg-Parse: C.1(1126120053234874)
2017.03.26 21:51:51 5: OBIS (Stromzaehler) - Msg-Parse: C.5.0(00)


Dargestellt auf der Webpage von fhem sieht es so aus:

Code Auswählen Erweitern

2017.03.26 23:16:03 5: OBIS (Stromzaehler) - Internal timer set to 2017-03-26 23:17:03
2017.03.26 23:16:08 5: OBIS (Stromzaehler) - Msg-Parse: /?!
2017.03.26 23:16:08 5: OBIS (Stromzaehler) - Msg-Parse: /ACE0\3k260V01.18
2017.03.26 23:16:08 5: SW: 063030300d0a
2017.03.26 23:16:08 5: OBIS (Stromzaehler) - Msg-Parse: F.F(00)
2017.03.26 23:16:08 5: OBIS (Stromzaehler) - Msg-Parse: C.1(1126120053234874)
2017.03.26 23:16:08 5: OBIS (Stromzaehler) - Msg-Parse: C.5.0(00)
2017.03.26 23:16:13 5: OBIS (Stromzaehler) - Msg-Parse: 1.8.0(015589.6*0
a!
2017.03.26 23:17:03 5: SW: 2f3f210d0a
2017.03.26 23:17:03 4: Wrote /?!

2017.03.26 23:17:03 5: OBIS (Stromzaehler) - Internal timer set to 2017-03-26 23:18:03
2017.03.26 23:17:08 5: OBIS (Stromzaehler) - Msg-Parse: /?!
2017.03.26 23:17:08 5: OBIS (Stromzaehler) - Msg-Parse: /ACE0\3k260V01.18
2017.03.26 23:17:08 5: SW: 063030300d0a
2017.03.26 23:17:08 5: OBIS (Stromzaehler) - Msg-Parse: F.F(00)
2017.03.26 23:17:08 5: OBIS (Stromzaehler) - Msg-Parse: C.1(1126120053234874)
2017.03.26 23:17:08 5: OBIS (Stromzaehler) - Msg-Parse: C.5.0(00)
2017.03.26 23:17:13 5: OBIS (Stromzaehler) - Msg-Parse: 1.8.0(015589.@
2017.03.26 23:17:13 5: OBIS (Stromzaehler) - Msg-Parse:

Die 1.8.0 Channel sind eigentlich fast immer Abgeschnitten, hin und wieder kommen diese auch richtig durch und es wurde bereits ein Channel angelegt.

Kann mir hier jemand weiterhelfen?

Kai

[keihuli]

So bei mir geht es jetzt 

Habe gerade diesen Thread rauf und runter gelesen und dann einfach mal am polling gedreht.

Zuerst hab ich es auf off gesetzt, dann ist das Stromzaehler Device immer reappeared und connected

Code Auswählen Erweitern


2017.03.27 21:03:23 3: Init done
2017.03.27 21:03:23 1: /dev/ttyUSB0 reappeared (Stromzaehler)
2017.03.27 21:03:24 1: /dev/ttyUSB0 disconnected, waiting to reappear (Stromzaehler)
2017.03.27 21:03:24 3: Setting Stromzaehler serial parameters to 300,7,E,1


bringt mich also nicht weiter, aber dann habe ich das polling wieder auf on gesetzt und siehe da, (ich habe fhem nicht neu gestartet, ich habe nur in der WEB Oberfläche im Device den Wert geändert...

Code Auswählen Erweitern


2017.03.27 21:15:12 5: OBIS (Stromzaehler) - Internal timer set to 2017-03-27 21:16:12
2017.03.27 21:15:12 5: OBIS (Stromzaehler) - Msg-Parse: /?!
2017.03.27 21:15:13 5: OBIS (Stromzaehler) - Msg-Parse: /ACE0\3k260V01.18
2017.03.27 21:15:13 5: SW: 063035300d0a
2017.03.27 21:15:13 5: OBIS (Stromzaehler) - Msg-Parse: 050
2017.03.27 21:15:15 5: OBIS (Stromzaehler) - Msg-Parse: F.F(00)
2017.03.27 21:15:16 5: OBIS (Stromzaehler) - Msg-Parse: C.1(1126120053234874)
2017.03.27 21:15:16 5: OBIS (Stromzaehler) - Msg-Parse: C.5.0(00)
2017.03.27 21:15:17 5: OBIS (Stromzaehler) - Msg-Parse: 1.8.0(015597.6*kWh)
2017.03.27 21:15:17 5: Msg 1.8.0(015597.6*kWh) is of type Counter
2017.03.27 21:15:17 5: OBIS (Stromzaehler) - Msg-Parse: !


es läuft..... Aber erklären kann ich es mir nicht....

So es läuft jetzt erstmal ganze 7 Minuten.... Falls es morgen wieder nicht geht meld ich mich....

Kai

Kai

[Devender]

Nabend zusammen,

nach dem ich mich jetzt mit volkszaehler und verschiedenen Skripten beschäftigt hatte, bin ich durch Zufall auf das OBIS Modul gekommen.
Die Middelware aus VZ ist  für das Speichern meiner Zählerstände von HT und NT zu viel. Daher der Versuch das Modul von FHEM zum Reden zu bringen.

Soweit so gut:

Code Auswählen Erweitern


Internals:
   DEF        /dev/ttyUSB0@300,7,E,1 SML
   DeviceName /dev/ttyUSB0@300,7,E,1
   FD         18
   MeterType  SML
   NAME       MyObis
   NR         153
   PARTIAL
   STATE      opened
   TYPE       OBIS
   Readings:
     2017-03-27 22:49:35   Version         PAF5EC3r000
     2017-03-28 00:07:30   state           opened
   Helper:
     BUFFER     /PAF5EC3r000

/PAF5EC3r000

/PAF5EC3r000

/PAF5EC3r000

/PAF5EC3r000


     EoM        -1
     SPEED      0
     SPEED2     0
     TRIGGERTIME 1490652450.4796
     DEVICES:
       /?!
       5
Attributes:
   interval   5
   pollingMode on
   verbose    5


Ich habe ebenfalls einen USB-Lesekopf von Weidmann Elektronik. Der Lesekopf wird als ttyUSB0 angesprochen und funktioniert mit meinem Pafal 20ec3gr und einem Pi mit VZ Image einwandfrei.
Ebenso das Shell Skript von VZ http://wiki.volkszaehler.org/hardware/channels/meters/power/edl-ehz/pafal-20ec3gr liefert mir die nötigen Daten:

Code Auswählen Erweitern


14 <> /PAF5EC3r000

uuid=c5a6a760-1332-11e7-xxxxx-efa29cac46d9 , key=1.8.0, pos=4, len=9
1.8.0 =

c5a6a760-1332-11e7-xxxxx-efa29cac46d9 : 0
255 <> 0.0.0(70922339)
0.0.1(PAF)
F.F(00)
0.2.0(1.27)
C.5(10000)
1.8.0*00(026094.92)
1.8.1*00(016996.69)
1.8.2*00(009098.23)
1.8.3*00(000000.00)
1.8.4*00(000000.00)
1.8.1*01(000000.00)
1.8.2*01(000000.00)
1.8.3*01(000000.00)
1.8.4*01(000000.00)
1.
uuid=c5a6a760-1332-11e7-xxxxxx-efa29cac46d9 , key=1.8.0, pos=4, len=9
1.8.0 = 1.8.0*00(026094.92)
1.8.1*00(016996.69)
1.8.2*00
c5a6a760-1332-11e7-xxxxxx-efa29cac46d9 : 26094920
255 <> 8.1*02(000000.00)
1.8.2*02(000000.00)
1.8.3*02(000000.00)
1.8.4*02(000000.00)
1.6.0*00(00.0000)(00:00:00,00-00-00)
1.6.0*01(00.0000)(00:00:00,00-00-00)
0.1.2*01(00:00:00,00-00-00)
1.35(00.0000)
1.35.90*00(0000.0000)
1.36.90*00(00000)(000000000000
uuid=c5a6a760-1332-11e7-xxxxxx-efa29cac46d9 , key=1.8.0, pos=4, len=9
1.8.0 = 0
c5a6a760-1332-11e7-xxxxx-efa29cac46d9 : 0
167 <> 0000)
1.36.90*01(00000)(0000000000000000)
1.2.0(0000.0000)
0.1.0(00000)
C.2.1(01040B140A0B)(                                                )
0.2.2(::::::::)!

uuid=c5a6a760-1332-11e7-xxxxx-efa29cac46d9 , key=1.8.0, pos=4, len=9
1.8.0 =
c5a6a760-1332-11e7-xxxxx-efa29cac46d9 : 0



Das OBIS Modul liefert mit trotz "Connected" zur Schnittstelle im Verbose 5 Log nur ein:

Code Auswählen Erweitern


2017.03.28 00:07:22 5: OBIS (MyObis) - Internal timer set to 2017-03-28 00:07:27
2017.03.28 00:07:27 5: SW: 2f3f210d0a
2017.03.28 00:07:27 4: Wrote /?!


Ich verstehe es nicht..  . Es Handelt sich um einen d0 Zähler der OBIS Daten bereitstellt. Das sehe ich jedenfalls auch im
Log der Volkszaehlerskripte:

Code Auswählen Erweitern


[Mar 28 00:05:25][d0]   Parsed reading (OBIS code=0.2.2, value=::::::::, unit=)
[Mar 28 00:05:25][d0]   Read package with 29 tuples (vendor=PAF, baudrate=5, identification=EC3r000)
[Mar 28 00:05:25][mtr0] Got 29 new readings from meter:
[Mar 28 00:05:25][mtr0] Reading: id=255-255:0.0.0*255/ObisIdentifier:255-255:0.0.0*255 value=70922339.00 ts=1490652297238
[Mar 28 00:05:25][mtr0] Reading: id=255-255:0.0.1*255/ObisIdentifier:255-255:0.0.1*255 value=0.00 ts=1490652297841
[Mar 28 00:05:25][mtr0] Reading: id=255-255:97.97.255*255/ObisIdentifier:255-255:97.97.255*255 value=0.00 ts=1490652298344
[Mar 28 00:05:25][mtr0] Reading: id=255-255:0.2.0*255/ObisIdentifier:255-255:0.2.0*255 value=1.27 ts=1490652298982
[Mar 28 00:05:25][mtr0] Reading: id=255-255:96.5.255*255/ObisIdentifier:255-255:96.5.255*255 value=10000.00 ts=1490652299586
[Mar 28 00:05:25][mtr0] Reading: id=255-255:1.8.0*0/ObisIdentifier:255-255:1.8.0*0 value=26094.92 ts=1490652300495
[Mar 28 00:05:25][mtr0] Reading: id=255-255:1.8.1*0/ObisIdentifier:255-255:1.8.1*0 value=16996.69 ts=1490652301415
[Mar 28 00:05:25][mtr0] Reading: id=255-255:1.8.2*0/ObisIdentifier:255-255:1.8.2*0 value=9098.23 ts=1490652302335



Kann mir vielleicht jemand noch den entscheidenden Tipp für die richtige Richtung geben?

Danke und Grüße!
Dirk

[Omega-5]

Das OBIS Modul liefert mit trotz "Connected" zur Schnittstelle im Verbose 5 Log nur ein:

Code Auswählen Erweitern


2017.03.28 00:07:22 5: OBIS (MyObis) - Internal timer set to 2017-03-28 00:07:27
2017.03.28 00:07:27 5: SW: 2f3f210d0a
2017.03.28 00:07:27 4: Wrote /?!


Hallo Dirk,
dieser merkwürdige Zähler brauch nach dem Schreiben von " /?!" und einer Wartezeit von ca. 2sek einen zweiten String zum Abrufen der Daten.

"pullseq": "2F3F210D0A"
"ackseq": "063030300D0A"

Gruß Friedrich

[keihuli]

In der sub Obis_Init im 47_OBIS.pm steht der loglevel auf 3, damit log der Obis alle paar Sekunden ein InitDone ins Logfile, aber nur wenn der Polling Mode off gesetzt ist, m.E. wäre hier ein Log 6 angenehmer oder nur beim ersten mal ein log 3....

Code Auswählen Erweitern


sub OBIS_Init($)
{
        Log 3,"Init done";
  return undef;
}

eigentlich ist das ja auch noch das alte logformat:

https://forum.fhem.de/index.php/topic,14341.0.html

müsste dann ja eigentlich lauten:

Code Auswählen Erweitern


sub OBIS_Init($)
{
        Log3 undef, 6,"Init done";
  return undef;
}


Kai

[Devender]

Hallo Dirk,
dieser merkwürdige Zähler brauch nach dem Schreiben von " /?!" und einer Wartezeit von ca. 2sek einen zweiten String zum Abrufen der Daten.
Gruß Friedrich

Hallo Friedrich,

danke für deine Antwort.
Die Werte pullseq": "2F3F210D0A"  und "ackseq": "063030300D0A" sind ja Bestandteil des vzconfig files.
Mit welchem Attribute muesste ich diese im OBIS Modul einbinden oder im Modul selbst ein weiteren Triggern anstossen?

Ich glaube ich stehe da gerade auf dem Schlauch. .

Laut Beschreibungen handelt es sich wohl um einen Zähler der nur auf Anfrage plaudert. Merkt man allerdings beim Betrieb mit VZ nicht. Es scheint ein gängiger Zaehler bei einem Zweitarifbezug (also HT/NT) zu sein den die eon damals eingebaut haben.

Gruesse,
Dirk

[Icinger]

Guten Morgen,

hmm, grundsätzlich sende ich ja die beiden Init-Strings, allerdings hatte ich bisher noch nie die Anforderung, dazwischen 2 sek. zu warten.
Ich lass mir was einfallen und Dirk bekommt in den nächsten Tagen mal ne Testversion mit Delay und einem neuen MeterType.

lg, Stefan

[Devender]

Danke dir Stefan!

[Omega-5]

Hallo,

ich habe es auch nur von hier: https://www.symcon.de/forum/threads/31166-Stromz%C3%A4hler-Pafal-20EC3gr-auslesen
und irgendwo stand, ich finde es im Moment nur nicht mehr, der Zähler ist seeeeehr langsam. 

Gruß Friedrich

[Devender]

Hallo,

ich habe es auch nur von hier: https://www.symcon.de/forum/threads/31166-Stromz%C3%A4hler-Pafal-20EC3gr-auslesen
und irgendwo stand, ich finde es im Moment nur nicht mehr, der Zähler ist seeeeehr langsam. 

Gruß Friedrich

Danke!

Jetzt habe ich das mit den 2 Sec kapiert. Den Thread kannte ich nicht nicht. Und ich habs in dem Shellskript von VZ auch gefunden, dass er kurz wartet und erneut sendet.
Und ja das teil ist langsam. Meine Testdatei braucht mehr als 10Sec für die Ausgabe...

[Icinger]

Naja, in dem Thread steht ja eigentlich, dass der zweite Initstring INNERHALB von 2 sec kommen muss.
Das ist bei den Smwartmetern eh so standard. Kommt in 2 sec nix, muss man mit dem ersten Initstring wieder beginnen.

Sollte soweit also stimmmen.

@Devender:
Mir ist aber grade was anderes aufgefallen:

Code Auswählen Erweitern

/dev/ttyUSB0@300,7,E,1 SML
Dein Zähler sendet nicht in SML, sondern in Klartext.
Ändere dein Define bitte mal auf

Code Auswählen Erweitern

/dev/ttyUSB0@300,7,E,1 VSM102
Damit sollte es dann klappen, denke ich.

lg, Stefan

[Devender]

Hallo Stefan,

ich habe das DEF jetzt mal auf VSM102 gesetzt. Allerdings bekomme ich weiterhin keine verwertbaren Werte.

Code Auswählen Erweitern

2017.03.30 10:06:55 5: OBIS (MyObis) - Internal timer set to 2017-03-30 10:07:05
2017.03.30 10:07:00 5: OBIS (MyObis) - Msg-Parse: ~~|}z}xxx
~z~ /PAF5EC3r000
2017.03.30 10:07:00 5: SW: 063035300d0a
2017.03.30 10:07:05 5: SW: 2f3f210d0a
2017.03.30 10:07:05 4: Wrote /?!

2017.03.30 10:07:05 5: OBIS (MyObis) - Internal timer set to 2017-03-30 10:07:15
2017.03.30 10:07:07 5: OBIS (MyObis) - Internal timer set to 2017-03-30 10:09:07
2017.03.30 10:07:07 5: OBIS (MyObis) - Msg-Parse: /PAF5EC3r000
2017.03.30 10:07:07 5: SW: 063035300d0a
2017.03.30 10:09:07 5: SW: 2f3f210d0a
2017.03.30 10:09:07 4: Wrote /?!

2017.03.30 10:09:07 5: OBIS (MyObis) - Internal timer set to 2017-03-30 10:11:07
2017.03.30 10:09:12 5: OBIS (MyObis) - Msg-Parse: x~J
JGD/PAF5EC3r000
2017.03.30 10:09:12 5: SW: 063035300d0a

Ich habe mich auch noch mal durch alle 23 Seiten gelesen und dort auch Mitstreiter mit einem Parfal gefunden.
Bei https://forum.fhem.de/index.php/topic,51948.msg451815.html#msg451815 war ich mir fast sicher, dass es bei mir klappen könnte.
Daher habe ich das attr channels wie folgt gesetzt:

Code Auswählen Erweitern

{"1.8.1"=>"Bezug_HT","1.8.2"=>'Bezug_NT,"1.8.0"=>'Bezug_Gesamt"}

Leider hat das auch nicht funktioniert. Der User dbox2user hat wohl auch eine "andere" Version vom Zähler:
Er hat: PAF5EC3g00006
Ich habe: PAF5EC3r000

Hatte mir gestern Abend auch noch mal die Ausgabe des Shell zu gemüte geführt. Da ich bei perl noch blütiger Anfänger bin traue ich mich nicht in deinem Modul zu experimentieren 
Das Shell gibt jedesmal sowas aus:

Code Auswählen Erweitern

14 <> /PAF5EC3r000

uuid=c5a6a760-xxxx-11e7-a45e-efa29cac46d9 , key=1.8.0, pos=4, len=9
1.8.0 =

c5a6a760-xxxx-11e7-a45e-efa29cac46d9 : 0
255 <> 0.0.0(70922339)
0.0.1(PAF)
F.F(00)
0.2.0(1.27)
C.5(10000)
1.8.0*00(026108.52)
1.8.1*00(017004.40)
1.8.2*00(009104.12)


Könntes es sein, dass sich dein Modul an Zeilenumbrüchen verschluckt?
Im obigen Log sieht es ja auch etws mysteriös aus:
2017.03.30 10:07:00 5: OBIS (MyObis) - Msg-Parse: ~~|}z}xxx
~z~   /PAF5EC3r000

Ich hatte gestern noch schnell per Skript / grep und sed die Zeilen 12-14 formatiert ausgeben lassen. Das funktioniert problemlos, da die Werte - die ich brauche - auch immer in der selben Zeile stehen.

Ich hoffe du kannst mit den kryptischen Daten was anfangen 

Grüße,
Dirk

[Blixman]

Hallo zusammen,

ich habe den gleichen Zähler wie Devender und hatte bis zum Update vom 23.03.2017 keine Probleme.
Nach dem Update werden die Werte nicht mehr aktualisiert. Eventuell hilft es mal die 47_OBIS.pm vom Januar einzuspielen?

Beste Grüße,
Blixman

[Devender]

Hallo zusammen,

ich habe den gleichen Zähler wie Devender und hatte bis zum Update vom 23.03.2017 keine Probleme.
Nach dem Update werden die Werte nicht mehr aktualisiert. Eventuell hilft es mal die 47_OBIS.pm vom Januar einzuspielen?

Beste Grüße,
Blixman

Hallo Blixman,

das war der richtige Tipp! Super, vielen Dank. 
Nach dem ich eine Version aus meiner Sicherung vom 15.03.2017 eingespielt habe werden die Daten meines Zählers abgerufen.

In dieser Version gibt es auch noch kein GET als Implementierung.

@Blixman
Vielleicht kannst du mir noch ein List deines Device posten. Denn aktuell ließt OBIS alle Daten (HT/NT/Gesamt)

Code Auswählen Erweitern


2017.03.31 09:46:12 5: OBIS (MyObis) - Msg-Parse: 1.8.0*00(026109.51)
2017.03.31 09:46:12 5: Msg 1.8.0*00(026109.51) is of type Counter
2017.03.31 09:46:13 5: OBIS (MyObis) - Msg-Parse: 1.8.1*00(017005.25)
2017.03.31 09:46:13 5: Msg 1.8.1*00(017005.25) is of type Counter
2017.03.31 09:46:14 5: OBIS (MyObis) - Msg-Parse: 1.8.2*00(009104.26)
2017.03.31 09:46:14 5: Msg 1.8.2*00(009104.26) is of type Counter

aus; überschreibt HT/NT aber beim zweiten Durchlauf wieder mit 0-Werten.
Grund hierfür ist, dass der Zähler im Log sowas ausgibt:

Code Auswählen Erweitern


2017.03.31 09:46:17 5: Msg 1.8.1*[b]01[/b](000000.00) is of type Counter
2017.03.31 09:46:18 5: OBIS (MyObis) - Msg-Parse: 1.8.2*01(000000.00)
2017.03.31 09:46:18 5: Msg 1.8.2*[b]01[/b](000000.00) is of type Counter
2017.03.31 09:46:19 5: OBIS (MyObis) - Msg-Parse: 1.8.3*01(000000.00)
2017.03.31 09:46:19 5: Msg 1.8.3*01(000000.00) is of type Counter
2017.03.31 09:46:20 5: OBIS (MyObis) - Msg-Parse: 1.8.4*01(000000.00)
2017.03.31 09:46:20 5: Msg 1.8.4*01(000000.00) is of type Counter


Also ein zweites Reading mit *01.
Ich habe versucht mein Channel Regex nochmal anzupassen was allerdings nicht funktioniert hat, da das "*" als Wildcard im Regex fungiert
Mit dem attr Channels :

Code Auswählen Erweitern

{"1.8.1*00"=>"Bezug_HT","1.8.2*00"=>"Bezug_NT","1.8.0*00"=>"Bezug_Gesamt"}
Funktioniert die Anzeige der Readings. Die Readings werden neu angelegt und dort der Wert gespeichert. Passt also
Hier mein aktuelles List:

Code Auswählen Erweitern


Internals:
   CHANGED
   DEF        /dev/ttyUSB0@300,7,E,1 VSM102
   DeviceName /dev/ttyUSB0@300,7,E,1
   FD         17
   MeterType  VSM102
   NAME       MyObis
   NR         152
   PARTIAL
   STATE      opened
   TYPE       OBIS
   Readings:
     2017-03-31 09:52:10   0.0.1           PAF
     2017-03-31 09:52:34   0.1.0           0
     2017-03-31 09:52:28   0.1.2.01        00:00:00,00-00-00
     2017-03-31 09:52:11   0.2.0           1.27
     2017-03-31 09:52:28   1.35            0
     2017-03-31 09:52:29   1.35.90.00      0
     2017-03-31 09:52:31   1.36.90.00      0
     2017-03-31 09:52:32   1.36.90.01      0
     2017-03-31 09:52:25   1.6.0.00        00:00:00,00-00-00
     2017-03-31 09:52:26   1.6.0.01        00:00:00,00-00-00
     2017-03-31 09:52:36   C.2.1
     2017-03-31 09:52:12   C.5             0
     2017-03-27 22:49:35   Version         PAF5EC3r000
     2017-03-31 09:52:33   power           0
     2017-03-31 09:40:35   state           opened
     2017-03-31 09:52:12   total_consumption 26109.51
     2017-03-31 09:52:21   total_consumption_Ch1 0
     2017-03-31 09:52:22   total_consumption_Ch2 0
     2017-03-31 09:52:22   total_consumption_Ch3 0
     2017-03-31 09:52:23   total_consumption_Ch4 0
   Helper:
     BUFFER     
     EoM        0
     SPEED      0
     SPEED2     0
     TRIGGERTIME 1490946035.74906
     Channels:
       1.8.0*00(  Bezug_Gesamt
       1.8.1*00(  Bezug_HT
       1.8.2*00(  Bezug_NT
     DEVICES:
       /?!


       30
       000


Attributes:
   channels   {"1.8.1\*00("=>"Bezug_HT","1.8.2\*00("=>"Bezug_NT","1.8.0\*00("=>"Bezug_Gesamt"}
   interval   30
   pollingMode on
   verbose    0



Vielen Dank!

Dirk

[Blixman]

Hallo Devender,

anbei das von dir gewünschte List :

Code Auswählen Erweitern

Internals:
   CHANGED
   DEF        /dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_Strom1-if00-port0@300,7,E,1 VSM102
   DeviceName /dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_Strom1-if00-port0@300,7,E,1
   FD         11
   MeterType  VSM102
   NAME       Heizung
   NR         30
   PARTIAL
   STATE      opened
   TYPE       OBIS
   Readings:
     2017-03-31 10:31:44   0.0.1           PAF
     2017-03-31 10:31:44   0.2.0           1.29
     2017-03-31 10:31:45   C.2.1
     2016-12-06 16:46:34   Version         PAF5EC3g00006
     2017-03-31 07:31:35   state           opened
     2017-03-31 10:31:44   total_consumption_Ch1 3998.38
     2017-03-31 10:31:44   total_consumption_Ch1_CounterCurrent 3998.380
     2017-03-31 00:03:36   total_consumption_Ch1_CounterDay1st 3996.840
     2017-03-31 00:03:36   total_consumption_Ch1_CounterDayLast 3996.840
     2016-12-14 12:28:07   total_consumption_Ch1_CounterMeter1st 2919.09
     2016-12-14 12:28:07   total_consumption_Ch1_CounterMeterLast 2918.940
     2017-03-01 00:10:08   total_consumption_Ch1_CounterMonth1st 3827.280
     2017-03-01 00:10:08   total_consumption_Ch1_CounterMonthLast 3827.280
     2016-12-14 12:28:07   total_consumption_Ch1_CounterYear1st 2919.09
     2016-12-14 12:28:07   total_consumption_Ch1_CounterYearLast 2918.940
     2017-03-31 10:31:44   total_consumption_Ch1_EnergyCostDay 0.377
     2017-03-31 00:03:36   total_consumption_Ch1_EnergyCostDayLast 0.519
     2017-03-31 10:31:44   total_consumption_Ch1_EnergyCostMeter 264.318
     2017-03-31 10:31:44   total_consumption_Ch1_EnergyCostMonth 41.902
     2017-03-01 00:10:08   total_consumption_Ch1_EnergyCostMonthLast 67.884
     2017-03-31 10:31:44   total_consumption_Ch1_EnergyCostYear 264.318
     2017-03-31 10:31:44   total_consumption_Ch1_EnergyDay 1.540
     2017-03-31 00:03:36   total_consumption_Ch1_EnergyDayLast 2.120
     2017-03-31 10:31:44   total_consumption_Ch1_EnergyMeter 1079.290
     2017-03-31 10:31:44   total_consumption_Ch1_EnergyMonth 171.100
     2017-03-01 00:10:08   total_consumption_Ch1_EnergyMonthLast 277.190
     2017-03-31 10:31:44   total_consumption_Ch1_EnergyYear 1079.290
     2017-03-31 10:31:44   total_consumption_Ch1_FinanceReserve -264.318
     2017-03-31 10:31:44   total_consumption_Ch1_MonthMeterReading 11
     2017-03-31 10:31:44   total_consumption_Ch1_PowerCurrent 119.205
     2017-03-31 10:31:44   total_consumption_Ch1_PowerDayAver 234.948
     2016-12-23 00:18:44   total_consumption_Ch1_PowerDayCount 0
     2017-03-31 06:43:36   total_consumption_Ch1_PowerDayMax 2160.000
     2017-03-31 00:03:36   total_consumption_Ch1_PowerDayMin 0.000
     2016-12-23 00:18:44   total_consumption_Ch1_PowerDaySum 0
     2017-03-31 10:31:44   total_consumption_Ch2 2359.23
     2017-03-31 10:31:44   total_consumption_Ch2_CounterCurrent 2359.230
     2017-03-31 00:03:37   total_consumption_Ch2_CounterDay1st 2356.780
     2017-03-31 00:03:37   total_consumption_Ch2_CounterDayLast 2356.770
     2016-12-14 12:38:08   total_consumption_Ch2_CounterMeter1st 1665.79
     2016-12-14 12:38:08   total_consumption_Ch2_CounterMeterLast 1665.790
     2017-03-01 00:00:08   total_consumption_Ch2_CounterMonth1st 2203.120
     2017-03-01 00:00:08   total_consumption_Ch2_CounterMonthLast 2203.110
     2016-12-14 12:38:08   total_consumption_Ch2_CounterYear1st 1665.79
     2016-12-14 12:38:08   total_consumption_Ch2_CounterYearLast 1665.790
     2017-03-31 10:31:44   total_consumption_Ch2_EnergyCostDay 0.629
     2017-03-31 00:03:37   total_consumption_Ch2_EnergyCostDayLast 0.323
     2017-03-31 10:31:44   total_consumption_Ch2_EnergyCostMeter 178.006
     2017-03-31 10:31:44   total_consumption_Ch2_EnergyCostMonth 40.073
     2017-03-01 00:00:08   total_consumption_Ch2_EnergyCostMonthLast 46.686
     2017-03-31 10:31:44   total_consumption_Ch2_EnergyCostYear 178.006
     2017-03-31 10:31:44   total_consumption_Ch2_EnergyDay 2.450
     2017-03-31 00:03:37   total_consumption_Ch2_EnergyDayLast 1.260
     2017-03-31 10:31:44   total_consumption_Ch2_EnergyMeter 693.440
     2017-03-31 10:31:44   total_consumption_Ch2_EnergyMonth 156.110
     2017-03-01 00:00:08   total_consumption_Ch2_EnergyMonthLast 181.870
     2017-03-31 10:31:44   total_consumption_Ch2_EnergyYear 693.440
     2017-03-31 10:31:44   total_consumption_Ch2_FinanceReserve -178.006
     2017-03-31 10:31:44   total_consumption_Ch2_MonthMeterReading 11
     2017-03-31 10:31:44   total_consumption_Ch2_PowerCurrent 0.000
     2017-03-31 10:31:44   total_consumption_Ch2_PowerDayAver 347.571
     2016-12-23 00:08:45   total_consumption_Ch2_PowerDayCount 0
     2017-03-31 04:58:37   total_consumption_Ch2_PowerDayMax 840.000
     2017-03-31 06:08:37   total_consumption_Ch2_PowerDayMin 0
     2016-12-23 00:08:45   total_consumption_Ch2_PowerDaySum 0
   Helper:
     BUFFER
     EoM        1
     SPEED      0
     SPEED2     0
     TRIGGERTIME 1490938295.60619
     Channels:
     DEVICES:
       /?!


       300
       000


Attributes:
   event-min-interval total_consumption_Ch1:600,total_consumption_Ch2:600,total_consumption_Ch1_PowerCurrent:600,total_consumption_Ch2_PowerCurrent:600,total_consumption_Ch1_EnergyDay:600,total_consumption_Ch2_EnergyDay:600
   event-on-change-reading total_consumption_Ch1,total_consumption_Ch2,total_consumption_Ch1_PowerCurrent,total_consumption_Ch2_PowerCurrent,total_consumption_Ch1_EnergyDay,total_consumption_Ch2_EnergyDay
   interval   300
   verbose    5


Es sieht so aus, als ob wir nur einen ähnlichen aber nicht den gleichen Zähler haben. Ich habe zusätzlich noch den ElectricityCounter drin, also nicht wundern.

Besten Gruß,
Blixman