Das war's. Mit voll qualifiziertem Identifier "1-0:1.8.0" funktioniert es,
mit "1.8.0" oder den Alias "Counter" nicht. ts=0 war nicht die Ursache. Es
geht auch ohne Timestamp.
Anscheinend sind die Protokolle D0 und sml für HTTPd etwas unterschiedlich
implementiert: Bei "D0" funktioniert "1.8.0", bei sml nicht. Ebenso
funktionieren bei sml die Aliase nicht, obwohl das die vzlogger-Hilfe sagt
und in den Beispiel-Konfiguration auch angegeben ist.
Nochmal vielen Dank für den entscheidenden Tipp.
Viele Grüße
Am Sa., 2. Nov. 2019 um 17:52 Uhr schrieb Frank Richter <
frank.richte...@gmail.com>:
> Hast du's (nochmal) mit vollständigen Identifiern (z.B. "1-0:1.8.0")
> versucht? Ansonsten sieht die Config für mich gut aus.
>
> Grüße
> Frank
>
> Winfried Peters <winfried.pet...@gmail.com> schrieb am Sa., 2. Nov. 2019,
> 17:26:
>
>> So, ich bin jetzt ein paar Schritte weiter gekommen, aber immer noch ohne
>> Erfolg. Die von vzlogger geparsten sml-Daten werden immer noch nicht über
>> den HTTPd-Server ausgegeben.
>>
>> Ich habe über die PIN meines DWS74-Zählers auf den erweiterten Datensatz
>> umgestellt.
>> Ich habe vzlogger mit der aktuellen Version 0.8.0 compiliert,
>> installiert, für meinen sml-Zähler konfiguriert und gestartet.
>> Die sml-Daten meines Zählers kommen in vzlogger an. Im verbose 15-Log
>> sehe ich die geparsten Werte des Zählers als Readings, jetzt auch mit
>> Timestamp ts, der über den Parameter "use_local_time" geliefert wird.
>> Mir fehlen im Log die Hinweise, dass für jeden der Channel ein
>> Logging-Thread gestartet wurde (Start logging thread for null-api. Running
>> as daemon: yes) und die Readings auf die Queue gestellt wurden (Adding
>> reading to queue..).
>> Sonst ist das Log aus meiner Sicht unauffällig.
>>
>> So sehe ich im Browser die Daten des HTTPD-Servers:
>>
>> { "version": "0.8.0", "generator": "vzlogger", "data": [ { "uuid": "180a",
>> "last": 0, "interval": -1, "protocol": "sml" }, { "uuid": "180b", "last": 0,
>> "interval": -1, "protocol": "sml" }, { "uuid": "180c", "last": 0,
>> "interval": -1, "protocol": "sml" } ] }
>>
>> Die Readings müssten dort für jeden Channel als Tupel mit Timestamp und
>> Value erscheinen. Es sind aber keine Tupel da.
>>
>> Hier der Logauszug:
>>
>> [Nov 02 15:55:39][main] vzlogger v0.8.0 based on
>> heads/master-0-g3c4ef603cb from Sun, 18 Aug 2019 09:36:53 +0200 started.
>>
>> [Nov 02 15:55:39][mtr0] Creating new meter with protocol sml.
>>
>> [Nov 02 15:55:39][mtr0] Meter configured, enabled.
>>
>> [Nov 02 15:55:39] New meter initialized (protocol=sml)
>>
>> [Nov 02 15:55:39] Configure channel.
>>
>> [Nov 02 15:55:39][chn0] New channel initialized (uuid=... api=null
>> id=1.8.0)
>>
>> [Nov 02 15:55:39] Configure channel.
>>
>> [Nov 02 15:55:39][chn1] New channel initialized (uuid=... api=null
>> id=1.25)
>>
>> [Nov 02 15:55:39] Configure channel.
>>
>> [Nov 02 15:55:39][chn2] New channel initialized (uuid=... api=null
>> id=2.8.0)
>>
>> [Nov 02 15:55:39] Have 1 meters.
>>
>> [Nov 02 15:55:39][main] log level is 15
>>
>> [Nov 02 15:55:39][main] daemon=1, local=1
>>
>> [Nov 02 15:55:39] Daemonize process...
>>
>> [Nov 02 15:55:39] Opened logfile /var/log/vzlogger.log
>>
>> [Nov 02 15:55:39][push] No pushDataServer defined.
>>
>> [Nov 02 15:55:39][] ===> Start meters
>>
>> [Nov 02 15:55:39][mtr0] Meter connection established
>>
>> [Nov 02 15:55:39][mtr0] Meter thread started
>>
>> [Nov 02 15:55:39][mtr0] Meter is opened. Starting channels.
>>
>> [Nov 02 15:55:39][chn0] Logging thread started
>>
>> [Nov 02 15:55:39][chn1] Logging thread started
>>
>> [Nov 02 15:55:39][chn2] Logging thread started
>>
>> [Nov 02 15:55:39][http] Starting local interface HTTPd on port 8080
>>
>> [Nov 02 15:55:39][] Startup done.
>>
>> [Nov 02 15:55:39][chn1] Start logging thread for null-api. Running as
>> daemon: yes
>>
>> [Nov 02 15:55:39][chn1] Using null api- meter data available via local
>> httpd if enabled.
>>
>> [Nov 02 15:55:39][chn2] Start logging thread for null-api. Running as
>> daemon: yes
>>
>> [Nov 02 15:55:39][chn2] Using null api- meter data available via local
>> httpd if enabled.
>>
>> [Nov 02 15:55:39][mtr0] Number of readers: 32
>>
>> [Nov 02 15:55:39][mtr0] Config.daemon: 1
>>
>> [Nov 02 15:55:39][mtr0] Config.local: 1
>>
>> [Nov 02 15:55:39][chn0] Start logging thread for null-api. Running as
>> daemon: yes
>>
>> [Nov 02 15:55:39][chn0] Using null api- meter data available via local
>> httpd if enabled.
>>
>> [Nov 02 15:55:40][mtr0] Got 3 new readings from meter:
>>
>> [Nov 02 15:55:40][mtr0] Reading:
>> id=1-0:1.8.0*255/ObisIdentifier:1-0:1.8.0*255 value=87463.90
>> ts=1572706540671
>>
>> [Nov 02 15:55:40][mtr0] Reading:
>> id=1-0:2.8.0*255/ObisIdentifier:1-0:2.8.0*255 value=20243.10
>> ts=1572706540671
>>
>> [Nov 02 15:55:40][mtr0] Reading:
>> id=1-0:16.7.0*255/ObisIdentifier:1-0:16.7.0*255 value=341.01
>> ts=1572706540671
>>
>> [Nov 02 15:55:41][mtr0] Got 3 new readings from meter:
>>
>> [Nov 02 15:55:41][mtr0] Reading:
>> id=1-0:1.8.0*255/ObisIdentifier:1-0:1.8.0*255 value=87464.00
>> ts=1572706541683
>>
>> [Nov 02 15:55:41][mtr0] Reading:
>> id=1-0:2.8.0*255/ObisIdentifier:1-0:2.8.0*255 value=20243.10
>> ts=1572706541683
>>
>> [Nov 02 15:55:41][mtr0] Reading:
>> id=1-0:16.7.0*255/ObisIdentifier:1-0:16.7.0*255 value=343.63
>> ts=1572706541683
>>
>> [Nov 02 15:55:42][mtr0] Got 3 new readings from meter:
>>
>> [Nov 02 15:55:42][mtr0] Reading:
>> id=1-0:1.8.0*255/ObisIdentifier:1-0:1.8.0*255 value=87464.10
>> ts=1572706542691
>>
>> [Nov 02 15:55:42][mtr0] Reading:
>> id=1-0:2.8.0*255/ObisIdentifier:1-0:2.8.0*255 value=20243.10
>> ts=1572706542691
>>
>> [Nov 02 15:55:42][mtr0] Reading:
>> id=1-0:16.7.0*255/ObisIdentifier:1-0:16.7.0*255 value=337.48
>> ts=1572706542691
>>
>> ....
>>
>>
>> Hier meine vzlogger-sml-conf:
>>
>> // vzlogger.conf with sml (Strom)
>> {
>> "daemon": true,
>> "verbosity": 15,
>> "log": "/var/log/vzlogger.log",
>> "retry": 30, // http retry delay in seconds
>> // Build-in HTTP server
>> "local": {
>> "enabled": true,
>> "port": 8080,
>> "index": true,
>> "timeout": 30,
>> "buffer": 3600
>> },
>> // Meter configuration
>> "meters": [
>> // sml meter (Strom)
>> {
>> "enabled": true,
>> "protocol": "sml",
>> "device": "/dev/ttyUSB0",
>> "baudrate": 9600,
>> "parity": "8n1",
>> "use_local_time": true,
>> "skip": false,
>> "channels": [
>> {
>> "uuid": "180a",
>> "identifier": "counter", // 1.8.1 Zaehlerstand
>> Wirkleistung 1-0:1.8.255*255
>> "api": "null",
>> "duplicates": 0
>> },
>> {
>> "uuid": "180b",
>> "identifier": "1.25", // 1.25 Momentanleistung
>> "api": "null",
>> "duplicates": 0
>> },
>> {
>> "uuid": "180c",
>> "identifier": "counter-out", // 2.8.1 Zaehlerstand Lieferg.
>> 1-0:2.8.255*255
>> "api": "null",
>> "duplicates": 0
>> }
>> ]
>> }
>> ]
>> }
>>
>>
>> Hat jemand noch eine Idee, was falsch sein könnte?
>>
>>
>> Viele Grüße
>>
>>
>>
>> Am Mi., 30. Okt. 2019 um 14:43 Uhr schrieb Winfried Peters <
>> winfried.pet...@gmail.com>:
>>
>>> Die PIN wird mir vom Netzbetreiber zugeschickt. Dann hoffe ich mal, dass
>>> mit der hohen Auflösung der Timestamp mitkommt.
>>>
>>> Viele Grüße
>>>
>>> Am Mi., 30. Okt. 2019 um 11:32 Uhr schrieb Frank Richter <
>>> frank.richte...@gmail.com>:
>>>
>>>> Aus Zählerständen in ganzen kWh lässt sich die Leistung auch nicht
>>>> sinnvoll ableiten, deswegen würde ich mich zuallererst mal um die
>>>> Beschaffung der PIN und die Freischaltung der höheren Auflösung kümmern.
>>>>
>>>> DZG ist glaub ich schonmal mit einer problematischen
>>>> SML-Implementierung aufgefallen.
>>>>
>>>> Grüße
>>>> Frank
>>>>
>>>> Winfried Peters <winfried.pet...@gmail.com> schrieb am Mi., 30. Okt.
>>>> 2019, 10:44:
>>>>
>>>>> Es ist ein Zähler von DZG vom Typ DWS7412.2T. Er pusht periodisch jede
>>>>> Sekunde ein Telegramm in SML 1.05-SML-frame Version 1, 9600 Bd, 8-N-1.
>>>>> Über die DZG Software "DZG Meter View" kann ich die Daten auslesen.
>>>>> Das Programm kann auch die Leistungen über die Zeit in einem Diagramm
>>>>> darstellen. Das Diagramm bleibt aber leer. Was zu der Vermutung führt,
>>>>> dass
>>>>> keine Zeitstempel übertragen werden, so wie es vzlogger ja auch ausweist.
>>>>> Ich habe eine Anfrage an DZG gestellt, ob das ein Fehler in der verbauten
>>>>> Firmware ist.
>>>>>
>>>>> Viele Grüße
>>>>>
>>>>>
>>>>> Am Di., 29. Okt. 2019 um 23:02 Uhr schrieb Frank Richter <
>>>>> frank.richte...@gmail.com>:
>>>>>
>>>>>> Von welchem Zählertyp reden wir eigentlich?
>>>>>>
>>>>>> Grüße
>>>>>> Frank
>>>>>>
>>>>>> Am Di., 29. Okt. 2019 um 21:17 Uhr schrieb Winfried Peters <
>>>>>> winfried.pet...@gmail.com>:
>>>>>>
>>>>>>> Ich habe Daniels Konfigurationsvorschläge (identfier 1.8.0 und 2.8.0
>>>>>>> ) getestet , mit dem gleichen (negativen) Ergebnis.
>>>>>>> count und count-out sind übrigens von vzlogger unterstützte
>>>>>>> OBIS-Aliase, die funktionieren (siehe vzlogger -h).
>>>>>>> use_local_time kann ich leider in meiner alten vzlogger-Version
>>>>>>> nicht nutzen.
>>>>>>> Konfigurationsfehler sehe ich bisher nicht und meine These, bei ts=0
>>>>>>> keine Werte-Tupelübergabe an HTTPd, hat bisher auch noch keiner
>>>>>>> widerlegt.
>>>>>>>
>>>>>>> Viele Grüße
>>>>>>>
>>>>>>> Am Di., 29. Okt. 2019 um 20:41 Uhr schrieb Stefan Bauer <
>>>>>>> s...@stefan-bauer.net>:
>>>>>>>
>>>>>>>> Nein, am Timestamp Wirtes nich liegen, sondern an der falschen
>>>>>>>> Konfiguration, wie Daniel schon in seinem ersten Post geschrieben
>>>>>>>> hat...
>>>>>>>>
>>>>>>>> Stefan
>>>>>>>>
>>>>>>>> Von meinem iPad gesendet
>>>>>>>>
>>>>>>>> Am 29.10.2019 um 20:39 schrieb Winfried Peters <
>>>>>>>> winfried.pet...@gmail.com>:
>>>>>>>>
>>>>>>>>
>>>>>>>> Ich brauch den Timestamp nicht, aber vielleicht HTTPd. Mein Problem
>>>>>>>> ist, dass keine SML-Werte-Tupel an HTTPd übergeben werden und ich sie
>>>>>>>> demnach nicht abfragen kann.
>>>>>>>> Ich stelle nur Vermutungen über mögliche Ursachen an. Mir fällt im
>>>>>>>> Log auf, dass Werte mit Timestamp an HTTPd übergeben werden, Werte mit
>>>>>>>> ts=0
>>>>>>>> nicht.
>>>>>>>> Also könnte der fehlende Timestamp eine Ursache sein, die ich
>>>>>>>> leider nicht mit dem use_local_time überprüfen kann.
>>>>>>>>
>>>>>>>> Viele Grüße
>>>>>>>>
>>>>>>>> Am Di., 29. Okt. 2019 um 19:57 Uhr schrieb Frank Richter <
>>>>>>>> frank.richte...@gmail.com>:
>>>>>>>>
>>>>>>>>> Brauchst du den Timestamp denn unbedingt, wenn du die Daten eh nur
>>>>>>>>> vom httpd abholst?
>>>>>>>>>
>>>>>>>>> Am Di., 29. Okt. 2019 um 19:37 Uhr schrieb Winfried Peters <
>>>>>>>>> winfried.pet...@gmail.com>:
>>>>>>>>>
>>>>>>>>>> Ojeh, gerade das wollte ich mir nicht antun. Ich hatte vor
>>>>>>>>>> einigen Monaten schon mal einen Anlauf gemacht, ein Cross-Compile
>>>>>>>>>> für Udo's
>>>>>>>>>> YPORT+-Logger durchzuführen. Habe den Versuch aber aufgegeben (es
>>>>>>>>>> ist mir
>>>>>>>>>> nicht gelungen Dependencies, z.B. zu libsml, aufzulösen). Udo hatte
>>>>>>>>>> mir vor
>>>>>>>>>> ein paar Jahren schon mal mit einem neuen Image aus der Patsche
>>>>>>>>>> geholfen.
>>>>>>>>>> Ich hatte Udo angeschrieben. Aber er scheint nicht mehr aktiv zu
>>>>>>>>>> sein.
>>>>>>>>>>
>>>>>>>>>> use_local_time funktioniert nicht, hatte ich gerade getestet.
>>>>>>>>>> Jetzt weiss ich auch warum.
>>>>>>>>>>
>>>>>>>>>> Dann bleiben mir noch zwei Optionen:
>>>>>>>>>> - ich schaffe mir einen Rasberry Pi an und bringe dort die
>>>>>>>>>> aktuelle vzlogger-Version drauf
>>>>>>>>>> - oder ich versuche mich nochmal am Cross-Compile.
>>>>>>>>>>
>>>>>>>>>> Viele Grüße
>>>>>>>>>>
>>>>>>>>>> Am Di., 29. Okt. 2019 um 19:02 Uhr schrieb Frank Richter <
>>>>>>>>>> frank.richte...@gmail.com>:
>>>>>>>>>>
>>>>>>>>>>> Hi,
>>>>>>>>>>>
>>>>>>>>>>> Am Di., 29. Okt. 2019 um 14:06 Uhr schrieb Daniel Lauckner <
>>>>>>>>>>> v...@jahp.de>:
>>>>>>>>>>>
>>>>>>>>>>>> Und für SML-Zähler die beim timestamp murksen gibts die Option
>>>>>>>>>>>> "use_local_time"
>>>>>>>>>>>>
>>>>>>>>>>>> https://wiki.volkszaehler.org/software/controller/vzlogger/vzlogger_conf_parameter?s[]=use_local_time#sml
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> allerdings noch nicht in 0.6.0. Da wirst du neu compilieren
>>>>>>>>>>> müssen.
>>>>>>>>>>>
>>>>>>>>>>> Grüße
>>>>>>>>>>> Frank
>>>>>>>>>>>
>>>>>>>>>>
