[vz-users] Vermutliches Timestamp Problem bei Iskra MT175

thomas fam besse thomas at fambesse.de
Sat May 13 18:55:20 CEST 2017


Hi zusammen, 

kurze Zusammenfassung der letzten Tage:

der Iskra MT175 gib nur nach Pin-Eingabe mehr Informationen und eine höhere Auflösung an den IR-IO-Port. 

Ggf. mal in das Wiki bei den Zähler packen. Hätte mir einiges an Kopfzerbrechen gespart J

 

Jetzt bekomme ich insgesamt 10 Ausgaben und auch mit einer brauchbaren Auflösung.

Und zwar diese:

 

Reading: id=1-0:1.8.0*255/ObisIdentifier:1-0:1.8.0*255 value=172608.10 ts=1494676561036

[May 13 13:56:01][mtr0] Reading: id=1-0:1.8.1*255/ObisIdentifier:1-0:1.8.1*255 value=172608.10 ts=1494676561036

[May 13 13:56:01][mtr0] Reading: id=1-0:1.8.2*255/ObisIdentifier:1-0:1.8.2*255 value=0.00 ts=1494676561036

[May 13 13:56:01][mtr0] Reading: id=1-0:2.8.0*255/ObisIdentifier:1-0:2.8.0*255 value=383694.70 ts=1494676561036

[May 13 13:56:01][mtr0] Reading: id=1-0:2.8.1*255/ObisIdentifier:1-0:2.8.1*255 value=383694.70 ts=1494676561036

[May 13 13:56:01][mtr0] Reading: id=1-0:2.8.2*255/ObisIdentifier:1-0:2.8.2*255 value=0.00 ts=1494676561036

[May 13 13:56:01][mtr0] Reading: id=1-0:16.7.0*255/ObisIdentifier:1-0:16.7.0*255 value=-2548.00 ts=1494676561036

[May 13 13:56:01][mtr0] Reading: id=1-0:36.7.0*255/ObisIdentifier:1-0:36.7.0*255 value=-742.00 ts=1494676561037

[May 13 13:56:01][mtr0] Reading: id=1-0:56.7.0*255/ObisIdentifier:1-0:56.7.0*255 value=-910.00 ts=1494676561037

[May 13 13:56:01][mtr0] Reading: id=1-0:76.7.0*255/ObisIdentifier:1-0:76.7.0*255 value=-901.00 ts=1494676561037 

 

 

Danke hier an alle. 

Thomas

 

 

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

 

ok, Daniel war schneller...

 

Am 08.05.2017 23:34 schrieb "Frank Richter" <frank.richter83 at gmail.com>:

Hi Thomas,

 

auch das ist kein Fehler: der Export im Frontend liefert nicht den Zählerstand, sondern die daraus berechnte Leistung (dieser Wert wird ja auch im Graph dargestellt). Also Differenz zwischen zwei Zählerständen geteilt durch Differenz der Timestamps.

Da dein Zähler nur ganze kWh liefert, werden die geloggten Zählerstände fast immer identisch sein, außer wenn der Zähler zur nächsten kWh springt. Resultierende Leistung ist damit fast immer 0.

 

Grüße

Frank

 

Am 08.05.2017 22:54 schrieb "thomas fam besse" <thomas at fambesse.de>:

Hi Frank

so wie es aussieht werden nur 3 Tupel übermittelt.

[Timestamp,0,1]

 

Im Frontend kommt folgendes an (Export Json-Liste): 

…version":"0.3","data":[{"tuples":[[1494260504383,0,1],[1494260507100,0,1],[1494260509624,0,1],[1494260511990,0,1],[1494260514338,0,1],[1494260516848,0,1],…

 

In der Datenbank unter data sind die Werte korrekt übermittelt (z.b. erstes Tupel):



 

Keine Ahnung wo es hängt.

Hab gerade mir das neue Image Runtergeladen und nochmal neu aufgesetzt. 

Fehler bleibt der gleiche.

 

Da es so ausschaut als wäre es kein Fehler des Stromzählers, soll ich den Betreff so lassen oder abändern? 

 

Besten Dank

Thomas 

 

 

 

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

 

Hallo Thomas,

 

wie ich schon sagte, sind die Timestamps bei vz in Millisekunden. Middleware und Frontend berücksichtigen das.

Wo diese Punkte im gezeigten Log-Ausschnitt herkommen weiß ich nicht, normal ist das zumindest nicht.

Wie schaut denn die Anzeige im Frontend aus? Gibt es dort einen Fehler?

 

Grüße

Frank

 

Am 08.05.2017 10:54 schrieb "fambesse" <thomas at fambesse.de>:

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>:

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/20170513/eb0a5d4a/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 76792 bytes
Desc: not available
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20170513/eb0a5d4a/attachment-0001.png>


More information about the volkszaehler-users mailing list