Low-Cost Experimentträger

[Arkon]

Da der Laser in der FH steht kosten uns die Dekoderscheiben nur das Material. Ich lasse einfach ein paar verschiedene Versionen fertigen und teste die dann in Ruhe durch.

Die Scheiben aus eine Maus sind zu klein und damit zu ungenau für einen guten Gradeauslauf.

[oberallgeier]

... Die Scheiben aus eine Maus sind zu klein und damit zu ungenau für einen guten Gradeauslauf ...

??? Kommt sicher auf die Maus drauf an. Meine sehen aus wie im Bild - Øa = 15 mm!!

......




Sorry für die blöde Bildgröße, bekomm grad kein kleineres hochgeladen.

[Arkon]

Ui. Ich hatte die etwas "gröber" in Erinnerung. Zu den Schreiben passen dann halt nicht die Lichtschranke die ich mir rausgesucht hatte. Man könnte beim Mäuseschlachte aber auch auf die dort verbauten zurückgreifen. Muss ich mal sehen, ob ich von Denennoch ein paar rum liegen habe. Einen Blick sind sie auf jeden Fall wert.

[oberallgeier]

... Zu den Schreiben passen ... nicht die Lichtschranke ... beim Mäuseschlachte ... die dort verbauten ...

Das wäre ja auch ein Ansatz für die Projektaufgabe - Recycling. Wer nutzt denn heute noch Kugelmäuse? Die Lichtschranken der Mäuse sind nur bedingt brauchbar - das sind (waren) bei mir zweiteilige Lichtschranken - sprich: LED und Phototransistor getrennt. Aber ansonsten - wie ne übliche Lichtschranke ohne Extras. Andererseits neige ich dazu, Recyling-Teile nur zu nehmen, wenn sie richtig passen. Saubere Anpassarbeit ist ziemlich aufwendig. Ich kenns von meinem gelungenen, aber wegen des mächtigen Aufwandes nicht weiterverfolgten Einbau der Ø5mm-Encoderscheibe - s=0,5mm - in dieses (klick) Motörchen. Das hatte mit einer mikroskopischen Anfräsung der Motörchen funktioniert, siehe hier , und nach Umbau der Loch-Encoderscheibe auf eine aussengeschlitzte (klick) gabs auch die richtige Signalform. ABER die Anpassungsarbeiten waren dramatisch hoch und ich wählte eine andere Lösung.

......Bild hier  

Das Maßbändchen ist metrisch! Die Abtriebswelle ist D3mm, die Motorwelle ist 1 mm - der Encoder kommt auf die Welle der nächsten Stufe, siehe zweiten Link oben.

[PICture]

Als einfachste (mechanisch) und ausprobierte Lösung, könnte das vielleicht interessant sein: https://www.roboternetz.de/community...einem-DC-Motor .

[Arkon]

@oberallgeier: Süß XD. Wie du schon geschrieben hast sind solche Anpassungsarbeiten meist aufwändiger als man zuerst denkt

@PICture: Danke für den Link. Die Motoren werden über PWM angesteuert. Dafür habe ich in dem Thread leider keine "fertige" Lösung gefunden. Und um die von jeffrey vorgeschlagene Lösung umzusetzen fehlt mir das nötige Fachwissen.

Ich werde daher erst einmal auf selbst gefertigte Dekoderscheiben+Gabellichtschranke setzten und mir einfach mehrere Versionen durch den Laser schieben lassen. Die Arbeiten sind dank modernem CAD-System sehr schnell erledigt.

[Arkon]

*staubwisch*

Ein paar Wochen war es ruhig hier aber das Projekt läuft weiter. Mittlerweile habe ich eine V0.1 der Hardware:


Auf dem ersten Bild sieht man ein an der Front angebrachtes Servo. Die seltsam aussehende Halterung habe ich gewählt, da, wie schon erwähnt, der Roboter bei der Bestückung mit Sensoren möglichst modular sein soll. Darunter hängt, momentan noch in der Luft, ein Sharp-IR-Sensor (hab die genaue Bezeichnung grad nicht zur Hand). Im hinteren Teil sind zwei identische Platinen aufgeschraubt. Diese Platinen sind bereits an der FH vorhanden und im Eingangsposting kurz beschrieben (wenn ihr genauere Infos haben wollt einfach fragen)

Auf dem zweiten Bild sieht man die Unterseite. An der Front der angesprochene Tischtennisball und im hinteren Teil die Antriebe. Jeweil ein Bühler Getriebemotor mit 9Ncm und 64upm treiben über eine Untersetzung die Antriebsräder an. Diese sind die 70mm-Räder von Robotikhardware.de und wurden mit einem selbst gefertigten Adapter auf der 6mm Welle befestigt. Auf dieser Welle sitzt ebenfalls eine Dekoderscheibe (welche genau muss noch ermittelt werden. Habe 4 oder 5 verschiedene Rastermaße fertigen lassen) welche mit einer kleinen Schraube am Zahnrad befestigt wird. Somit ist eine direkte Verbindung zwischen Antriebsrad und Odometrie hergestellt wodurch ich keine Einflüsse wie Getriebespiel ect. beachten muss.

Was noch nicht zu sehen ist, ist die "Bedieneinheit". Über den µC-Platinen wird eine Platte befestigt, in welcher ein paar Taster und ein LCD mit 16x2 oder 20x4 Zeilen angebracht wird. Über das Menü soll sich später eine bestimmte Anwendung auswählen lassen welche dann vom Roboter ausgeführt wird. Die beiden µC sollen miteinander kommunizieren. Und hierzu betreibe ich im Moment Grundlagenforschung:

Ich habe bisher ein wenig Erfahrung mit I2C und UART gesammelt. Ich dachte daran, einen µC die Kommunikation mit der Hardware und die "Regelungen" übernehmen zu lassen. Der zweite Controller dient zur Ansteuerung des LCDs, auswerten der Tasten und übermitteln der "Befehle" (im Sinne von: Führe Aufgabe xyz aus) an den ersten µC. Mir ist dabei bewusst, dass für diese Aufgaben auch ein einzelner µC ausreichen würde aber so ist nunmal die Aufgabenstellung -_-
Welches der Protokolle ist sinnvoller für den Einsatz zwischen den beiden µC?