<div dir="ltr"><div><div><div><div><div><div><div>Hallo Matthias,<br><br><br></div>für mich funktioniert das Ganze noch nicht.<br><br></div>Was habe ich probiert:<br></div>- kompletter neuer `git clone` und `make` vom vzlogger-Repository<br></div>- Umstellung der Baudrate in der Config (ackseq und badrate_read sowie dump_file) und Verbosity auf 15<br><br></div>Da bekomme ich bei dem Lesen mit 9600 Baud immer ein Timeout.<br><br></div><div>Ich hänge Dir mal das Log, das dump_file und die Config an.<br></div><div>Im Log sind bis Zeile 110 die Timeouts mit 9600bd zu beobachten - danach die erfolgreichen Lesungen mit 300bd.<br></div><div>Beim Versuch mit 9600bd ist das dump_file leer geblieben. Also stehen da nur Sachen mit 300bd drin.<br></div><div><br></div>Wenn ich den Stromzähler mit meinem eigenen Skipt (auf Basis von <a href="https://github.com/Jaco69/Metering">https://github.com/Jaco69/Metering</a>) auslese, klappt die Umstellung - allerdings habe ich da ein Timeout von 0.4 Sekunden (Zeile 98).<br></div><br>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.<br><div><div><div><div><div><div><br><br></div><div>Viele Grüße,<br></div><div>Martin<br></div><div><br><br></div></div></div></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">Am 13. Januar 2015 um 21:06 schrieb Matthias Behr <span dir="ltr"><<a href="mailto:mbehr@mcbehr.de" target="_blank">mbehr@mcbehr.de</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div>Hallo,</div><div><br></div><div>mit dem Commit <span style="color:rgb(89,96,99);font-family:Consolas,'Liberation Mono',Menlo,Courier,monospace;font-size:13px;line-height:18px;white-space:pre-wrap">meter d0: change baudrate after ACK seq not before</span></div><div>der seit heute gemerged ist, sollte zumindest ein Timing Problem bei der Baudratenumstellung behoben sein. </div><div>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.</div><div><br></div><div>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.</div><div><br></div><br><div><blockquote type="cite"><div>Am 23.12.2014 um 23:24 schrieb Andreas Götz <<a href="mailto:cpuidle@gmail.com" target="_blank">cpuidle@gmail.com</a>>:</div><br><div>Hi,<br><br><blockquote type="cite">Am 23.12.2014 um 19:26 schrieb Martin Heinze <<a href="mailto:martin-heinze@gmx.net" target="_blank">martin-heinze@gmx.net</a>>:<span class=""><br><br>Ich habe ein ähnliches Problem mit meinem ISKRA MT171 ... da kommt auch nix, wenn ich versuche im vzlogger die Baudrate umzustellen ...<br><br>Mit ein bissl Probieren mit anderen (Python-)Skripten und einer Wartezeit von 0.3 Sekunden klappt das aber ...<br><br>Haben wir da eine Möglichkeit, das Timing in die Config einzubauen?<br></span></blockquote><br>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?<br><br>Viele Grüße, Andreas<span class=""><br><br><blockquote type="cite"><br>-----Original Message-----<br>From: Elias <<a href="mailto:saile@gmx.de" target="_blank">saile@gmx.de</a>><br>Sender: "volkszaehler-users" <<a href="mailto:volkszaehler-users-bounces@demo.volkszaehler.org" target="_blank">volkszaehler-users-bounces@demo.volkszaehler.org</a>>Date: Tue, 23 Dec 2014 16:25:27 <br>To: <a href="http://volkszaehler.org" target="_blank">volkszaehler.org</a> - users<<a href="mailto:volkszaehler-users@demo.volkszaehler.org" target="_blank">volkszaehler-users@demo.volkszaehler.org</a>><br>Reply-To: "<a href="http://volkszaehler.org" target="_blank">volkszaehler.org</a> - users" <<a href="mailto:volkszaehler-users@demo.volkszaehler.org" target="_blank">volkszaehler-users@demo.volkszaehler.org</a>><br>Subject: Re: [vz-users]<br>vzlogger: Wie alte Zählerstände unterdrücken<br><br>Wow ich bin überwältigt von den vielen flotten Antworten! Vielen Dank!<br><br>Also Udo’s Tipp<br><blockquote type="cite">Ja, trag als identifier: 1.8.0*FF  ein<br></blockquote>funktioniert. Vielen Dank!<br><br>@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.<br><br>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.<br><br>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:<br><br>usleep (4000000);<br><br>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:<br><br><br></blockquote></span></div></blockquote></div><br><div>
<span style="border-collapse:separate;border-spacing:0px"><div>Gruß</div><span class="HOEnZb"><font color="#888888"><div><br></div><div>Matthias </div></font></span></span>
</div>
<br></div></blockquote></div><br><br clear="all"><br></div></div>