Version vom 16. November 2008, 11:52 Uhr

Aktuelles

• 14.11.2008: Zusatzbaugruppe "I2C-Tastatur"; Programmbeispiele folgen demnächst...
• 02.11.2008: Den Leuten, die gestern auf dem BLIT meinen Workshop besucht haben, bin ich noch ein Programm schuldig, was ich leider im Vorfeld nicht vorbereitet hatte: rtc_usb steuert nur das Timer-Zusatzboard an. Mit dem Kommandozeilentool kann über die USB-Schnittstelle Datum/Uhrzeit gesetzt/gelesen werden sowie auch der Rest des SRAMs auf dem Uhrenbaustein beschrieben/ausgelesen werden. Als "Hausaufgabe" :-) könnte man jetzt beide einzelnen Programme (lm75_usb, rtc_usb) kombinieren, um mal alle Baugruppen zu vereinen. Viel Spaß!

Konzept

Der Prototyp (insgesamt)

Zum 5.Brandenburger Linux-Infotag entstand u.a. die Idee einen Mikrocontroller-Workshop anzubieten. An Hand einer einfachen universellen Mikrocontrollerbaugruppe, welche durch die Teilnehmer selbst aufzubauen ist, soll der Einstieg in die "Mikrocontrollerwelt" ermöglicht werden. Folgende Kriterien waren/sind dabei wünschenswert:

• einfache, leicht aufzubauende und "sichere" Schaltung (mit "sicher" ist gemeint, dass die Schaltung möglichst auf Anhieb und ohne komplizierte Einstellvorgänge/Messtechnik funktioniert)
• kostengünstig
• erweiterungsfähig
• möglichst viele Aspekte der Mikrokontrollertechnik sollen abgedeckt werden
• mittels beigelegter Software soll beispielhaft die Programmierung von Mikrocontroller aufgezeigt werden
• mittels "abgeschlossener" und sinnvoll einsetzbarer Softwarebeispiele sollen mögliche Anwendungsgebiete aufgezeigt werden

Ob das, in der Folge beschriebene, BLIT2008-Board mit seinen Zusatzbaugruppen diese Kriterien erfüllt, muß jeder für sich entscheiden.

Grundlage für die Hardware waren jeweils fast immer die überall zu findenen Grundschaltungen der eingesetzten Baugruppen/Schaltkreise, die nur noch an die speziellen Gegebenheiten angepaßt wurden. Die Zusatzbaugruppen sind so konzipiert, dass sie ohne weitere Modifikationen an das Basisboard anschliessbar sind. Die Mikrocontrollerbasis besteht aus einem ATmega der Firma Atmel. Die Kommunikation mit den Zusatzbaugruppen erfolgt grundsätzlich über TWI (I2C) und steht damit auch im Mittelpunkt der Betrachtungen. Die eventuelle Kommunikation mit einem PC erfolgt via USB.

Auch auf der Softwareseite wurde, wenn möglich, das Rad nicht neu erfunden. Es werden diverse, frei verfügbare Bibliotheken und Code-Schnipsel verwendet. Welche dies sind, ist bei den einzelnen Anwendungsbeispielen vermerkt. Grund dafür ist, dass dadurch die Beispiele leichter zu verstehen sind, da im Internet unzählige weitere Anwendungen auf der gleichen Basis zu finden sind.

Eine grundlegende Einführung in die Welt der Mikrocontroller (MC) im allgemeinen bzw. speziell zur AVR-Mikrocontroller-Reihe der Firma Atmel wird es auf dieser Projektseite nicht geben. Dazu wird auf die unzähligen Seiten im Internet verwiesen. Ein guter Einstieg in die Materie ist zum Beispiel die Webseite www.mikrocontroller.net und dort speziell das AVR-Tutorial sowie das AVR-GCC-Tutorial.

Sehr viele und wertvolle Informationen sind in den Datenblättern zu den jeweiligen Schaltkreisen zu finden. Aus diesem Grund wird hier nicht jede Einzelheit beschrieben, aber dafür immer ein Link zum entsprechenden Datenblatt angeben.

Vorausgesetzte Kenntnisse/Fähigkeiten

Es soll davor gewarnt sein, vollkommen unbedarft in die Materie einzusteigen. Über gewisse Fertigkeiten und Kenntnisse sollte man schon verfügen. Folgende wären das ungefähr:

• man sollte einen Lötkolben, der zum Löten von elektronischen Schaltungen geeignet ist, besitzen und ihn auch bedienen können
• man sollte mindestens ein Multimeter besitzen und bedienen können
• man sollte schon wissen, was Strom und Spannung sind und wie man diese messen kann
• man sollte Schaltpläne lesen können und einige Grundkenntnisse der Elektronik und Digitaltechnik besitzen
• man sollte ungefähr wissen wie ein Computer aufgebaut ist und solche Begriffe wie Prozessor, Speicher, I/O-Ports usw. definieren können
• man sollte schon mal Programme geschrieben und auch verstanden haben, sowie wissen was ein Kompiler, Bibliotheken, Binder usw. sind
• die Beispiele sind in C geschrieben, also sollte man diese Programmiersprache kennen. Natürlich kann man Mikrocontroller auch mit anderen Sprachen programmieren.
• viele Datenblätter zu den verwendeten Schaltkreisen sind in Englisch geschrieben, man sollte also etwas damit anfangen können

Prinzipiell stehe ich natürlich für Fragen und Anregungen zur Verfügung. Ich werde aber nicht unbedingt immer Fragen zu obigen Punkten beantworten!

In diesem Zusammenhang wird auch darauf hingewiesen, dass jegliche Haftung, Gewährleistung u.ä. bei Hardwareschäden, Datenverlusten o.ä., die auf das BLIT-Board, dessen Zusatzbaugruppen oder Software zurückzuführen sind, nicht übernommen wird! Also bitte vorher Überlegen, was passieren könnte und entsprechende Vorkehrungen treffen!

Toolchain (Werkzeugkasten)

Programmer USBasp

Zur Softwareentwicklung für MCs der hier betrachteten AVR-Reihe der Firma Atmel sind natürlich einige Werkzeuge notwendig. Dabei kann durchgängig auf Freie Software zurückgegriffen werden. Folgende Programme benötigt man:

• für Linux (meist als Installationspakete innerhalb der jeweiligen Distribution verfügbar):
  • gcc-avr
  • avr-libc
  • binutils-avr
  • avrdude (zum Flashen des übersetzten Programmes auf den MC)
• für Windows (für die, die den Sprung zu Linux noch nicht vollzogen haben ;-)):
  • WinAVR (ein freies Komplettpaket, welche sämtliche notwendigen Komponenten beinhaltet)

Neben diesen freien Softwarepaketen existieren noch eine Reihe von Entwicklungsumgebungen kommerzieller Anbieter, die entweder auch kostenlos angeboten werden bzw. als Demoversion mit Beschränkungen kostenfrei beziehbar sind und in der Regel nur auf Windowsplattformen lauffähig sind. Z.B. sind dies:

• AVRStudio der Firma Atmel
• VMLab

Zum Übertragen (flashen) des fertig übersetzten Programmes auf den MC braucht man noch ein Stück Hardware, einen Programmer. Diese Baugruppe gibt es in den verschiedensten Ausführungen für die unterschiedlichsten PC-Schnittstellen. Eine Übersicht ist hier zu finden. Alternativ ist es natürlich auch möglich initial einen sogenannten Bootloader auf dem MC zu installieren, was eigentlich auch das Konzept dieses Projekt vorsieht.

Noch ein Wort zum Debbuging und Simulationsumgebungen: Ja, die gibt es, aber unter Linux leider (noch) nicht ausgereift genug, um sie effektiv einsetzen zu können. Als Debugger kann die AVR-Variante von gdb eingesetzt werden. Aber spätestens wenn es gilt zeitkritische oder ereignisorientierte Dinge zu überprüfen, braucht man einen Mikrocontrollersimulator. Hier haben die oben erwähnten kommerziellen Produkte eindeutig einen Vorsprung. Eigentlich Schade, aber vielleicht ändert sich dies mit der Zeit noch!

Bis dahin muß man sich bei der Fehlersuche anders behelfen:

• sinnvolle Ausgaben zu bestimmten Ereignissen an die vorhandene Peripherie senden (und sei es nur an eine angeschlossene LED)
• mittels Logikanalysatoren oder Oszilloskop das erwartete Zeitverhalten an Ein-/Ausgängen des MC oder andere Baugruppen überprüfen

Basis-Board

Hardware

Diese Baugruppe stellt das "Herzstück" dar und besteht aus folgenden Komponenten:

• als Mikrocontroller ein ATmega8; alternativ kann auch ein pinkompatibler ATmega168 eingesetzt werden, wenn man mehr Speicher benötigt (wobei dabei aber einige Anpassungen in den Beispielprogrammen notwendig sind, da sich diverse Registerbezeichnungen ändern)
• der ATmega wird mit einem externen 12MHz-Quarz getaktet; 16MHz gehen auch, aber einige USB-Beispiele benötigen zwingend 12MHz
• ein Infrarot-Empfänger (TSOP1738)
• eine frei ansteuerbare LED an einem der I/O-Port des MC

Folgende Schnittstellen zur Aussenwelt sind vorgesehen:

• USB; hierüber erfolgt auch die 5V-Stromversorgung des Boards und aller weiteren Zusatzbaugruppen; nominell können bis zu 500mA aus einem USB-Port gezogen werden
• TWI (I2C) zum Anschluß weiterer Baugruppen
• ISP-Anschluß zur Programmierung (flashen) des MC; es wurde die 10-polige Variante gewählt, die auch bei den meisten Programmern verwendet wird

Auf die Herausführung weiterer, nicht benutzter, I/O-Ports des MC wurde verzichtet, um ein einfaches und einseitiges Leiterplattenlayout zu gewährleisten.

Der Aufbau der Schaltung ist bewußt einfach gehalten und sollte auf Anhieb funktionieren. Einzige kritische Stelle könnten die beiden 27pF-Kondensatoren am Quarz sein, die man, bei Nichtanschwingen des selbigen, leicht variieren kann. Dies ist aber bei mehreren aufgebauten Board bisher nicht notwendig gewesen. Wenn keine Bestückungs- bzw. Verdrahtungsfehler gemacht wurden, sollte der MC sofort arbeiten (natürlich erst, nachdem man die Fuses des AVR auf externe Taktquelle eingestellt hat ;-)).

Stückliste:

Inbetriebnahme & Fuse-Bits

Nach dem Aufbau der Leiterplatte kommt der spannende Augenblick: funktioniert die Geschichte, die man da zusammengelötet hat? Folgendes sollte man überprüfen, bevor man das erste Mal den USB-Stecker reinsteckt (ein Durchgangsprüfer ist ganz hilfreich):

• Sichtprüfung auf Kurzschlüsse
• Kurzschluss zwischen Vcc und GND?
• kommt Vcc und GND auch am IC an?

Nach Einschalten der Spannungsversorgung (USB-Stecker) sollte es keinen lauten Knall o.ä. geben. Den Mikrocontroller überprüft man am besten mit einem Programmieradapter und avrduse. Dabei ist zu beachten, dass der Mikrocontroller im Auslieferungszustand mit seiner internen Taktquelle arbeitet und der Programmieradapter auf eine niedrige Geschwindigkeit einzustellen ist (USBasp: Jumper SCK). Nach einem mutigen:

avrdude avrdude -c usbasp -p m8 -t  -v

sollte eine längere Ausgabe kommen, in der der erkannte Mikrocontroller mit seinen momentanen Parametern etc. aufgelistet wird. (mit Taste "q" kommt man wieder aus dem Terminalmode von avrdude)

Eine gute Ausgangsbasis für weitere Experimente ist folgende Einstellung der Fuse-Bits:

avrdude -c usbasp -p m8 -U hfuse:w:0xc9:m -U lfuse:w:0x9f:m

Danach kann man auch im schnelleren Mode des Programmieradapters arbeiten.

Software

Hier einige Programmbeispiele, die die einzelnen Komponenten und Schnittstellen des Basisboards beispielhaft ansteuern bzw. verwenden. Über die Sinnhaftigkeit der kleinen Programme kann gestritten werden. Sie sollen nur grundlegende Aspekte der MC-Programmierung aufzeigen und als Ausgangsbasis für eigene Programmideen dienen.

• blink_led und blink_int: sind beides eigentlich das "Hello World" für MCs. In beiden Programmen wird die, auf dem Board befindliche, LED zum Blinken gebracht. Unterschied zwischen beiden Programmen: blink_led steuert die LED innerhalb einer Hauptschleife an; blink_int verwendet einen zyklischen Timer-Interrupt zur Zustandsänderung der LED.

• rc5_led: innerhalb dieses Programmes wird der IR-Empfänger auf dem Board eingebunden. Dabei wird das empfangene Signal einer RC5-IR-Fersteuerung decodiert und die LED entsprechend des empfangenen Tasten-Codes geschaltet.

• pwm_led: ein kleines Beispiel wie man die PWM-Hardware des ATmega verwendet. Dabei wird die Helligkeit der LED zyklisch variiert.

• rc5_usb_mouse: eigentlich schon eine abgeschlossene und sinnvoll einsetzbare Anwendung, die den IR-Empfänger und die USB-Schnittstelle kombiniert. Dabei meldet sich das Basisboard am PC als USB-Maus an. Über eine RC5-IR-Fersteuerung ist es möglich den Mauszeiger in alle Richtungen zu bewegen und natürlich auch die Maustasten zu emulieren. PC-seitig sind keine speziellen USB-Gerätetreiber notwendig, es werden automatisch die normalen Standard-USB-Treiber verwendet.

Bootloader

Allgemeines zu Bootloadern

Mit (selbstgeflashten) Bootloadern betrete ich Neuland und muss erstmal ein wenig rumexperimentieren, bis ich eine eindeutige Dokumentation dazu schreiben kann. Was also heißen soll, dass dieser Abschnitt noch im Aufbau begriffen ist...

Prinzipiell ist für das BLIT-Board ein Bootloader vorgesehen, der über die vorhandene USB-Schnittstelle funktionieren soll. Idee ist, dass der Mikrocontroller im "Auslieferungszustand" bereits mit diesem Stück Software initialisiert ist und der Anwender erstmal keine spezielle Hardware zum Flashen der Programme auf den Controller braucht.

In der Folge ein paar Erläuterungen zu den ausprobierten Varianten von USB-Bootloadern.

AVRUSBBoot

Ein Teil des BLIT-Boards basiert auf der vorgeschlagenen Grundschaltung, die unter http://www.fischl.de zu finden ist. Also sollte dieser Bootloader ohne große Probleme sofort funktionieren... Hier die ungefähren Schritte:

• Das Softwarepaket kann und sollte auch von obiger Quelle bezogen werden. Prinzipiell kann nach der, im Paket vorhanden, Dokumention (README.txt) vorgegangen werden...
• Die Firmware ist ohne Änderungen sofort auf dem BLIT-Board einsetzbar. Im Makefile ist lediglich der Typ der (initialen) Flash-Hardware anzupassen, mit der der Bootloader einmalig in den Flash des Mikrocontrollers übertragen wird.
• Im Quelltext des PC-Tools (im Unterverzeichnis software/) ist ein kleiner Fehler in der Datei main.cpp enthalten. In der allerletzten Zeile ist das ";" zu eliminieren. Zum erfolgreichen Übersetzen sind der installierte g++-Compiler sowie die entsprechenden Header-Files von libc und libusb Voraussetzung. Das übersetzte Programm avrusbboot kopiert man als root nach /usr/local/bin. (Was zur erfolgreichen Übersetzung unter Windows notwendig ist, ... keine Ahnung, sollte aber wohl auch möglich sein!)
• Das Flashen der Firmware in den Mikrocontroller erfolgt so, wie in der Dokumentation beschrieben wird. Auf jeden Fall sind danach die Fuse-Bits nicht zu vergessen, damit der Mikrocontroller nach einem Reset zuerst mit dem Bootloader startet! Die folgende Konstellation der Fuse-Bits realisiert u.a., dass nach einem Reset des Controllers zuerst die Startadresse des Bootloaders im Programmspeicher angesprungen wird.

avrdude -c usbasp -p m8 -U hfuse:w:0xc0:m -U lfuse:w:0x9f:m

• Zum Abschluß ist der Bootloader-Bereich im Flash des Controllers vor Überschreiben zu schützen. Dazu setzt man die Lock-Bits (siehe auch Datenblatt des Controllers) entsprechend (die Entsperrung des Bootloader-Bereiches erfolgt mit 0x3f):

avrdude -c usbasp -p m8 -U lock:w:0x2f:m

• ... und das sollte es gewesen sein!

Wenn nun Jumper JP1 auf dem BLIT-Board geschlossen ist, verweilt der Mikrocontroller nach einem Reset (USB-Stecker raus/rein) im Bootloader-Modus. Mit dem Tool avrusbboot kann nun das Mikrocontroller-Programm, ohne spezielle Hardware, direkt über die USB-Schnittstelle des PC in den Flash-Speicher geladen werden.

avrusbboot xyz.hex

(Natürlich kann auch das jeweilige Makefile entsprechend um eine Sektion erweitert werden.)

Öffnet man den Jumper JP1 und resetet das Board, springt der Mikrocontroller zuerst in den Bootloader-Bereich, erkennt, dass der Jumper nicht geschlossen ist (PIN PC2 des Controllers nicht Low) und startet sofort das Anwendungsprogramm am Anfang des Programmspeichers.

Nachteil der Variante mit einem installierten Bootloader ist, dass dadurch etwas Programmspeicher auf dem Mikrocontroller "verloren" gehen. Im Fall von avrusbboot sind es 2kByte. Aber es bleiben bei einem ATmega8 noch 6kByte übrig, was für die folgenden Beispiele mehr als genug ist...

Erweiterungsbaugruppen

Allgemeines zu TWI

Wie schon einleitend erwähnt, kommunizieren die, in der Folge beschriebenen Zusatzbaugruppen via TWI (I2C) mit dem Basisboard. Großer Vorteil des TWI-Bus ist es, dass theoretisch bis zu 127 Teilnehmer einfach parallel an die TWI-Leitungen angeschlossen werden können. Praktisch sind da natürlich einige elektrische und performancebegründete Grenzen gesetzt.

Auf dem Basisboard ist eine 10-polige Wannenbuchse vorgesehen, auf der die notwendigen TWI-Leitungen des MC (SDA, SCL, GND) herausführt sind. Zusätzlich liegen an der Buchse noch VCC (zur einfachen Stromversorgung der Zusatzbaugruppen über das Basisboard) und ein Interrupteingang (INT1) des MC an. Viele TWI-ICs haben einen INT-Pin, auf dem bei bestimmten Ereignissen ein Impuls ausgegeben wird. Beispiele für solche Ereignisse innerhalb von TWI-ICs können sein:

• I/O-Port-Expander PCF8574: an einem der acht als Eingang konfigurierten I/O-Pins liegt eine Signal an
• RTC PCF8583: der interne Zeitzähler hat einen bestimmten Wert erreicht (z.B. Sekundentakt, Alarmzeit erreicht)
• TWI-ADCs (Analog-Digital-Wandler): die Umwandlung eines Messvorganges ist abgeschlossen und der Wert steht zur Abholung bereit.

Auf solche Ereignisse kann gezielt in einem vernünftig strukturierten MC-Programm innerhalb einer entsprechenden Interrupt-Service-Routine (ISR) reagiert werden, was unnötiges zyklisches Abfragen von Werten über den TWI-Bus minimiert. Innerhalb des Beispielprogrammes rtc_lcd zur I2C-RTC-Baugruppe ist ein solches Vorgehen exemplarisch implementiert. Hier löst der Sekundentakt des RTC verschiedene Auslesevorgänge über den TWI-Bus aus. Jede der hier beschrieben Zusatzbaugruppen besitzt einen entsprechenden Jumper, mit dem die Interruptleitung geschlossen bzw. aufgetrennt werden kann.

Das TWI-Protokoll sieht die gezielte Adressierung der einzelnen TWI-ICs über eine 7-Bit-Kennung vor (siehe auch TWI-Tutorial). Von diesen 7 Bit sind meistens die ersten 4 Bit bereits vom Hersteller auf dem IC fest "eingebrannt", für die verbleibenden Bits gibt es Adress-Eingänge, welche frei konfiguriert werden können. Deshalb sind auf jeder Zusatzbaugruppe entsprechende Jumper-Gruppen zu finden, die diese Adress-Eingänge auf 0 oder 1 ziehen. Damit ist dann auch möglich mehrere gleiche TWI-ICs über ihre individuelle Adresse gezielt anzusteuern. Bei 3 Bit frei konfigurierbaren Adressen (A0-A2) können also bis zu 8 gleiche TWI-ICs an einem Bus unterschieden werden. Ausnahme ist z.B. der weiter unten verwendete RTC-IC (PCF85834): hier ist nur eine Adressleitung (A0) herausgeführt und damit sind nur zwei ICs von diesem Typ am Bus unterscheidbar.

Das letzte verbleibende Bit der 8-Bit-TWI-Adresse kennzeichnet die Art des Zugriffes auf den IC, also Lesen (1) oder Schreiben (0). Weiterhin ist die Adresse 0x00 für TWI-Broadcast reserviert.

Für die Verbindung der Baugruppen untereinander reicht ein einfaches 10-poliges Flachbandkabel auf dem mehrere 10-polige Stecker montiert sind.

I2C-LCD

Hardware

Diese Baugruppe stellt ein LC-Display dar, welches via TWI vom MC angesteuert werden kann. Im Mittelpunkt steht dabei der 8-Bit-I/O-Port-Expander PCF8574, der das serielle TWI-Signal decodiert und an seine 8 Ports entsprechend weiter gibt. Die umgekehrte Richtung, also das Einlesen von Portzuständen und Codierung in ein TWI-Signal, ist ebenfalls mit diesem Schaltkreis möglich.

Als Display wird ein HD44780-kompatibles LC-Display verwendet. Das Display muss softwareseitig im 4-Bit-Modus betrieben werden. Damit ist ein Port des PCF8574 frei, um via MC-Programm eine eventuell vorhandene Display-Hintergrundbeleuchtung zu schalten. Mittels des Jumpers JP1, kann dies entsprechend konfiguriert werden.

Jumper JP3-5 dienen zum Setzen der letzten 3 Stellen der TWI-Device-Adresse (siehe TWI-Tutorial). Via Jumper JP2 kann die Interruptleitung des Port-Expanders an den INT1-Eingang des MC weitergeleitet werden.

Stückliste:

Software

Hier 2 kleine Programmbeispiele, die das LCD mit Hilfe des Basisboard ansteuern:

• twi_lcd: einfaches Programm, in dem beispielhaft Text auf dem Display ausgegeben und die Hintergrundbeleuchtung geschaltet wird.

• rc5_sniffer: eine kleine Anwendung, die wieder den IR-Empfänger auf dem Basisboard einbindet. Innerhalb des Programmes wird das empfangene RC5-Signal decodiert sowie der darin enthaltene Key-Code, die Device-Adresse und das Toggle-Bit auf dem Display angezeigt.

I2C-Temperaturfühler

Hardware

Diese Baugruppe stellt einen Temperaturfühler, welcher wiederum mittels TWI vom Basisboard angesprochen werden kann, dar. Kernstück ist der Schaltkreis LM75, der, ohne Kalibrierung und linear über den ganzen Bereich, die Umgebungstemperatur ermitteln kann. Diese Einfachheit war auch der Grund, warum, trotz SMD-Ausführung, diesem IC der Vorzug gegeben wurde.

Mittels Jumper JP1 kann wieder der INT-Ausgang des LM75 mit dem MC verbunden werden. Mit Jumper JP2-4 können die letzten 3 Bit der TWI-Device-Adresse eingestellt werden.

Stückliste:

Software

• lm75_lcd: innerhalb dieses kleinen MC-Programmes wird die Temperaturinformation aus dem LM75 via TWI zyklisch ausgelesen, entsprechend decodiert und auf dem ebenfalls angeschlossenen LCD ausgegeben.
• lm75_usb: ein zweigeteiltes Programm
  • MC-Programm: ermittelt zyklisch die Temperatur via TWI aus dem Sensor LM75und speichert den Wert in einem Array ab. Dieses Array ist so dimensioniert, dass bei einem Zyklus von 5min für die letzten 24h Werte abgelegt werden können.
  • Kommandozeilentool (usb2blitboard): Auslesen von Werten aus dem BLIT-Board via USB
    • usb2blitboard echo USB-Test
    • usb2blitboard read_idx Anzeigen des Zeigers auf den letzten Wert der Temperaturhistorie
    • usb2blitboard lm75_read aktuellen Temperaturwert auslesen
    • usb2blitboard lm75_read_all Auslesen der Temperaturhistorie (288 Temperaturwerte)

I2C-RTC

Hardware

Der Schaltkreis PCF8583 vereint eine Real-Time-Clock (RTC) und einen frei verwendbaren 240-Byte-Speicher. Für den sekundengenauen Betrieb des RTC-Teiles ist ein Uhrenquarz notwendig, der mittels eines Trimm-Kondensators feinabgestimmt werden kann.

Über Jumper JP1 kann das INT-Signal an den MC auf dem Basisboard weitergeleitet werden, mit Jumper JP2 ist das letzte Bit der TWI-Device-Adresse einstellbar.

Stückliste:

Software

• rtc_lcd: innerhalb dieses kleinen Beispiels werden via TWI das LCD, der Temperaturfühler und natürlich die RTC-Baugruppe angesprochen. Dabei muss hardwareseitig der INT-Ausgang des RTC-IC via Jumper mit dem INT1-Eingang des MC auf dem Basisboard verbunden sein. Die Logik des RTC-IC erzeugt an diesem Ausgang ein Signal im Sekundentakt, welches im MC dazu genutzt wird einen Interrupt auszulösen. Darauf aufbauend wird die interne Uhr des RTC, der Temperaturwert des Temperaturfühlers ausgelesen, decodiert und letztendlich auf dem LCD ausgeben.
• rtc_usb steuert das Timer-Zusatzboard via USB an. Mit dem Kommandozeilentool kann über die USB-Schnittstelle Datum/Uhrzeit gesetzt/gelesen sowie auch der Rest des SRAMs auf dem Uhrenbaustein beschrieben/ausgelesen werden.

I2C-7-Segment-Anzeige

Hardware

Software

Es gibt noch keine Programmbeispiele, weil die Hardware noch nicht aufgebaut wurde.

I2C-Tastatur

Hardware

Neulich beim Aufräumen einer alten Kiste mit diverser Elektronik fiel mir eine schicke 4x4 Tastatur in die Hände. Dazu kommt noch, dass in jeder Taste eine LED vorhanden ist (Bild kommt noch...). Also insgesamt voll geeignet, eine kleine Eingabeeinheit für das BLIT-Board zu bauen... Natürlich kann man auch jeden anderen matrixartigen Tastaturkonstrukt aufbauen/verwenden. Ich habe z.B. gesehen, dass es bei Reichelt Taster mit LED (Stückpreis bei ca. 2 Euro) gibt.

Nach einigen Wirrungen um die Ansteuerschaltung, insbesondere beim LED-Teil, funktioniert jetzt die Geschichte. Natürlich wird diese Baugruppe wieder über TWI an das Basis-Board angeschlossen. Diesmal sind gleich 2 TWI-ICs vorhanden, die auch mit unterschiedlichen Adressen via Jumper konfiguriert werden müssen. Für den Tastaturteil kann wieder die Interruptleitung zum Mikrocontroller genutzt werden (mittels Jumper ein-/ausschaltbar). Wird eine Taste betätigt, liegt ein Interruptsignal an.

Software

Kommt demnächst!

diverse Software zum BLIT-Board

usb2blitboard

Bei usb2blitboard handelt es sich um ein Beispiel, welches aufzeigt, wie man über die USB-Schnittstelle des PCs das BLIT-Board mit seinen Komponenten ansteuern kann. Im Paket sind folgende Softwarekomponenten enthalten:

• Verzeichnis firmware/: Firmware für den Mikrocontroller: empfängt definierte Befehle über die USB-Schnittstelle und führt die entsprechenden Aktionen aus.
• Verzeichnis cmd/: Kommandozeilen-Tool usb2blitboard für den PC auf Basis der Bibliothek libusb: welches mit entsprechenden Parametern gestartet, mit dem BLIT-Board kommuniziert und entsprechende Aktionen auf diesem auslöst. Folgende Dinge sind derzeit implimentiert:
  • usb2blitboard echo: sendet eine definierte Anzahl von 2-Byte-Zufallszahlen zum BLIT-Board, dieses sendet diese Daten wieder 1:1 zurück, werden auf dem PC mit den gesendeten Daten verglichen und es wird über Erfolg bzw. Mißerfolg informiert.
  • usb2blitboard led <0|1>: Aus- bzw. Einschalten der LED auf dem BLIT-Board.
  • usb2blitboard lm75_status: prüft, ob das LM75-Zusatzboard am Basisboard angeschlossen ist; Rückgabe-Status=0 bedeutet, dass das Zusatzboard präsent ist.
  • usb2blitboard lm75_read: ließt die gemessene Temperatur des LM75-Zusatzboards aus, decodiert diese und gibt sie am PC aus.
  • usb2blitboard rtc_status: prüft, ob das RTC-Zusatzboard am Basisboard angeschlossen ist; Rückgabe-Status=0 bedeutet, dass das Zusatzboard präsent ist.
  • usb2blitboard rtc_read <adresse>: liest die angegebene Speicheradresse des RTC aus und zeigt deren Inhalt auf dem PC an.
  • usb2blitboard rtc_write <adresse> <wert>: setzt den Inhalt der angegeben Speicheradresse des RTC auf den übergebenen Wert.
  • usb2blitboard rtc_get_time: liest die Speicherzellen des RTC aus, in denen Datum/Uhrzeit enthalten sind und gibt diese formatiert auf dem PC aus.
  • usb2blitboard rtc_set_time: setzt die entsprechenden Speicherzellen des RTC auf die aktuelle Uhrzeit und Datum des PC.
  • usb2blitboard lcd_intern <0|1>: schaltet zwischen internen (1) und externen (0) Modus um; im internen Modus werden keine LCD-Kommandos über die USB-Schnittstelle akzeptiert; im externen Modus werden Ausgaben des BLIT-Boards selbst auf das Display unterdrückt; beim Umschalten des Modus wird der Inhalt des Display jeweils gelöscht
  • usb2blitboard lcd_clear: löscht den Display-Inhalt, wenn nicht der interne Modus eingeschaltet ist
  • usb2blitboard lcd_backlight <0|1>: schaltet die Hintergrundbeleuchtung des Display an (1) oder aus (0), wenn nicht der interne Modus eingeschaltet ist
  • usb2blitboard lcd_out_text <y> <x> <text>: gibt den übergebenen Text an der Position yx aus, wenn nicht der interne Modus eingeschaltet ist
• Verzeichnis cmd/: ein Bash-Script lcdtest.sh, welches mit Hilfe des Kommandozeilen-Tools usb2blitboard zyklisch einige Daten (1.Zeile -> absolute I/O-Datenmenge und 2.Zeile-> I/O-Übertragsgeschwindigkeit) der Netzwerkschnittstelle (siehe Script, welche...) ausgibt; desweiteren blinkt die LED auf dem BLIT-Board im Sekundentakt

weitere Ideen

• es gibt noch eine Reihe weiterer interessanter TWI-ICs; hier eine kleine Auswahl
• DCF77-Uhr, welche via TWI ansprechbar ist; dazu wird wohl ein kleiner AVR-Tiny für die Ansteuerung fällig sein...
• eine Funk- und/oder Ethernetschnittstelle als TWI-Zusatzmodul?
• SD-Card-Leser via TWI?
• das BLIT-Board selbst als Programmer einsetzen

weiterführende Literatur

• "Linux Hardware Hackz"; Jürgen Plate; Hanser-Verlag; 2007 (ISBN 3-446-40783-1)
• "Mikrocomputertechnik mit Controllern der Atmel AVR-RISC-Familie"; Günter Schmitt; Oldenbourg Verlag; 2006 (ISBN 3-486-58016-7)
• "Messen, Steuern und Regeln mit AVR-Mikrocontrollern"; Wolfgang Trampert; Franzis-Verlag; 2004 (ISBN 3-7723-4298-1)

Links

• IgorPlug
• avrusbboot
• TWI-Grundlagen
• I2C-Portexpander
• I2C-Chips
• I2C-LCD
• I2C-Grundlagen
• TWI-Master/Slave
• Beispiel mit LM75
• AVR USB
• RC5-Code (IR-Fernbedienung)
• genialer Code für einen RC5-Empfänger
• USB-Grundlagen
• USB-Debugging

Kontakt

Ich, Uwe, bin an weiteren Ideen zum BLIT-Board interessiert!

Weitere Mikrocontroller-Projekte von mir:

• 3D-LED-Display