Neues Plugin: Smartmeter - Stromzähler auslesen

[blacksun]

Servus,

häng mal ein dump File hier an. Da fehlt nur die Obis Kennzahl von dem China Zähler. Dann schau ich nach. Pfad steht in der Ausgabe, wenn du den Zähler abfrägst.

[Gast]

hier das Dump... (zum Hochladen umbenannt in *.pdf - bitte einfach zurückbenennen in *.dump)

Danke!!

[blacksun]

Gast, bei mir funktioniert es. Du hast vermutlich nicht die PreRelease 1.1.2 drauf.

https://github.com/mschlenstedt/LoxB...ter-V1.1.2.zip

Vor ein paar Wochen waren hier schon mehrere mit dem China Zähler. Da wurde was optimiert. Du hast zumindestens schonmal die Charge bekommen, die die Checksumme richtig berechnet.

015A98CB: Found configuration for 015A98CB
015A98CB: Presetting: iskra691sml.
Parsing previous dump file D306QNCQ
Parse /var/run/shm/smartmeter/D306QNCQ.dump as SML-Protocol.
Buffer:
1-0:96.50.1*255(HLY*)
(0A01484C590200032F85*)
1-0:1.8.0*255(41.8647*kWh)
1-0:2.8.0*255(158.37*kWh)
(312E30322E303037*)
(41303141*)
(1835268*)

D306QNCQ:Last_Update:2019-09-26 19:36:24
D306QNCQ:Last_UpdateLoxEpoche:338758584
D306QNCQ:Consumption_Total_OBIS_1.8.0:41.8647
D306QNCQ:Consumption_Tarif1_OBIS_1.8.1:
D306QNCQ:Consumption_Tarif2_OBIS_1.8.2:
D306QNCQ:Consumption_Tarif3_OBIS_1.8.3:
D306QNCQ:Consumption_Tarif4_OBIS_1.8.4:
D306QNCQ:Consumption_Tarif5_OBIS_1.8.5:
D306QNCQ:Consumption_Tarif6_OBIS_1.8.6:
D306QNCQ:Consumption_Tarif7_OBIS_1.8.7:
D306QNCQ:Consumption_Tarif8_OBIS_1.8.8:
D306QNCQ:Consumption_Tarif9_OBIS_1.8.9:
D306QNCQ:Consumption_CalculatedPower_OBIS_1.99.0:0.0000
D306QNCQ:Consumption_Power_OBIS_1.7.0:
D306QNCQ:Consumption_Power_L1_OBIS_21.7.0:
D306QNCQ:Consumption_Power_L2_OBIS_41.7.0:
D306QNCQ:Consumption_Power_L3_OBIS_61.7.0:
D306QNCQ:Delivery_Total_OBIS_2.8.0:158.37
D306QNCQ:Delivery_Tarif1_OBIS_2.8.1:
D306QNCQ:Delivery_Tarif2_OBIS_2.8.2:
D306QNCQ:Delivery_Tarif3_OBIS_2.8.3:
D306QNCQ:Delivery_Tarif4_OBIS_2.8.4:
D306QNCQ:Delivery_Tarif5_OBIS_2.8.5:
D306QNCQ:Delivery_Tarif6_OBIS_2.8.6:
D306QNCQ:Delivery_Tarif7_OBIS_2.8.7:
D306QNCQ:Delivery_Tarif8_OBIS_2.8.8:
D306QNCQ:Delivery_Tarif9_OBIS_2.8.9:
D306QNCQ:Delivery_CalculatedPower_OBIS_2.99.0:0.0000
D306QNCQ:Delivery_Power_OBIS_2.7.0:
D306QNCQ:Total_Power_OBIS_15.7.0:
D306QNCQ:Total_Power_OBIS_16.7.0:

[Gast]

Mit dem Prerelease klappts! Danke!!!!

[Gast]

Guten Tag zusammen,

ich habe gerde eine Loxberry komplett neu erstellt. (Raspi 3) und der findet den IR-Leser nicht mit dem Plugins.
Im Anhang hinterlege ich mal eine Screenshot.
Jedoch auf meinem alter (Raspi1 mit Loxberry) wird er angezeigt.

Hatte jemand eine Idee woran es liegen kann ?

Vielen Dank im Voraus

[blacksun]

Was gibt der Befehl

ls -l /dev/serial/by-id/

aus?

[Vespa_160GS]

Der Zähler schickt seine Identifikation - ISk5MT74, gefolgt von Programm Version 0001. Dieses soll mit ACK050CRLF bestätigt werden, dann wird die Baudrate von 300 auf 9600 umgeschaltet. Evtl. funktioniert die Bestätigung durch ACK050CRLF nicht. Dann würde er weiterhin mit Baudrate 300 senden. Versuche mal, den Zähler manuell zu parametrieren. Stell dazu bei Zähler auf manuelle Konfiguration, Protokoll auf ISRA MT174 D0, und dann brauchst eigentlich nur Max.Baudrate und Intiale Baudrate auf 300 stellen. Die anderen Felder lässt leer. Dann starte nochmal eine Abfrage.

So, ich habe das Problem gefunden. Es lag daran das wenn man das Timeout in dem Plugin of 1s oder 2s. eingestellt hat alles nach der Erstantwort des Stromzählers abgeschnitten wurde. Sobald man das Timeout auf 5 oder 10 Sekunden setzt funktioniert alles einwandfreil.

Vielen Dank & lg
Horst

[Stonelink]

Hallo zusammen,

habe auch ein Problem mit dem Daten auslesen nach Umstellung des Loxberry von 0.2.4 auf 1.4.
Nutze bei beiden Systemen die Smartmeter Version 1.0 und habe den Zähler: itron ACE3000 Typ 260-C20D-R1-A
und einen Volkzähler Lesekopf mit einem Raspberry Pi 3.
Bislang habe ich die Daten auf dem alten loxberry mit folgenden Einstellungen ausgelesen:
- manuelle Konfiguration
- Generic Protocol D0
- Baudraten 300/300
- Parity: even, Handshake: none
- Databits: 7 Stopbits: 1
- Timeout 30 sek. Delay: 2 Sek.

Den neuen Loxberry 1.4 habe ich auf einer separaten SD-Karte erstellt und kann somit hin und her switchen.
auf dem neuen Berry 1.4 werden mit identischen Einstellungen keine Meßwerte gezogen, wenn ich die manuelle Zählerabfrage mache.
Wenn ich wieder die Karte von Berry 0.2.4 mounte und manuelle Zählerabfrage durchführe, dann werden mir wie gehabt 2 Datenstrings geliefert, ähnlich wie auf der Anleitungsseite https://www.meintechblog.de/2017/08/...visualisieren/ beschrieben
Consumption total und calculated Power



Kann mir da jemand einen Hinweis geben, was ich tun kann, um auf dem neuen Loxberry auch arbeiten zu können?
Habt lieben Dank.




*********************
#edit 06.10.2019
*********************

Nachdem ich mich durch alle 27 Seiten dieses Blogs noch einmal durchgekämpft habe, bin ich zumindest etwas schlauer, was Veränderungen angeht:
1. Mittlerweile gibt es ein fertiges Profil für den itron ACE3000 Typ 260 D0 Zähler - dies funktioniert bei meinem Loxberry 0.2.4 auch im Plugin 1.0.
Im Unterschied zu meiner ursprünglichen Konfiguration, die Prof. Mobilux vor paar Jahren mal vorgeschlagen hatte, sind letztlich hier die Werte Timeout 10 und Delay 4 gesetzt. Die Daten werden aber weiter zuverlässig geliefert, so dass ich weiter mit diesem vorkonfigurierten Profil auf Berry 0.2.4 arbeiten kann
2. Vor einiger Zeit war mal eine Umstellung des Scrips von Michael (Prof. Mobilux) auf VZ-Logger (von Volkszähler.org) geplant, da man sich hier mehr Kompatibiliät und Funktionserweiterung versprach -> siehe Post #241, bislang wohl aber noch nicht erfolgt.
3. Man kann seit kurzem ein SmartMeter Plugin-Update v. 1.1.2 als pre Release laden - das habe ich auch gemacht, in der Hoffnung dann geht was - Fehlanzeige
4. waren die Posts #172 und #139 interessant, der eine oder andere mit Ahnung konnte wohl mit kleinen Eingriffen und Programmierkenntnissen etwas erreichen (allerdings andere Zählertypen, als der itron ACE3000)

5. ich füge mal das Log beider Loxberries von "Zähler manuell abfragen bei". Vielleicht lässt sich daraus etwas ableiten...


Loxberry 1.4.2.2 mit SmartMeter Plugin 1.1.2:

01304FDA: Found configuration for 01304FDA
01304FDA: Presetting: itronace3000type260d0.
Initial Baudrate: 300
Max Baudrate: 300
Protocol: itronace3000type260d0
Timeout: 10
Delay: 4
Setting up port /dev/serial/smartmeter/01304FDA: Baudrate:300/300 Databits:7 Stopbits:1 Parity:even Handshake:none
Sending D0 Starting Sequence
Send: /?!
5 Bytes written.
/ACE
Save raw buffer to /var/run/shm/smartmeter/01304FDA.dump
Parse /var/run/shm/smartmeter/01304FDA.dump as D0-Protocol.
Calculate average power for cons.
Last Reading: . Saved before: 436211.9697 hours. Consumption: 0.0000. Avg. Power: 0.0000,
Calculate average power for del.
Last Reading: . Saved before: 436211.9697 hours. Consumption: 0.0000. Avg. Power: 0.0000,
Save Meter data to /var/run/shm/smartmeter/01304FDA.data.
All data written to /var/run/shm/smartmeter/01304FDA.xxxx
01304FDA: UDP String to send: 01304FDA:Last_Update:2019-10-06 13:58:11; 01304FDA:Last_UpdateLoxEpoche:339602291; 01304FDA:Consumption_Total_OBIS_1.8.0:; 01304FDA:Consumption_Tarif1_OBIS_1.8.1:; 01304FDA:Consumption_Tarif2_OBIS_1.8.2:; 01304FDA:Consumption_Tarif3_OBIS_1.8.3:; 01304FDA:Consumption_Tarif4_OBIS_1.8.4:; 01304FDA:Consumption_Tarif5_OBIS_1.8.5:; 01304FDA:Consumption_Tarif6_OBIS_1.8.6:; 01304FDA:Consumption_Tarif7_OBIS_1.8.7:; 01304FDA:Consumption_Tarif8_OBIS_1.8.8:; 01304FDA:Consumption_Tarif9_OBIS_1.8.9:; 01304FDA:Consumption_CalculatedPower_OBIS_1.99.0:0 .0000; 01304FDA:Consumption_Power_OBIS_1.7.0:; 01304FDA:Consumption_Power_L1_OBIS_21.7.0:; 01304FDA:Consumption_Power_L2_OBIS_41.7.0:; 01304FDA:Consumption_Power_L3_OBIS_61.7.0:; 01304FDAelivery_Total_OBIS_2.8.0:; 01304FDAelivery_Tarif1_OBIS_2.8.1:; 01304FDAelivery_Tarif2_OBIS_2.8.2:; 01304FDAelivery_Tarif3_OBIS_2.8.3:; 01304FDAelivery_Tarif4_OBIS_2.8.4:; 01304FDAelivery_Tarif5_OBIS_2.8.5:; 01304FDAelivery_Tarif6_OBIS_2.8.6:; 01304FDAelivery_Tarif7_OBIS_2.8.7:; 01304FDAelivery_Tarif8_OBIS_2.8.8:; 01304FDAelivery_Tarif9_OBIS_2.8.9:; 01304FDAelivery_CalculatedPower_OBIS_2.99.0:0.0000; 01304FDAelivery_Power_OBIS_2.7.0:; 01304FDA:Total_Power_OBIS_15.7.0:; 01304FDA:Total_Power_OBIS_16.7.0:;
01304FDA: Send Data to Loxone at 192.XXX.Y.ZZZ.
01304FDA: Send OK to Loxone. IP:192.XXX.Y.ZZZ Port:7000

************************************************** *******************************
Anmerkung: Consumption_Total_OBIS 1.8.0 liefert leider keine Daten
************************************************** *******************************



Loxberry 0.2.4 mit Smartmeter Plugin 1.0:
01304FDA: Found configuration for 01304FDA
01304FDA: Presetting: itronace3000type260d0.
Initial Baudrate: 300
Max Baudrate: 300
Protocol: itronace3000type260d0
Timeout: 10
Delay: 4
Setting up port /dev/serial/smartmeter/01304FDA: Baudrate:300/300 Databits:7 Stopbits:1 Parity:even Handshake:none
Sending D0 Starting Sequence
Send: /?!
5 Bytes written.
/?!
/ACE0\3k260V01.19
F.F(00)
C.1(97441046 )
C.5.0(00)
1.8.0(048693.8*kWh)
!
M~
Save raw buffer to /var/run/shm/smartmeter/01304FDA.dump
Parse /var/run/shm/smartmeter/01304FDA.dump as D0-Protocol.
Calculate average power for cons.
Last Reading: 48693.800. Saved before: 0.0239 hours. Consumption: 0.0000. Avg. Power: 0.0000,
Calculate average power for del.
Last Reading: 0.000. Saved before: 0.0239 hours. Consumption: 0.0000. Avg. Power: 0.0000, Save Meter data to /var/run/shm/smartmeter/01304FDA.data. All data written to /var/run/shm/smartmeter/01304FDA.xxxx 01304FDA: UDP String to send: 01304FDA:Last_Update:2019-10-04 14:44:36; 01304FDA:Last_UpdateLoxEpoche:339432276; 01304FDA:Consumption_Total_OBIS_1.8.0:048693.8; 01304FDA:Consumption_Tarif1_OBIS_1.8.1:; 01304FDA:Consumption_Tarif2_OBIS_1.8.2:; 01304FDA:Consumption_Tarif3_OBIS_1.8.3:; 01304FDA:Consumption_Tarif4_OBIS_1.8.4:; 01304FDA:Consumption_Tarif5_OBIS_1.8.5:; 01304FDA:Consumption_Tarif6_OBIS_1.8.6:; 01304FDA:Consumption_Tarif7_OBIS_1.8.7:; 01304FDA:Consumption_Tarif8_OBIS_1.8.8:; 01304FDA:Consumption_Tarif9_OBIS_1.8.9:; 01304FDA:Consumption_CalculatedPower_OBIS_1.99.0:0 .0000; 01304FDA:Consumption_Power_OBIS_1.7.0:; 01304FDAelivery_Total_OBIS_2.8.0:; 01304FDAelivery_Tarif1_OBIS_2.8.1:; 01304FDAelivery_Tarif2_OBIS_2.8.2:; 01304FDAelivery_Tarif3_OBIS_2.8.3:; 01304FDAelivery_Tarif4_OBIS_2.8.4:; 01304FDAelivery_Tarif5_OBIS_2.8.5:; 01304FDAelivery_Tarif6_OBIS_2.8.6:; 01304FDAelivery_Tarif7_OBIS_2.8.7:; 01304FDAelivery_Tarif8_OBIS_2.8.8:; 01304FDAelivery_Tarif9_OBIS_2.8.9:; 01304FDAelivery_CalculatedPower_OBIS_2.99.0:0.0000; 01304FDAelivery_Power_OBIS_2.7.0:; 01304FDA:Total_Power_OBIS_15.7.0:; 01304FDA:Total_Power_OBIS_16.7.0:; 01304FDA: Send Data to Miniserver-XYZ-Name at 192.XXX.Y.ZZZ. 01304FDA: Send OK to Miniserver-XYZ-Name. IP:192.XXX.Y.ZZZ Port:7000

**************************************************
Anmerkung: hier werden Daten geliefert!
**************************************************


Mehrfach Plugin deinstalliert und neu installiert, USB Kabel abgezogen und wieder angesteckt, verschiedene Einstellungen probiert aber noch kein Erfolg...


Wenn ich die beiden Datensätze vergleiche dann fällt mir noch auf, dass hinter der Zeile "5 Bytes written" beim neueren Loxberry ein paar Zeilen fehlen:
/?!
/ACE0\3k260V01.19
F.F(00)
C.1(97441046 )
C.5.0(00)
1.8.0(048693.8*kWh)
!
M~


Danke für weitere Ideen und Lösungsansätze!


**********************
#Edit 09.10.2019
**********************
nach Neuaufsetzen des Loxberry 1.4 und Neuinstallation des Smartmeter Plugin 1.1.2
konnten nun Daten gelesen werden.

vielen Dank an dieser Stelle an blacksun für den Support und die Hilfe!

[blacksun]

Problem von Stonelink konnte nicht nachvollzogen werden. Nach einer Teamviewer Session, in der wir den Loxberry noch neu installiert hatten, hat das Plugin Smartmeter einwandfrei funktioniert.

[hismastersvoice]

Hallo Zusammen,
ich verzweifel seit gestern Abend, ich habe das identische Phenomen wie hier oben einige. Zähler zeigt zu hohe Werte an, eigentlich den identischen ,welcher ausgelesen wird.
Was mir aufgefallen ist, dass nicht immer WERTE aus dem Plugin bekomme. Einmal gibt es viele Error´s und keinen Wert, und dann geht es wieder mal und es kommen eine Zeit Lang alle Werte an. Könnte die IR Schnittstelle defekt sein oder doch etwas mit der SML Programmierung im Plugin?

Wie verhält sich der Loxone Verbrauchszähler, wenn er mal einen Wert bekommt und dann nicht? Addiert er die Werte dann auf? Laut Verbrauchszähler (Statistik) habe ich heute 4,6MWh verbraucht .

Log Error sieht öfters so aus:
Buffer:
ERROR: '00' expected, got 'BC007605077CE55A62006200726302017101639A26001B1B1 B...' !
#1 /opt/loxberry/webfrontend/htmlauth/plugins/smartmeter/bin/php_sml_parser.class.php(303): SML_PARSER->match('00')
#2 /opt/loxberry/webfrontend/htmlauth/plugins/smartmeter/bin/php_sml_parser.class.php(329): SML_PARSER->parse_sml_message()
#3 /opt/loxberry/webfrontend/htmlauth/plugins/smartmeter/bin/sml_parser.php(36): SML_PARSER->parse_sml_hexdata('1C0B0649534B010...')
#4 {main}
ERROR: '77' expected, got '010183028F3EB269F8C14C35A4ECA74B172EC19D74398960A 1...' !
#1 /opt/loxberry/webfrontend/htmlauth/plugins/smartmeter/bin/php_sml_parser.class.php(217): SML_PARSER->match('77')
#2 /opt/loxberry/webfrontend/htmlauth/plugins/smartmeter/bin/php_sml_parser.class.php(247): SML_PARSER->readListEntry('010183028F3EB26...')
#3 /opt/loxberry/webfrontend/htmlauth/plugins/smartmeter/bin/php_sml_parser.class.php(262): SML_PARSER->readValList('7777078181C7820...')
#4 /opt/loxberry/webfrontend/htmlauth/plugins/smartmeter/bin/php_sml_parser.class.php(284): SML_PARSER->readListResponse('77010B0649534B0...')
#5 /opt/loxberry/webfrontend/htmlauth/plugins/smartmeter/bin/php_sml_parser.class.php(299): SML_PARSER->readMessageBody()
#6 /opt/loxberry/webfrontend/htmlauth/plugins/smartmeter/bin/php_sml_parser.class.php(329): SML_PARSER->parse_sml_message()
#7 /opt/loxberry/webfrontend/htmlauth/plugins/smartmeter/bin/sml_parser.php(36): SML_PARSER->parse_sml_hexdata('1C0B0649534B010...')
#8 {main}
ERROR: Error, unexpected type '4x' TL=44

usw.

habt ihr nen Tip für mich?

LG
Ostpower

Ich habe seit ein paar Tagen das selbe Problem.
Hast du eine Lösung?

[blacksun]

@hismastersvoice, da bräuchte ich mal ein dumpfile, wenn der Fehler auftritt. Lade es hier hoch und ich schaue es mir an. Function parse_sml_data kann mit 4x nicht umgehen. TL 4x deutet auf Datentyp Boolean hin, aber das hatten wir noch nie hier.

[hismastersvoice]

Dump-File

[blacksun]

Hast du einen neuen Zähler bekommen oder wie kommts? Welchen Zähler hast du?

[hismastersvoice]

MT681, den habe ich seit 3 Jahren.
Hat einfach so angefangen, ein paar Funktionen im Haus haben nicht mehr richtig gearbeitet, da ist es mir aufgefallen.

[blacksun]

Okay ich schaus mir morgen mal und meld mich wieder.