[vz-users] volkszaehler-users Digest, Vol 41, Issue 19

Wed Dec 17 18:44:45 CET 2014

Hallo Udo,

ja, das habe ich wohl gelesen, nur zeigen diese Codes keine Wirkung beim L+G ZMD410CT.

Hier nun die beiden Testblöcke (A) & (B) für alle, die das ggf. mal nachvollziehen mögen.

(A) Getestet mit HTerm:

Sende Pullsequenz (hex):
2F 3F 21 0D 0A
Empfange ohne Unterbrechung (ASCI):
/LGZ4\2ZMD4104407.B23
1-1:F.F(00000000)
1-1:0.0.0(94502961)
1-1:0.1.0(82)
1-1:0.1.2*82(1412161543)
1-1:0.1.2&81(1410160622)
1-1:0.1.2&80(1410131020)
1-1:0.2.0(B23)
1-1:0.2.1(005)
1-1:0.2.2(0000202)
1-1:0.9.1(164225)
1-1:0.9.2(141216)
1-1:1.2.1(106.088*kW)
1-1:1.2.2(000.000*kW)
1-1:1.6.1(0.000*kW)(0000000000)
1-1:1.6.1*82(0.000)(0000000000)
1-1:1.6.1&81(0.000)(0000000000)
1-1:1.6.1&80(1.495)(1410091745)
1-1:1.6.2(0.000*kW)(0000000000)
1-1:1.6.2*82(0.000)(0000000000)
1-1:1.6.2&81(0.000)(0000000000)
1-1:1.6.2&80(0.000)(0000000000)
1-1:2.2.1(000.000*kW)
1-1:2.2.2(000.000*kW)
1-1:2.6.1(0.000*kW)(0000000000)
1-1:2.6.1*82(0.000)(0000000000)
1-1:2.6.1&81(0.000)(0000000000)
1-1:2.6.1&80(0.000)(0000000000)
1-1:2.6.2(0.000*kW)(0000000000)
1-1:2.6.2*82(0.000)(0000000000)
1-1:2.6.2&81(0.000)(0000000000)
1-1:2.6.2&80(0.000)(0000000000)
1-1:1.8.1(12229.85*kWh)
1-1:1.8.1*82(12229.85)
1-1:1.8.1&81(12229.85)
1-1:1.8.1&80(12229.85)
1-1:1.8.2(18883.20*kWh)
1-1:1.8.2*82(18883.20)
1-1:1.8.2&81(18883.20)
1-1:1.8.2&80(18883.20)
1-1:2.8.1(00000.00*kWh)
1-1:2.8.1*82(00000.00)
1-1:2.8.1&81(00000.00)
1-1:2.8.1&80(00000.00)
1-1:2.8.2(00000.00*kWh)
1-1:2.8.2*82(00000.00)
1-1:2.8.2&81(00000.00)
1-1:2.8.2&80(00000.00)
1-1:5.8.1(03394.10*kvarh)
1-1:5.8.1*82(03394.10)
1-1:5.8.1&81(03394.10)
1-1:5.8.1&80(03394.10)
1-1:5.8.2(05387.34*kvarh)
1-1:5.8.2*82(05387.34)
1-1:5.8.2&81(05387.34)
1-1:5.8.2&80(05387.34)
1-1:6.8.1(00000.00*kvarh)
1-1:6.8.1*82(00000.00)
1-1:6.8.1&81(00000.00)
1-1:6.8.1&80(00000.00)
1-1:6.8.2(00000.00*kvarh)
1-1:6.8.2*82(00000.00)
1-1:6.8.2&81(00000.00)
1-1:6.8.2&80(00000.00)
1-1:7.8.1(00000.00*kvarh)
1-1:7.8.1*82(00000.00)
1-1:7.8.1&81(00000.00)
1-1:7.8.1&80(00000.00)
1-1:7.8.2(00000.00*kvarh)
1-1:7.8.2*82(00000.00)
1-1:7.8.2&81(00000.00)
1-1:7.8.2&80(00000.00)
1-1:8.8.1(01963.02*kvarh)
1-1:8.8.1*82(01963.02)
1-1:8.8.1&81(01963.02)
1-1:8.8.1&80(01963.02)
1-1:8.8.2(00200.11*kvarh)
1-1:8.8.2*82(00200.11)
1-1:8.8.2&81(00200.11)
1-1:8.8.2&80(00200.11)
1-1:C.7.0(00000017)
1-1:C.7.1(00000018)
1-1:C.7.2(00000011)
1-1:C.7.3(00000011)
1-1:C.3.1(___-----)
1-1:C.3.2(1_------)
1-1:C.3.3(--------)
1-1:C.3.4(1_____--)
1-1:C.4(60000068)
1-1:C.5(00200090)
1-1:32.7(236.9*V)
1-1:52.7(001.2*V)
1-1:72.7(000.9*V)
1-1:31.7(00.00*A)
1-1:51.7(00.00*A)
1-1:71.7(00.00*A)
1-1:16.7.0(-----.---*kW)
1-1:131.7.0(-----.---*kvar)
1-1:13.5.0(1.00)
1-1:13.7( -.--)
1-1:33.7( -.--)
1-1:53.7( -.--)
1-1:73.7( -.--)
1-1:81.7.0(   0*Deg)
1-1:81.7.1(----*Deg)
1-1:81.7.2(----*Deg)
1-1:81.7.4(----*Deg)
1-1:81.7.5(----*Deg)
1-1:81.7.6(----*Deg)
1-1:0.9.6(1543)
1-1:0.9.7(141216)
!
000
000
000

Sende Baud (hex):
06 30 35 30 0D 0A

Empfange:
nichts

Stelle HTerm auf 9600 um… und sende Pullsequenz (hex) mit 9600 Baud via HTerm:
2F 3F 21 0D 0A

Empfange: Grütze - funktioniert also nicht (auch nicht mit 1200, 2400, 4800 mit den jew. entsprechenden Baud Codes vorab gesandt)

Im Kommentar der vzlogger.conf steht Baudratenumschaltung auf gewünschte Baudrate, abhängig von Zählerantwort

Konkrete Frage: Hat jemand Ahnung, wann/wie die Baudumstellung erfolgen muss? Welche Zählerantwort bzw. welcher Teil der o.a. ist konkret gemeint?

(B) Getestet mit VZLogger: Zähler-Baudrate-Umstellung greift nicht

In meiner letzten Mail konnte man im Anhang aus der /var/log/vzlogger.log sehen, dass nach dem Pull-Request mehr oder minder postwendend die acknowledge Sequenz zur Baudrate-Einstellung an den Zähler angefeuert wird - siehe den ersten Block, dann antwortet der Zähler mit dem ersten Tuple 0501-1:F.F:

[Dec 17 18:05:10][d0]   sending pullsequenz send (len:5 is:5).
[Dec 17 18:05:11][d0]   DEBUG END4 goto VENDOR
[Dec 17 18:05:12][d0]   Pull answer (vendor=LGZ, baudrate=4, identification=\2ZMD4104407.B23)
[Dec 17 18:05:12][d0]   Sending ack sequence send (len:6 is:6,050
).
[Dec 17 18:05:12][d0]   DEBUG OBIS_CODE byte  hex= 6 
[Dec 17 18:05:12][d0]   DEBUG OBIS_CODE byte 0 hex= 30 
[Dec 17 18:05:12][d0]   DEBUG OBIS_CODE byte 5 hex= 35 
[Dec 17 18:05:12][d0]   DEBUG OBIS_CODE byte 0 hex= 30 
[Dec 17 18:05:12][d0]   DEBUG OBIS_CODE byte 
 hex= A 
[Dec 17 18:05:12][d0]   DEBUG OBIS_CODE byte 
 hex= A 
[Dec 17 18:05:12][d0]   DEBUG OBIS_CODE byte  hex= 2 
[Dec 17 18:05:12][d0]   DEBUG OBIS_CODE byte 1 hex= 31 
[Dec 17 18:05:12][d0]   DEBUG OBIS_CODE byte - hex= 2D 
[Dec 17 18:05:12][d0]   DEBUG OBIS_CODE byte 1 hex= 31 
[Dec 17 18:05:12][d0]   DEBUG OBIS_CODE byte : hex= 3A 
[Dec 17 18:05:12][d0]   DEBUG OBIS_CODE byte F hex= 46 
[Dec 17 18:05:12][d0]   DEBUG OBIS_CODE byte . hex= 2E 
[Dec 17 18:05:12][d0]   DEBUG OBIS_CODE byte F hex= 46 
[Dec 17 18:05:13][d0]   DEBUG OBIS_CODE byte ( hex= 28 
[Dec 17 18:05:13][d0]   Parsed reading (OBIS code=0501-1:F.F, value=00000000, unit=)
[Dec 17 18:05:13][d0]   DEBUG OBIS_CODE byte 
 hex= A 

Danach wird aber leider vom Zähler weiter mit 300 Baud gesendet - die //„baudrate_read“: 9600 blieb kommentiert, sonst liest vzlogger nur Müll. Sprich, den Zähler juckt der Umstellversuch nicht die Bohne.

Konkrete Frage:  Was heißt baudrate=4 in der Antwort des Zählers (vgl. Ausschnitt in rot oben) und wie sonst könnte ich diese umstellen?

Wäre super interessiert, ob jemand an dieser Stelle bereits Erfolg hatte!

Beste Grüße
Armin

> Am 17.12.2014 um 12:00 schrieb volkszaehler-users-request at demo.volkszaehler.org:
> 
> Send volkszaehler-users mailing list submissions to
> 	volkszaehler-users at demo.volkszaehler.org
> 
> To subscribe or unsubscribe via the World Wide Web, visit
> 	https://demo.volkszaehler.org/mailman/listinfo/volkszaehler-users
> or, via email, send a message with subject or body 'help' to
> 	volkszaehler-users-request at demo.volkszaehler.org
> 
> You can reach the person managing the list at
> 	volkszaehler-users-owner at demo.volkszaehler.org
> 
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of volkszaehler-users digest..."
> Today's Topics:
> 
>   1. Re: Neues Raspberry Pi -Imaga vzlogger.conf (Udo1)
>   2. Stromz?hler ablesen per Smartphone (Dr. Mark Asbach)
> 
> Von: Udo1 <udo1 at gmx.net>
> An: volkszaehler-users at demo.volkszaehler.org
> Datum: 16. Dezember 2014 19:59:57 MEZ
> Antwort an: "volkszaehler.org - users" <volkszaehler-users at demo.volkszaehler.org>
> Betreff: Aw: [vz-users] Neues Raspberry Pi -Imaga vzlogger.conf
> 
> 
> Hallo Armin,
> 
> Am 16.12.2014 18:58, schrieb applicationMGR ecoCuyo:
>> Wie sind die Parameter zur Baudratenumstellung in der vzlogger.conf zu verstehen/einzusetzen, um höhere Geschwindigkeiten zu testen?
> steht doch in der vzlogger.conf:
> 
>  "pullseq": "2F3F210D0A",        /* Pullsequenz in 'hex' */
>   "ackseq": "063035300d0a",       /* Antwortsequenz auf Zaehlerantwort,063030300d0a = 300bd, 063035300d0a = 9600bd */
>   "baudrate_read": 9600,           /* Baudratenumschaltung auf gewuenschte Baudrate, abhaengig von Zaehlerantwort */
> 
> Wenn du nicht gewünschte OBIS-Werte ausblenden willst, z.B.
> 1-1:8.8.1*81 etc.
> dann gib als identifier:
> 1-1:8.8.1*FF
> ein.
> 
> Gruß
> Udo
> 
> 
> 
> 
> Von: "Dr. Mark Asbach" <mark.asbach at pixolus.de>
> An: volkszaehler-users at demo.volkszaehler.org
> Datum: 17. Dezember 2014 11:39:24 MEZ
> Antwort an: "volkszaehler.org - users" <volkszaehler-users at demo.volkszaehler.org>
> Betreff: [vz-users] Stromzähler ablesen per Smartphone
> 
> 
> Hallo Volkszähler-Community,
> 
> gestern bin ich durch Zufall auf das Volkszähler-Projekt aufmerksam geworden und frage mich, ob hier vielleicht Interesse besteht, über eine ergänzende Lösung zu diskutieren.
> 
> Wir (pixolus) sind ein kleines Startup aus Köln/Aachen/Bonn und arbeiten an einer App zum Ablesen von Strom-, Gas- und Wasserzählern per Smartphone-Kamera. Das ganze funktioniert in etwa so wie ein QR-Code-Reader / Barcode-Reader: In der App sieht man das Videobild der Kamera, hält sie vor den Zähler und sie löst aus, sobald sie einen Zählerstand erkannt hat. In den nächsten Wochen (wohl eher Januar) wird die erste Version unserer App fertig, die zunächst für iOS erscheinen wird. 
> 
> Das ganze ist dazu gedacht, den eigenen Energie- bzw. Wasserverbrauch im Blick zu behalten, was ja auch das Ziel des Volkszähler-Projekts ist. Der Unterschied besteht zum einen im Aufwand, den man selbst im Betrieb treiben muss (mit unserer App muss man für jede Messung zum Zähler gehen - der Volkszähler sendet selbst), aber auch im Aufwand, den man zu Einrichtung braucht (unsere App wird für den privaten Gebrauch mit bis zu 3 Zählern kostenlos sein und muss nur heruntergeladen werden - der Volkszähler braucht Hardware die man kaufen und installieren muss, ggf. muss ein Kabel gezogen werden, um die Daten aus dem Keller zu bekommen). 
> 
> Beides könnte sich gut ergänzen, z.B. wenn man aus unserer App die Daten in den Volkszähler-Server bekommt. Dann könnte man Volkszähler-Middleware und -Webfrontend mit der App und ohne große Anfangsinvestition ausprobieren und bei Interesse an automatischer und feingranularer Übermittlung der Daten die Volkszähler-Hardware am Zähler installieren. 
> 
> Euch ist vielleicht auch das FAST-Stromauge bekannt? Das wäre auch noch eine Alternative, um kontinuierlich Daten in Eure Middelware zu bekommen. FAST macht eine OCR in Hardware und ist so (wie unsere App) nicht anfällig für Fehlerakkumulation aus verpassten Pulsen / falsch eingestellten Startwerten.
> 
> Was ich jetzt gerne wissen würde: Besteht Interesse an dieser Idee? Wir sind gerade im Betatest und ich könnte ein paar Beta-Accounts rausgeben, damit Ihr die App testen könnt (ein Gerät mit iOS 8 vorausgesetzt). Vor allem wäre Feedback zu Änderungsbedarf gut, damit die App für Euch nützlich ist. Die App hinterlegt die Daten auf unserem Sync-Server, von wo sie z.B. per REST/JSON abgeholt und in Eure Middleware übertragen werden könnten. Das Server-API kann man mit einem Beta-Account auch ausprobieren.
> 
> Schöne Grüße,
> Mark
> 
> -- 
> Dr. Mark Asbach
> pixolus GmbH
> Eupener Straße 165, 50933 Köln
> http://pixolus.de, Tel +49 221 9499920
> Registergericht: Amtsgericht Köln, HRB 80243
> Geschäftsführer: Dr. Mark Asbach, Dr. Stefan Krausz
> 
> 
> 
> _______________________________________________
> volkszaehler-users mailing list
> volkszaehler-users at demo.volkszaehler.org
> https://demo.volkszaehler.org/mailman/listinfo/volkszaehler-users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20141217/2e5db141/attachment-0001.html>