<html><head><meta http-equiv="Content-Type" content="text/html charset=iso-8859-1"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Guten Morgen, <div><br></div><div>über ein kleines Script habe ich die Daten vom Zähler über einen längeren Zeitraum abgefragt. Funktioniert zuverlässig.</div><div>Probleme gibt es mit dem vzlogger. Die Konfiguration vom "meter":</div><div><div><font face="Courier New">"meters" : [</font></div><div><font face="Courier New"><span class="Apple-tab-span" style="white-space:pre"> </span>{</font></div><div><font face="Courier New"><span class="Apple-tab-span" style="white-space:pre"> </span>"protocol" : "d0",</font></div><div><font face="Courier New"><span class="Apple-tab-span" style="white-space:pre"> </span>"device" : "/dev/ttyUSB0",</font></div><div><font face="Courier New"><span class="Apple-tab-span" style="white-space:pre"> </span>"enabled" : true,</font></div><div><font face="Courier New"><span class="Apple-tab-span" style="white-space:pre"> </span>}</font></div><div><font face="Courier New">]}</font></div></div><div><br></div><div>Sobald ich den vzlogger starte und wieder stoppe, kann ich über die serielle Schnittstelle keine Daten mehr über das Script abfragen. Ein abstecken und anstecken oder einem Reset der ttyUSB0 Schnittstelle hilft leider nichts. Ich muss den Raspberry herunterfahren, Stromversorgung trennen und wieder starten um wieder Daten empfangen zu können. Ein normaler reboot erweckt die Schnittstelle nicht mehr zum leben.</div><div><br></div><div>Gibt es weitere Möglichkeiten die Schnittstelle zurück zu setzen?</div><div><br></div><div>Was macht der vzlogger mit der Schnittstelle? LG Christian</div><div><br></div><div><br></div><div><div><div>On Oct 11, 2013, at 4:30 PM, Udo1 <<a href="mailto:udo1@gmx.net">udo1@gmx.net</a>> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite">Am 11.10.2013 10:49, schrieb Christian Neuhold:<br><blockquote type="cite">Habe die Befehle nochmals mit "-n" versucht. Wieder keine Reaktion.<br></blockquote>Der E350 arbeitet mit 300bd, 7E1.<br><br>Zu einem E350 hatte letztens jemand was auf der Mailing-Liste gepostet:<br><br>"LandisGyr E350:<br>Befehl 1 (/?!) in hex: 2F 3F 21 (plus CR LF, also 0D 0A noch anhängen)<br>Befehl 2 (6)000) in hex: 06 30 30 30 (plus CR LF , also 0D 0A noch anhängen)<br><br>---> /?!<br><--- /LGZ4ZMF100AC.M23<br>--->(6)000<br><-- F.F(00)<br><-- C.1.0(12314330)<br><-- 0.0(00188123 )<br><-- C.1.1( )<br><-- 1.8.1(001234.120*kWh)<br><-- 1.8.0(001234.120*kWh)<br><-- 2.8.0(000000.000*kWh)<br><-- 15.8.0(001234.120*kWh)<br><-- C.7.0(0005)<br><-- 32.7(229*V)<br><-- 52.7(230*V)<br><-- 72.7(230*V)<br><-- 31.7(000.03*A)<br><-- 51.7(000.04*A)<br><-- 71.7(000.09*A)<br><-- C.5.0(0400)<br><-- 0.2.0(M23)<br><-- 16.7(000.00*kW)<br><br>In "/LGZ4ZMF100AC.M23" steckt die Aussage, dass der LandisGyr E350 mit 4= max. 4800baud kommunizieren kann.<br>Ohne die Baudrate zu wechseln liefert der Zähler erst nach dem folgenden ACK die eigentlichen Daten.<br><br>In Antwort 06 30 30 30 steckt also ACK (06 30), (30) 0 = 300baud und (30) 0 = Data Mode<br><br>Ohne eine korrekte Bestätigung der Zählerantwort auf Befehl1 werden keine Daten gesendet."<br><br>Gruß<br>Udo<br></blockquote></div><br></div></body></html>