JTAGICE-MKII clone

Ich habe ein neues Spielzeug: einen chinesischen Clone des AVR JTAGICE-MKII. War im Vergleich zum Atmel Original ziemlich günstig (ich hab noch weniger bezahlt, als die Sure-Homepage angibt...). Der Versand aus China dauerte ca. einen Monat und vor ein paar Tagen habe ich das Päckchen dann beim Zollamt gegen einen kleinen Obulus (Einfuhrumsatzsteuer) in Empfang genommen – Freude!

Viel habe ich noch nicht damit gemacht, aber ich wollte Euch das Ding trotzdem schon mal kurz vorstellen. Sieht von außen exakt aus, wie das Original:

I

Im Innern findet sich dann eine ganz ordentlich aussehende Platine: 

 

Ein wenig herumtracen ergab, daß die beiden Header oben rechts wohl JTAG Header für die beiden ATmega128A Chips sind, die auf dem Bord stecken (auch wenn ich noch nicht alle Pins zugeordnet habe). Ich hab die gleich mal bestückt. Leider habe ich kein zweites JTAG Gerät, sonst hätte ich auf diesem Weg vermutlich ein Firmware-Backup machen können (Hey Chris, Du brauchst doch bestimmt auch eins - oder? ;-)  ). Und mein Versuch, das Ding dazu zu bringen, die eigene Firmware auszulesen ist erwartungemäß gescheitert ;-)

First Light

Immerhin habe ich schon mal einen ersten Funktionstest gemacht: Arduino Flash auslesen im ISP-mode mit avrdude:

  avrdude -p m328p -c jtag2isp -P usb -U flash:r:flash.bin:r

...das ging wie eine Eins :-))

Was ich bisher nicht hingekriegt habe, ist das JTAGICE unter Avrstudio4 in Betrieb zu nehmen. Allerdings weist einiges darauf hin, daß das ein Problem mit der Virtualbox ist und nicht mit dem Gerät selbst. Muß das bei Gelegenheit mal mit einem nativen Windows probieren. OK – gelöst: war ein temporärer Schluckauf bei der Treiberinstallation. Nu gehts und ich habe bereits die Firmware mit AVR-Studio auf den neusten Stand gebracht. Im Gegensatz zu vielen anderen China-Clones läuft dieser nämlich mit der original Atmel Firmware.

Für einen richtigen Test muß ich mir aber erstmal irgendwas aufbauen – vielleicht mit meinem STK500. Der Arduino ist so out of the box weniger geeignet, denn da muß man erst einen Kondensator amputieren oder mindestens einen Trace kappen (je nach Modell) bevor der bei DebugWire mitspielt und dazu hatte ich heute keine Lust. Also muß ich nun wirklich was zum debuggen finden – zu dumm, daß meine Programme nie Bugs haben ;-)

Update

Inzwischen hab ich einen ATmega16 aus der µC Schachtel geholt und in das STK500 gesteckt. Noch den JTAG-Adapter drauf und ein bisschen herumprobiert und schon konnte ich ein kleines C-Programm via JTAG flashen und auch mit der Kombination avarice/gdb eine Debugging-Session starten. Funktioniert tatsächlich recht gut!  :-)

Jetzt muß ich nur noch meine rudimentären gdb Kenntnisse auf Vordermann bringen, dann ist kein Bug mehr vor mir sicher ;-)

Simpler Komponententester

Mein Oszi hat keinen Komponententester – ich weiß: viele Leute sagen, die Dinger sind ungefähr so nützlich wie ein Loch in der Kniescheibe, aber ich wollte einen haben. Basta!

Bekanntermaßen besteht so ein Teil im Wesentlichen aus einem Trafo (hier 6V Nennspannung), einem Widerstand (hier 10k), zwei Polklemmen und zwei BNC Buchsen, außer man wird eitel und will verschiedene Widerstände und/oder variable Spannungen etc. All das ist sicher nützlich, aber wenn ich sowas will, dann lieber gleich mit einem Anschluss für den Funktionsgenerator. Heute sollte es aber die Supersimpelvariante sein. D.h. das Aufwändigste war das Gehäuse ;-)

Bei der Gelegenheit habe ich festgestellt, daß mein Bohrständer Sperrmüll ist und ich mir irgendwann mal eine Standbohmaschine besorgen sollte. Aber egal hier erstmal der Schaltplan:

Die Diode repräsentiert das zu testende Bauteil (device unter test: DUT) Und so sieht das fertige Gerät aus:

Simpel, wie versprochen. Nun noch ein paar Impressionen im Einsatz:

 Offen – d.h. kein Bauteil drin.

 Kurzschluss

2.2µF Elko 

Siliziumdiode

Basis-Emitter Strecke eines C558B PNP Transistors

Inspiration für ambitionierte Maker: Chris Eckert

Heute habe ich mal einen Webtipp, den ich extrem toll finde. Chris Eckert (nein nicht unser ChrisE ;-) ) zeigt auf seiner Homepage mehrere echt begeisternde Arbeiten, die sich aus toller Mechanik und elektronischer Steuerung zusammensetzten:

www.chriseckert.com

Mein persönlicher Favorit ist die Maschine, die den Papierstreifen mit Handschrift füllt, aber auch der Bettelnde Roboter ist wirklich cool!

Ob ich jemals etwas auf dem Niveau hinkriege? Elektronisch vermutlich schon, aber in Puncto Mechanik bin ich davon Lichtjahre entfernt. Aber das ist ja auch der Sinn der Sache: Spaß dabei interessante neu Sachen zu lernen – und sich daran zu erfreuen, was manch anderer so macht!

Li-Io Akkus Laden: "Einfach nur Strom reinmachen..."

Genau. Ist echt nicht schwer. Über das Laden von Li-Ion Akkus findet man viel im Netz. Auch sehr viel brauchbares. Eigentlich.
Die besten Beiträge sind die, in denen Leute behaupten es sei sogar einfacher ein Ladegerät für Li-Ion-Akkus zu bauen, als für Ni-MH. "Man muss ja nicht umständlich das Maximum über die delta-U oder delta-2-U Methode (zweite Ableitung) ermitteln". In einen Li-Akku macht man einfach Strom rein und wartet bis er voll ist. Eigentlich.
Hab ich mir auch gedacht, bei eBay schnell zwei gebrauchte Laptop Akkus geschossen und rein ins Vergnügen.

Im Allgemeinen jedoch liegen Teufel  im Detail.

Wie bereits geschrieben, gibt es eine Menge Wenn und Aber, die zu beachten sind. Der Zustand des Akkus, bzw. jeder einzelnen Zelle muss erfasst werden, also die Leerlaufspannung, der Ladestrom und sicherheitshalber noch die Temperatur. Weichen während des Ladens die Zellspannungen ab, muss man das ausgleichen - Balancieren. Dafür gibts unterschiedliche Strategien, Schaltungen usw.
Am Anfang ist der Akku mit Strombegrenzung zu laden, bis alle Zellen ihre Zielspannung erreicht haben, danach kommt die Sättigungsphase, in der man die Spannung konstant hält und den Akku voll laufen lässt. Abschalten bei I=0.05C.

Ich will das hier nicht in die Länge ziehen, zusammengefasst heißt das:

1. Spannung genau messen - Auflösung kleiner 0.05V (oder besser: die Genauigkeit)
2. Ein großes Stück Software schreiben, dass für alle Fälle und Situationen eine Lösung parat hat.
3. Hardware bauen, die präzise ist. 

Zunächst die Schaltung, die am Akku angeflanscht wird. Sie ist dafür gedacht immer dran zu bleiben und kontrolliert das Laden und das Entladen. Ein Mikrocontroller übernimmt die Logik dazu.

Im Wesentlichen besteht die Schaltung aus fünf Teilen:

• Spannungsteiler zum Messen der Zellenspannungen
• Balancer-Schaltungen mit Lastwiderständen
• zwei Leistungstransistoren, um Entladen / Laden zu schalten
• ein rudimentärer Verstärker für den Temperatursensor
• und ein Summen-Differenzverstärker mit Shunt, zur Lade-/Entladestrommessung

Die Problematik, die sich mit dem Netzteil ergibt will ich hier noch nicht ansprechen.

Und so sieht der Versuchsaufbau aus:

 Wie funzt das jetzt alles?

 

Spannungsteiler

Nicht schwer. R13 und R6 bzw. R8/R16 bilden einen Spannungsteiler, um die max. 8.4V/4.2V auf 2.56V Pegel für die ADC-Eingänge anzupassen.
Aber hier schon das erste Teufelchen: Die beiden Teiler würden immer Strom ziehen, lägen sie auf GND. Die Elektronik soll aber am Akku bleiben, weshalb die Teiler statt an GND an den Collector von Q3 geführt sind. So ziehen sie nur Strom, wenn der Controller in Betrieb ist.
Übrigens: Im ausgeschalteten Zustand ist der Stromverbrauch der gesamten Schaltung 0 A. Ein bisschen Leckstrom ist immer, konnte ich aber nicht messen.

Aber damit ergibt sich gleich das nächste Teufelchen: Wie hoch ist denn die Spannung am Knoten R13/R6, wenn die Schaltung nicht im Betrieb ist? Richtig 8.4V, bzw. Akku-Spannung. Die ADC-Eingänge des µC schätzen so etwas nicht, weshalb die Messspannungen über U1A / U1B (Spannungsfolger) zum ADC geführt werden.

 

Balancer

Während des Ladens baut sich die Spannung in den Zellen nicht gleichmäßig auf. Das liegt an den unterschiedlichen Kapazitäten der Zellen, wie bereits diskutiert. Liegt also die Spannung einer Zelle zu hoch, wird der jeweilige Transistor Q1 bzw. Q2 durchgeschalten und der Ladestrom fließt über die Lastwiderstände R3 / R4.
Interessant wird, ob sich im Test die Strategie als richtig bestätigt, früh einzugreifen und mit wenig Strom zu balancieren. Und ob die 2W Widerstände halten...

 

Leistungstransitoren für On/Off/Laden

Zwei Transistoren schalten die Lasten zum Entladen, bzw. zum Laden. Ist Q4A aktiv, kann der Akku entladen werden, unabhängig des Zustandes von Q4B. Dieser steuert die Ladung des Akkus.
Über die Transistoren Q3 / Q6 steuert der Mikrocontroller die beiden Lasttransistoren an. Ein direktes Ansteuern ist leider nicht möglich, da Pull-Up Widerstände nötig waren - R18 / R25, um die Schaltzustände im ausgeschalteten Zustand, bzw. beim ein und ausschalten stabil zu halten.
Der Taster SW1 dient zum Einschalten des Controllers. Ist er gedrückt, zieht er die Basis von Q3 auf VDD und Q4A schaltet. Damit wird der Spannungsregler U2 versorgt, an dem der Controller hängt. Als erste Aktion legt dieser dann den Pin "Battery-On" auf High und hält damit den Zustand des Lasttransistors.
Ist der Transistor Q3 durchgeschalten, liegt auch der Spannungsteiler auf Masse.

 

Temperaturmessung

Ein simpler, nicht invertierender Verstärker um U1D, an dem ich einen KTY81-110 hängen will. Über R21 fließt aus der Referenzspannung nicht ganz 1mA durch den Sensor.
Der Aufbau ist nicht ganz korrekt, da sich der Strom durch den Zweig ACRef - R21 - KTY81 - GND ändert, wenn sich der Widerstand des Temperatursensors ändert. Anstelle des Widerstandes müsste eigentlich eine konstant-Stromquelle sitzen. Das ist jedoch viel zu aufwendig, denn es reicht die ungefähre Temperatur des Akkus zu ermitteln. Wenn's warm wird, geht was schief, da spielt ein Grad hin oder her keine Rolle.

 

Summen-Differenzverstärker

Eigentlich das heißeste Teil auf der Platine - leider hab ich es nicht selber erfunden, sondern hier abgekupfert: u5-operations-verstaerker.pdf
Das Teufelchen an dieser Stelle ist, dass der Spannungsabfall über dem Shunt R10 positiv oder negativ sein kann, je nach dem ob der Akku geladen, oder entladen wird. Wie also messen?
Natürlich gibt es sog. Shunt-Monitore, die sind aber erstens nicht billig (ca. 2,-- EUR) und die Verstärkung ist nicht frei einstellbar (z.B. 100 oder 50). Bei Reichelt hätte ich einen geeigneten gesehen, den AD 8218 B für 1,80 EUR. Hatte ich aber gerade nicht in der Schublade, deshalb ein paar Widerstände und einen OP aus der Ramschkiste und los gings.
Der Summen-Differenzverstärker kann Anliegende Spannungen addieren oder subtrahieren und verstärkt das Resultat um einen beliebigen Faktor. In der oben angegebenen Quelle ist die Berechnung der Widerstände ausführlich mit Beispiel beschrieben. Da die Werte etwas krumm werden, hab ich in der Schaltung jeweils zwei Widerstände vorgesehen (R2 + R5 / R11 + R12). Alle Widerstände sollten entweder eine Toleranz von 1% haben, oder handverlesen sein. 





So, das sollte erst mal reichen. Die Software für das Arduino Board ist schon weit fortgeschritten. Ein wenig Probleme habe ich allerdings noch mit der Spannungsversorgung. Dazu später mehr.

Auflösung des Rilderbätsels

Hey,Ihr seid echt gut!

Tatsächlich handelt es sich um einen Robter:

Ich hab seinerzeit zwei von den Dingern gebaut, Terence und Philip. Die Namen sind aus der South-Park Serie inspiriert, dort gab es in einer Fernsehserie zwei Figuren, die immer eklige Sachen gemacht haben.

Auf meiner alten Homepage hab ich ein bisschen was zu den Dingern geschrieben. Ist allerdings schon Dekaden her:

http://www.typsiland.de/BuildThatRobot/philip.html

Später hab ich ein Atmega-8 Board geklöppelt und die Sensorik verbessert. Die IR-Detektoren haben ganz gut funktioniert.
Die beiden Robis sollten sich finden und mit dem Ausleger die Feder des anderen Berühren. An der Feder gestupst zu werden gab für den attackierten Robo Minuspunkte.
Ich hatte damals den Ansatz von Rodney Brooks verfolgt, die Subsumption-Architektur. Heute hätte ich dazu ein paar neue Ideen.

Beide Chassis sind tatsächlich aus CDs. Hatte ich im Internet gesehen und für eine Gute Idee gehalten. Allerdings taugt diese Material nichts, ist zu dünn und zu spröde.

Der Stand von 2004 / 2005:

Philip

Terence

 

Rilderbätsel

Na gut, bevor ich hier richtig abkotze, wie es mir mit dem Akku-Lader geht, stelle ich Euch das Rilderbätsel, welches ich noch schuldig bin.
Eigentlich wollte ich ein richtiges "Ihr werdet schon sehen, was Ihr davon habt" machen, hab mich dann aber doch entschlossen ein paar verräterische Details mit auf die Bilder zu nehmen.

 Also, was isses? Ich geb keine Tipps, sonst wirds wirklich zu leicht.

So, und jetzt hol ich mir ein Beissholz und setz mich in die Ecke.

Viel Spass!

Nanu – was macht denn die Lötbrücke da?

Neulich habe ich mir einen Arduino Duemillanove im Ausverkauf besorgt – die wollten wohl die Lager leer machen, weil doch nun alle den Uno haben wollen (den hab ich mir auch gleich mitbestellt). Diesen habe ich als Gehirn im Netzmonitor-Projekt auserkoren und wie Ihr an den letzten Posts sehen konntet funktioniert er auch wunderbar. Gerade habe ich das Board mal genauer studiert und die SMD-Löterei bewundert, als mir auffiel, daß mein Gerät eine fiese Lötbrücke zwischen den Pins 25 und 26 des FT232 Chips hat. Es war ziemlich schwierig, das mit der Kamera einzufangen, ich hoffe, man kann es erkennen (3. und 4. Pin von rechts in der vorderen Reihe):


Nachdem das der USB2RS232 Chip ist, hätte ich eigentlich mit Problemen bei der Datenübertragung gerechnet, aber ich habe das Gerät problemlos über diese Schnittstelle programmiert und auch die Kommunikation im Rahmen des Netzmonitorprojekts ging einwandfrei. Also stellt sich die Frage: Was sind das für Pins?

Mit Googles Hilfe habe ich mir ein Datenblatt besorgt und darin folgendes Pinout gefunden:

Also haben wir es mit den Signalen TEST und AGND zu tun. AGND ist laut Datenblatt die Masse für den clock-multiplier und TEST "puts the device in IC test mode. Must be tied to GND for normal operation...". Aha - deshalb gibt es keine Probleme! Hätte ich aber auch schneller merken können, daß die Brücke unkritisch ist, denn wenn man das Arduino Board genau ansieht, stellt man fest, daß die Leitbahnen der beiden Pins sofort verbunden werden.

Also wieder abregen und mit was produktiverem weitermachen ;-)

Eingepegelt – kommerzieller usb2serial Adapter

Bevor mir klar geworden war, daß mein Handy-Datenkabel ein perfektes USB-seriell Kabel ist, hatte ich mir irgendwann mal einen billigen USB-seriell TTL Adapter aus China bestellt - hatte den schon fast vergessen, aber heute ist er angekommen. So sieht er aus:

Abgesehen davon, daß er ein bisschen handgelötet ausschaut macht er einen guten Eindruck. Wie auch das Handykabel verwendet er einen PL2303; das hat mich etwas überrascht, denn die meisten Adapter die ich auf diversen Bastlerseiten und Zulieferern gesehen hatte bauen auf dem FTDI Chip FT232 auf, warum auch immer. Ansonsten fallen mir drei Dinge auf:

1. Auf der Platine sitzt ein USB Typ-A Stecker. Das ist unpraktisch – eine Buchse vom Typ-B oder Mini Typ-B wäre besser, denn dann könnte man statt einer USB-Verlängerung ein normales USB-Kabel verwenden.
2. Es gibt Pins für 5V und 3.3V
   
3. Das Ding hat einen Jumper
   

Letzteres hat mein Interesse geweckt: Ob man mit dem Jumper zwischen den Signalpegeln für die beiden Spannungen wählen kann? Und wie sehen wohl die Pegel in den beiden Stellungen aus?

Also schauen wir uns das mal an. Zunächst habe ich die Versorgungsspannung an den Pins 5V und 3.3V nachgemessen und wie schon in anderen Posts bemerkt sind die 5V des USB-Ports bei mir nur 4.6V, während die 3.3V exakt stimmen. Ich habe, wie beim letzten mal, einfach einen Haufen Nullen auf das Interface geschickt und mich mit dem Oszi auf TX geklemmt. Hier zunächst mit Jumper "unten" (Vermutung: 5V Stellung):



Und nun "oben" (Vermutung: 3.3V):



Ich habe es auch bei ungesetztem Jumper probiert und glaubt mir, es sieht wieder exakt genauso aus. Scheinbar verlässt sich auch dieser Adapter darauf, daß 3.3V µCs 5V tolerante Eingänge haben. Aber wofür in aller Welt ist der Jumper dann gut? Hatte ich schon erwähnt, daß der Adapter ohne jede Dokumentation kam? Also diesmal kann mir niemand vorwerfen, ich sei nur zu faul zum Lesen gewesen ;-)

Also hab ich das Multimeter rausgeholt und die Verbindungen der drei Pins verfolgt - hier das Ergebnis:

  1  GND
  2  RX
  3  ??

Das verstehe ich nun wirklich nicht. In der oberen Stellung lege ich RX also auf Masse - wozu soll das gut sein? Jumper-Stellung für Leute die sich gerne selbst reden hören??? Und wenn Pin 3 eh nicht verbunden ist, warum dann ein Header mit 3 Pins? Normalerweise würde man sagen, damit der Jumperstecker ein Zuhause hat, aber chinesische Hersteller sind nicht gerade für Verschwendungssucht bekannt und da hätte man bestimmt 0.01 ¢ pro Modul sparen können!

Also weiterforschen. Einiges Herumprobieren ergab dann doch noch etwas Interessantes: offenbar sind die 3 Pins nicht einfach nur ein Jumper, sondern ein zweiter Header mir der Belegung

    1  GND
    2  RX
    3  TX

Und zwar für 3.3V Volt Schaltkreise. Hänge ich mich auf diesen TX-Pin bekomme ich dies:


Der high Pegel ist zwar nicht wirklich unter 3.3V, aber immerhin niedriger, als zuvor. Und wozu ist dann aber der komische Jumper? Nach einigem Denken und Rumlesen im Web bin ich zum Ergebnis gekommen, daß der evtl. zu Testzwecken dient: verbinde ich RX und TX mit dem Jumper kann ich natürlich jedes Zeichen, das ich im Terminalprogramm tippe sofort wieder empfangen (habe das mit den 5V und den 3.3V Pins getestet). Wieder was gelernt.

Noch ein Batterieentladeprojekt

Mit Interesse habe ich Haralds Batterieentlade-Projekt verfolgt und bin schon gespannt auf die nächste Folge. Und wie es der Zufall so will bin ich im WWW über eine anderes Projekt gestolpert, das ebenfalls Entladekurven zur Grundlage hat: Denis Hennessy beschreibt auf seiner Seite einen ziemlich umfangreichen Vergleich verschiedener Batteriemarken. Ich finde das hoch interessant und fände es toll, die Entladekurven verschiedener, bei uns in Deutschland angebotener, Batterien zu sehen. Harald – wäre das nicht was für Dich?

Ikeaschreibtischlampenphotobloggingstativ

Viele meiner Blog-Posts enthalten Fotos. Und die mache ich gewöhnlich mit meiner Kompaktknipse. Wie es der Zufall (und die in Mitteleuropa übliche Arbeitszeit) so will, finden die meisten meiner Projekte am Abend statt, d.h. das Licht ist mäßig. Und so musste ich viele der Bilder aus meinen Beiträgen mehrfach aufnehmen, bis endlich eins dabei war, das ich nicht verwackelt hatte. Nun hätte ich ja auch mein Fotostativ holen können sagt Ihr? Klar, aber viele der Bilder zeigen Dinge, die auf meinem Schreibtisch liegen – von oben aufgenommen. Und dafür ist zumindest mein Stativ wenig geeignet. Was also tun?

Es gibt natürlich alles mögliche Stativ-Zubehör und auch (sündteure) Spezialkonstruktionen zu kaufen, aber das wäre kostspielig und langweilig. Also habe ich mal kurz überlegt, was man zu einem guten Blogging-Stativ umbauen könnte. Ich präsentiere – das Ikeaschreibtischlampenphotobloggingstativ!

Die Basis

Grundlage für das Stativ ist eine Ikea Schreibtischlampe:



Kabel und Lampenschirm waren schnell entfernt. Nun fehlt nur noch eine Halterung für die Kamera. Irgendwo lag noch ein Hama-Ministativ rum, das ich irgendwann unbedingt haben musste, das sich aber als wackelig und praxisuntauglich erwiesen hatte. Aber der Mini-Kugelkopf, den es besitzt ist für eine Kompaktkamera völlig OK:


Freundlicherweise ist der Kopf einfach über eine stinknormale M4 Schraube mit dem Rest verbunden und war schnell abmontiert:

Mit Hilfe einer etwas längeren Schraube und einer passenden Unterlegscheibe war der Kopf schnell montiert und die Kamera draufgepfanzt:


Und so sieht das Ganze dann aus, wenn es sich harmonisch in mein Chaos integriert


Natürlich ist das Ganze nicht so stabil wie ein echtes Photostativ, deshalb ist es am besten, wenn man die Finger nicht an der Kamera hat, wenn das Bild gemacht wird. Meine Knipse hat leider keinen Fernauslöser, deshalb verwende ich den auf 2 Sekunden eingestellten Selbstauslöser. Klappt super. Hier das erste Bild das ich mit dem neuen Setup geschossen habe:


Der Ausschnitt ist in Originalgröße und zeigt ein Detail der Siemens-Handy Platine von neulich. Die Schärfe passt perfekt, nur hat die Kamera leider etwas Sensorrauschen, aber das werde ich wohl nicht durch Basteln wegbekommen...

Datenkabel einsatzfertig

Mein USB-seriell Datenkabel hatte ich ja vor ein paar Tagen vorgestellt. Funktioniert wunderbar, aber immer mit nackten Kabelenden rumhantieren fand ich lästig. Außerdem kann sich mein vorgealtertes Hirn immer nicht merken, welche Farbe nun gleich wieder welches Signal führt. Und so habe ich beschlossen, dem ganzen ein paar Header Pins und Buchsen sowie eine Legende zu verpassen. Nicht der anspruchvollste Blog-Beitrag der Geschichte, aber egal. Hier isses:

Netzspannungsüberwachung – Teil 2

Erster Praxistest

Nachdem wir nun ein (hoffentlich) µController-freundliches Spannungssignal haben ist es an der Zeit, einen ersten Praxistest zu starten. Dazu habe ich eines der Beispielprogramme für den Arduino (AnalogReadSerial) genommen und minimal modifiziert (konkret: die Datenübertragung über die serielle Schnittstelle auf 115200 bps hoch gesetzt). Das Programm tut nicht anderes, als den vom ADC gelesenen Rohwert über die serielle Schnittstelle zu funken. Mit seinen 16MHz Takt sollte der Arduino locker in der Lage sein, dem Spannungssignal zu folgen. Die Schnittstelle ist hier klar der Flaschenhals, dennoch sieht der erste Test sehr erfreulich aus. Ich habe einfach die Daten einen Moment lang mit geloggt und in eine Datei geschrieben und dann ein paar Datenpunkte einfach der Reihenfolge nach geplottet, d.h. die Zeitachse ist nicht notwendigerweise vertrauenswürdig. Dennoch sieht das Ergebnis einer sinusförmigen Halbwelle schon erfreulich ähnlich:


Quiz
Was wir hier messen ist ja die positive Halbwelle der Wechselspannung. Also sollte die Periode ohne Spannung genauso lang sein, wie die sichtbare Halbwelle. Ist sie aber im obigen Plot nicht! Es sieht eher nach einem Verhältnis von ca. 1:2 aus. Zuerst war ich verwirrt. Könnte es sein, daß die Geschwindigkeit des ADC von der anliegenden Spannung abhängt? Unwahrscheinlich, außerdem ist der ADC um einiges schneller, als die Schnittstelle. Aber welches Geheimnis steckt dann dahinter? Dann dachte ich, es verstanden zu haben und schließlich bin ich wieder verwirrt.

Preisfrage: Wie kommt dieses Artefakt zustande?

Wer es zuerst rauskriegt bekommt einen selbstgebastelten IR-Tester von mir ;-)

Ausblick

Jetzt muss ich nur noch die Software ein bisschen aufbohren: Peak-Spannung über ein bestimmtes Zeitfenster mitteln und die Daten auf SD-Karte speichern. Danach heißt es dann eine ganze Weile Geduld haben, denn wir wollen ja Statistik über ein paar Wochen betreiben.

Netzspannungsüberwachung

Teil 1 – Netzspannung mit einem µController messen?

Neulich stellte jemand die Behauptung auf, sonntags bräuchte der Braten länger, weil da alle kochen und so weniger Strom zur Verfügung stünde. Mal abgesehen davon, daß das extrem unplausibel ist, fand ich dennoch die Idee lustig, mal über einen gewissen Zeitraum Statistik über die Netzspannung zu führen und so ist dieses Projekt entstanden.

Netzspannung messen – nichts leichter als das dachte ich mir. Das kann selbst das billigste Multimeter halbwegs zuverlässig. Aber damit ist es natürlich nicht getan, denn wir wollen ja Statistik treiben und dazu wäre es vernünftig, z.B. alle 5 Minuten zu messen und das Tag und Nacht und mindestens über eine Woche. Also Multimeter mit serieller Schnittstelle am PC? Ginge wohl, aber das einzige Multimeter mit Schnittstelle, das ich besitze ist ein uraltes Voltcraft, dem ich eigentlich nicht mehr recht traue. Außerdem weiß ich nicht, ob die Batterien das mitmachen würden. Ein richtiges Data-logging Multimeter, wie das Fluke 289 wäre eine gute Lösung, aber erstens habe ich keines und zweitens waren mir die 500 bis 700 €, die so ein Ding, je nach Laden und Zubehör, kosten ehrlich gesagt zu viel für ein Spaßprojekt.

Also selbst ist der Mann: Mit einem Mikrocontroller und einem SD-Card Adapter sollte das doch kein Problem sein. Nur wie wollen wir die Netzspannung messen? 240 Volt am ADC-Pin dürfte der Chip übel nehmen. Spannungsteiler? Ginge, aber will ich wirklich 240 Volt nackt auf der Platine haben? Direkt neben dem Controller? Eher nicht, wenn es sich vermeiden lässt. Zudem bin ich mir garnicht sicher, ob die 0.25W Metallfilmwiderstände aus meinem Sortiment überhaupt für so hohe Spannungen geeignet sind. Also anders: AC Steckernetzteil, Gleichrichter und dann ggf. noch Spannungsteiler, um das in den richtigen Spannungsbereich für den ADC zu bringen. Am Ende muß man das dann halt kalibrieren. In der Bastelkiste lag noch ein Steckernetzteil von einem altem Anrufbeantworter (nominell 9V AC, 780mA):



Eine schnelle Messung ergab, daß das Ding im Leerlauf so ca. 11 Volt RMS ausspuckt. Wenn das Netzteil die Sinusform halbwegs erhält, wären das dann also ±11∙SQRT(2) = 15.6 Volt oder ca. 31 Vpp. Also mal am Oszi ansehen:


Nicht der schönste Sinus der Welt, aber gut genug. Nun muß noch die Spannung in einen vernünftigen Bereich gebracht werden, der den Microcontroller nicht ins Schwitzen bringt. Am besten irgendwo in den mittleren Spannungsbereich, damit uns die zu erwartenden Spannungsschwankungen im Netz nicht an irgendwelche Grenzen bringen. Also habe ich einen Spannungsteiler aus 130k und 22k aufgebaut, was die ca. 15Vmax der Halbwelle auf zahme ca. 2Vmax über dem 22k Widerstand herunterbringt. Bei 152k und 15V fließen also maximal 100µA, so daß wir uns über den Stromverbrauch über die Messperiode auch keine Sorgen machen müssen. Eine Diode später hatte ich dann nur noch die positive Halbwelle:



So kann man arbeiten! Fortsetzung folgt...

Serielles TTL Datenkabel

Um das vermaledeite Siemens Handy zu entsperren hatte ich mir ja extra ein USB Datenkabel besorgt – das ist nun arbeitslos. Also ist es an der Zeit auch das Kabel mal einer Obduktion zu unterziehen. Offenbar ist es nichts weiter als ein USB2serial Adapter auf PL2303 Basis – jedenfalls meldet es sich so beim Computer:

Bus 001 Device 004: ID 067b:2303 Prolific Technology, Inc. PL2303 Serial Port

Also frisch ans Werk und mal die beiden Stecker aufmachen, um zu sehen wie die verbunden sind:

Auf der USB-Seite findet sich erwartungsgemäß ein (leider vergossener) IC, ein Quarz (12MHz) und etwas Kleinkram. Die Terminals sind freundlicherweise beschriftet:

GND     weiß
RX      grün
DTR      –
TX      blau
VCC     rot

Auf der Handyseite landen die Kabel auf den entsprechenden Pins des Siemens-Lumberger Steckers.

Ich würde sagen, das werfe ich nicht weg – sowas kann man ja noch brauchen. Und wenn ich so darüber nachdenke, dann kommt mir eine Idee: Könnt Ihr Euch vorstellen, daß da wirklich ein RS232-Pegelwander a la MAX232 drin ist? Und im Handy dann noch einer? Ich nicht! Wenn ich Siemens wäre, hätte ich da einfach die TTL Pegel aufs Kabel gelegt und mir das Wandeln gespart. Bei den paar Zentimetern Kabel sollte das kein Problem sein. Wenn dem so ist, könnte das Teil recht nützlich sein. Zwar haben die Arduinos einen USB/RS232 Wandler an Bord, aber manche Clones, z.B. das ITeadStudio iBoard, das ich zufällig habe, oder ein nackter Aufbau mit einem Mikrocontroller haben das nicht, so daß ein TTL-Seriell Kabel hilfreich wäre. Nicht umsonst verkaufen diverse Anbieter passende Breakout-Boards. Bleibt die Frage, mit welcher Spannung hier zu rechnen ist. 5V? 3.3V? Also mal anstecken und ein wenig messen. Zwischen GND und VCC liegen 4.6V. Aber gilt das notwendigerweise auch für die Signalpegel? Versuch macht kluch, also habe ich mal das Oszi zwischen GND und TX geklemmt und dann das Interface mit Nullen geflutet:

cat /dev/zero > /dev/ttyUSB0

Das Ergebnis sah dann so aus:


Laut Wikipedia gilt an Eingängen: ≤ 0.8V ist low und ≥ 2.0V ist high. Das trifft übrigens sowohl für 5V, als auch für 3.3V TTL zu. CMOS will ≤1.5V bzw. ≥ 3.5V. Also ist unser Signal mit beiden TTL Varianten und CMOS kompatibel. Vorausgesetzt ein 3.3V TTL Baustein nimmt die überzähligen 0.4V nicht übel, was ich mir aber eigentlich kaum vorstellen kann. Zumindest das Datenblatt für den ATmega328p, der in den Arduinos verbaut ist sagt unter absolute maximum ratings: „Voltage on any Pin except RESET: Vcc + 0.5V“. D.h. für den wäre das OK.

Praxistest

Theoretisch sieht das ja schonmal gut aus, aber klappt es in der Praxis? Dazu habe ich das Kabel mal an einen Arduino angeschlossen (RX-TX, TX-RX, GND-GND) und irgendein Beispiel-Datenlogger-Programm draufgeladen. Und siehe da – ich konnte den Datenstrom über das alte Handykabel ebenso lesen, wie über die USB2RS232 Schnittstelle. Cool! :-)