[vz-users] keine Werte im Frontend
Frank Richter
frank.richter83 at gmail.com
Wed Dec 7 23:03:56 CET 2016
Hallo Johannes,
hier ändert niemand ständig den Betreff, normalerweise reicht einfaches
Antworten. Problem ist wohl, dass du die Liste als "daily digest" abonniert
hast, das taugt wohl nur zum Mitlesen, nicht zur aktiven Teilnahme. Änder
mal dein Abo (wie Daniel schon mal empfohlen hat).
Zum Problem: Ich meine mich zu erinnern, dass vzlogger keine Daten zur
Middleware schickt, wenn er nicht als daemon läuft. Also bitte daemon auf
true setzen.
Den lokalen HTTP kannst du abschalten, den brauchst du wohl eher nicht.
Die channel-Konfiguration kenne ich nur als Array, also "channels":[{},{}]
Wenn du weitere Kanäle loggen willst, brauchst du das sowieso.
Zählerstände sind normalerweise gegenüber Leistungswerten zu bevorzugen,
dann übernimmt nämlich schon der Zähler die Integration über die Zeit und
es gibt keine Abweichungen zwischen vom Zähler abgelesenen und von VZ
berechneten Verbrauchswerten.
Grüße
Frank
Am 7. Dezember 2016 um 21:23 schrieb johannes <johannes.wimmer006 at gmail.com>
:
> Ja natürlich habe ich deine Vorschläge angewendet und Einträge raus
> genommen, Danke für den Tipp aber es klappt trozdem nicht.
>
> Welche Funktion ruft normalerweise den CURL befehl auf der die Werte
> übergibt? ich schätze es liegt daran dass ich einen OSM Meter habe aber ich
> kann keinen anderen Meter Testen.
>
> Entschuldigung ich hab noch nie aktiv in einer Mailingliste mitgeschrieben
> und erst jetzt gecheckt dass Ihr immer den Betreff ändert hoffe ich
> zumindest dass es so klappt.
>
> lg Johannes
>
> Am 2016-12-07 um 20:21 schrieb volkszaehler-users-request at dem
> o.volkszaehler.org:
>
>> Send volkszaehler-users mailing list submissions to
>> volkszaehler-users at demo.volkszaehler.org
>>
>> To subscribe or unsubscribe via the World Wide Web, visit
>> https://demo.volkszaehler.org/mailman/listinfo/volkszaehler-users
>> or, via email, send a message with subject or body 'help' to
>> volkszaehler-users-request at demo.volkszaehler.org
>>
>> You can reach the person managing the list at
>> volkszaehler-users-owner at demo.volkszaehler.org
>>
>> When replying, please edit your Subject line so it is more specific
>> than "Re: Contents of volkszaehler-users digest..."
>>
>>
>> Today's Topics:
>>
>> 1. Re: Hilfe bei Setup von dbcopy (vz at jahp.de)
>> 2. Re: Hilfe bei Setup von dbcopy (Tobias Lehr)
>> 3. Re: Montage IR-Lesekopf / Zählerkasten verplombt (vz at jahp.de)
>> 4. Re: Hilfe bei Setup von dbcopy (Andreas Götz)
>> 5. Re: Hilfe bei Setup von dbcopy (vz at jahp.de)
>> 6. Re: Montage IR-Lesekopf / Zählerkasten verplombt (Frank Richter)
>> 7. Re: keine Werte im Frontend (Frank Richter)
>>
>>
>> ----------------------------------------------------------------------
>>
>> Message: 1
>> Date: Wed, 7 Dec 2016 15:57:14 +0100 (CET)
>> From: vz at jahp.de
>> To: "volkszaehler-users ML" <volkszaehler-users at demo.volkszaehler.org>
>> Subject: Re: [vz-users] Hilfe bei Setup von dbcopy
>> Message-ID: <20161207145714.949EA12844C0 at lex.servertools24.de>
>> Content-Type: text/plain; charset="ISO-8859-1"
>>
>> Am 07.12.2016 um Uhr haben Sie geschrieben:
>>
>>> @Tobias: Stopp. Was bricht wo warum ab? Das Setup funktioniert, kein
>>>
>> Grund
>>
>>> manuell irgendwas zu frickeln, insbesondere keine zentralen Dateien
>>> rumzukopieren.
>>>
>>> Lass uns nochmal vorne bei Problem anfangen.
>>>
>> Ab "Werk" ist die *.php unter .../misc/tools/ jedenfalls nicht zu
>> finden. Hab extra noch schnell volkszaehler.org vom git gepullt um das
>> zu prüfen.
>>
>> Wenn man composer unter .../vendor/*dingsbums* ausführt wird die
>> dbcopy.php dann auch nach .../misc/tools/ kopiert? Konnte das vor der
>> Arbeit leider nicht mehr testen.
>>
>>
>> mfg Daniel
>>
>>
>>
>> ------------------------------
>>
>> Message: 2
>> Date: Wed, 07 Dec 2016 16:04:19 +0100
>> From: Tobias Lehr <tobias.lehr at me.com>
>> To: "volkszaehler.org - users"
>> <volkszaehler-users at demo.volkszaehler.org>
>> Subject: Re: [vz-users] Hilfe bei Setup von dbcopy
>> Message-ID: <24988EC7-A4B9-4EA5-BBA3-9FA288680235 at me.com>
>> Content-Type: text/plain; charset=utf-8
>>
>> Also ich dachte ich teste die installation noch mal unter misc/tools. da
>> waren dann die php und die json datei. Wen. Ich unter misc/tools compser
>> laufen lassen möchte sagt dieser das das die composer.json fehlt. Ob die
>> php vor der installation in vendor/andig/dbcopy schon unter misc/tools war
>> kann ich natürlich nicht sagen. Ich hab dann aber nicht probiert ob die php
>> unter misc/tools funktionieren würde. Irgendwas manuell kopiert hab ich
>> nicht.
>>
>> Gruß Tobias
>>
>> Am 07.12.2016 um 15:57 schrieb vz at jahp.de:
>>>
>>> Am 07.12.2016 um Uhr haben Sie geschrieben:
>>>
>>>> @Tobias: Stopp. Was bricht wo warum ab? Das Setup funktioniert, kein
>>>>
>>> Grund
>>>
>>>> manuell irgendwas zu frickeln, insbesondere keine zentralen Dateien
>>>> rumzukopieren.
>>>>
>>>> Lass uns nochmal vorne bei Problem anfangen.
>>>>
>>> Ab "Werk" ist die *.php unter .../misc/tools/ jedenfalls nicht zu
>>> finden. Hab extra noch schnell volkszaehler.org vom git gepullt um das
>>> zu prüfen.
>>>
>>> Wenn man composer unter .../vendor/*dingsbums* ausführt wird die
>>> dbcopy.php dann auch nach .../misc/tools/ kopiert? Konnte das vor der
>>> Arbeit leider nicht mehr testen.
>>>
>>>
>>> mfg Daniel
>>>
>>>
>> ------------------------------
>>
>> Message: 3
>> Date: Wed, 7 Dec 2016 16:08:03 +0100 (CET)
>> From: vz at jahp.de
>> To: volkszaehler-users at demo.volkszaehler.org
>> Subject: Re: [vz-users] Montage IR-Lesekopf / Zählerkasten verplombt
>> Message-ID: <20161207150803.4C08F12844C0 at lex.servertools24.de>
>> Content-Type: text/plain; charset="ISO-8859-1"
>>
>> Am 07.12.2016 um Uhr haben Sie geschrieben:
>>
>>> Also 17mm diagonal - das passt locker durch M25!
>>>
>> Hm, ich hab hier jetzt nur M25 von OBO, da wars mit dem USB-Kabel das
>> ich auf die schnelle gefunden hab ne ziemlich knappe Kiste.
>> Problem: der Innendurchmesser vom Überwurfdeckel ist gern größer als der
>> kleinste Innenduchmesser im Gewindestück.
>>
>> Aber ging durch.
>>
>>
>> mfg Daniel
>>
>>
>>
>> ------------------------------
>>
>> Message: 4
>> Date: Wed, 7 Dec 2016 16:12:15 +0100
>> From: Andreas Götz <cpuidle at gmail.com>
>> To: "volkszaehler.org - users"
>> <volkszaehler-users at demo.volkszaehler.org>
>> Subject: Re: [vz-users] Hilfe bei Setup von dbcopy
>> Message-ID: <A3E4E570-BEF1-4D3C-B4F8-95A4BAE2326A at gmail.com>
>> Content-Type: text/plain; charset=utf-8
>>
>> Bitte hört auf damit!
>>
>> 1. vz aus git clonen
>> 2. Abhängigkeiten mittels Composer installieren
>>
>> Beides ist im Image erledigt.
>>
>> Danach gibts die dbcopy.php unter misc/tools
>>
>> Alles Andere ist Quark!!!
>>
>> Viele Grüße,
>> Andreas
>>
>> Am 07.12.2016 um 16:04 schrieb Tobias Lehr <tobias.lehr at me.com>:
>>>
>>> Also ich dachte ich teste die installation noch mal unter misc/tools. da
>>> waren dann die php und die json datei. Wen. Ich unter misc/tools compser
>>> laufen lassen möchte sagt dieser das das die composer.json fehlt. Ob die
>>> php vor der installation in vendor/andig/dbcopy schon unter misc/tools war
>>> kann ich natürlich nicht sagen. Ich hab dann aber nicht probiert ob die php
>>> unter misc/tools funktionieren würde. Irgendwas manuell kopiert hab ich
>>> nicht.
>>>
>>> Gruß Tobias
>>>
>>> Am 07.12.2016 um 15:57 schrieb vz at jahp.de:
>>>>
>>>> Am 07.12.2016 um Uhr haben Sie geschrieben:
>>>>
>>>>> @Tobias: Stopp. Was bricht wo warum ab? Das Setup funktioniert, kein
>>>>>
>>>> Grund
>>>>
>>>>> manuell irgendwas zu frickeln, insbesondere keine zentralen Dateien
>>>>> rumzukopieren.
>>>>>
>>>>> Lass uns nochmal vorne bei Problem anfangen.
>>>>>
>>>> Ab "Werk" ist die *.php unter .../misc/tools/ jedenfalls nicht zu
>>>> finden. Hab extra noch schnell volkszaehler.org vom git gepullt um das
>>>> zu prüfen.
>>>>
>>>> Wenn man composer unter .../vendor/*dingsbums* ausführt wird die
>>>> dbcopy.php dann auch nach .../misc/tools/ kopiert? Konnte das vor der
>>>> Arbeit leider nicht mehr testen.
>>>>
>>>>
>>>> mfg Daniel
>>>>
>>>>
>> ------------------------------
>>
>> Message: 5
>> Date: Wed, 7 Dec 2016 16:19:22 +0100 (CET)
>> From: vz at jahp.de
>> To: volkszaehler-users at demo.volkszaehler.org
>> Subject: Re: [vz-users] Hilfe bei Setup von dbcopy
>> Message-ID: <20161207151922.996B812844C0 at lex.servertools24.de>
>> Content-Type: text/plain; charset="ISO-8859-1"
>>
>> Am 07.12.2016 um Uhr haben Sie geschrieben:
>>
>>> Bitte hört auf damit!
>>>
>>> 1. vz aus git clonen
>>> 2. Abhängigkeiten mittels Composer installieren
>>>
>>> Beides ist im Image erledigt.
>>>
>>> Danach gibts die dbcopy.php unter misc/tools
>>>
>>> Alles Andere ist Quark!!!
>>>
>> Tut mir ja leid, aber ich hab heute erst ein aktuelles Image aufgespielt
>> und die Realität sieht eben anders aus.
>>
>> Auf meiner anderen Installation passt das ja wie du sagst, aber auf der
>> von heut halt nicht.
>> Auch nicht nach
>> cd /var/www/volkszaehler.org
>> sudo git pull
>> sudo composer update
>>
>>
>> mfg Daniel
>>
>>
>>
>> ------------------------------
>>
>> Message: 6
>> Date: Wed, 7 Dec 2016 16:57:47 +0100
>> From: Frank Richter <frank.richter83 at gmail.com>
>> To: "volkszaehler. org - users"
>> <volkszaehler-users at demo.volkszaehler.org>
>> Subject: Re: [vz-users] Montage IR-Lesekopf / Zählerkasten verplombt
>> Message-ID:
>> <CAD+U_ODcNgjzZKYpr6ReyxmLWAPWp7dPCFzuB7iLy9enht1GZg at mail.
>> gmail.com>
>> Content-Type: text/plain; charset="utf-8"
>>
>> Hast Recht, 17mm ist wohl Obergrenze bei M25, hätte dem Stutzen gar nicht
>> so viel Wandstärke zugetraut.
>> Auf Nummer sicher geht man dann wohl mit M32, eine Vorprägung dafür sollte
>> die Hensel-Kiste ja locker hergeben:
>>
>> http://www.voelkner.de/products/306676/Wiska-Dichteinsatz-
>> M32-Elastomer-Schwarz-GFD-32-01-45-01-085-1-St..html
>>
>> Gruß
>> Frank
>> Am 07.12.2016 16:08 schrieb <vz at jahp.de>:
>>
>> Am 07.12.2016 um Uhr haben Sie geschrieben:
>>>
>>>> Also 17mm diagonal - das passt locker durch M25!
>>>>
>>> Hm, ich hab hier jetzt nur M25 von OBO, da wars mit dem USB-Kabel das
>>> ich auf die schnelle gefunden hab ne ziemlich knappe Kiste.
>>> Problem: der Innendurchmesser vom Überwurfdeckel ist gern größer als der
>>> kleinste Innenduchmesser im Gewindestück.
>>>
>>> Aber ging durch.
>>>
>>>
>>> mfg Daniel
>>>
>>>
>>> -------------- next part --------------
>> An HTML attachment was scrubbed...
>> URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/a
>> ttachments/20161207/b224be37/attachment-0001.html>
>>
>> ------------------------------
>>
>> Message: 7
>> Date: Wed, 7 Dec 2016 20:21:44 +0100
>> From: Frank Richter <frank.richter83 at gmail.com>
>> To: "volkszaehler.org - users"
>> <volkszaehler-users at demo.volkszaehler.org>
>> Subject: Re: [vz-users] keine Werte im Frontend
>> Message-ID:
>> <CAD+U_OAqvk2GkDYehgQL1LOnz1g2Gs3Z7Kaz3SGr=_KPvFvgkw at mail.
>> gmail.com>
>> Content-Type: text/plain; charset="utf-8"
>>
>> Hallo Johannes,
>>
>> dein Log enthält nur die push-Nachricht - wie schon gestern gesagt hat das
>> nichts mit Middleware und Datenbank zu tun. Hast du mal wie vorgeschlagen
>> alle die Aggregation betreffenden Einträge in der vzlogger.conf
>> deaktiviert?
>> Die Aggregation sorgt auch nicht dafür, dass dein Zähler weniger oft
>> ausgelesen wird, sondern nur dass weniger Daten zur Middleware wandern.
>>
>> Bitte versuch mal, beim Antworten diesen Thread zu erhalten, hab jetzt zum
>> 2. Mal deine Antwort hierher zurückkopiert.
>>
>> Grüße
>> Frank
>>
>> Am 7. Dezember 2016 um 12:59 schrieb johannes <
>> johannes.wimmer006 at gmail.com>
>> :
>>
>> Hallo,
>>>
>>> ja ich habe nun wirklich alles mehrmals durchgelesen und nun schon
>>> Stundenlang gedebuged.
>>>
>>> der Push url Befehl ist in der original vzlogger.conf enthalten und ich
>>> dachte ich brauche den Befehl eben um die Werte in die middleware zu
>>> speichern.
>>>
>>>
>>> Also in wenn ich mit
>>>
>>> http://<server>/<path>/middleware.php/data/<uuid>.json?operation=add&value=<1|Sensor
>>> Wert>
>>>
>>> manuell in die Datenbank speichere sind die Einträge vorhanden und werden
>>> auch im Frontend-Graph richtig angezeigt.
>>>
>>> was muss ich sonst tun um Werte an die middleware zu übergeben?
>>> mein log sagt (wenn mehr Werte gelesen wurden auch mehr):
>>> [Dec 07 12:42:33][chn0] Adding reading to queue (value=490.00
>>> ts=1481110660000)
>>> [Dec 07 12:42:33][push] push: { "data": [ { "uuid":
>>> "072d3960-b230-11e6-b31e-292a827213ce", "tuples": [ [ 1481110660000, 490
>>> ] ] } ] }
>>>
>>> aber wie schon erwähnt im Frontend und auch in der Datenbank tauchen die
>>> Werte nicht auf.
>>>
>>> kann es sein dass der OSM meter "aggtime" nicht übernimmt? denn mein
>>> Meter
>>> fragt jede Sekunde ab egal was ich eintrage.
>>>
>>> 2016-12-06 18:13 GMT+01:00 Andreas Götz <cpuidle at gmail.com>:
>>
>> Was willst Du mit der Push url? Wiki/howto/debug befolgt?
>>>
>>> Viele Grüße,
>>> Andreas
>>>
>>> Am 06.12.2016 um 18:12 schrieb johannes <johannes.wimmer006 at gmail.com>:
>>>>
>>>> Hallo,
>>>>
>>>> ich bräuchte bitte kurz Hilfe, lese einen OSM Zähler aus, aber im
>>>>
>>> Volkszähler-Frontend werden keine Werte angezeigt. Den Kanal habe ich im
>>> Frontend erstellt.
>>>
>>>>
>>>> Wenn ich als "push-url" http://192.168.0.101/push/data.json verwende
>>>>
>>> bekomme ich Fehler 404 zurück und mit meiner aktuellen Einstellung 200
>>> was
>>> ok sein sollte aber trozdem kommen keine Werte im Frontend an.
>>>
>>>>
>>>> Meine Config ist die aktuelle vzlogger.conf.OSMmeter Datei an mein
>>>>
>>> System angepasst:
>>>
>>>> // General settings
>>>> "daemon": false, // run periodically
>>>> "verbosity":15, // log verbosity (0=log_error and
>>>>
>>> log_warning, 5=log_info, 10=log_debug, 15=log_finest)
>>>
>>>> "log": "/var/log/vzlogger.log", // log file, optional
>>>> "retry": 30, // http retry delay in seconds
>>>>
>>>> // Build-in HTTP server
>>>> "local": {
>>>> "enabled": true, // enable local HTTPd for serving live
>>>> readings
>>>> "port": 8080, // TCP port for local HTTPd
>>>> "index": true, // provide index listing of available
>>>>
>>> channels if no UUID was requested
>>>
>>>> "timeout": 30, // timeout for long polling comet requests
>>>> in
>>>>
>>> seconds (0 disables comet)
>>>
>>>> "buffer": -1 // HTTPd buffer configuration for serving
>>>>
>>> readings, default -1
>>>
>>>> // >0: number of seconds of readings to
>>>>
>>> serve
>>>
>>>> // <0: number of tuples to server per
>>>>
>>> channel (e.g. -3 will serve 3 tuples)
>>>
>>>> },
>>>>
>>>> // realtime notification settings
>>>> "push": [
>>>> {
>>>> "url": "http://192.168.0.101" // notification destination,
>>>>
>>> e.g. frontend push-server
>>>
>>>> }
>>>> ],
>>>>
>>>> // Meter configuration
>>>>
>>>> "meters": [
>>>> // example for OMS (M-Bus based) meter
>>>> {
>>>> "enabled" : true,
>>>> "skip": false,
>>>> "interval": -1,
>>>> "aggtime": -60,
>>>> "aggfixedinterval": true,
>>>> "protocol": "oms",
>>>> "device": "/dev/ttyUSB0",
>>>> "baudrate": 9600, // optional default 9600
>>>> "key": "2EB0D8EDD25B41D6B336A23B074BA49E", // AES key
>>>> in
>>>>
>>> hex without spaces. Needs to be exactly 32 chars
>>>
>>>> "mbus_debug": false, // optional provide additional
>>>> debug
>>>>
>>> output from libmbus on the console/stderr/stdout
>>>
>>>> "channel": { // example channel.
>>>>
>>> multiple channels supported as well
>>>
>>>> "api": "volkszaehler",
>>>> "uuid": "072d3960-b230-11e6-b31e-292a827213ce",
>>>> "middleware": "http://127.0.0.1/middleware.php",
>>>> "identifier": "1.7.0" // currently 1.7.0, 1.8.0,
>>>> 2.7.0,
>>>>
>>> 2.8.0 supported
>>>
>>>> }
>>>>
>>>> }
>>>> ]
>>>> }
>>>>
>>>> und das ist meine Log-datei:
>>>>
>>>> [Dec 06 17:45:10][main] vzlogger v0.6.0 based on
>>>>
>>> heads/master-0-g462c3077bd from Sun, 30 Oct 2016 15:07:12 +0100 started.
>>>
>>>> [Dec 06 17:45:10][mtr0] Creating new meter with protocol oms.
>>>> [Dec 06 17:45:10][oms] Using libmbus version 0.8.0
>>>> [Dec 06 17:45:10][mtr0] Meter configured, enabled.
>>>> [Dec 06 17:45:10] New meter initialized (protocol=oms)
>>>> [Dec 06 17:45:10] Configure channel.
>>>> [Dec 06 17:45:10][chn0] New channel initialized (uuid=...7213ce
>>>>
>>> api=volkszaehler id=1.7.0)
>>>
>>>> [Dec 06 17:45:10] Have 1 meters.
>>>> [Dec 06 17:45:10][main] log level is 15
>>>> [Dec 06 17:45:10][main] daemon=0, local=1
>>>> [Dec 06 17:45:10] Process not daemonized...
>>>> [Dec 06 17:45:10] Opened logfile /var/log/vzlogger.log
>>>> [Dec 06 17:45:10][push] pushdata_thread created.
>>>> [Dec 06 17:45:10][] ===> Start meters
>>>> [Dec 06 17:45:10][push] Start push_data_thread
>>>> [Dec 06 17:45:10][mtr0] Meter connection established
>>>> [Dec 06 17:45:10][mtr0] Meter thread started
>>>> [Dec 06 17:45:10][mtr0] Meter is opened. Starting channels.
>>>> [Dec 06 17:45:10][chn0] Logging thread not started
>>>> [Dec 06 17:45:10][http] Starting local interface HTTPd on port 8080
>>>> [Dec 06 17:45:10][] Startup done.
>>>> [Dec 06 17:45:10][mtr0] Number of readers: 100
>>>> [Dec 06 17:45:10][mtr0] Config.daemon: 0
>>>> [Dec 06 17:45:10][mtr0] Config.local: 1
>>>> [Dec 06 17:45:10][mtr0] Got 0 new readings from meter:
>>>> [Dec 06 17:45:10][mtr0] Got 0 new readings from meter:
>>>> [Dec 06 17:45:10][mtr0] Got 0 new readings from meter:
>>>> [Dec 06 17:45:10][mtr0] Got 0 new readings from meter:
>>>> [Dec 06 17:45:10][oms] got valid mbus frame with len=95, type=4
>>>>
>>> control=73 controlinfo=5b address=f0
>>>
>>>> [Dec 06 17:45:10][oms] got SND_UD without SND_NKE
>>>> [Dec 06 17:45:10][oms] got SND_UD packet
>>>> [Dec 06 17:45:10][oms] control_word = 0x550
>>>> [Dec 06 17:45:10][oms] AES with dyn. init. vector for 5 16-byte blocks
>>>>
>>> plus 3 unencrypted data bytes
>>>
>>>> [Dec 06 17:45:10][oms] successfully decrypted a frame
>>>> [Dec 06 17:45:10][oms] got 10 data records: active mbus_debug for
>>>>
>>> detail infos
>>>
>>>> [Dec 06 17:45:10][oms] DIF=06, NDIFE=00, DIFE1=00, VIF=6d, NVIFE=00
>>>>
>>> VIFE1=00 VIFE2=00
>>>
>>>> [Dec 06 17:45:10][oms] time=2016-12-06 17:45:16
>>>> [Dec 06 17:45:10][oms] DIF=04, NDIFE=00, DIFE1=00, VIF=03, NVIFE=00
>>>>
>>> VIFE1=00 VIFE2=00
>>>
>>>> [Dec 06 17:45:10][oms] Obis 1.8.0 102505.000000 Energy (Wh)
>>>> [Dec 06 17:45:10][oms] DIF=04, NDIFE=00, DIFE1=00, VIF=83, NVIFE=01
>>>>
>>> VIFE1=3c VIFE2=00
>>>
>>>> [Dec 06 17:45:10][oms] Obis 2.8.0 7956.000000 Energy (Wh)
>>>> [Dec 06 17:45:10][oms] DIF=84, NDIFE=01, DIFE1=10, VIF=fb, NVIFE=02
>>>>
>>> VIFE1=82 VIFE2=73
>>>
>>>> [Dec 06 17:45:10][oms] DIF=84, NDIFE=01, DIFE1=10, VIF=fb, NVIFE=03
>>>>
>>> VIFE1=82 VIFE2=f3
>>>
>>>> [Dec 06 17:45:10][oms] DIF=04, NDIFE=00, DIFE1=00, VIF=2b, NVIFE=00
>>>>
>>> VIFE1=00 VIFE2=00
>>>
>>>> [Dec 06 17:45:10][oms] Obis 1.7.0 2018.000000 Power (W)
>>>> [Dec 06 17:45:10][oms] DIF=04, NDIFE=00, DIFE1=00, VIF=ab, NVIFE=01
>>>>
>>> VIFE1=3c VIFE2=00
>>>
>>>> [Dec 06 17:45:10][oms] Obis 2.7.0 0.000000 Power (W)
>>>> [Dec 06 17:45:10][oms] DIF=04, NDIFE=00, DIFE1=00, VIF=fb, NVIFE=01
>>>>
>>> VIFE1=14 VIFE2=00
>>>
>>>> [Dec 06 17:45:10][oms] DIF=04, NDIFE=00, DIFE1=00, VIF=fb, NVIFE=02
>>>>
>>> VIFE1=94 VIFE2=3c
>>>
>>>> [Dec 06 17:45:10][oms] DIF=04, NDIFE=00, DIFE1=00, VIF=83, NVIFE=02
>>>>
>>> VIFE1=ff VIFE2=04
>>>
>>>> [Dec 06 17:45:10][mtr0] Got 4 new readings from meter:
>>>> [Dec 06 17:45:11][mtr0] Reading: id=255-255:1.8.0*255/
>>>>
>>> ObisIdentifier:255-255:1.8.0*255 value=102505.00 ts=1481042716000
>>>
>>>> [Dec 06 17:45:11][mtr0] Reading: id=255-255:2.8.0*255/
>>>>
>>> ObisIdentifier:255-255:2.8.0*255 value=7956.00 ts=1481042716000
>>>
>>>> [Dec 06 17:45:11][mtr0] Reading: id=255-255:1.7.0*255/
>>>>
>>> ObisIdentifier:255-255:1.7.0*255 value=2018.00 ts=1481042716000
>>>
>>>> [Dec 06 17:45:11][mtr0] Reading: id=255-255:2.7.0*255/
>>>>
>>> ObisIdentifier:255-255:2.7.0*255 value=0.00 ts=1481042716000
>>>
>>>> [Dec 06 17:45:11][chn0] Adding reading to queue (value=2018.00
>>>>
>>> ts=1481042716000)
>>>
>>>> [Dec 06 17:45:11][push] push: { "data": [ { "uuid":
>>>>
>>> "072d3960-b230-11e6-b31e-292a827213ce", "tuples": [ [ 1481042716000,
>>> 2018
>>> ] ] } ] }
>>>
>>>> [Dec 06 17:45:11][push] added to uuid 072d3960-b230-11e6-b31e-
>>>>
>>> 292a827213ce
>>>
>>>> [Dec 06 17:45:11][push] CURL Request to http://192.168.0.101 succeeded
>>>>
>>> with code: 200
>>>
>>>> [Dec 06 17:45:11][push] send ok to url http://192.168.0.101
>>>>
>>>>
>>>>
>>>>
>>>> kann mir da bitte Jemand weiter helfen.
>>>> lg Johannes
>>>>
>>> -------------- next part --------------
>> An HTML attachment was scrubbed...
>> URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/a
>> ttachments/20161207/361b5019/attachment.html>
>>
>> ------------------------------
>>
>> Subject: Digest Footer
>>
>> _______________________________________________
>> volkszaehler-users mailing list
>> volkszaehler-users at demo.volkszaehler.org
>> https://demo.volkszaehler.org/mailman/listinfo/volkszaehler-users
>>
>>
>> ------------------------------
>>
>> End of volkszaehler-users Digest, Vol 65, Issue 30
>> **************************************************
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20161207/df6a36e5/attachment-0001.html>
More information about the volkszaehler-users
mailing list