Mit Google fortfahren
Physical Computing: Sensoren und Aktoren verstehen
Beim Physical Computing gestaltest du ein programmierbares, physisches System: Sensoren erfassen die Umwelt, ein Programm verarbeitet ihre Signale und Aktoren bewirken eine sichtbare oder spürbare Reaktion. So verbindet das System Software mit der realen Welt.
Auf dieser Seite lernst du, diesen Ablauf zu erklären, ein kleines System zu planen und es gezielt zu testen.
Hake ab, was du schon kannst — und komm am Ende hierher zurück!
Wie nimmt ein System seine Umwelt wahr?
Ein Physical-Computing-System besteht meist aus drei funktionalen Teilen:
- Ein Sensor erfasst einen Zustand der Umwelt, zum Beispiel Helligkeit, Temperatur, Abstand oder Bodenfeuchtigkeit.
- Ein Programm verarbeitet das Sensorsignal. Es kann etwa einen Wert mit einer festgelegten Grenze vergleichen.
- Ein Aktor wirkt auf die Umwelt ein, zum Beispiel durch Licht, Ton, Bewegung oder das Einschalten einer Pumpe.
Der typische Signalweg lautet daher:
Umwelt → Sensor → Verarbeitung durch das Programm → Aktor → Wirkung auf die Umwelt
Sensor
Ein Sensor erfasst eine Eigenschaft der Umwelt und liefert dem System ein Eingangssignal. Er nimmt also Informationen auf.
Aktor
Ein Aktor setzt ein Ausgangssignal des Systems in eine physische Wirkung um. Er leuchtet, klingt, bewegt sich oder schaltet beispielsweise ein Gerät.
Mikrocontroller
Ein Mikrocontroller ist ein kleiner programmierbarer Computer. Er kann Sensorsignale einlesen, ein Programm ausführen und Aktoren ansteuern.
Eine automatische Lampe besitzt einen Helligkeitssensor und eine Leuchte als Aktor.
- Der Sensor meldet die aktuelle Helligkeit.
- Das Programm prüft: Ist es dunkler als die festgelegte Grenze?
- Falls ja, schaltet es die Leuchte ein.
- Andernfalls bleibt die Leuchte aus.
Die Lampe reagiert nicht direkt auf die Umwelt. Erst das Programm legt fest, was das Sensorsignal bewirkt.
Der Sensor liefert eine Eingabe. Das Programm entscheidet. Der Aktor erzeugt die Ausgabe in der physischen Welt.
Wie entsteht aus einer Idee ein funktionierender Prototyp?
Physical Computing beginnt mit einer beabsichtigten Interaktion: Was soll das Objekt wahrnehmen, und wie soll es darauf reagieren? Erst danach wählst du Sensoren, Aktoren, Hardware und Programmierumgebung aus.
Ein hilfreicher Entwicklungsweg ist:
- Zweck festlegen: Welches Problem soll das System lösen?
- Eingabe bestimmen: Welche Information muss ein Sensor erfassen?
- Verarbeitung planen: Welche Entscheidung trifft das Programm?
- Ausgabe bestimmen: Welcher Aktor soll wie reagieren?
- Prototyp bauen: Eine erste funktionsfähige Fassung herstellen.
- Testen: normale Werte, Grenzwerte und Fehlerfälle prüfen.
- Überarbeiten: Aufbau oder Programm aufgrund der Testergebnisse verbessern.
Prototyping
Prototyping bedeutet, einen Entwurf schrittweise umzusetzen, zu erproben und zu verbessern. Die erste Fassung muss noch nicht die endgültige Lösung sein.
Tinkering
Tinkering ist ein experimentelles Erkunden und Verändern von Hard- und Software. Du probierst gezielt aus, beobachtest die Wirkung und entwickelst deine Idee weiter.
Tinkering und Prototyping können zusammengehören: Beim Erkunden entdeckst du Möglichkeiten; mit einem Prototyp prüfst du, ob daraus eine zweckmäßige Lösung entsteht.
Wie planst du eine automatische Bewässerung?
Eine sensorgesteuerte Bewässerungsanlage ist ein typisches Physical-Computing-System. Das folgende Beispiel zeigt den vollständigen Denkweg.
Zweck: Eine Pflanze soll bewässert werden, wenn der gemessene Bodenwert unter einer festgelegten Feuchtigkeitsgrenze liegt.
Systemplan:
- Umweltzustand: Feuchtigkeit des Bodens
- Sensor: Bodenfeuchtigkeitssensor
- Verarbeitung: Mikrocontroller mit Steuerprogramm
- Aktor: Wasserpumpe
- gewünschte Wirkung: Wasser gelangt zur Pflanze
Programmlogik in Worten:
- Lies den Sensorwert ein.
- Prüfe, ob der Wert gültig ist.
- Liegt ein Fehlerwert vor, schalte die Pumpe aus und melde den Fehler.
- Ist der gültige Wert kleiner als die festgelegte Grenze, schalte die Pumpe ein.
- Andernfalls schalte die Pumpe aus.
- Lies anschließend erneut einen Wert ein.
Die Pumpe ist im Fehlerfall ausgeschaltet. Das ist hier der definierte sichere Zustand, weil das System bei einem unzuverlässigen Messwert nicht unkontrolliert weiterbewässert.
Ein einzelner erfolgreicher Versuch reicht noch nicht. Der Prototyp sollte mindestens in diesen Situationen geprüft werden:
- deutlich trockener Boden;
- Wert genau an der festgelegten Grenze;
- deutlich feuchter Boden;
- fehlender oder offensichtlich ungültiger Sensorwert;
- Rückkehr von einem Fehlerwert zu einem gültigen Wert.
Teste nicht nur den erwarteten Normalfall. Grenzwerte und Fehlerwerte zeigen, ob die Entscheidung des Programms eindeutig und sicher ist.
Ist jeder Roboter ein Beispiel für Physical Computing?
Robotik und Physical Computing überschneiden sich: Beide können Sensoren, Programme und Aktoren verbinden. Die Begriffe setzen jedoch unterschiedliche Schwerpunkte.
Robotik richtet den Blick häufig auf physische Tätigkeiten, Bewegung, Navigation oder Kollisionsvermeidung. Typische Produkte sind Fahrzeuge, Roboterarme oder Drohnen.
Physical Computing umfasst eine größere Vielfalt interaktiver Artefakte. Dazu gehören etwa E-Textilien, Stimmungslampen, interaktiver Schmuck, Spielzeugtiere, Bewässerungsanlagen und Smart-Home-Anwendungen.
Ein fahrender Roboter kann deshalb zugleich ein Physical-Computing-System sein. Entscheidend ist nicht allein die Form des Geräts, sondern wie Sensoren, Verarbeitung und Aktoren für einen bestimmten Zweck zusammenwirken.
Ein Linienfolger erfasst mit Sensoren eine Markierung, verarbeitet die Messung und steuert seine Motoren. Er gehört zur Robotik, weil Bewegung und Orientierung wichtig sind. Gleichzeitig erfüllt er den Kern von Physical Computing, weil programmierbare Hardware über Sensoren und Aktoren mit der Umwelt interagiert.
Wie bewertest du ein System verantwortungsvoll?
Ein funktionierender Prototyp ist nicht automatisch eine gute Lösung. Prüfe zusätzlich, ob das System seinen Zweck nachvollziehbar, sicher und angemessen erfüllt.
Datenerhebung prüfen
Frage bei jedem Sensor:
- Welche Daten werden für den Zweck tatsächlich benötigt?
- Werden weitere Daten erfasst, obwohl sie für die Aufgabe keine Rolle spielen?
- Müssen Werte gespeichert oder weitergegeben werden, oder genügt die unmittelbare Verarbeitung?
- Ist für andere erkennbar, was das System erfasst und bewirkt?
Energieeinsatz prüfen
Sensoren, Verarbeitung, Kommunikation und Aktoren benötigen Energie. Besonders wichtig ist deshalb die Frage, ob ein Bauteil unnötig dauerhaft aktiv ist. Bei der Bewässerung sollte die Pumpe beispielsweise nur so arbeiten, wie es der festgelegte Zweck verlangt.
Fehlerfälle planen
Ein sicherer Zustand ist eine vorher festgelegte Reaktion auf einen Fehler. Er hängt vom jeweiligen System ab. Bei der Beispielbewässerung bedeutet er „Pumpe aus“. Bei einem anderen System kann eine andere Reaktion angemessen sein.
„Sicher“ lässt sich nicht allein aus dem Bauteil ableiten. Du musst Zweck, mögliche Folgen eines Fehlers und die konkrete Umgebung des Systems berücksichtigen.
Karteikasten
Überlege zuerst selbst und drehe die Karte anschließend zum Prüfen um.
Alles auf einen Blick
- Physical Computing
- Sensoren erfassen die Umwelt
- Programme verarbeiten Eingangssignale
- Aktoren bewirken physische Ausgaben
- Prototypen werden getestet und verbessert
- Grenz- und Fehlerwerte brauchen festgelegte Reaktionen
- Datenerhebung und Energieeinsatz richten sich nach dem Zweck
- Robotik kann sich mit Physical Computing überschneiden
Abschluss-Check
Du kannst ein Physical-Computing-System erklären, wenn du seinen Zweck und den gesamten Signalweg benennen kannst. Du kannst es beurteilen, wenn du zusätzlich Normalfälle, Grenzen, Fehler, Datenerhebung und Energieeinsatz prüfst.