Typische Fehler & Negativbeispiele
Easy · 20 min · Kostenlos
Ziel & Lerninhalt
Lerne aus den häufigsten ProtoPeaks-Baufehlern – damit du sie nicht selbst machen musst.
- Die fünf häufigsten Mechanik-Fehler im ProtoPeaks-Bau benennen.
- Elektrische Fehler durch schlechte Verdrahtung erkennen.
- Code-Fehler, die Servos zerstören, kennen und vermeiden.
Erklärung & Wissen
Basic
Fehler sind der beste Lehrer – aber lernen aus Fehlern anderer ist noch besser. Die häufigsten ProtoPeaks-Projekte-Fails: (1) Servo-Horn nur mit Heißkleber fixiert (hält bei Wärme nicht). (2) Zu langer Hebelarm ohne Gegengewicht (Servo überlastet sofort). (3) Verbindungen per Hand getestet aber direkt Vollgas-Strom gegeben ohne Rampe. (4) Kabel über rotierende Teile geführt (wickelt sich auf). (5) `servo.write(180)` gegen mechanischen Endanschlag gefahren (Servo zerstört).
Medium
Elektrische Negativbeispiele: Jumperkabel lose auf Pins gesteckt → Wackelkontakt während Betrieb → sporadische Resets. Fix: Immer in beide Richtungen leicht ziehen um Sitz zu prüfen. Potenzialunterschiede: Mehrere Versorgungsqüllen ohne gemeinsamen GND → gefährliche Potenzialunterschiede. Fix: Immer alle GND-Punkte verbinden. Code-Fehler: `delay()`-Aufrufe während Servo läuft → Servo empfängt keine PWM-Refreshes → Servo gibt auf (Summen, Überhitzen). Fix: Millis-basiertes Timing statt delay().
Expert
Systematische Fehleranalyse: Tritt ein Problem auf, immer zuerst die Vereinfachung (Isolation) anwenden. Funktioniert der Motor alleine ohne Mechanik? → Mechanik ist das Problem. Funktioniert der Code auf einem sauberen Test-Board? → Verdrahtung ist das Problem. Fehlbedienung vs. Designfehler: Wenn 5 von 10 Nutzern denselben Fehler machen, ist das kein Nutzerfehler – das ist ein Designfehler. Poka-Yoke: Bauweise so gestalten, dass falsche Montage physisch unmöglich ist (asymmetrische Stecker, Führungsnasen). Verschleiß: Strohhalm-Lager auf Holzspieß hält ca. 1000–5000 Zyklen. Bei Dauerbetrieb-Projekten Plastikrohr als Lager verwenden.
Fun Fact
Toyota hat das Poka-Yoke-Prinzip (fehlerresistentes Design) in den 1960ern entwickelt: Teile wurden so geformt, dass sie nur auf eine Art zusammengebaut werden konnten. Das reduzierte Montagefehler in Produktionslinien um über 90% – ohne zusätzliche Kontrollen.
- Wackelkontakt
- Unzuverlässige Verbindung, die sporadisch ausfällt – schwer zu debuggen. Symptom: Gerät funktioniert manchmal, manchmal nicht. Oft schwer zu reproduzieren. Ursache: Jumperkabel-Stift nicht vollständig in Buchse, oxidierte Kontakte, zu dünner Draht. Diagnose: Jeden Stecker einzeln sanft wackeln während Board läuft – bricht Verbindung ab, ist dieser Stecker der Fehler.
- Fehlbedienung
- Unbeabsichtigte falsche Nutzung, die zu Schäden führt. Unterschied zu Designfehler: Fehlbedienung ist einmalig und zufällig; Designfehler passiert systematisch. Beispiel: User drückt Reset-Taste wenn Servo unter Last steht → Servo bekommt unkontrollierten PWM-Signal → springt schlagartig in Endposition. Lösung im Design: Startup-Routine immer langsam zur Mittelstellung fahren.
- Verschleiß
- Langsamer Materialabtrag durch Reibung – führt zum Ausfall nach vielen Zyklen. Tribologische Mechanismen: Adhäsion (Materialübertrag), Abrasion (Zerspanung durch Partikel). Strohhalm auf Holzspieß: Nach ~5000 Zyklen ist das Loch ausgeweitet, Spiel entsteht. Erkennbar an: zunehmend wackeliger werdenden Gelenken. Abhilfe: PTFE-Spray (Teflon) verlängert Lebensdauer 3–5×.
- Poka-Yoke
- Fehlerresistentes Design: Falsche Montage wird physisch unmöglich gemacht. Klassische Beispiele: USB-A-Stecker mit unsymmetrischer Form (nur eine Richtung möglich), HDMI-Trapezform, Motorstecker-Codierung im ProtoPeaks-Kit (verschiedene Steckertypen für verschiedene Aktoren). Für DIY: Servo-Halterungen mit Führungsnut bauen, die falsche Orientierung verhindert.
Fehleranalyse: Bekannte Probleme gezielt reproduzieren
Reproduziere bewusst drei häufige Fehler in sicherer Umgebung – um sie beim echten Projekt sicher zu erkennen.
Fehler 1: Wackelkontakt simulieren
Stecke ein Jumperkabel (GND) nur zur Hälfte in seinen Pin. Beobachte den Seriellen Monitor: Wenn du das Kabel leicht bewegst, unterbricht die Verbindung sporadisch. Das ist wie ein echter Wackelkontakt.
Check: Du erkennst im Seriellen Monitor Aussetzer wenn du das Kabel leicht bewegst.
Tipp: Stecke ein Jumperkabel nur halb in die Buchse – dann erzeugst du einen kontrollierten Wackelkontakt.
Fehler 2: Servo ohne Software-Limit
Lass den Servo ohne constrain() auf 180° fahren. Halte dabei 3 Sekunden. Fühlst du, dass das Gehäuse warm wird? Das ist der Blockierstrom. Sofort stoppen und constrain(winkel, 10, 170) hinzufügen.
Check: Servo summt gegen mechanischen Anschlag (kurz testen, max. 3 Sekunden!).
Tipp: servo.write(180) wenn mechanischer Bereich nur 170° erlaubt → Servo drückt gegen Anschlag.
Fehler 3: delay() stört Servo
Schreibe `servo.write(90); delay(5000);` in loop(). Beobachte: Servo summt nach kurzer Zeit. Er verliert sein Haltesignal. Fix: millis()-basiertes Timing statt delay().
Check: Servo summt unruhig während eines langen delay() – er verliert seine PWM-Refreshes.
Tipp: Servo.h sendet PWM alle 20 ms. delay(5000) unterbricht das für 5 Sekunden.
Fehler 4: Kabel über Drehpunkt
Führe ein Kabel absichtlich direkt über die Servo-Drehachse. Bewege den Servo manuell. Siehst du, wie das Kabel gespannt wird? Das würde es nach einigen hundert Zyklen durchreißen.
Check: Du siehst, wie ein Kabel beim Servoschwenk gespannt wird.
Tipp: Kabel soll in einer Schlaufe mit Spielraum verlegt sein, nicht straff über den Drehpunkt.
Fehler 5: Fehlende gemeinsame Masse
Verbinde zwei separate Energiequellen (z.B. USB und Batterie) ohne GND-Verbindung. Miss mit dem Multimeter zwischen beiden GND-Punkten. Wenn du eine Spannung siehst: Das wäre ein Potenzialunterschied, der Bauteile beschädigen kann.
Check: Zwei Spannungsquellen ohne GND-Verbindung zeigen unterschiedliche Potenziale.
Tipp: Messe mit Multimeter zwischen GND1 und GND2 ohne Verbindung: Du misst eine Spannung.
Servo an D9 für Tests 2 und 3.
// ProtoPeaks - Fehler-Demo: delay() stört Servo
#include <Servo.h>
Servo servo;
void setup() {
servo.attach(9);
servo.write(90);
}
void loop() {
servo.write(90);
delay(5000); // SCHLECHTER STIL: Servo verliert PWM
// Besser: millis()-basiertes Timing verwenden
}- Servo beim Blockier-Test schon nach 1 Sekunde heiß. — Software-Limit fehlt vollständig. constrain() sofort hinzufügen. Servo abkühlen lassen bevor weiterer Test.
- Kein Unterschied sichtbar beim delay()-Fehler. — Servo.h-Library puffert den letzten Befehl. Effekt wird klarer bei sehr langen delays (30+ Sekunden) oder wenn der Servo unter Last steht.
Kurzzusammenfassung
Die fünf häufigsten ProtoPeaks-Fehler: Wackelkontakt, kein Software-Limit, delay() mit Servo, Kabel über Drehpunkt, fehlende gemeinsame GND. Alle fünf lassen sich mit einfachen Checks vermeiden. Aus Fehlern anderer lernen ist effizienter als aus eigenen.