Wenn ich es anpasse kommt halt diesen Ewigkeitsfaktor wieder zum Vorschein und wird es nichts mit nativen MBus Support in vzlogger Irgendwann muss ich mal ran weil Perl mich als Programmiersprache nervt und ich zu wenig wie möglich Zeit dadran verschwenden möchte...
Achtung Anfänger: Suche Hilfe bei der Konfig von vzlogger.conf
-
-
-
Hallo Zusammen!
Ich brauche mal wieder Unterstützung. Nach 2 Wochen ist meine PIN eingetroffen und nach diversen versuchen ist es mir auch gelungen, zum einen die PIN einzugeben und zum anderen die die PIN Abfrage zu deaktivieren und den vollständigen Datensatz zu aktivieren. Nun sehe ich den Verbrauch immer noch in vollständigen kWh angezeigt, aber dennoch eine zusätzliche Anzeige darunter, die die aktuelle Leistung in Watt darstellt.
Des Weiteren wird aber der vollständige Datensatz übertragen (vzlogger.log => größerer Auszug im Anhang):
[...]
[Dec 08 17:38:32][mtr0] Reading: id=1-0:1.8.0*255/ObisIdentifier:1-0:1.8.0*255 value=1655251.00 ts=1575823112384
[Dec 08 17:38:32][mtr0] Reading: id=1-0:16.7.0*255/ObisIdentifier:1-0:16.7.0*255 value=623.00 ts=1575823112384
[Dec 08 17:38:32][chn2] Adding reading to queue (value=1655251.00 ts=1575823112384)
[Dec 08 17:38:32][push] added to uuid fb945b00-0d20-11ea-bb53-257f5fb12670
[Dec 08 17:38:32][mqtt] publish vzlogger/data/chn2/raw=1655251.000000
[Dec 08 17:38:32][push] push: { "data": [ { "uuid": "fb945b00-0d20-11ea-bb53-257f5fb12670", "tuples": [ [ 1575823112384, 1655251 ] ] } ] }
[Dec 08 17:38:32][push] CURL Request to http://127.0.0.1:5582 succeeded with code: 200
[Dec 08 17:38:32][push] send ok to url http://127.0.0.1:5582
[Dec 08 17:38:33][mtr0] Got 2 new readings from meter:
[Dec 08 17:38:33][mtr0] Reading: id=1-0:1.8.0*255/ObisIdentifier:1-0:1.8.0*255 value=1655251.20 ts=1575823113425
[Dec 08 17:38:33][mtr0] Reading: id=1-0:16.7.0*255/ObisIdentifier:1-0:16.7.0*255 value=615.00 ts=1575823113425
[Dec 08 17:38:33][chn2] Adding reading to queue (value=1655251.20 ts=1575823113425)
[Dec 08 17:38:33][push] added to uuid fb945b00-0d20-11ea-bb53-257f5fb12670
[Dec 08 17:38:33][mqtt] publish vzlogger/data/chn2/raw=1655251.200000
[Dec 08 17:38:33][push] push: { "data": [ { "uuid": "fb945b00-0d20-11ea-bb53-257f5fb12670", "tuples": [ [ 1575823113425, 1655251.2000000002 ] ] } ] }
[Dec 08 17:38:33][push] CURL Request to http://127.0.0.1:5582 succeeded with code: 200
[Dec 08 17:38:33][push] send ok to url http://127.0.0.1:5582
[Dec 08 17:38:34][mtr0] Got 2 new readings from meter:
[...]
"channels": [{
"api": "volkszaehler", // middleware api, default volkszaehler
"uuid": "cc572e10-18e4-11ea-a6b8-374aa9a8393e",
"middleware": "http://localhost/middleware.php",
"identifier": "1-0:1.7.0" // OBIS identifier (alias for '1-0:1.7.ff')
// see 'vzlogger -h' for available aliases
// see 'vzlogger -v20' for available identifiers for attached meters
}, {
"uuid": "a8da012a-9eb4-49ed-b7f3-38c95142a90c",
[...]
Meine Vermutung:
- Die Daten werden nicht in die Datenbank geschrieben ...
- Somit auch über die UUID nicht im Frontend abrufbar ....
Vielleicht kann mir jemand nochmal unter die Arme greifen, den die errechneten Verbrauchswerte im Frontend schwanken immer sehr stark im Gegensatz zu den übermittelten Verbrauchswerten.
Viele Grüße,
Lueppo
-
Nun sehe ich den Verbrauch immer noch in vollständigen kWh angezeigt, aber dennoch eine zusätzliche Anzeige darunter, die die aktuelle Leistung in Watt darstellt.
Was der Zähler im Display darstellt und was über die Schnittstelle ausgegeben wird sind 2 paar Schuhe.
Wenn du wissen willst was da kommt und was für einen OBIS-Code der Zähler tatsächlich verwendet: Eine Config ohne Kanäle anlegen und mindestens einen Durchgang laufen lassen. Danach ins Logfile schauen.
mfg JAU
-
Guten Tag JAU!
Das ist ja im Prinzip was ich auch schreibe:
"Des Weiteren wird aber der vollständige Datensatz übertragen (vzlogger.log => größerer Auszug im Anhang):"
Und was mein Logfile auch darstellt:
[Dec 08 17:38:32][mtr0] Reading: id=1-0:16.7.0*255/ObisIdentifier:1-0:16.7.0*255 value=623.00 ts=1575823112384
Meine Frage war ja, wie finden diese Momentanleistungsdaten den Weg in die Datenbank und dann wieder zum Frontend.
Aber das hat sich erledigt, da ich offensichtlich den falschen OBIS Identifier verwendet habe ...
Aus dem Log:
[Dec 08 17:38:32][mtr0] Reading: id=1-0:16.7.0*255/ObisIdentifier:1-0:16.7.0*255 value=623.00 ts=1575823112384
Und aus der vzlogger.conf:
"uuid": "cc572e10-18e4-11ea-a6b8-374aa9a8393e","middleware": "http://localhost/middleware.php",
"identifier": "1-0:1.7.0" // OBIS identifier (alias for '1-0:1.7.ff')
Nachdem ich es wie folgt angepasst habe:"uuid": "cc572e10-18e4-11ea-a6b8-374aa9a8393e",
"middleware": "http://localhost/middleware.php",
"identifier": "1-0:16.7.0
Geht es nun auch in die Datenbank und sehe es auch im Frontend.
Danke euch!
Manchmal muss man das Problem einfach gut beschreiben, dann kommt man gelegentlich selbst auf die Lösung.
Bis demnächst mal wieder!
Lueppo
-
Für den Dauerbetrieb solltest du noch verbosity auf 0 setzen und möglichst eine sinnvolle Aggregation einrichten, damit die Datenbestände nicht so schnell ausufern und die Speicherkarte eine Weile hält.
Wenn du den lokalen httpd nicht nutzt, dann besser deaktivieren. Ebenso MQTT.
-
Hallo Frank!
Stimmt, das Feintuning fehlt noch und vergesse ich gerne, wenn dann mal alles läuft:
- mqtt: Disablen macht zur Zeit Sinn
- verbosity: Auf 0 setzen macht auch sinn
- aggregation: Scheint hier: https://wiki.volkszaehler.org/howto/datenmengen
ganz gut beschrieben zu sein, muss ich mal rumprobieren.Danke für die Hilfe hier!
Viele Grüße,
Lueppo