[vz-dev] vzlogger - neuer Meter & Entwicklungsumgebung

[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.

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

- Thorben