[vz-dev] vzlogger - neuer Meter & Entwicklungsumgebung

[Peter Evertz]

Am 23.04.2013 12:40, schrieb Thorben Thuermer:
> On Tue, 23 Apr 2013 09:30:53 +0200
> Nico Prenzel <nico.prenzel at pn-systeme.de> wrote:
>> möchte ich mich erstmal um eine anständige Entwicklungsumgebung mit
>> Debug-Funktionalität kümmern.
>> Was für eine IDE setzt ihr denn bisher für die vzlogger Entwicklung ein?
> einen texteditor, make, einen c-compiler?
> gdb zum debuggen? aber ich bin scheinbar eh der einzige der das tut.
>
>> Zum Problem mit dem neuen MeterEMT7110:
>> Immerhin habe ich es schonmal geschafft, das RF-Soap Modul anzubinden
>> und die gewünschten Daten auszulesen. Nur habe ich jetzt Schwierigkeiten
>> die empfangenen Daten korrekt in der middleware zu speichern. Irgendwo bei
>> der Zuordnung von gemessenem/empfangen Wert und dem Channel stimmt etwas nicht.
>> Evtl. verwende ich auch den falschen Identifier bzw. StringItentifier!?
>> Kann mir dabei jemand weiterhelfen. Ich stehe wohl auf dem Schlauch für was
>> genau die StringItentifier oder NilItentifier usw. eingesetzt werden sollen.
> auf der ebene der API existieren die garnicht, das sind vzlogger-interna.
> in der api/middleware gibt es nur ueber die UUID identifizierte kanaele,
> in die daten gespeichert werden.
>
>> Meine vzlogger.conf meter Konfiguration:
>> "meters" : [{
> [...]
>> "channels" : [{
>> "uuid" : "4bf20df0-a908-11e2-9738-b760d94f1697",
>> "middleware" : "http://localhost/volkszaehler/middleware.php",
>> "identifier" : "Power",
>> }, {
>> "uuid" : "202db620-a908-11e2-b294-916f2f6ce2d1",
>> "middleware" : "http://localhost/volkszaehler/middleware.php",
>> "identifier" : "Current"
>> }, {
> [..]
>> Anbei poste ich mal mein Logging. Vielleicht kann man mir damit schon jemand weiterhelfen.
> [...]
>> [Apr 21 13:47:05][mtr0] found channel
>> [Apr 21 13:47:05][chn0] Adding reading to queue (value=1.00 ts=1366544825.926)
>> [Apr 21 13:47:05][mtr0] found channel
>> [Apr 21 13:47:05][chn0] Adding reading to queue (value=70.00 ts=1366544825.926)
>> [Apr 21 13:47:05][mtr0] found channel
>> [Apr 21 13:47:05][chn0] Adding reading to queue (value=227.50 ts=1366544825.926)
>> [Apr 21 13:47:05][mtr0] found channel
>> [Apr 21 13:47:05][chn0] Adding reading to queue (value=4800.00 ts=1366544825.926)
>> [Apr 21 13:47:05][chn0] ==> number of tuples: 4
> da werden wohl alle vier werte in den gleichen channel geloggt,
> das wird dann im frontend entsprechend chaotisch aussehen...
> an der stelle sind wohl die identifier noetig, um die korrekt zuzuordnen.
> ich kenne die logik in der c++ version leider nicht...
> in der C-version lief das noch ueber die OBIS-IDs,
> die vom meter gelieferte und die in der config angegebene wurden verglichen
> (inklusive einer zweifelhaften wildcard-logik) um die zuordnung herzustellen.
> ich vermute mal du musst dich mit den identifiern und deren vergleichsoperatoren
> beschaeftigen.
Schau mal 
https://github.com/peterevertz/vzlogger/commit/82028e3d6c8f0ef28386f3e751494252b9309e21 
die Anpassung in Reading.cpp. Die Vergleichsopertoren der Indetfiere 
waren schlicht weg kaputt.



>
>> Vielen Danke & viele Grüße
>>
>> Nico Prenzel
> - Thorben