[vz-dev] Antwort: Re: vzlogger - neuer Meter & Entwicklungsumgebung

[Nico Prenzel]

Hallo Peter,

anbei ein (sehr simpler) Patch den du vielleicht auch in deinen vzlogger 
Branch integrieren kannst. (gilt natürlich auch für den allgemeinen 
vzlogger)

Hatte während meiner Entwicklungstests festgestellt, dass ich immer einen 
segfault bekomme wenn mein USB Device nicht angesteckt war. 
(Meter::open()... wirft eine Exception)



Grüße

Nico




Von:    Peter Evertz <leo2 at pec.homeip.net>
An:     "volkszaehler.org" <volkszaehler-dev at lists.volkszaehler.org>
Datum:  23.04.2013 16:41
Betreff:        Re: [vz-dev] vzlogger - neuer Meter & Entwicklungsumgebung
Gesendet von:   volkszaehler-dev-bounces at lists.volkszaehler.org



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


-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0269-Fix-segfault-in-MeterMap-stopped-in-case-Meter-open-.patch
Type: application/octet-stream
Size: 815 bytes
Desc: not available
URL: <http://volkszaehler.org/pipermail/volkszaehler-dev/attachments/20130427/cee4cb33/attachment.obj>