Ich weiße explizit darauf hin, dass mein Code nicht den strengsten Kriterien für Effizienz, Sicherheit und Ordnung genügt. Beim stöbern im Netz finde ich es aber immer sehr frustrierend, wenn man aus diesen Gründen keinen Code findet, obwohl man nur eine kleine Anregung benötigt. Deswegen hier der C-Code für einen Atmega16:

Programmcode zum LED-Lauflicht v.1.0

(Nicht direkt lauffähige Version, extrahiert aus einem größeren Projekt)

Das Byte-Array zur Speicherung der Bild-Daten ist folgender maßen aufgebaut:

Die ersten beiden Bytes enthalten die Länge des Arrays, damit ich nicht erst die Länge im Programm zählen muss. Das nullte Byte stellt hierbei das HighByte dar.

Die “Bilder” bestehen nun immer aus drei Bytes für die Portexpander, die die LEDs treiben und einem Byte für die Anzeigedauer in Millisekunden.

Die LEDs werden mit einer 1 angeschaltet, da erst die Funktion zum schreiben der I2C Befehle die nötige Invertierung für meine Schaltung vornimmt.

Der Timer/Counter0 läuft bei mir so, dass er jede Millisekunde einen Interrupt auslöst, in dem ich Laufvariablen editiere. Eine Variable zum warten auf das nächste LED-Bild wird hier dekrementiert. Sobald diese Variable unter 0 läuft, wird beim nächsten Schleifendurchlauf das neue Bild gesetzt.

Zur Generierung der “Bilder” habe ich ein kleines .NET Programm geschrieben. Dieses ist wirklich sehr schlecht dokumentiert und auch unvollständig, aber ich will es Euch nicht vorenthalten:

.NET Programm zur Gestaltung des Lauflichtes
(Im .rar-Archiv liegt auf oberster Ebene das ausführbare Programm, sowie die Visual Studio 2008 Dateien)

Bei Fragen erläutere ich Details gerne genauer.

Die Ansteuerung erfolt über drei PCF8574 (I2C I/O Port Expander). Es gibt sicher platzsparendere Methoden, aber die Chips hatte ich schon rumliegen. Die LEDs werden über den Port Expander auf Masse gezogen. Jeweils 8 Dioden an einem PCF8574 habe ich zusammen über einen Vorwiderstand mit VCC verbunden.
(Dadurch werden die LEDs natürlich dunkler, wenn mehr als eine LED pro Block geschaltet werden. Einzelne Vorwiderstände würden dieses Problem vermeiden.)

Hier ein Video mit einem Muster, welches ich kurz erstellt habe:

Die Schaltung könnt ihr euch hier genauer ansehen. [Als PDF-Datei]

Das Lauflicht habe ich in ein schwarz lackiertes Gehäuse verpackt, damit das Konstrukt optisch auch etwas hermacht. Schwerer Karton, schwarze Farbe und Klarlack, sowie Heißkleber und ein Streifen Alufolie tun den Rest.

Ein Beitrag über die Ansteuerung der LEDs folgt noch!

Weitere Fotos findet ihr hier:
(Falls das Video bei euch die Fotos überlagert, so scrollt einfach weiter nach unten auf der Seite, so dass das Video nach oben verschwindet)

[Zeige die Dia-Show]

SUBMS steht für

Selbstfahrendes Umwelt Beobachtungs Mess System.

Mit diesem ersten Roboterprojekt war ich bei Jugend Forscht 2006 in Hamburg. Jedoch mit dem besser auszusprechenden Namen SUBMESS.

Einen Blick in das Photoalbum verschafft auch einen schnellen Überblick über die verschiedenen Projekte auf dieser Webseite.

Die Navigation zu den statischen Seiten finden Sie am oberen Rand. Unter Anderem auch meine Erläuterungen zur Bügelmethode zum Platinenätzen mit der Toner-Transfer-Methode.

Falls Sie sich für ein bestimmtes Thema interessieren, dann wird wohl ein Klick in die Stichworte das richtige sein.

Unter diesen Stichworten habe ich meine Beiträge sortiert. Um einen schnellen Überblick zu gewähren, stellt die sogenannte “Tag-Cloud” die häufiger benutzten Stichworte größer dar. Siehe rechts -> !

Da die Seite www.flashcraft.de seit einiger Zeit leider nicht mehr verfügbar ist, sind hier ein paar Links zu passenden Forenthreads bei Mikrocontroller.net und im Roboternetz.

• Mikrocontroller.net: Platinen Sammelbestellung FLASHCRAFT Funkboard
• Der hier verlinkte Post hat die Projekt-Dateien angehängt:
  Mikrocontroller.net: Nachbaubares Funkmodul auf Basis des RFM12
• Roboternetz.de: Nachbaubares Funkmodul auf Basis des RFM12

Der Aufbau gestaltet sich aufgrund der kleinen SMD Bauteile leider nicht sehr einfach, aber mit Geduld und ruhiger Hand ist dies zu bewältigen.

In den Daten von der Webseite war leider ein Fehler. Hier der korrigierte Bottom Layer (Korrektur nach dem MAX3221 Datenblatt; Diskussion zur Korrektur im RN-Thread auf Seite 6.)

Falls sich doch noch ein Fehler eingeschlichen hat, den ich nicht bemerkt habe, (ich nutze den MAX3221 eigentlich nicht), dann gebt mir bitte Bescheid!

Hier eine Reichelt-Einkauf-Liste die ursprünglich aus dem Roboternetz-Thread stammt, die ich aber korrigiert habe:

Funkboard Einkaufsliste

Weitere Dinge, die mir aufgefallen sind oder nützliche Infos zum nachbauen.

• FuseBits des Atmega32: Highfuse: 0xD9; Lowfuse: 0xDF
• Der MDSEL Pin muss ein definiertes Level haben! Für den normalen Sendebetrieb: Low. Config-Mode: High. Eine LED an diesem Pin erleichert die Arbeit sehr!
• Ich habe meine Adapter-Platine, wie bei Foob beschrieben war, so gebaut, dass die CTR Leitung den MDSEL Pin schaltet. Ich weiß nicht, ob es so gewollt ist, aber bei mir ist dadurch die MDSEL Leitung auf HIGH, selbst wenn kein Kabel angeschlossen ist. Das soll wohl umgekehrt sein, vermute ich.
  Vermutlich deswegen funktioniert Foobs Terminal-Programm(Ver. 1.0.1) bei mir leider NICHT!
  Die Terminal Version 1.0.2 scheint derzeit nicht im Netz verfügbar zu sein. Wir warten auf Rückmeldung von Foob.

Bugs im ConfigMode:

• Register D5 (Fifo Output Puffer Größe) lässt sich nicht ansprechen. D4 hängt sich dazwischen.
• Register D8 (Bitfeld 3) sendet nur ein Byte. (Keine Identifikation des Bytes)
• Inhalt des Statusregister ergibt kein Sinn nach Doku.
• Den Funkkanal und die ID musste ich für jedes Board einstellen. Der Funkkanal war im Ausgangszustand auf 0xFF und nicht, wie angegeben, auf 0×05. (Vermutlich funktioniert es aber auch, wenn bei Boards auf 0xFF stehen)

Über weitere Anregungen und Links würde ich mich freuen!

9.12.2010:

Gefunden Fehler im Code: http://www.mikrocontroller.net/topic/115542#1968362

[Zeige die Dia-Show]

Auf der Seite des Infotronikprogramms der Technischen Universität Hamburg – Harburg findet ihr die Daten zur Erweiterung für den Asuro.

Alle anderen Beiträge in meinem Blog zum Asuro und dem Neigungswinkelsensor, findet ihr am schnellsten über die Stichworte am rechten Bildschirmrand. (Tag-Cloud)

Hier geht’s zum Stichwort ASURO

Heute wieder mehr Technik:

Ein USB-UART-Interface auf Basis eines FT232RL von FTDI. Gleich vorweg: Ja, ich weiß, dass man solche Schaltungen auch fertig kaufen kann. Ich habe es jedoch aus folgenden Gründen selbst aufgebaut:

• Fertige eingeschweißte Adapter stellen keine Versorgungsspannung zur Verfügung
• Lötübung für SMD-Bauteile, da weitere “kleine” Projekte folgen sollen
• Ätzübung für geringe Leiterbahnbreiten

Ein großes Problem besteht beim FT232 für Hobbyentwickler darin, dass dieser lediglich in kleinen SMD Gehäusevarianten auf dem Markt ist. Ich verwende den FT232RL, welcher in einem 28 Pin SSOP Gehäuse kommt. (Pinbreite: 0,3 mm; Pinabstand: 0,65 mm)

Die Schaltung für den FT232RL habe ich den Application Notes des Datenblatts des Chips entnommen. Ein “Ferrit Bread” habe ich nicht integriert, da dies anscheinend nicht immer nötig ist.

Passend zu diesem Winzling habe ich eine Platine in Eagle erstellt und mit der Bügelmethode geätzt. Um den Platz auf der Platine besser auszunutzen, habe ich direkt zwei Platinen geätzt, was sich auch als richtig herausgestellt hat.

Die erste Platine, die ich zusammen gelötet habe, hatte einen Kurzschluss zwischen VCC und GND. Zum Glück hat mein USB-Hub das vertragen. Die zweite Platine, unten auf dem Bild, habe ich zuerst mit einem scharfen, spitzen Messer an allen erdenklichen Stellen korrigiert und Pins weggekratzt, die nicht belegt sind.

Aufgrund des kleinen Pinabstandes ist es unmöglich den Chip aufzulegen und anschließend vorsichtig Lötzinn aufzutragen. Deswegen ist es nötig, das Lötzinn vorher SEHR dünn auf die Pads, auf der Platine aufzutragen.

Tipp: Den Lötkolben auf das Pad, damit es heiß wird und dann erst das Lötzinn an das Pad halten und überschüssiges Lötzinn nach außen weg ziehen. Wenn man das Lötzinn als Tropfen an den Lötkolben hängt und damit an das Pad geht, wird das Lötzinn meistens zu trocken, da das Flußmittel hierbei verdampft. (Zu erkennen an der rauhen, nicht glänzenden Oberfläche des Zinns) Dann ist es kaum möglich das Lötzinn dünn auf EIN Pad aufzutragen.

Wenn dies erfolgreich ist, kann man den Chip aufsetzten und jeden Pin nur kurz mit dem Lötkolben aufdrücken und dadurch wird er erfolgreich und brückenfrei festgelötet.

Mit einer ähnlichen Technik habe ich auch drei SMD Kondensatoren aufgelötet. Die USB-B-Buchse habe ich gespiegelt in die Eagle Platine eingesetzt, da ich sie von der anderen Seite verlöte. Dort sitzt auch der große Elko und die Steckleisten.

Der FT232 beherrscht natürlich noch viel mehr Modi und auch Anschlussmöglichkeiten für LEDs oder Mikorcontroller, dass sind jedoch Möglichkeiten für eine andere Schaltung.

Mit Klarlack versiegelt soll mir das Interface nun gute Dienste leisten. In einem ersten Test mit dem seriellen Interface, welches ihr in der Beschreibung zur Bügelmethode findet, hat er sich schon als funktionstüchtig erwiesen.

Viel Spaß beim nachbauen, auch wenn es teilweise sehr fummelig ist. Eine gute Lupe hilft wirklich weiter!!!

Als ich vorhin die Post geöffnet habe, ging mir nur noch eine Frage durch den Kopf:

“HALLO??? Wo bin ich denn hier gelandet?”

In dem Brief war, neben einem frankierten Rückumschlag, ein Fragebogen eines Meinungsforschungsinstitut. Mit sechs Seiten sehr umfangreich, aber der Knaller steht in der Einleitung und der Datenschutzerklärung, die man unterschreiben soll:

Ich möchte der Firma nicht vorwerfen unseriös zu sein. Man wird tatsächlich informiert, was mit den eigenen Daten geschieht und als Anreiz zur Teilnahme winken auch Produktwarenkörbe und ein Gewinnspiel, aber lohnt sich dieser Aufwand?

Ich habe in den frankierten Rückumschlag lediglich einen kurzen Brief und den Ausschnitt mit meiner Adresse vom Fragebogen gelegt. Im Brief mache ich auf mein Recht auf informationelle Selbstbestimmung deutlich und fordere die Löschung meiner Daten. Es kann doch nicht angehen, dass diese Firma mir diesen Fragebogen schickt – woher haben die eigentlich meine Adresse? – und dann auch noch an Unternehmen “versch. Branchen” weiterleitet.

Auf die Frage ob ich wohl an einem Golf-Schnupperkurs in meiner Nähe interessiert wäre, fällt mir da schon der passende Werbeprospekt ein, der mich dann wohl “personenbezogen” erwarten würde, wenn ich “Ja” ankreuze.

Ich gebe ja, auf dieser Webseite und vermutlich auch bei StudiVZ o.ä. viele meiner Daten Preis, aber wenn ich so direkt danach gefragt werde und zwar nach meinem Kaufverhalten, meinem Einkommen, dem Hubraum der Autos, die im Haushalt vorhanden sind und und und . . . – dann REICHT ES DOCH MAL ENDLICH!

Ist das der Versuch den Datenwust, der vermutlich auf illegale Weise eh schon durchs Netz flirrt einmal legitim einzusammeln und abzugleichen?

Ich wünsche allen viel Spaß beim Ausfüllen des Fragebogens, aber man sollte sich mal fragen, ob man das wirklich möchte, was man da tut!

Die Motoren und Batterien sind für ein paar Cent in den einschlägig bekannten Shops zu bekommen. Zahnbürsten gibt’s sowieso überall. Also warum nicht mitbestellen, beim nächsten Großeinkauf?

Achja, passt auf, dass euch die kleinen Bots nicht vom Tisch fahren. Das passiert schneller als gedacht!

Hier habt ihr ein kleines Video. Leider nicht sehr viel zu erkennen, aber wie wild die Bots tanzen können, sollte man erkennen können.

Auf dem Bild seht ihr den AVR-Doper von [1] bzw. von hier [2]. Dabei handelt es sich um einen USB ISP Programmieradapter. Dieser war nötig, da mein Laptop keinen parallelen oder seriellen Anschluss mit bringt.

Über den HID-Modus lässt sich der AVR-Doper sehr einfach zusammen mit AVRDude benutzen. Zum programmieren des ATmega8, der auf dem AVR-Doper läuft, wird natürlich ein anderes Programmiergerät gebraucht. Das habe ich an einem alten Rechner mit meinem Parallelen-ISP-Adapter gemacht.

Zusammen mit einem sehr alten Gehäuse einer Fernbedienung habe ich ein praktischen USP-ISP-Adapter.

Auf dem Bild seht ihr oben des Weiteren das SnugBoardv2 von Pixelklecks.de. Dieses wirklich sehr kleine Board stellt einfach eine Grundbeschaltung für einen Atmega8 o.Ä. bereit und führt die Anschlüsse auf Klemmen oder Stifte heraus. Je nachdem was man auf die Pins der Platine drauf lötet.

Auf dem Bild seht ihr einen sehr simplen Test zum blinken einer LED. Die Platinen habe ich mir selbstverständlich wieder mit dem Toner-Transfer-Verfahren selbst geätzt.

Vielleicht helfen einem von euch die Links zu den Projekten als Denkanstoß.

Als nächstes steht die Ansteuerung von einem Display und ein USB-UART Adapter an. Mal sehen wann ich zwischen den Klausuren dazu komme.

mfg

Andun

Übrigens hab ich mir ein SnugBoard v2 geätzt und im Betrieb. Fotos folgen noch.

Auf dem Foto rechts seht ihr meinen selbst gebauten Boomerang, den ich zu Weihnachten verschenkt habe.