Raum Aufzeichnen

**Mxt** · 03.12.2015, 07:15

Ich würde das hier mal als Einstieg nehmen
http://pointclouds.org/

Auch ohne Röntgen kommt man damit schon recht weit.

HaWe · 03.12.2015, 08:16

es gibt auch LIDAR (Laser-) Systeme (z.B. XV11), die sich zum Raum-mapping eignen. Für den Raspi und sogar für den Lego EV3 (Java mit lejos- oder C mit Debian-Jessie-Linux-Betriebssystem) sind solche Programmier-Interface schon vorhanden.

**Asgar434** · 03.12.2015, 16:00

danke für die hilfreichen Antworten.

Ich denke Röntgen wird nicht nötig sein.
Auch werden keine Objekte gestapelt.

Zum Anfang wollte ich das Gewicht relativ gering halten. So 100g erstmal.
Wenn sich am Anfang eine andere Form besser eignet dann würde ich diese nehmen.

Nächste Fragen wären dann:

1. Wie bau ich mir einen Roboterarm?
2. Welchen Sensorik passt am besten? (lidar, Lichtschnitt, Tincar) hm

Würde am Anfang auch nur in einem Raum arbeiten.
Und nur ein leichtes Objekt im Raum versetzen.

Übrigens den Sensor am Roboterarm zu befestigen ist eine Super Idee.
Damit kommt man dann zu den meisten Stellen zum scannen.

Grüße

HaWe · 03.12.2015, 17:39

Roboterarme lassen sich IMO einfach mit Baukästen von Fischertechnik und Lego erstellen und an eigene Bedürfnisse anpassen:

**i_make_it** · 04.12.2015, 07:43

Ich dachte eigentlich, das deutlich genug rüber kommt, das Röntgen nicht als ernsthafter Vorschlag gedacht war sondern als Extrembeispiel wie bei bestimmten Szenarien der Aufwand expotentiell wachsen kann.
Sprich das man sich erst Gedanken machen muß, unter welchen Bedingungen man welches Ergebniss erzielen will bevor man sich daran machenkann, herauszufinden was die beste Lösung ist.

Bei einem Raum von 2*2*2m, Objekten von 0,2*0,2*0,2m mit einem Gewicht von 0,1kg in der ersten Testphase, Ojekte die hintereinander stehen können aber nicht übereinander, Kann man natürlich mit einem Roboterarm aus Fichertechnik, Lego oder einem anderen Systembaukasten loslegen.
Das Problem ist halt will man das so machen und später noch einmal von vorne anfangen und dann zusätzlich die Investition tätigen in den Roboterarm den man benötigt um das entgültige Objektgewicht handhaben zu können?
Das man Würfel mit einem Roboterarm handhaben kann wurde in den letzten 40 Jahren schon verschiedentlich bewiesen.
Ist das Projektziel also die Lösung einer konkreten Aufgabenstellung (Handling von Kisten o.ä) kann man sich das sparen und Geld sparen.
Ist das Ziel die erlangung von Know How, ohne das am Ende wirklich eine reale Anlage vorhanden sein muß, ist ein solches Vorgehen in den meisten Fällen die bessere Wahl.
Da man die komponenten recyclen kann und später in anderen Projekten wiederverwenden kann.

Bei der Frage wie man einen Roboterarm baut, steht aber nicht das verwendete System (FT, Lego, etc.) im Vordergrund sondern die Aufgabe.
Welche Kinematik braucht man?
Ein Portalroboter ist einfach zu bauen und einfach von der Kinematik zu berechnen.
Ein 6-Achs Vertikal Knickarm Roboter gilt als am universellsten einsetzbar.
Ob man 6 Achsen braucht oder 5 reichen, hängt davon ab welche Orientierungen das Werkzeug einnehmen können muß.
Stehen alle Würfel mit der Oberseite nach oben oder können sie auch umgefallen oder umgedreht sein und müssen gewendet werden?
Und wie lange darf es dauern/wie oft darf umgegriffen werden um die Operation auszuführen?
Stehen alle Würfel immer waagerecht, oder können sie gekippt stehen?
Ein 5-Achs Vertikal Knickarm Roboter kann das Letzte Szenario nicht immer bewältigen (nur wenn die Kippebene genau tangential zum Mittelpunkt von A1 steht)
Neben der Fähigkeit den TCP (Tool Center Point) entsprechend des Bedarfs im Raum zu orientieren, muß dieser auch jeden Ort des gewünschten Arbeitsraum erreichen können.
Also der Arm muß die entsprechende Reichweite (Armlänge) haben.
Steht der Arm mitten in dem 2*2*2m Raum, muß er 1,55m weit kommen (die halbe Raumdiagonale durch den 2*2*2m Raum) um auch die Ecken erreichen zu können.
Soll der Arm außerhalb des Arbeitsraumes stehen, dann ist das entsprechend mehr.

Also muß man sich erst mal Gedanken darüber machen was für eine Bauform man haben will, welche Größe man braucht und welches Gewicht er schlußendlich handhaben soll (0,1kg oder doch später 10-20kg falls so ein 20cm Würfel mal aus Metall ist oder einen anderen schweren Stoff enthällt).

Erst wenn die Daten vorliegen kann man konkrete Angaben machen wie man so was baut oder ob ein Kauf nicht die günstigere Variante ist.
Da die mechanische Konstruktion eigentlich noch das einfachste an diesem Projekt ist, kann man auch überlegen ob man für einen ersten Testaufbau den Maßstab nicht erst mal reduziert.
Wenn man die Sensorik für den Scan und die dazu notwendige Software im Griff hat, ist es nicht so schwer das auf einen größeren Maßstab umzusetzen.
Ebenso bei der Mathematik für die Inverse Kinematik sowie die Motor und Lageregelung für den Arm.

Für die Sensorart kann man auch mal nach "open source lidar" z.B.: http://www.idaholidar.org/free-lidar-tools/
und "open source 3d-scanner" z.B.: http://www.makerscanner.com/
suchen.

**oberallgeier** · 04.12.2015, 08:55

.. Steht der Arm mitten in dem 2*2*2m Raum, muß er 1,55m weit kommen (die halbe Raumdiagonale durch den 2*2*2m Raum) um auch die Ecken erreichen zu können ..

Sorry, dass ich hier oberlehrerhaft-pingelig bin, die guten anderthalb Meter reichen nicht (oder in meinem Frühstückskaffee war irgendwas drin).
Fall a) Raummitte/"Basis-a"Roboterarm definiert als senkrechten Abstand 1,0 m von jeder Wand
Fall b) Raummitte/"Basis-b"Roboterarm als Diagonalenmitte der Bodenfläche.
Fall a) der kürzeste Abstand von dieser Mitte in jede der acht Ecken ist 1,732 m (½ * √12)
........ siehe halbe Diagonale des Rechtecks aus Diagonale des Deckenquadrats = 2 * √2 m und einer Raumkante
Fall b) der kürzste Abstand von dieser Mitte zu den vier OBERSTEN Ecken ist 2,446 m (√6)
........ Pythagoras zu halber Diagonale des Bodenquadrats - √2m - und Raumhöhe 2 m

Diese Werte sind die jeweiligen theoretischen Längen vom Drehpunkt der Basis des Roboterarms bis zum TCP.