Roboterbau

[i_make_it]

Und wenn Du es zeitlich über mehrere Monate streckst?
Kegelräder + Zahnriemen+scheiben
und
Kugellager
reichen ja um die mechanische Fertigung durchzuführen.
Für die Motoren stellt man einen oder zwei Dummis als Platzhalter her und um die Zahnriemen zu spannen.
Damit liegst Du bei den Kaufteilen bei unter 94€ und kannst die komplette Mechanik bauen.

Wenn Du dann soweit bist, das Du A4, 5, 6 und ggf. auch schon A3 in Betrieb nehmen könntest, holst Du die Motoren.
Wenn Dann A1 und A2 auch fertig sind Netzteil und Motortreiber.

Ich habe jetzt für meinen 3D-Drucker auch die Kaufteilbestellungen auf 3 Monate verteilt und seit Ende November Eingekauft.
Bis zum 19.2. sollen die letzten Teile kommen.
Nächste Woche will ich dann mit der Detailkonstruktion anfangen, da ich dann alle Teile habe die direkt an die Maschine kommen.
Ich habe das bei unter 130€ pro Monat gehalten und bin jetzt bei 374€.
(Wegen den 19% Einfuhrumsatzsteuer ab 22€ Warenwert, war es nach dem Durchrechnen und Vergleichen bei einigen Bestellungen billiger innerhalb der EU zu bestellen.)

So ein Roboterarm wie Du ihn vorhast, ist ja jetzt auch nicht grade ein kleines Projekt.
Der Bau und dann auch die Elektronik und Programmierung werden nicht in eins - zwei Wochen erledigt sein.
Von daher würde ich das an deiner Stelle nicht so schnell canceln.

[Puma321]

Die Überlegung war halt ob ich die Mechanik noch vor meinem Englisch Kurs in England schaffe und dann dort das Software technische erledige
Sonst muss ich mir irgend eine andere Beschäftigung aus den Fingern saugen die ich dort am Wochenende machen kann

[i_make_it]

Wenn Du nicht vor hast, die Hardware zum testen mitzunehmen, dann ist es doch egal ob die Hardware komplett ist. Testen kannst Du dann eh nicht.
Da wäre es nur interessant einen Motortreiber und einen Motor sowie ein kleines 12V Netzteil zu haben um für die PID Regler was zum testen zu haben.
Die inverse Kinematik kann man schußendlich sowieso nur mit der realen Hardware oder einer Simulation testen.
Von daher sehe ich da kein Problem.
Man kann sich sogar mit einem zweiten Kontroller eine Simulation der Hardware (Motoren mit Motortreiber und Encoder sowie Endschalter programmieren) und die ganze Programmierung dagegen testen.
Enable Signal, Direction Signal und PWM kann man nehmen um davon abhängig zwei PWM Signale zur Simulation des CPC zu gestalten und da kann man sogar die Endschalter mit simmulieren um sowohl Referenzfahrt als auch Endstopp zu simulieren. Wenn man die aus den CPC Daten und der Refernzposition gewonnen Achspositionsdaten per Terminal an einen Rechner schickt, könnte man dort sogar eine einfache Verktorgrafik Simulation (Strichmännchen) des Arms laufen lassen um die Inverse Kinematik zu überprüfen.
Am Steuercontroller braucht Du ja als Ausgänge entweder einmal oder 6 mal Enable, 6 mal Direction, 6 mal PWM
und als Eingänge 12 mal Endstopp und 12 mal CPC (je einmal A und B pro Encoder).
Dementsprechend umgekehrt halt am Simulator Controller.
Dort wird aus Direction und dem PWM die Phasenlage und Frequenz der beiden CPC Kanäle generiert und für den Start legt man halt fest, das z.B. bei 100 CPC Flanken in die eine Richtung das Signal für den einen Endschalter gesetzt wird. für die andere Richtung setzt man dann halt einen Wert von z.B 2000 und legt den Zustand je Achse in eine Variable, die gegen die const Werte der Endstopps verglichen werden.
Dann gibt man noch Grenzfrequenzen für die Achsen vor damit man sehen kann wie die Regelung reagiert wenn ein Motor am Limit ist und der Sollwert der Regelung nicht erreicht werden kann.

Damit kann man dann auf dem Steuercontroller das eigentliche Programm für die Steuerung schreiben.
Unabhängig vom Bauzustand.
Die finale Parametrierung der Regelung muß man schlußendlich eh am realen Arm machen.
Mit Verschiedenen Lasten und Bewegungsmustern um zu sehen ob alles klappt.
Z.B. falls der Arm über die Pose senkrecht nach oben hinaus fahren kann und sich dadurch der Vektor der Gewichtskraft um 180° dreht.
Man also bis zum Scheitelpunkt mit dem Motor gegen das Gewicht ankämpft und es ab dann bremsen muß.
Wenn aber die eigentliche Steuersoftware schon funktioniert, sind das "nur" noch Ergänzungen.


Das ganze nennt man übrigens Hardware in the Loop (HIL) Simulation.
Das wird öfters genutzt um eingebettete Systeme oder Komponenten zu entwickeln ohne das die ganze Anlage Verfügbar ist (z.B. wenn diese noch gar nicht gebaut ist).