Arduino Uno

Was es ist

Der Arduino Uno ist ein kleines Entwicklungsboard rund um Microchips ATmega328P, einen 8-Bit-Mikrocontroller. Er führt die Pins des Chips auf beschriftete Leisten, fügt einen USB-Anschluss zum Programmieren und Versorgen hinzu und nimmt dir die kniffligen Teile ab – Spannungsregler, Taktquarz, Reset-Schaltung –, damit du dich auf Code und Verdrahtung konzentrieren kannst. Für einen riesigen Anteil der Robotiklernenden ist der Uno der Weg, auf dem sie erstmals einen Motor drehen oder einen Sensor aufleuchten lassen.

Sein dauerhafter Reiz ist nicht rohe Leistung – nach modernen Maßstäben ist er langsam und speicherarm. Es ist Gutmütigkeit. Die 5-V-Pins verzeihen die Verdrahtungsfehler von Anfängern, die Community hat fast jede stellbare Frage beantwortet, und fast jeder Hobby-Sensor und -Treiber wird mit Beispielcode ausgeliefert, der einen Uno voraussetzt.

Wie es funktioniert

Du schreibst einen Sketch – ein C++-Programm mit zwei Funktionen. setup() läuft einmal beim Einschalten; loop() läuft danach für immer. Darin liest du Eingänge und treibst Ausgänge über die Pins an:

• Digitale Pins lesen oder schreiben ein HIGH/LOW-Signal (5 V / 0 V) – ein Tastendruck, eine LED, der Richtungseingang eines Motortreibers.
• PWM-Pins (mit ~ markiert) täuschen eine Analogspannung vor, indem sie sehr schnell ein- und ausschalten. So stellst du Motordrehzahl oder LED-Helligkeit ein.
• Analoge Eingänge messen eine Spannung von 0–5 V und melden sie als Zahl von 0–1023. So liest du ein Potenziometer oder einen analogen Liniensensor.

Der Uno hat kein Betriebssystem. Dein Code ist das Einzige, was läuft, was das Timing vorhersehbar macht – wertvoll, wenn du eine Regelschleife um einen echten Roboter schließt.

Wann man ihn verwendet

Greife zum Uno, wenn du lernst, wenn du den größtmöglichen Berg kompatibler Tutorials und Bibliotheken willst, oder wenn die Aufgabe deines Roboters einfach und echtzeitfähig ist: ein paar Sensoren lesen, eine Regelschleife fahren, zwei Motoren ansteuern. Ein Linienfolger, ein Hindernisvermeider oder ein kleiner Rover mit Differenzialantrieb liegen genau in seiner Komfortzone.

Schau dich anderswo um, wenn du WLAN oder Bluetooth brauchst (ein ESP32 ist das übliche Upgrade), viel Mathematik oder Kamerabildverarbeitung (ein Raspberry Pi) oder viel Speicher. Die 2 KB SRAM des Uno sind schneller voll, als Anfänger erwarten – lange Zeichenketten und große Arrays sind die üblichen Verdächtigen.

Typische Fallstricke

• Es ist ein 5-V-Board. Viele moderne Sensoren sind 3,3 V und können durch 5-V-Logik beschädigt werden. Prüfe vor dem Verdrahten das Datenblatt.
• Versorge keine Motoren über das Board. Der Regler des Uno kann keinen Motorstrom liefern; nutze einen separaten Akku und einen Motortreiber. Motoren direkt über den Uno zu versorgen, ist der häufigste Weg, wie Anfänger ihr Board in Brown-out oder Reset schicken.
• delay() blockiert alles. Während das Board in einem delay() steckt, kann es keine Sensoren lesen und nicht reagieren. Für alles Reaktionsfreudige miss stattdessen die Zeit mit millis().
• Behalte den Speicher im Auge. Wenn sich das Board ohne klaren Grund unberechenbar verhält, ist dir möglicherweise der SRAM ausgegangen.

Pinbelegung: was jeder Pin wirklich kann

Vierzehn digitale Pins und sechs analoge, aber sie sind nicht austauschbar. Sechs davon haben einen Zweitjob, der zählt.

Zwei dieser Zeilen prägen die meisten Roboterentwürfe. D2 und D3 sind die einzigen echten Interrupt-Pins, das heißt, ein Roboter mit zwei Radencodern belegt beide und hat keine mehr übrig. Und A4/A5 sind der I²C-Bus, sodass ein MPU-6050 plus ein analoges Sensorarray an einem Uno sofort um Pins konkurrieren.

Dieser Pin-Druck ist der häufigste Grund, warum ein Projekt aus einem Uno herauswächst – nicht Tempo, nicht Speicher. Vierzehn digitale und sechs analoge Pins sind schnell weg, wenn du einen Motortreiber (6 Pins), ein Encoderpaar (4 Pins, davon 2 Interrupts) und ein Sensorarray (6 analog) hast.

Stromversorgung, und die drei Wege, sie falsch zu machen

Der Regler ist linear, das heißt, er verbrennt die Differenz zwischen Eingang und 5 V als Wärme. Bei 12 V Eingang und 200 mA Strom sind das (12 − 5) × 0,2 = 1,4 W in einem kleinen Gehäuse, und er wird wirklich heiß. Nimm 9 V statt 12 V, wenn du die Wahl hast.

Drei konkrete Fehler, die man benennen sollte:

Motoren über den 5-V-Pin versorgen. Der Regler kann keinen Motorstrom liefern, also bricht die Schiene ein, das Board startet neu, und das Symptom sieht aus wie ein Softwareabsturz. Motoren bekommen eine eigene Versorgung und teilen nur Masse.

Den 5-V-Pin aus einer ungeregelten Quelle speisen. Dieser Pin liegt direkt auf der Schiene, also geht alles über etwa 5,5 V direkt in den ATmega328P.

Gleichzeitig über USB und Buchse versorgen. Das Board verkraftet das (ein Komparator wählt die höhere Quelle), aber ein Akku an der Buchse lädt dabei nicht und kann über ein grenzwertiges Design bei einem Klon zurückspeisen.

Was die Pins wirklich liefern können

Der 3,3-V-Pin erwischt Leute regelmäßig. Er ist keine Allzweck-Schiene; er ist eine 50-mA-Annehmlichkeit. Ein sendendes ESP-01-Modul bricht daran sofort ein.

Das 2-KB-Speicherproblem

Der Uno hat 32 KB Flash für dein Programm und 2 KB SRAM für seine Variablen zur Laufzeit. Flash ist selten die Grenze. SRAM schon, ständig.

Jedes String-Literal in einem Serial.print wird beim Start in den SRAM kopiert:

Serial.println("Calibration complete, entering drive mode");   // 43 bytes of SRAM, forever

Zwanzig solcher Meldungen sind 800 Byte – 40 % der Gesamtmenge. Die Lösung ist F(), das den String im Flash lässt und bei Bedarf liest:

Serial.println(F("Calibration complete, entering drive mode"));  // 0 bytes of SRAM

Arrays sind der andere Verbraucher. Ein float sind 4 Byte, also sind ein 200-Samples-Logpuffer 800 Byte, und es gibt überhaupt keine Warnung – der Compiler meldet fröhlich den Flash-Verbrauch und sagt nichts Brauchbares zum Laufzeit-SRAM.

Das Symptom bei Speichermangel ist kein sauberer Fehler. Der Stack wächst nach unten, der Heap nach oben, und wenn sie sich treffen, beschädigen sich Variablen gegenseitig lautlos. Das Board verhält sich unberechenbar: Messwerte, die keinen Sinn ergeben, eine Schleife, die springt, ein Reset ohne Ursache. Wenn sich ein Uno nach einer neuen Funktion irrational verhält, verdächtige SRAM vor allem anderen.

// Drop this in and watch it while you develop.
int freeRam() {
  extern int __heap_start, *__brkval;
  int v;
  return (int)&v - (__brkval == 0 ? (int)&__heap_start : (int)__brkval);
}

Unter etwa 200 Byte frei rechne mit Ärger.

Fehlerbehebung

Uno oder etwas anderes?

Der Nano verdient für Roboter besondere Erwähnung: Es ist derselbe ATmega328P mit demselben Code, und er führt A6 und A7 als zusätzliche Analogeingänge heraus. Für ein 8-kanaliges Reflexionsarray ist das der Unterschied zwischen passt und passt nicht – genau deshalb nennen Linienfolger-Bauten so oft einen Nano.

Die ehrliche Zusammenfassung: Der Wert des Uno ist, dass darauf alles beim ersten Mal funktioniert. Jede Bibliothek, jedes Tutorial, jeder Verdrahtungsplan setzt ihn voraus. Das zählt beim Lernen mehr als jede Spezifikation, und wenn du herauswächst, wird das Herausgewachsene fast immer die Pinzahl sein.