Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- hardware:controllers:s0-an-rs232 [2012/01/03 20:55] – typo fix r00t
+++ hardware:controllers:s0-an-rs232 [2019/05/29 10:29] (aktuell) – Link ins Mailinglistenarchiv fixed zugschlus
@@ Zeile 1: / Zeile 1: @@
-==== direkter anschluss S0 an RS232 ====
+====== S0-Impuls Zähler direkt über RS232 auswerten ======
+Diese simple Methode erlaubt es, ohne zusätzliche Hardware, einen S0-Impuls Zähler über einen RS232-Port auszuwerten. Viele Computer und embedded Systeme besitzen einen RS232-Port. Alternativ kann auch ein RS232-zu-USB Adapter benutzt werden.
-diese einfache methode erlaubt es, ohne nennenswerte zusaetzliche hardware(!), einen s0-zaehler per direktem anschluss an einen PC oder ein vergleichbares system auszuwerten. (prinzipiell jedes system mit rs232-schnittstelle, das entsprechende software ausfuehren kann, zB dockstar oder iconnect mit usb-rs232 adapter, oder auch den internen uart, zB an einem openwrt router!)
-die auswertung wird von [[/software/controller/vzlogger]] unterstuetzt!
-das skaliert auch ganz prima: fuer jeden weiteren kanal nur noch einen weiteren usb-rs232-adapter,
-und irgendwann vielleicht noch einen usb-hub...
 <note>
-Der grossteil des inhalts dieser seite stammt aus einer mail von Harald Koenig an die vz-dev liste: http://volkszaehler.org/pipermail/volkszaehler-dev/2010-May/000084.html
+Der Großteil des Inhalts dieser Seite stammt aus einer [[http://demo.volkszaehler.org/pipermail/volkszaehler-dev/2010-May/000084.html|Mail]] von Harald König an die vz-dev Mailingliste.
 </note>
-=== grundidee ===
+===== Grundidee =====
-man will ja nur pulse zaehlen mit genauer "ankunfszeit", die pulse kommen
+Ziel ist es den Abstand aufeinanderfolgender Impulse zu messen, die bis max. 1 mal pro Sekunde kommen und ca. ~100 ms lang sind. Das erinnert an das DCF77 Funkuhr-Signal (1 Impuls pro Sekunde, 100 oder 200 ms lang == 0 bzw. 1).
-so max. 1 mal pro sekunde und sind so ~100 msec lang.
-das alles erinnert *exterm* an das DCF77 funkuhr-signal (1 puls pro sekunde,
-oder 200 msec lang == 0 oder 1)...
-und seit so 2 jahrzehnten ist es usus, dass man deses dcf77-signal einfach
+Und seit 2 Jahrzehnten ist es gängig, dieses DCF77-Signal einfach über eine serielle Schnittstelle mit 50 Baud auszuwerten ([[http://www.obbl-net.de/dcf77.html|Link]]).  Der Start des Impulses ist die Startflanke des "Startbit" bei der asynchronen seriellen Übertragung, und je nach dem ob kurzer oder langer Impuls sind mehr oder weniger Bits gesetzt und man es ist sogar dabei möglich die Pulslänge zu messen.
-an eine serielle schnittstelle haengt mit 50 baud.  der start des pulses
-ist die startflanke des "startbit" bei der asynchronen seriellen uebertragung,
-und je nach dem ob kurzer oder langer puls sind mehr oder weniger bits gesetzt
-und man kann sogar die pulslaengen damit erkennen.
-pulslaengen gibts hier beim stromzaehlen nicht, also noch einfacher;)
+Die Länge des S0-Impulses sind hier nicht von Interesse. So muss man nur die S0-Ausgänge an eine serielle Schnittstelle zwischen Rx und z.b. RTS hängen. (Irgend eine Steuerleitung, die man dann auf 0 (aktiv) ziehen muss). Dann muss man nur noch warten bis der S0-Impuls als "Startbit" ein Zeichen auslöst. Und dieses dann einlesen und den Timestamp merken/ausgeben -- Fertig!
-so muss man wirklich nur die S0-ausgaenge (zumind. fuer SWISSNOX)
-an eine serielle schnittstelle haengen zwischen Rx und z.b. RTS
-(irgend eine handshake output leitung, die man dann auf 0 (== aktiv == space)
-ziehen muss).
-dann muss man nur noch warten bis der S0-pulse als "startbit" ein zeichen ausloest
-und dieses dann einlesen und den timestamp merken/ausgeben -- fertig!
-=== umsetzung ===
+===== Umsetzung =====
-das kann man dann direkt z.b. mit einem usb2serial adapter/kabel abgreifen,
+Bei der Verkabelung ist auf die Polarität des S0-Anschlusses zu achten. Viele S0-Zähler realisieren diesen über einen Optokoppler und nicht über einen Schaltkontakt!
-oder auf eine echte serielle schnitstelle geben, so man noch hat;)
-also: SWISSNOX klemme 21 muss mit RS232 Rx (pin 2 auf DSUB-9) und klemme 20 mit RTS (pin 7 auf DSUB-9)
+Also muss
-verbunden werden, der rest (230V) wie gehabt.
+  * S0- (Swissnox Klemme 21) mit RS232-Rx (Pin 2 auf DSUB-9) und
+  * S0+ (Swissnox Klemme 20) mit RS232-RTS (Pin 7 auf DSUB-9)
+verbunden werden.
+Die restliche Verkabelung auf 'Primärseite' des Zählers bleibt wie gehabt.
-{{:hardware:controllers:s0-an-rs232_macgyverjpg.jpg?384}}
+{{:hardware:controllers:rs232-s0.png}}
-man kann dazu direkt zwei aufgebogene bueroklammern verwenden und die
+Mac Gyver Variante der Schaltung. Für den produktiven Einsatz nicht empfohlen ;)
-mit hilfe eines "gender changer" (weiblich/weiblich) direkt in die RS232-verbindung stecken,
-oder etwas bequemer (wenn man noch 2 weitere bueroklammern und 2 krokoklemmen kabel uebrig hat...).
-alternativ kann man auch die reste einer original microsoft seriellen maus endlich zu was vernueftigem
+{{:hardware:controllers:s0-an-rs232_macgyverjpg.jpg?384}}
-verwenden und damit den anschluss an den usb/seriell adapter machen (bei mir: orange=Rx, weiss=RTS).
+Alternativ kann man auch die Reste einer seriellen Maus endlich zu was Vernünftigem verwenden und damit die Verkabelung an den Zähler realisieren:
 {{:hardware:controllers:mauskabel.jpg?384}}
-=== software ===
+===== Raspberry PI =====
-das auswerten wird von [[/software/controller/vzlogger]] direkt unterstuetzt!\\
+<note>
-alternativ, und/oder zum testen, bietet sich folgendes an:
+vzlogger loggt jetzt auch GPIOs..
+</note>
+<note warning>
+ACHTUNG: es handelt sich dort um einen UART-Port mit 3,3V-Pegeln,
+nicht um eine RS232 Schnittstelle.\\
+Die 3,3V entsprechen auch nicht der S0-Norm EN 62053-31, https://de.wikipedia.org/wiki/S0-Schnittstelle
+</note>
+Beim Raspberry Pi ist ein interne UART als ''/dev/ttyAMA0'' vorhanden, der hierfuer verwendet werden koennte.\\
+Die Pinbelegung ist GPIO 15 für RXD (P1-10).\\
+Achtung! Das funktioniert nicht in Verbindung mit Udos RPi-Erweiterungen, da dort diese Pins schon belegt sind.
-software:  serielle schnittstelle richtig konfigurieren
+Da es sich um 3,3V-Pegel handelt, wird die RTS-Leitung nicht benoetigt, GND und/oder Vcc reichen aus.\\
-(50 baud, jedes zeichen sofort ausgeben, ...)
+(RTS GPIO 17 für RTS (P1-11), siehe [[http://elinux.org/RPi_Low-level_peripherals]].
+Allerdings ist die RTS Funktion standardmäßig deaktiviert. Zum aktivieren muss der Pin erst in Alternate Function 3 versetzt werden. Das kann z.B. mit diesem Tool erfolgen: [[http://www.raspberrypi.org/phpBB3/viewtopic.php?t=39138&p=322253]] ''gpio_alt -p 17 -f 3''.)
-    stty time 1 min 1 -icanon < /dev/ttyUSB0
+===== Software =====
+Die Auswertung der seriellen Schnittstelle wird dabei von [[/software/controller/vzlogger]] übernommen. Dafür wird das vzlogger-Protokoll ''s0'' benutzt. Ein Beispiel ist in der Standardkonfiguration im Wiki zu sehen.
-und schon kann man die daten wie gewuenscht lesen.  doch wie an einen "guten"
+==== Alternative ====
-time stamp kommen, wenn man kein C o.ae. programmieren will ?
+Harald König hat bei der Entwicklung dieser Methode Standardtools von Linux verwendet.
-z.b. so:
+Seine Skripte sind im git verfügbar: [[https://github.com/volkszaehler/volkszaehler.org/blob/master/misc/controller/misc/log_rawS0.sh|bash]], [[https://github.com/volkszaehler/volkszaehler.org/blob/master/misc/controller/misc/log_rawS0.lua|lua]].
-<code>
-     strace -ttt -e read cat  < /dev/ttyUSB0 > /dev/null
-</code>
-und um das ganze besser beurteilen und verdauen zu koennen,
-noch ein bissl test code dazu:
-<code>
-     ( strace -ttt -e read cat  < /dev/ttyUSB0 > /dev/null ) 2>&1 | awk 'NR==1{t0=$1;next}{t=$1; print 3600e3 /(t-t1)/2000 ,  t-t0,t-t1,$0;t1=t}'
-</code>
-spalte 1 liefert dann die leistung in watt, 2 die laufende zeit in sekunden, 3 die zeit seit dem letzten puls, und dann noch den gesamten strace-output mit original timestamp.
+Serielle Schnittstelle richtig konfigurieren (50 Baud, jedes Zeichen sofort ausgeben, ...):
+<code>stty time 1 min 1 -icanon < /dev/ttyUSB0</code>
-es fallt dabei auf (zumind. bei meinem setup), dass immer mal wieder ein "falscher" zweiter puls kommen kann (ursache sollte man mal noch erforschen, evlt. mit oszi?!):
+Zeichen einlesen und Timestamp erzeugen:
-<code>
+<code>strace -ttt -e read cat  < /dev/ttyUSB0 > /dev/null </code>
-	1275071653.195588 read(0, "\0", 4096)   = 1
-	1275071681.731568 read(0, "\0", 4096)   = 1
-	1275071710.623568 read(0, "\0", 4096)   = 1
-	1275071739.471581 read(0, "\0", 4096)   = 1
-	1275071768.351691 read(0, "\0", 4096)   = 1
-==>	1275071797.199619 read(0, "\377", 4096) = 1
-	1275071797.271617 read(0, "\0", 4096)   = 1
-	1275071826.107561 read(0, "\0", 4096)   = 1
-</code>
-aber die lassen sich ja leicht wegfiltern, z.b. mit
-<code>
-grep 'read(0, "\\0", 4096)'
-</code>
-wenn man die daten gleich in der datenbank haben will (mit dem PHP/mysql code von Florian Ziegler, daher die rundung der timestamps?!), dann  muss der einzeiler eben noch ein bissl wachsen;)
+Etwas mehr Test-Code um das ganze besser beurteilen zu können:
-<code>
+<code>( strace -ttt -e read cat  < /dev/ttyUSB0 > /dev/null ) 2>&1 | awk 'NR==1{t0=$1;next}{t=$1; print 3600e3 /(t-t1)/2000 ,  t-t0,t-t1,$0;t1=t}'</code>
-     ( strace -ttt -e read cat  < /dev/ttyUSB0 > /dev/null ) 2>&1 | awk '/read\(0, "\\0", 4096\)   = 1/{ t=int($1 + 0.5);  system("wget -O-  \"http://harald/f10/volkszaehler.org/httplog.php?uuid=00000000-0000-0000-0000-000000000001&port=0000001&time=\"" t " # >& /dev/null"); }'
-</code>
-und schon fuellt sich die datenbank!
+Spalte 1 liefert dann die Leistung in Watt, 2 die laufende Zeit in Sekunden, 3 die zeit seit dem letzten Impuls, und dann noch den gesamten strace-output mit original Timestamp.