[vz-users] volkszaehler-users Digest, Vol 42, Issue 117
Andreas Götz
cpuidle at gmail.com
Mon Jan 26 13:12:32 CET 2015
Hi Armin,
> Am 26.01.2015 um 13:09 schrieb Armin Kroboth <applicationMGR at ecoCuyo.de>:
>
> Hallo Matthias,
>
> das führt zu folgender Ausgabe:
>
> ~ $ vzlogger -V
> 0.3.9
Steinalt-> aktuelle Version aus git nehmen.
Viele Grüße, Andreas
>
> Was ist der "git sha"?
>
> Danke, Armin
>
>
>> Am 26.01.2015 um 12:30 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: OBIS Register - Vorwertnummern unterdr?cken (Matthias Behr)
>>
>> Von: Matthias Behr <mbehr at mcbehr.de>
>> Datum: 26. Januar 2015 12:30:08 MEZ
>> An: "volkszaehler.org - users" <volkszaehler-users at demo.volkszaehler.org>
>> Betreff: Re: [vz-users] OBIS Register - Vorwertnummern unterdrücken
>> Antwort an: "volkszaehler.org - users" <volkszaehler-users at demo.volkszaehler.org>
>>
>>
>> Hallo,
>>
>> 0.3.9 ist nicht aktuell. vzlogger -V gibt den git sha mit aus. Dann siehst du genau, welche Änderungen deine Version beinhaltet.
>>
>>
>>> Am 26.01.2015 um 20:24 schrieb Armin Kroboth <applicationMGR at ecoCuyo.de>:
>>>
>>> Hallo zusammen,
>>>
>>> um hier einen Knopf dran zu kriegen: vzlogger 0.3.9 von git ist aktuell?
>>>
>>> Wenn ja, dann kann ich aus der praktischen Erfahrung heraus sagen, dass Vorwertnummern nicht gefiltert werden, wenn man den OBIS-Code 1-1:1.8.1 in der vzlogger.conf setzt.
>>>
>>> Es werden in den Kanal/DB hintereinander alle Werte geschrieben, die mit "1-1:1.8.1" beginnen. Im Beispiel sind das dann aktueller Wert und alle Vorwerte aus den Registern "1-1:1.8.1*82", "1-1:1.8.1&81" und "1-1:1.8.1&80".
>>>
>>> Der Effekt ist, dass durch die Differenzbildung im Frontend die Zählerstände rauf und runter hüpfen, weil diese scheinbar mal vorwärts und dann wieder rückwärts laufen - auch wenn NULL Strom fließt.
>>>
>>> Würde mich sehr freuen, wenn mir jemand sagen kann, wie das beseitigt werden kann (ohne meinen WOR mit aggtime).
>>>
>>> Best Grüße
>>> Armin
>>>
>>>> Am 24.01.2015 um 12:06 schrieb applicationMGR ecoCuyo:
>>>>
>>>> Hallo & Danke an Matthias
>>>>
>>>> hatte die Version 0.3.9 am Start - war schon so auf Udo's Image auf dessen Drop-Box.
>>>>
>>>> Um auf Nummer sicher zu gehen, hab ich eben mit:
>>>> sudo git clone git://github.com/volkszaehler/volkszaehler.org.git /var/www/volkszaehler.org
>>>> eine Neuinstallation ausgeführt -> vzlogger-Version blieb bei 0.3.9.
>>>>
>>>> Mit der Version 0.3.9 geht es nicht ohne den von mir beschriebenen WOR mit aggtime.
>>>>
>>>> Welche Version benutzt Du?
>>>>
>>>> Beste Grüße
>>>> Armin
>>>>
>>>>> Am 24.01.2015 um 09:16 schrieb Matthias Behr <mbehr at mcbehr.de>:
>>>>>
>>>>> Hallo,
>>>>>
>>>>> in der akt Version (git) gibt es die Wildcards nicht mehr. Da kannst du genau wie gewünscht filtern.
>>>>>
>>>>> Gruß
>>>>> Matthias
>>>>>
>>>>> Sent from a mobile device.
>>>>>
>>>>>> Am 24.01.2015 um 00:41 schrieb applicationMGR ecoCuyo <applicationMGR at ecoCuyo.de>:
>>>>>>
>>>>>> Hallo zusammen,
>>>>>>
>>>>>> zum Thema L+G ZMD410CT eine entsteht beim Parsing der OBIS-Codes ein Problem, das bereits bei "vzlogger: Wie alte Zählerstände unterdrücken" auf http://volkszaehler.org/pipermail/volkszaehler-users/2014-December/005054.html und folgenden Posts beschrieben wurde.
>>>>>>
>>>>>> Der Unterschied ist jedoch, dass die OBIS-Register, die den aktuellen Zählerstand enthalten, einfach OHNE weitere Kennzeichen enden (nur *kWh unterscheidet das Telegramm).
>>>>>> Die mit Vorwertnummern getrennten Register werden sämtlich in den Kanal 1-1:1.8.1 in der Datenbank geschrieben:
>>>>>>
>>>>>> Hier ein Auszug der Ausgabe über die DLMS-Schnittstelle des Zählers:
>>>>>>
>>>>>> 1-1:1.8.1(12230.75*kWh) ... aktueller Zählerstand
>>>>>> 1-1:1.8.1*82(12229.86) ... Vorwertnummer 82
>>>>>> 1-1:1.8.1&81(12229.85) ... Vorwertnummer 81
>>>>>> 1-1:1.8.1&80(12229.85) ... Vorwertnummer 80
>>>>>>
>>>>>> Die vzlogger.conf hat u.a. als Kanal folgendes definiert:
>>>>>>
>>>>>> "channels": [{
>>>>>> "uuid" : "xxxxxxx-xxxx-xxxx-xxxx-xxx",
>>>>>> "middleware" : "http://localhost/middleware.php",
>>>>>> "identifier" : "1-1:1.8.1" /* Wirkarbeit Bezug (+), Zählerstand, Tarif 1 [kWh] */
>>>>>> }
>>>>>>
>>>>>> Auch der Einsatz eines Wildcard bringt keine Verbesserung, und es werden weiterhin alle 4 Einträge in ein denselben Kanal in der Datenbank geschrieben:
>>>>>> [Jan 23 14:05:10][chn0] New channel initialized (uuid=...a8bfe3 protocol=volkszaehler id=1-1:1.8.1*FF)
>>>>>>
>>>>>> Als Workaround konnte ich mir mit "aggmode": "MAX" bei den Zählerwerten behelfen, aber das ist nicht ideal.
>>>>>>
>>>>>> Wie/wer kann (ich) vzlogger.ccp so verändern & kompilieren, dass beim Setzen des "identifier" : "1-1:1.8.1" tatsächlich NUR GENAU DAS Register geloggt wird?
>>>>>>
>>>>>> Freue mich über Eure Hinweise :-)
>>>>>>
>>>>>>
>>>>>> Beste Grüße uns schönes Wochenende wünscht
>>>>>> Armin
>>>>>>
>>>>>>
>>>>>>> Anfang der weitergeleiteten Nachricht:
>>>>>>>
>>>>>>> Von: applicationMGR ecoCuyo <applicationMGR at ecoCuyo.de>
>>>>>>> Betreff: Aw: volkszaehler-users Digest, Vol 41, Issue 19
>>>>>>> Datum: 17. Dezember 2014 18:44:45 MEZ
>>>>>>> An: volkszaehler-users at demo.volkszaehler.org
>>>>>>>
>>>>>>> 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
>>
>> Gruß
>>
>> Matthias Behr
>>
>>
>>
>> _______________________________________________
>> 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/20150126/9492bc71/attachment-0001.html>
More information about the volkszaehler-users
mailing list