[vz-users] Vermutliches Timestamp Problem bei Iskra MT175

fambesse thomas at fambesse.de
Mon May 8 10:54:11 CEST 2017


Danke Frank für deine Antwort. 

Das mit der Auflösung bin ich gerade am Klären.

 

 

Das was ich meine (rot und Etwas größer dargestellt), Auszug aus einem log aus dem Photovoltaik Forum:

[Feb 21 14:39:39][mtr1] Got 4 new readings from meter:
[Feb 21 14:39:39][mtr1] Reading: id=1-0:2.8.0*255/ObisItentifier:1-0:2.8.0*255 value=29651672.40 ts=1424525979.773
[Feb 21 14:39:39][mtr1] Reading: id=1-0:2.8.1*255/ObisItentifier:1-0:2.8.1*255 value=29651672.40 ts=1424525979.773
[Feb 21 14:39:39][mtr1] Reading: id=1-0:2.8.2*255/ObisItentifier:1-0:2.8.2*255 value=0.00 ts=1424525979.773
[Feb 21 14:39:39][mtr1] Reading: id=1-0:16.7.0*255/ObisItentifier:1-0:16.7.0*255 value=-367.70 ts=1424525979.773

 

Und hier meins:

[May 06 11:00:04][mtr0] Got 6 new readings from meter:

[May 06 11:00:04][mtr0] Reading: id=1-0:1.8.0*255/ObisIdentifier:1-0:1.8.0*255 value=99000.00 ts=1494061204977

[May 06 11:00:04][mtr0] Reading: id=1-0:1.8.1*255/ObisIdentifier:1-0:1.8.1*255 value=99000.00 ts=1494061204977

[May 06 11:00:04][mtr0] Reading: id=1-0:1.8.2*255/ObisIdentifier:1-0:1.8.2*255 value=0.00 ts=1494061204977

[May 06 11:00:04][mtr0] Reading: id=1-0:2.8.0*255/ObisIdentifier:1-0:2.8.0*255 value=145000.00 ts=1494061204977

[May 06 11:00:04][mtr0] Reading: id=1-0:2.8.1*255/ObisIdentifier:1-0:2.8.1*255 value=145000.00 ts=1494061204977

[May 06 11:00:04][mtr0] Reading: id=1-0:2.8.2*255/ObisIdentifier:1-0:2.8.2*255 value=0.00 ts=1494061204977

 

Fehlt da nicht der Punkt. 

Wenn ich das umwandelt (Unix Timestamp in richtige Datumsangabe) kommt bei mir nur Grütze raus. 

Ohne Punkt im letzten Oktett: 22.05.1951 06:26:09 Mit Punkt: 06.05.2017 10:00:04

 

Beste Grüße 

 

---------------------------------------------------------- 

Thomas Besse                                      

57250 Netphen                   e-mail:  <mailto:thomas at fambesse.de> thomas at fambesse.de  

---------------------------------------------------------- 

 

Von: volkszaehler-users [mailto:volkszaehler-users-bounces at demo.volkszaehler.org] Im Auftrag von Frank Richter
Gesendet: Montag, 8. Mai 2017 10:08
An: volkszaehler.org - users <volkszaehler-users at demo.volkszaehler.org>
Betreff: Re: [vz-users] Vermutliches Timestamp Problem bei Iskra MT175

 

Hallo Thomas,

 

die Timestamps sehen für mich einwandfrei aus (Volkszähler arbeitet mit ms-Timestamps).

 

Die Auflösung des Zählers ist natürlich miserabel und für vernünftes Logging kaum zu gebrauchen, aber daran wird sich nix ändern lassen. Wenn du es genauer willst, musst du wohl einen eigenen Zähler (Hutschiene) einbauen.

 

Grüße

Frank

 

Am 08.05.2017 09:41 schrieb "fambesse" <thomas at fambesse.de <mailto:thomas at fambesse.de> >:

Hallo zusammen aus dem schönen Siegerland,

ich versuche seit einigen Tagen meinen Raspberry Pi mit einem USB IR ausleser und dem Volkszähler zu betreiben. 

Nach langer Fehlersuche muss ich nun leider hier an die Experten wenden da ich mir keinen Rat mehr weiß.

 

Aufbau:

Raspberry Pi  3+ 

Wiedemann USB IR Leser

Iskra MT175-D1A52-V22-K0t

 

Hier mein Problem:

Auslesen und Empfangen von dem Zähler tut er (Siehe Daten im vzlogger.log) und sendet diese auch an die Datenbank (in der Tabelle Data sind Einträge Vorhanden)

 

Fehlersuche habe ich soweit durch. Einzig was mir aufgefallen ist das der Timestamp nicht so richtig passt. Bei anderen übertragungen aus dem Wiki ist das letzte Oktett mittels punkt abgesetzt. 

 

Des Weiteren sendet mir der Zähler nur immer ganze kWh-Änderungen  also von 99kWh auf 100kWh.

 

Ich hoffe das ich alles erwähnt habe und mir hier jemand einen entscheidenden Tipp geben kann. 

 

Besten dank vorab. 

 

 

Hier meine vzlogger.conf:

{

"retry" : 3,

"daemon": true,

"verbosity" : 15,

"log" : "/tmp/vzlogger.log",

 

"local" : {

         "enabled" : false,

         "port" : 8080,

         "index" : false,

         "timeout" : 30,

         "buffer" : 600

},

 

"meters" : [{

         "protocol" : "sml",

         "enabled" : true,

         "device" : "/dev/ttyUSB0",

         "parity" : "8N1",

         "baudrate" : 9600,

         "aggtime" : -1,

         "aggfixedinterval" : true,

         "channels": [{

                 "uuid" : "91866ba0-3236-11e7-864b-17640e1a6de2",

                 "middleware" : "http://localhost/middleware.php",

                 "identifier" : "1-0:1.8.0*255",

                 "aggmode" : "MAX"

          }]

     }]

}

 

Auszug aus der vzlogger.log

Got 6 new readings from meter:

[May 06 11:00:03][mtr0] Reading: id=1-0:1.8.0*255/ObisIdentifier:1-0:1.8.0*255 value=99000.00 ts=1494061203909

[May 06 11:00:03][mtr0] Reading: id=1-0:1.8.1*255/ObisIdentifier:1-0:1.8.1*255 value=99000.00 ts=1494061203909

[May 06 11:00:03][mtr0] Reading: id=1-0:1.8.2*255/ObisIdentifier:1-0:1.8.2*255 value=0.00 ts=1494061203909

[May 06 11:00:03][mtr0] Reading: id=1-0:2.8.0*255/ObisIdentifier:1-0:2.8.0*255 value=145000.00 ts=1494061203909

[May 06 11:00:03][mtr0] Reading: id=1-0:2.8.1*255/ObisIdentifier:1-0:2.8.1*255 value=145000.00 ts=1494061203909

[May 06 11:00:03][mtr0] Reading: id=1-0:2.8.2*255/ObisIdentifier:1-0:2.8.2*255 value=0.00 ts=1494061203909

[May 06 11:00:03][chn0] Adding reading to queue (value=99000.00 ts=1494061203909)

[May 06 11:00:03][MAX]  99000.000000 @ 1494061203909

[May 06 11:00:03][MAX]  RESULT 99000.000000 @ 1494061203909

[May 06 11:00:03][chn0] ==> number of tuples: 1

[May 06 11:00:03][chn0] compare: 1494061202904 1494061203909

[May 06 11:00:03][chn0] copied 1/1 values for middleware transmission

[May 06 11:00:03][chn0] JSON request body: [ [ 1494061203909, 99000 ] ]

[May 06 11:00:03][chn0] CURL: Hostname was found in DNS cache

[May 06 11:00:03][chn0] CURL:   Trying ::1...

[May 06 11:00:03][chn0] CURL: Connected to localhost (::1) port 80 (#11)

[May 06 11:00:03][chn0] CURL: Sent 28 bytes..

[May 06 11:00:03][chn0] CURL: Sent '[ [ 1494061203909, 99000 ] ]' bytes

[May 06 11:00:03][chn0] CURL: upload completely sent off: 28 out of 28 bytes

[May 06 11:00:04][chn0] CURL: HTTP 1.0, assume close after body

[May 06 11:00:04][chn0] CURL: Received 26 bytes

[May 06 11:00:04][chn0] CURL: Received '{"version":"0.3","rows":1}' bytes

[May 06 11:00:04][chn0] CURL: Closing connection 11

[May 06 11:00:04][chn0] CURL Request succeeded with code: 200

[May 06 11:00:04][chn0] emptied all (1) values

[May 06 11:00:04][mtr0] Got 6 new readings from meter:

[May 06 11:00:04][mtr0] Reading: id=1-0:1.8.0*255/ObisIdentifier:1-0:1.8.0*255 value=99000.00 ts=1494061204977

[May 06 11:00:04][mtr0] Reading: id=1-0:1.8.1*255/ObisIdentifier:1-0:1.8.1*255 value=99000.00 ts=1494061204977

[May 06 11:00:04][mtr0] Reading: id=1-0:1.8.2*255/ObisIdentifier:1-0:1.8.2*255 value=0.00 ts=1494061204977

[May 06 11:00:04][mtr0] Reading: id=1-0:2.8.0*255/ObisIdentifier:1-0:2.8.0*255 value=145000.00 ts=1494061204977

[May 06 11:00:04][mtr0] Reading: id=1-0:2.8.1*255/ObisIdentifier:1-0:2.8.1*255 value=145000.00 ts=1494061204977

[May 06 11:00:04][mtr0] Reading: id=1-0:2.8.2*255/ObisIdentifier:1-0:2.8.2*255 value=0.00 ts=1494061204977

[May 06 11:00:04][chn0] Adding reading to queue (value=99000.00 ts=1494061204977)

 

---------------------------------------------------------- 

Thomas Besse                                      

Haardtstraße 19                      Tel.: 0271 – 231 7544 <tel:0271%202317544>  

57250 Netphen                   e-mail:  <mailto:thomas at fambesse.de> thomas at fambesse.de  

---------------------------------------------------------- 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20170508/4e78fbb3/attachment-0001.html>


More information about the volkszaehler-users mailing list