LBS: SML-Reader

[jonofe]

ich denke das geht hier schief:

if(isset($entry['value']) && isset($entry['scaler']))
                      {
                          // seems to be a numeric value
                          $entry['dispValue'] = $entry['value'] * pow(10, $entry['scaler']); 

Man könnte das isset man durch ein is_numeric ersetzen. Vielleicht löst das schon das Problem.
Habe mir aber die Logik nicht weiter angeschaut, allerdings legt der Kommentar nahe, dass es numerische Werte sein sollten.

[toggle]

ich denke das geht hier schief:

Die Empfehlung für die IF-Abfrage ist plausibel. Mich würde nur interessieren, wie du auf die Zeile 281 kommst? Die in der Exception bemängelte Zeile 175 ist bei mir etwas weiter oben.

[toggle]

Die in der Edomi 1.52 nicht mehr unterstütze Version von writeToTraceLog habe ich entfernt und den Vorschlag von jonofe eingearbeitet. V1.3 ist jetzt online.

[19andy89]

toggle Leider funktioniert bei mir die neue Version 1.3 nicht...

 [TABLE="border: 0, cellpadding: 0, cellspacing: 0"]
[TR]
[TD]2017-08-27 12:22:10[/TD]
 			[TD]079191[/TD]
 			[TD]?[/TD]
 			[TD]31947[/TD]
 			[TD]Datei: /var/edomi-backups/_public/main/include/php/incl_log.php | Fehlercode: 2 | Zeile: 81 | Missing argument 2 for writeToCustomLog(), called in /usr/local/edomi/www/data/liveproject/lbs/LBS19000350.php on line 12 and defined[/TD]
 			[TD]ERROR[/TD]
 		[/TR]
[TR]
[TD]2017-08-27 12:22:10[/TD]
 			[TD]079922[/TD]
 			[TD]?[/TD]
 			[TD]31947[/TD]
 			[TD]Datei: /var/edomi-backups/_public/main/include/php/incl_log.php | Fehlercode: 2 | Zeile: 81 | Missing argument 3 for writeToCustomLog(), called in /usr/local/edomi/www/data/liveproject/lbs/LBS19000350.php on line 12 and defined[/TD]
 			[TD]ERROR[/TD]
 		[/TR]
[TR]
[TD]2017-08-27 12:22:10[/TD]
 			[TD]080329[/TD]
 			[TD]?[/TD]
 			[TD]31947[/TD]
 			[TD]Datei: /var/edomi-backups/_public/main/include/php/incl_log.php | Fehlercode: 8 | Zeile: 103 | Undefined variable: logLevel[/TD]
 			[TD]ERROR[/TD]
 		[/TR]
[TR]
[TD]2017-08-27 12:22:10[/TD]
 			[TD]080615[/TD]
 			[TD]?[/TD]
 			[TD]31947[/TD]
 			[TD]Datei: /var/edomi-backups/_public/main/include/php/incl_log.php | Fehlercode: 8 | Zeile: 103 | Undefined variable: logMsg[/TD]
 			[TD]ERROR[/TD]
 		[/TR]
[/TABLE]

[jonofe]

Die Empfehlung für die IF-Abfrage ist plausibel. Mich würde nur interessieren, wie du auf die Zeile 281 kommst? Die in der Exception bemängelte Zeile 175 ist bei mir etwas weiter oben.

Wenn der Fehler in EXEC ist, musst du die Zeilenummer ab dem Start des EXEC Blocks zählen.

Der eigentliche LBS wird von EDOMI zerlegt in DEF, HELP, LBS und EXEC. Während der LBS Teil in die EDOMI Logic Engine integriert wird, wird aus dem EXEC Teil ein separates PHP Skript generiert, daher immer Zeilennummern ab dem EXEC Start Tag zählen.

[toggle]

toggle Leider funktioniert bei mir die neue Version 1.3 nicht...

Es war wohl nicht die finale Version in der Zwischenablage, als ich den Code in den Downloadbereich kopiert hatte. Jetzt müsste es richtig sein.

[19andy89]

Es war wohl nicht die finale Version in der Zwischenablage, als ich den Code in den Downloadbereich kopiert hatte. Jetzt müsste es richtig sein.

Vielen Dank... Jetzt funktioniert sie

[Hannes17]

Ich hab mich jetzt ein paar Tage mit dem Raspberry gespielt und bin nun soweit, dass ich die Smart-Meter Werte (ausgelesen mit dem optischen Lesekopf) im vzlogger angezeigt bekommen.

Man könnte vzlogger installieren und so konfigurieren, dass er die Daten per HTTP exportiert (push oder pull). Vermutlich könnte eine Pull-Konfiguration die Daten sogar direkt an Edomi übergeben (d.h. ohne einen LBS).

Wo kann ich dazu mehr Infos finden? Wir bekomme ich die Werte möglichst einfach in edomi rein?

[toggle]

Eins steht fest - eine fertige Lösung gibt es noch nicht. ;-)

vzlogger hat in der Config Abschnitte "push" und "local", die Push bzw. Pull unterstützen.

Bei Push wäre Edomi Empfänger, der von außen über fest definierte URLs Werte erhält und diese in interne KOs reinschreibt:

[COLOR=#0000FF]http://<Edomi IP address>/remote/?login=remote&pass=remote&koid=586&kovalue=[/COLOR][COLOR=#FF0000]743.64[/COLOR]

Der blaue Teil des Strings ist pro KO fest (siehe Edomi-Hilfe zu remote), der rote variabel. Die Schwierigkeit dabei wäre, vzlogger beizubringen die URL so zu gestalten, wie Edomi sie erwartet.

Bei Pull würde Edomi zyklisch HTTP-Anfragen an vzlogger schicken. Dafür würde man in der Edomi-Konfiguration unter HTTP/UDP/Shell ein Objekt vom Typ HTTP anlegen und die URL von vzlogger eintragen, z.B. für den aktuellen Wert:

http://<vzlogger IP addresse>:<vzlogger port> /middleware.php/data/[COLOR=#008000]57acbef0-88a9-11e4-934f-6b0f9ecd95a8[/COLOR].json?tuple=1&to=

Grün wäre die UUID vom in vzlogger konfigurierten Kanal.
Details zur Middleware-API von vzlogger für weitere Abfragetypen gibt es hier.

Das Problem dabei wäre, dass die zurückgelieferten Daten (z.B. [[1234567890000, 743.64, 1]]) eventuell noch extrahiert/nachbearbeitet werden müssen.

Vermutlich wäre es einfacher, einen LBS zu erzeugen, der die vzlogger-Daten (ob Push oder Pull) verarbeitet und als einfache Werte ausgibt.

[Hannes17]

Danke für die Infos.
Ich hab inzwischen einen eigenen Beitrag dazu erstellt.
Stromdaten aus vzlogger importieren

[christox]

Hallo zusammen,

Habe ein extrem unerklärliches Problem mit meinem Zähler (EMH eHZ-IW8E2A5...) in Verbindung mit diesem LBS v 1.3 und IR Lesekopf.

Diese Konstellation ist seit ca. 10 Monaten problemlos im Dauerbetrieb, inkl. aktualisiertem USB Treiber mit Edomi gemeinsam auf dem NUC5.

Hierbei hat mir die OBIS 1-0:1.8.0*255 den aktuellen Zählerstand, sowie OBIS 1-0:16.7.0*255 die aktuelle Leistung ausgegeben. Zählerstand entsprach auch dem auf dem Display.

Vor 3 Tagen ohne Änderungen am System kam es im laufenden Betrieb dann zu einem Sprung im Zählerwert. Von Soll: 21.861kWh auf 16.830kWh.
Es bleibt bis heute bei diesem offset, der Wert steigt jedoch mit dem Stromverbrauch korrekt an. Auf dem Display steht nach wie vor der korrekte Stand von 21.xxx
Auch ein Stromausfall konnte den Zähler nicht auf Spur bringen. Es wurde auch nichts an den OBIS Eingaben im LBS geändert.

Was kann hier schieflaufen ? Hat jemand einen Tip für die weitere Zählersuche ?
Da die anderen OBIS Werte wie die aktuelle Leistung korrekt sind und der Zählerstand korrekt hochzählt muss ja fast von einem Fehler im Zähler ausgegangen werden.


Anbei ein Log der eingestellten OBIS typen. 16830367.7 Wh ist der falsche Zählerwert, 604.4 W ist die korrekte aktuelle Leistung.

 [TABLE="border: 0, cellpadding: 0, cellspacing: 0"]
[TR]
[TD]2018-03-12 19:57:11[/TD]
 			[TD]855722[/TD]
 			[TD]11135[/TD]
 			[TD]INFO:[/TD]
 			[TD]OBIS 1-0:1.8.0*255: 16830367.7[/TD]
 		[/TR]
[TR]
[TD]2018-03-12 19:57:11[/TD]
 			[TD]855858[/TD]
 			[TD]11135[/TD]
 			[TD]INFO:[/TD]
 			[TD]OBIS 1-0:1.8.1*255: 16830367.7[/TD]
 		[/TR]
[TR]
[TD]2018-03-12 19:57:11[/TD]
 			[TD]855977[/TD]
 			[TD]11135[/TD]
 			[TD]INFO:[/TD]
 			[TD]OBIS 1-0:1.8.2*255: 0[/TD]
 		[/TR]
[TR]
[TD]2018-03-12 19:57:11[/TD]
 			[TD]856097[/TD]
 			[TD]11135[/TD]
 			[TD]INFO:[/TD]
 			[TD]OBIS 1-0:16.7.0*255: 604.4[/TD]
 		[/TR]
[/TABLE]

Viele Grüße,

Christox

[toggle]

Wenn du mir eine Aufnahme von 5 Sekunden der Zählerdaten per PN zukommen lässt, könnte ich nachschauen, ob die Werte tatsächlich so sind oder ob es an der Dekodierung liegt. Dafür den folgenden Befehl aufrufen

cat /dev/ttyUSB0 > ehz.bin

und nach etwa 5 Seikunden mit Strg-C unterbrechen.

Richtig funktioniert es nur, wenn kein anderes Programm (z.B. Edomi) den Port geöffnet hat. /dev/ttyUSB0 sollte ggf. angepasst werden.

[christox]

Hi toggle,

Danke für Deine Unterstützung, Du hast PN

Grüsse,

christox

[toggle]

Ich habe mal nachgeschaut. Die folgende Byte-Sequenz

77 07 01 00 01 08 01 ff
01
01
62 1e (Wh)
52 [B][COLOR=#FF0000]ff [/COLOR][/B](Faktor 10[SUP]-1[/SUP])
56 [B][COLOR=#FF0000]00 0a 09 84 bc[/COLOR][/B] (Bezug)
01

enthält den Wert 168395964, der mit dem Faktor 0,1 multipliziert 16.839.596,4 Wh ergibt. Also würde ich behaupten, dass es nicht an der LBS-Dekodierung liegt.

[christox]

Hi toggle

Vielen Dank für Deine Analyse,

der Zähler (EMH) wurde nacheinigem hin und her von den Stadtwerken ausgetauscht.
Der nun verbaute ISKRA MT681 liefert den korrekten Zählerstand wie auch im Display angezeigt.

Viele Grüße,

Christox