[vz-users] Vermutliches Timestamp Problem bei Iskra MT175
Frank Richter
frank.richter83 at gmail.com
Mon May 8 23:35:34 CEST 2017
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],[1494
>> 260507100,0,1],[1494260509624,0,1],[1494260511990,0,1],[1494
>> 260514338,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-bou
>> nces 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: thomas at fambesse.de
>>
>> ----------------------------------------------------------
>>
>>
>>
>> *Von:* volkszaehler-users [mailto:volkszaehler-users-bou
>> nces 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
>> <0271%202317544>
>>
>> 57250 Netphen e-mail: thomas at fambesse.de
>>
>> ----------------------------------------------------------
>>
>>
>>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20170508/57abd763/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 76792 bytes
Desc: not available
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20170508/57abd763/attachment-0001.png>
More information about the volkszaehler-users
mailing list