[vz-users] vzlogger: Wie alte Zählerstände unterdrücken

[Matthias Behr]

Hallo Elias,

zur Info: mit dem akt. Master Branch musst du deine Config anpassen. Der Filter auf „1.8.0*FF“ muss auf „1.8.0*255“ geändert werden.

Bitte den fix_mem_meterD0 noch testen. Die Änderungen würde ich gern noch als PR bereitstellen.

Gruß
Matthias
> Am 26.12.2014 um 00:39 schrieb Elias <saile at gmx.de>:
> 
> Hi,
> 
> vielen Dank für eure zahlreichen Antworten und Modifikationen am Vzlogger!
> Ich hab ein ganz schlechtes Gewissen, dass meine Antworten nicht schneller kommen, leider hat es mich mit Fieber und starken Kopfschmerzen ans Bett gebunden :(
> 
>> teste bitte mal den Branch: fix_mem_meterD0 <https://github.com/mbehr1/vzlogger/tree/fix_mem_meterD0> 
> sudo make hat leider einen Fehler ausgegeben:
> 
> api/libvz-api.a(MySmartGrid.cpp.o): In function `vz::api::MySmartGrid::hmac_sha1(char*, unsigned char const*, unsigned int)':
> MySmartGrid.cpp:(.text+0x31a4): undefined reference to `EVP_sha1'
> MySmartGrid.cpp:(.text+0x31bc): undefined reference to `HMAC_Init'
> MySmartGrid.cpp:(.text+0x31d0): undefined reference to `HMAC_Update'
> MySmartGrid.cpp:(.text+0x31f4): undefined reference to `HMAC_Final'
> collect2: ld returned 1 exit status
> src/CMakeFiles/vzlogger.dir/build.make:186: recipe for target 'src/vzlogger' failed
> make[2]: *** [src/vzlogger] Error 1
> make[2]: Leaving directory '/vzlogger2/vzlogger'
> CMakeFiles/Makefile2:990: recipe for target 'src/CMakeFiles/vzlogger.dir/all' failed
> make[1]: *** [src/CMakeFiles/vzlogger.dir/all] Error 2
> make[1]: Leaving directory '/vzlogger2/vzlogger'
> Makefile:146: recipe for target 'all' failed
> make: *** [all] Error 2
> 
> @Udo:
>> Kann das daran liegen, dass du "ackseq": "063034310d0a", also 041 sendest. Sollte es nicht 040 sein?
> Du hast recht 041 nimmt man um in den Programmiermodus zu kommen (also zB um den Lastgangsspeicher auszulesen und 040 (also 063034310d0a) um die Daten auszugeben. Siehe hier: http://wiki.volkszaehler.org/hardware/channels/meters/power/edl-ehz/elster_as1440 <http://wiki.volkszaehler.org/hardware/channels/meters/power/edl-ehz/elster_as1440>
> 
> Das könnte also bedeuten, dass nie eine Baudratenumstellung erfolgt ist und das Delay nur bewirkt hat, dass die Daten mit 300 Baud ausgegeben wurden und als das Script dann auf 4800 Bd im Lesemodus umgeschaltet hat, nichts mehr gelesen werden konnte?
> 
> 
> Lieben Gruß,
> Elias
> 
> 
> 
>> Am 25.12.2014 um 17:20 schrieb Matthias Behr <mbehr at mcbehr.de <mailto:mbehr at mcbehr.de>>:
>> 
>> Hi,
>> 
>> teste bitte mal den Branch: fix_mem_meterD0 <https://github.com/mbehr1/vzlogger/tree/fix_mem_meterD0> 
>> mit der Baudratenumstellung Konfiguration und stell die Logs wieder bereit.
>> Damit sollte es nicht zum „pseudo“ Timeout durch Speicherüberschreiber kommen und ich habe paar mehr Debug Ausgaben hinzugefügt.
>> 
>> Danke!
>> Gruß (frohes Fest)
>> Matthias
>> 
> 
> 
> 
> 



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20141226/9d943fee/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 5256 bytes
Desc: not available
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20141226/9d943fee/attachment-0001.bin>