Hindernisvermeidung bauen: Tasten, Scannen, Lenken

Ein Hindernisvermeidungs-Roboter ist der natürliche nächste Aufbau nach einem Linienfolger. Ein Linienfolger folgt – er fährt einer Linie nach, die jemand für ihn gezeichnet hat. Dieser Roboter entscheidet: ohne Strecke und ohne Karte tastet er den Raum um sich ab und wählt, wohin er fährt. Dieser eine Unterschied – auf die Welt reagieren statt ihr folgen – ist der erste echte Geschmack von Autonomie, und er ist noch einfach genug, um ihn vollständig zu verstehen.

Der Kern ist eine kurze, sich wiederholende Schleife: tasten–scannen–entscheiden–drehen. Der HC-SR04-Ultraschallsensor tastet vorwärts und schätzt per Echolaufzeit die Distanz; ist etwas näher als eine Sicherheitsschwelle, stoppt der Roboter, schwenkt den Sensor auf einem SG90-Servo links und rechts und dreht zur offensten Peilung. Diese Schwelle ist nicht willkürlich – sie ist eine Sicherheitsdistanz aus aktueller Geschwindigkeit, Tast-Entscheidungs-Stell-Latenz, Bremsweg (der mit dem Quadrat der Geschwindigkeit wächst), Roboterradius und Marge, alle sichtbar als Anhaltewegkurve im Simulator.

Du fügst Bauteile hinzu, die ein mobiler Roboter braucht, und lernst, was jedes tut: einen Arduino Uno für gutmütige 5-V-Logik, den Ultraschallsensor und seine Blindzone (der Mindestbereich, unter dem er nichts melden kann), den Servo, der dem Strahl einen zweiten Blickwinkel gibt, die L298N-H-Brücke, die Motorstrom schaltet, den Logikpins nicht liefern können, zwei TT-Getriebemotoren, deren Getriebe Drehzahl gegen nutzbares Drehmoment tauscht, ein 2WD-Chassis mit Stützrad für Differenziallenkung und einen Akkupack, der Motor und Logik auf getrennten Schienen versorgen muss. Der Technikbaum führt dich außerdem durch zwei Lernpfade – Motorregelung und reaktive Navigation –, sodass dieselben PWM-, Odometrie- und Filterideen aus dem Linienfolger hier im Navigationskontext wiederkehren.

Dann – bevor du etwas ausgibst oder eine Fehlverdrahtung riskierst – stimme das Ausweichverhalten im Browser-Simulator ab, bis es sauber durch vollgestellten Raum navigiert. Der Arbeitsraum dort ist zweidimensional von oben mit instantanen, rauschfreien Strahlen; ein echter Ultraschallstrahl spreizt etwa 15°, wird vom eigenen Roboterkörper blockiert und von weichen oder schrägen Flächen gestört – also filterst du Messwerte, fügst einen Medianfilter und eine kurze Beruhigungsverzögerung nach der Servobewegung hinzu, bevor du einer Distanz auf Hardware vertraust. Eine sichere Stoppdistanz und eine Freiraum-Regel in der Simulation zu finden, nimmt dem Roboter den größten Teil des Ratens ab, bevor er sich je bewegt.

Erst dann verdrahtest du den echten Roboter – Trigger und Echo an die richtige Spannung, Servosignal an einen PWM-fähigen Pin, Motor-PWM und -Richtung an den Treiber, Motorakku nur an den VM-Pin des Treibers, jede Masse gemeinsam verbunden – und lässt ihn über einen Boden mit Kisten oder Stühlen fahren. Dieselben Tast- und Filterlektionen führen direkt in das Micromouse-Labyrinth mit Wänden, falls du später Kartierung willst, oder in die ROS-2-Navigation, falls du einen Raspberry Pi hinzufügst.

Folge dem Technikbaum unten von oben nach unten. Jeder Knoten öffnet sich, sobald seine Voraussetzungen erfüllt sind, und dein Fortschritt wird auf diesem Gerät gespeichert, sodass du den Roboter über ein Wochenende bauen kannst, ohne den Faden zu verlieren.

Stückliste

Gesamt: ca. $30–40.

Die zwei Anfahrschalter sind die besten vierzig Cent am Roboter, und sie sind das Bauteil, das die meisten Aufbauten weglassen. Jeder Distanzsensor hat Flächen, die er nicht sieht – ein Sonar ist blind für Vorhänge und für Wände in steilem Winkel –, und ein Roboter ohne Berührungssensorik schiebt einen Vorhang, bis etwas nachgibt. Zwei Schalter hinter einem umlaufenden Stoßfänger machen aus „weicht meist aus“ ein „bleibt nie an etwas Unsichtbarem hängen“.

Wie alles verbunden wird

Beachte den Timer-Konflikt: Die Servo-Bibliothek übernimmt Timer 1, der auf einem Uno PWM auf Pins 9 und 10 treibt. Lege Motor-PWM auf 3, 5, 6 oder 11 und den Servo auf einen beliebigen Pin, und das Problem entsteht nie. Lege ein Motor-Enable auf Pin 9, und seine Drehzahlsteuerung hört lautlos auf zu funktionieren, sobald du einen Servo anhängst.

Die Stoppdistanz, berechnet statt geraten

Die Stoppschwelle ist die wichtigste Zahl in diesem Projekt, und sie ist nicht willkürlich. Sie ist die Summe aus vier Distanzen:

stop_distance = (v x t_latency) + (v^2 / (2 x a_brake)) + robot_radius + margin

Durchgerechnet für einen Roboter mit 0,3 m/s bei 80 ms Latenz und 1,0 m/s² Bremsverzögerung:

= (0.3 x 0.08) + (0.09 / 2.0) + 0.09 + 0.05
= 0.024 + 0.045 + 0.09 + 0.05 = 0.21 m

Also etwa 21 cm. Nun die Geschwindigkeit auf 0,6 m/s verdoppelt:

= 0.048 + 0.18 + 0.09 + 0.05 = 0.37 m

Die Schwelle hat sich nicht verdoppelt – sie ist um 76 % gewachsen, weil der Bremsterm mit dem Quadrat der Geschwindigkeit geht. Deshalb fährt ein Roboter, der im Schritttempo verlässlich ausweicht, bei höherem Tempo gegen Dinge – und warum die Lösung eine geschwindigkeitsabhängige Schwelle ist statt einer großen festen Zahl, die den Roboter überall ängstlich macht.

Baue ihn in Meilensteinen

Meilenstein 10 trennt eine Demo von einem Roboter. Ein Kissen schluckt den Ultraschallpuls vollständig – der Sensor meldet freien Raum, und der Roboter fährt mit voller Geschwindigkeit hinein. Ohne Anfahrschalter schiebt er dann, bis die Motoren blockieren.

Fehlersuche

Wie es weitergeht

Wandfolgen hinzufügen. Ein Roboter, der auf einer Seite festen Wandabstand hält, durchquert einen Raum deterministisch statt umherzuwandern – und es ist das erste Verhalten, das wie ein Plan aussieht. Kleine Codeänderung, großes konzeptionelles Plus.

Zweiten Sensortyp hinzufügen. Ein VL53L0X versagt auf fast genau den entgegengesetzten Flächen wie das Sonar – dunkel-matt und spiegelnd gegen weich und schräg. Zusammen decken sie weit mehr vom Raum ab als jeder allein.

Die Grenze akzeptieren und weiterziehen. Ein reaktiver Roboter kann nirgendwohin geschickt werden, kann nicht versprechen, dass er den Boden abgedeckt hat, und kann in einem hufeisenförmigen Raum ewig kreisen. Das sind Eigenschaften ohne Karte, keine Bugs. Wenn sie zu zählen beginnen, fügt die Micromouse Kartierung und Planung hinzu, und der Abdeckungsroboter geht die „War ich überall?“- Frage direkt an.