Low-Cost Experimentträger

[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.

......Externes Bild anzeigen   

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?

[mausi_mick]

Hallo Arkon,

hab den Thread erst heute gesehen.

Interessantes Projekt!

Hab vor einiger Zeit auch mal mit Encodern gearbeitet und bin dann - gerade bei Einsatz im Freien - von den Refelexsensoren weggegangen und hab Gabellichtschranken verwandt.
Um den Aufwand/Kosten mit den Encoderscheiben zu minimieren, hab ich einfach ein Modul 1 Kunststoff-Zahnrad (z.B. mit 40 Zähnen) verwandt und die Zahnlücken abgetastet. Hab dann gleich für einen Quadroencoder jeweils 2 Gabellichtschranken verwandt, Justage in Zahnmitte (und für Quadro 90° Versatz) über 2-Kanal Oskar. Als Gabellichtschranke hab ich eine TC ... von Pollin verwandt, die zum einen preisgünstig ist (25 Cent), zum anderen einen Schmitttrigger beinhaltet, der ein sauberes TTL Rechtecksignal liefert, sodass man auf die AD-Umsetzung (ASURO) verzichten kann.

Siehe:
https://www.roboternetz.de/community...adraturencoder


Gruss mausi_mick

[021aet04]

Hast du beim Getriebe mit Encoderscheibe eine Abdeckung? Ich hätte bedenken wegen Staub/Schmutz. Ich würde eine Abdeckung machen.

Welchen Bus du nimmst bleibt eigentlich dir überlassen.Ich würde eine UART Schnittstelle nehmen. Damit hättest du den Vorteil das du über PC debuggen könntest. Ansonsten könnte, wenn etwas nicht funktioniert, vom µC1 oder vom µC2 kommen. Die beiden µCs würde ich über Steckverbinder verbinden (damit man mit dem PC debuggen kann).

PS: Protokoll und Busssystem ist nicht das Gleiche. Hier am Beispiel vom CAN Bus http://de.wikipedia.org/wiki/Controller_Area_Network
Protokoll ist nur das Verfahren wie die Daten auffgeteilt wird u.Ä.

MfG Hannes

[oberallgeier]

Hi Arcon,

sieht ganz gut aus. Bei einem (von mir geschätzten Gesamtgewicht 1 kg, in der Rechnung 0,5 kg weil es ja zwei Motoren sind) und der geschätzten Untersetzung 2:1 sind die Motoren recht gut gewählt (klick).