PROJEKT: Hexabot in 3 Monaten

[Tomy83]

Hallo,
ich hab mir einen Hexabod zu Hobbyzwecken gebaut. Da hat man keine Vollzeit zur verfügung, und dauert deutlich länger. Ich hab eher Jahre als Monate benötig. Viel Zeit ging für Try & Error drauf. Es wird sich schon viel zeit sparen lassen wenn du einen fertigen Bod kaufst. Der zusammenbau sollte je nach Begabung nur 1-2 Tage dauern, wenn alle Komponenten bereits fertig hergestellt sind.
Den Aufwand der Programmierung kann ich dir garnicht so leicht einschätzen, da ich dieses erstmal "erlernen" musste, es waren nur geringe Vorkenntnisse vorhanden. Dies ist bei dir wohl anders. Hier im Forum ist auch mein Code gepostet, da hast du mal einen Überblick. Ein Profi wird dies bestimmt anders/besser machen. Da dein Schwerpunkt Software sein soll würde ich da auch mindestens 75%-90% der Zeit investieren.
Die Stromversorgung ist nicht ohne. Eine Baterie oder ein Steckernetzteil ist bei weitem nicht ausreichend. Ein Potenter Akku (Lixx) ist schon die günstigste Variante. Ein Labornetzgerät geht auch. So eine "Nabelschnurr" hatte ich anfangs auch. Mein Bot hat etwas Übergewicht und brauchte anfänglich 12A (ohne Spitzenlast), durch SW Optimierung bin ich noch auf ca. 8A runter gekommen. Zur Zeit hab ich mit der Stromversorgung mittels Akku immer noch Probleme.

Da du nur zeitlich begrenz arbeiten kannst, würde ich eher einen Radroboter Empfehlen.

[spycem]

ich hab mir einen Hexabod zu Hobbyzwecken gebaut. Da hat man keine Vollzeit zur verfügung, und dauert deutlich länger. Ich hab eher Jahre als Monate benötig. Viel Zeit ging für Try & Error drauf. Es wird sich schon viel zeit sparen lassen wenn du einen fertigen Bod kaufst. Der zusammenbau sollte je nach Begabung nur 1-2 Tage dauern, wenn alle Komponenten bereits fertig hergestellt sind.

Also Mit Vollzeit meinte ich, dass ich mich in den 2 bis 3 Monaten ausschließlich mit diesem Projekt befassen werde und keine Nebenbeschäftigungen oder Vorlesungen nachgehen muss.
Aber genau wie du denke ich, dass ein fertiger Bausatz am meisten Sinn macht bei meiner nicht vorhandenen Erfahrung im Hexabotbau. Ich habe ir bereits mal einen Quadrocopter gebaut und weiß daher wie viel Zeit durch Try& Error drauf gehen kann

Bezüglich der Stromversorgung werde ich dann zu gegebener Zeit denke ich nochmal mit meinem Professor reden müssen, da die gängigen fertigen Bausätze erstmal alle (nehme ich an) mit Akkus betrieben werden...

Da ich jetzt schon in mehreren Forum-Einträgen bedenken bezüglich der Rechenleistung und Kommunikationsgeschwindigkeit der Boards gelesen habe, würde mich auch interessieren ob die gängigen Servos hier auch eine Position zurück geben, sodass man wirklich Posistionsgenau regeln kann, oder nur steuert?

[Tomy83]

Ich glaube den bot ist es egal ob der Strom aus dem Netzteil oder den Akku kommt, solange die Spannungsquelle potent genug ist.

Ja es gibt Servos mit Rückmeldung. Meist über ein Bussystem. Suche mal nach Robotik Servo. Ich glaube von Hitec und Dynamixel gibt es da etwas. Billig sind diese aber nicht. Kraft und Geschwindigkeit sind auch Faktoren die wichtig sind. Die 1000€ kannst du locker in die Servos investieren, musst du aber nicht.

Die benötigte Rechenleistung ist garnicht mal so sehr groß. Mein ATXmega mit 32Mhz (Hardware diff. Ohne FPU) schafft die gesamt IK und die servoanstsuerung in 8-11ms. Um mal ein Beispiel zu bringen. Meiner Meinung nach bedarf es keinen separaten Servokontroller. Ich habe aber für die Sensor Auswertung einen zweiten uC verbaut.
Welchen Chip hat du den für dein Quadrocopter genutzt?

Die Servos werden bei mir nur gesteuert.

[spycem]

Ja da magst du wahrscheinlich recht haben.
Also mein Vorgänger hatte die AX-Reihe von Dynamixel, gibt es glaube ich mit 12 un 18A. Passend hierzu habe ich einen Bausatz von Trossen Robotics gefunden,
den PhantomX MKIII, mit den Dynamixel Servos, sowie kompletter Elektronik.

https://nodna.de/PhantomX-MkIII-Meta...pod-18x-AX-12A

ich erhoffe mir von einem solchen Bausatz, dass die Komponenten soweit aufeinander abgestimmt sind, dass ich vorerst zumindest einfache Bewegungsabläufe damit problemlos erreichen kann. Was meinst du zu dem Bausatz?

Bei meinem Quadrocopter habe ich damals das KK2.1.5 benutzt, welches prima für Einsteiger war, jedoch habe ich bei der Motorwahl auf eine billige Chinavariante gesetzt, sodass ich ewig Probleme mit einer stabilen Fluglage hatte :S

[Tomy83]

Nun was soll ich zu den Bausatz sagen, ich kenn den halt nicht. 1200€ist schon eine Stange Geld, billiger wird der Selbstbau aber auch nicht. Der aufpreis für die besseren Motoren ist schon heftig. Der Controller ist schonmal der gleiche Chip wie von deinen copter. Als E-Technik Student soltest du die Komponenten besser beurteilen können als ich. Versuch doch mal einen Schaltplan vom Bord zu bekommen. Da die Servos bekannt sind wird sich prüfen lassen ob etwas nicht passt. Ich glaube aber nicht dass dir ein seriöser Anbieter Schrott verkauft. Hast du Google Schonmal nach Erfahrungen befragt?

[Urinstein]

Da ich jetzt schon in mehreren Forum-Einträgen bedenken bezüglich der Rechenleistung und Kommunikationsgeschwindigkeit der Boards gelesen habe, würde mich auch interessieren ob die gängigen Servos hier auch eine Position zurück geben, sodass man wirklich Posistionsgenau regeln kann, oder nur steuert?

Die Standardservos sind bereits Positionsgeregelt. Wenn du die Ist-position auslesen willst kannst du natürlich auch die internen Drehwinkelgeber (für gewöhnlich Drehpotentiometer) abgreifen. Für 18 Servos brauchst du dann aber auch 18 analoge Eingänge alleine dafür. Mit einem Arduinoboard wird das dann nichts mehr.

Bild hier  

[HaWe]

außer, man verwendet einen Arduino Mega oder Due (mit 14-16 ADC) plus ggf. 1 zusätzlichen externen i2c-Mehrkanal-ADC (PCF8591, ADS1115, o.ä). Gerade der ADS1115 ist super-easy für den Arduino, und über versch. Adressregister kann man glaube ich bis zu 8 davon gemeinsam am Bus adressieren (=> 8*4=32 ADC-ports)! http://www.mindstormsforum.de/viewto...tart=75#p69282

[spycem]

Hey,
erstmal vielen Dank euch allen fürs Antworten und eure Hilfe!
Also sehe ich das richtig, dass (in meinem Fall der Dynamixel AX-12A/18A) den Positionsregler) schon integriert hat? (Sprich ich muss den eigentlich garnicht an den Controller zurück geben?)
Mir geht es im Endeffekt nur darum, dass der Roboter das Laufmuster dynamisch und flüssig abläuft, und ich nicht ungenaue Zeitangaben machen muss wie lange die Bewegung dauern könnte bevor die nächste losgeht.

[spycem]

So, ich habe nochmal mit meinem Prof gesprochen, und da das Projekt auch nach mir weitergeführt werden soll, wäre eine Ist-Position der einzelnen Servos wünschenswert, d.h. da würde ich dann auf die von dir (HaWe) empfohlene Hardware zurück greifen?

Ich verstehe dann im Moment noch nicht so ganz wie die gängigen Laufalgorithmen aufgebaut sind, wenn der Controller keine Ist-Position zurück bekommt? Steuert ihr die Beine dann zeitverzögert an und berechnet wie lange der Servo für die zurückzulegende Distanz braucht? oder wie stellt ihr sicher, dass eine neue Bewegung erst ausgeführt wird, wenn die vorherige auch sicher abgeschlossen ist?

[oberallgeier]

.. Ich verstehe .. nicht so ganz wie .. wie stellt ihr sicher, dass eine neue Bewegung erst ausgeführt wird, wenn die vorherige auch sicher abgeschlossen ist?

Selten; das können nur Servos mit mehr als drei Anschlussdrähten, nicht die üblichen Modellbauservos. Je nach Servo und Reglerauslegung bleibt eine mehr oder weniger große Regelabweichung. Der ursprüngliche Verwendungszweck der Modellbauservos sind ja im Wesentlichen Steuerungsaufgaben, zB Schwenks von Rudern zum Steuern von Modellautos, -flugzeugen, -schiffen etc. Da hatte der Bediener der (Funk-)Fernsteuerung immer ne optische Kontrolle: Größe der Kurve etc. Der Regelkreis wurde also nur durch den Mensch geschlossen. Kurz und böse ausgedrückt: der Servo bekommt eine Positionsangabe (Länge des Servopulses) und fährt mit einer für ihn bei der jeweiligen Last typischen Genauigkeit auf diese Position. Ich hatte schon mal (Billig-)Servos in der Hand die bei Maximallast laut Datenblattangabe an die 40°-60° von der angesteuerten Position blieben.