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

Martin Heinze heinze.martin at gmail.com
Wed Jan 14 12:24:54 CET 2015 

Hallo Matthias,


für mich funktioniert das Ganze noch nicht.

Was habe ich probiert:
- kompletter neuer `git clone` und `make` vom vzlogger-Repository
- Umstellung der Baudrate in der Config (ackseq und badrate_read sowie
dump_file) und Verbosity auf 15

Da bekomme ich bei dem Lesen mit 9600 Baud immer ein Timeout.

Ich hänge Dir mal das Log, das dump_file und die Config an.
Im Log sind bis Zeile 110 die Timeouts mit 9600bd zu beobachten - danach
die erfolgreichen Lesungen mit 300bd.
Beim Versuch mit 9600bd ist das dump_file leer geblieben. Also stehen da
nur Sachen mit 300bd drin.

Wenn ich den Stromzähler mit meinem eigenen Skipt (auf Basis von
https://github.com/Jaco69/Metering) auslese, klappt die Umstellung -
allerdings habe ich da ein Timeout von 0.4 Sekunden (Zeile 98).

Können wir den Timeout nach dem ACK nicht mit in die D0-Konfig mit
aufnehmen? Wenn das bei Elias sogar 4 Sekunden ist, sollte der Nutzer das
einstellen können.


Viele Grüße,
Martin



Am 13. Januar 2015 um 21:06 schrieb Matthias Behr <mbehr at mcbehr.de>:

> Hallo,
>
> mit dem Commit meter d0: change baudrate after ACK seq not before
> der seit heute gemerged ist, sollte zumindest ein Timing Problem bei der
> Baudratenumstellung behoben sein.
> Defacto wurde erst die Baudrate umgestellt und dann das ACK an den Logger
> geschickt, der das vermutlich nie empfangen hat, weil es lt. Spec noch mit
> der alten Baudrate auf das ACK wartet.
>
> Wäre gut, wenn das jemand noch mal testen könnte. Es ist auch eine
> Logging-Möglichkeit eingebaut (siehe etc/vzlogger.conf „dump_file“) mit der
> evtl. weitere Probleme schneller analysiert werden können.
>
>
> Am 23.12.2014 um 23:24 schrieb Andreas Götz <cpuidle at gmail.com>:
>
> Hi,
>
> Am 23.12.2014 um 19:26 schrieb Martin Heinze <martin-heinze at gmx.net>:
>
> Ich habe ein ähnliches Problem mit meinem ISKRA MT171 ... da kommt auch
> nix, wenn ich versuche im vzlogger die Baudrate umzustellen ...
>
> Mit ein bissl Probieren mit anderen (Python-)Skripten und einer Wartezeit
> von 0.3 Sekunden klappt das aber ...
>
> Haben wir da eine Möglichkeit, das Timing in die Config einzubauen?
>
>
> Kein grosses Problem wenn ihr Euch einig seit wo die richtige Stelle ist.
> Wenn ichs richtig verstanden habe läuft es aber auch dann nich nicht
> stabil. Denke die Ursache muss erst noch gefunden werden?
>
> Viele Grüße, Andreas
>
>
> -----Original Message-----
> From: Elias <saile at gmx.de>
> Sender: "volkszaehler-users" <
> volkszaehler-users-bounces at demo.volkszaehler.org>Date: Tue, 23 Dec 2014
> 16:25:27
> To: volkszaehler.org - users<volkszaehler-users at demo.volkszaehler.org>
> Reply-To: "volkszaehler.org - users" <
> volkszaehler-users at demo.volkszaehler.org>
> Subject: Re: [vz-users]
> vzlogger: Wie alte Zählerstände unterdrücken
>
> Wow ich bin überwältigt von den vielen flotten Antworten! Vielen Dank!
>
> Also Udo’s Tipp
>
> Ja, trag als identifier: 1.8.0*FF  ein
>
> funktioniert. Vielen Dank!
>
> @Thorben: Soll ich trotzdem deine Idee (Veränderung der Obis.cpp) testen?
> Wenn das für zukünftige Änderungen des Codes interessant wäre, dann mach
> ich das gerne! Das *255 gleichzeitig auch eine wildcard ist, ist
> tatsächlich verwirrend. Ich denke besser wäre es, nur ein Sternchen als
> wildcard zu verwenden, das erscheint mit etwas intuitiver.
>
> Ein nice to have wäre jetzt noch die Baudraten-Umstellung. Da ist der DC3
> leider recht zickig, er macht die Umstellung nur wenn ein genaues Timing
> zwischen seiner Antwort auf die Pullsequenz und der Anforderung zur
> Baudratenumstellung eingehalten wird. Deshalb funktioniert es aktuell
> nicht. Bei manuellen Tests klappte es am häufigsten mit etwa 4 Sekunden
> Pause.
>
> In Zeile 407, der Datei protocols/MeterD0.cpp bin ich auf einen
> auskommentierten Delay gestoßen, der mir ungefähr an der richtigen Stelle
> zu sein schien. Den hab ich wieder einkommentiert und auf 4 Sekunden erhöht:
>
> usleep (4000000);
>
> Danach hat die Baudratenumstellung tatsächlich geklappt, der Zähler fängt
> auch an sinnvolle Daten auszugeben, leider bricht das ganze aber nach
> kurzer Zeit ab:
>
>
>
> Gruß
>
> Matthias
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20150114/a5898361/attachment-0001.html>
-------------- next part --------------

##### opened
##### read
##### TCIOFLUSH and cfsetiospeed
<<<<<
2f 3f 21 0d 0a                                    /?!              

>>>>>
2f 49 53 6b 35 4d 54 31 37 31 2d 30 30 38 34 0d   /ISk5MT171-0084  
0a                                                                 

<<<<<
06 30 30 30 0d 0a                                  000             

>>>>>
02 30 2d 30 3a 43 2e 31 2e 30 2a 32 35 35 28 34    0-0:C.1.0*255(4 
37 34 30 35 32 36 33 29 0d 0a 31 2d 30 3a 30 2e   7405263)  1-0:0. 
32 2e 30 2a 32 35 35 28 56 31 2e 30 29 0d 0a 31   2.0*255(V1.0)  1 
2d 30 3a 31 2e 38 2e 30 2a 32 35 35 28 30 31 35   -0:1.8.0*255(015 
34 31 33 2e 38 20 6b 57 68 29 0d 0a 30 2d 30 3a   413.8 kWh)  0-0: 
46 2e 46 2e 30 2a 32 35 35 28 30 30 30 30 30 30   F.F.0*255(000000 
30 30 29 0d 0a 21                                 00)  !           

##### read
##### TCIOFLUSH and cfsetiospeed
<<<<<
2f 3f 21 0d 0a                                    /?!              

>>>>>
2f 49 53 6b 35 4d 54 31 37 31 2d 30 30 38 34 0d   /ISk5MT171-0084  
0a                                                                 

<<<<<
06 30 30 30 0d 0a                                  000             

>>>>>
02 30 2d 30 3a 43 2e 31 2e 30 2a 32 35 35 28 34    0-0:C.1.0*255(4 
37 34 30 35 32 36 33 29 0d 0a 31 2d 30 3a 30 2e   7405263)  1-0:0. 
32 2e 30 2a 32 35 35 28 56 31 2e 30 29 0d 0a 31   2.0*255(V1.0)  1 
2d 30 3a 31 2e 38 2e 30 2a 32 35 35 28 30 31 35   -0:1.8.0*255(015 
34 31 33 2e 38 20 6b 57 68 29 0d 0a 30 2d 30 3a   413.8 kWh)  0-0: 
46 2e 46 2e 30 2a 32 35 35 28 30 30 30 30 30 30   F.F.0*255(000000 
30 30 29 0d 0a 21                                 00)  !           

##### read
##### TCIOFLUSH and cfsetiospeed
<<<<<
2f 3f 21 0d 0a                                    /?!              

>>>>>
2f 49 53 6b 35 4d 54 31 37 31 2d 30 30 38 34 0d   /ISk5MT171-0084  
0a                                                                 

<<<<<
06 30 30 30 0d 0a                                  000             

>>>>>
02 30 2d 30 3a 43 2e 31 2e 30 2a 32 35 35 28 34    0-0:C.1.0*255(4 
37 34 30 35 32 36 33 29 0d 0a 31 2d 30 3a 30 2e   7405263)  1-0:0. 
32 2e 30 2a 32 35 35 28 56 31 2e 30 29 0d 0a 31   2.0*255(V1.0)  1 
2d 30 3a 31 2e 38 2e 30 2a 32 35 35 28 30 31 35   -0:1.8.0*255(015 
34 31 33 2e 38 20 6b 57 68 29 0d 0a 30 2d 30 3a   413.8 kWh)  0-0: 
46 2e 46 2e 30 2a 32 35 35 28 30 30 30 30 30 30   F.F.0*255(000000 
30 30 29 0d 0a 21                                 00)  !           

##### read
##### TCIOFLUSH and cfsetiospeed
<<<<<
2f 3f 21 0d 0a                                    /?!              

>>>>>
2f 49 53 6b 35 4d 54 31 37 31 2d 30 30 38 34 0d   /ISk5MT171-0084  
0a                                                                 

<<<<<
06 30 30 30 0d 0a                                  000             

>>>>>
02 30 2d 30 3a 43 2e 31 2e 30 2a 32 35 35 28 34    0-0:C.1.0*255(4 
37 34 30 35 32 36 33 29 0d 0a 31 2d 30 3a 30 2e   7405263)  1-0:0. 
32 2e 30 2a 32 35 35 28 56 31 2e 30 29 0d 0a 31   2.0*255(V1.0)  1 
2d 30 3a 31 2e 38 2e 30 2a 32 35 35 28 30 31 35   -0:1.8.0*255(015 
34 31 33 2e 38 20 6b 57 68 29 0d 0a 30 2d 30 3a   413.8 kWh)  0-0: 
46 2e 46 2e 30 2a 32 35 35 28 30 30 30 30 30 30   F.F.0*255(000000 
30 30 29 0d 0a 21                                 00)  !           

##### read
##### TCIOFLUSH and cfsetiospeed
<<<<<
2f 3f 21 0d 0a                                    /?!              

>>>>>
2f 49 53 6b 35 4d 54 31 37 31 2d 30 30 38 34 0d   /ISk5MT171-0084  
0a                                                                 

<<<<<
06 30 30 30 0d 0a                                  000             

>>>>>
02 30 2d 30 3a 43 2e 31 2e 30 2a 32 35 35 28 34    0-0:C.1.0*255(4 
37 34 30 35 32 36 33 29 0d 0a 31 2d 30 3a 30 2e   7405263)  1-0:0. 
32 2e 30 2a 32 35 35 28 56 31 2e 30 29 0d 0a 31   2.0*255(V1.0)  1 
2d 30 3a 31 2e 38 2e 30 2a 32 35 35 28 30 31 35   -0:1.8.0*255(015 
34 31 33 2e 38 20 6b 57 68 29 0d 0a 30 2d 30 3a   413.8 kWh)  0-0: 
46 2e 46 2e 30 2a 32 35 35 28 30 30 30 30 30 30   F.F.0*255(000000 
30 30 29 0d 0a 21                                 0
-------------- next part --------------
A non-text attachment was scrubbed...
Name: once_mt171.py
Type: application/octet-stream
Size: 13336 bytes
Desc: not available
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20150114/a5898361/attachment-0003.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: vzlogger.conf
Type: application/octet-stream
Size: 2713 bytes
Desc: not available
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20150114/a5898361/attachment-0004.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: vzlogger.log
Type: application/octet-stream
Size: 94792 bytes
Desc: not available
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20150114/a5898361/attachment-0005.obj>

More information about the volkszaehler-users mailing list