STorM32 BGC: 3-Achsen STM32 Brushless Gimbal Controller

dann muss ich ja die imu übern schleifring anschließen, nee, dann geht das leider nicht und ich muss doch das andere board nehmen, die frame imu ist da zwar lose, aber auch die pack ich hinten auf den Gimbal, mach ich sonst auch immer so.
man kann das beim storm nicht im tool auswählen, ob es am frame oder am core sitzt und wie rum man das Board montiert hat?
 

digaus

Erfahrener Benutzer
Nein, das wird vom storm nicht unterstützt. Das Wiki ist übrigens sehr informativ: http://www.olliw.eu/storm32bgc-wiki/Using_a_2nd_IMU
Ich habe keine Probleme mit einem schleifring. Das storm ist soweit ich weiß das einzige gimbal was den yaw Drift mithilfe der zweiten imu eleminiert. Das heißt man kann das gimbal per Hand verdrehen und es richtet sich wieder nach vorne aus.
Wenn du wifi und einen raspberry pi an Bord hast ist sowas auch möglich:
http://youtu.be/agjNehBCdE0
 
Schade, das das Storm nicht ohne Schleifring funktioniert.
Bei meinen großen gimbals ist überm pan Motor nur ein Quickmount vorgesehen, da will ich nicht noch einen dicken Kasten für elektronik haben.
Das ist beim kleinen vielleicht anders, aber auch da gibts ja jetzt ein kleines sbgc, so das man es prima unten im Gimbal verbauen kann. Bei meinr kleimen canlecam ist ja noch ein kleines 16 bit ohne frame imu, aber auch das geht super
Aber was nutzt das jammern, wenns nicht geht, gehts eben nicht, muss mein Bord leider weiter in der Kiste schummern.
Btw, bin ich den der einzigste, der die Imu nicht übern schleifring führen will?
 

digaus

Erfahrener Benutzer
Die meisten brauchen wahrscheinlich keine 360 Grad und legen die imu so nach oben. Ich meine du kannst wie gesagt den Controller unter Pan befestigen und eine imu nach oben legen. Einen dicken Kasten brauchst dann oben auch nicht. Aber wenn du keinen schleifring einsetzen willst, dann ist das storm wohl nichts für dich.
 
Die meisten brauchen wahrscheinlich keine 360 Grad und legen die imu so nach oben. Ich meine du kannst wie gesagt den Controller unter Pan befestigen und eine imu nach oben legen. Einen dicken Kasten brauchst dann oben auch nicht. Aber wenn du keinen schleifring einsetzen willst, dann ist das storm wohl nichts für dich.

Ja denke auch das wird zu umständlich.
Echt schade, wo das Board doch eine eigene IMU hat...
Die onboard IMU aber nicht funktioniert, wenn ich die Platine nicht zwingend über dem Pan Motor liegend einbaue und ich eine weitere IMU kaufen muss und zusätzlich noch ein Schleifring einbauen und alle Kabel drüber führen muss, nur damit das Teil sauber auf 3 Achsen funktioniert.
Da ist alexmos wirklich die einfachere Wahl.
Jetzt verstehe ich aber auch, wieso das Board immer noch so wenig eingebaut wird!?
Denn die Hardware ist ja eigentlich sehr gut und das mit der IMU auf der Platine hat mir ja auch gefallen, aber wenn man Die Platine nur an einer bestimmten Position montieren darf und dann mindestens 2 Motorkabel und das IMU Kabel durch einen Schleifring führen muss, oder außen rum baumeln lässt und dann in der Pan eingeschränkt ist...
Das schränkt natürlich die Verwendbarkeit der Platine deutlich ein.
Auch frag ich mich, wieso das Board überhaupt die IMU mit auf der Platine hat, wenn mann damit dann so eingeschränkt ist, hätte man die nicht lieber gleich extern lassen sollen...
Wie auch immer...
Auf alle Fälle einmal vielen Dank, für die Erklärung.
Das hat mir ein unnötiges hin und her Geschraube und langes rumprobieren mit den Boards erspart.
Ob es in ferner Zukunft, was diese Einschränkung der Software an geht noch eine Option gibt, trau ich mich jetzt lieber nicht zu fragen :)...
Wenn Ihr ja alle damit klar kommt und es Euch nicht stört, soll es mir auch recht sein.
 
Oh mann, ihr macht mich killig... soll ich es jetzt doch nehmen?...
"Limitierte Funktion!" Was bedeutet das genau?

... Ich glaub ich muss das Teil doch mal auf bauen und noch einmal testen.
Auf alle Fälle werde ich heute Abend meinen Leseabend mal bei Olli im Wiki verbringen...
Leider alles in english... naja, muss ich halt durch, aber bis Samstag hab ich ja noch bisschen Zeit das alles zu sichten.
Und wenn was dann doch noch was unklar ist werde ich yang zuerst mit meinen Fragen ärgern, der hat seinen Controller ja recht gut am laufen so wie ich gesehen habe :)
Und was ich auch gesehen habe ist, das er auch das Board am Gimbal Hintern montiert hat und nicht oben auf dem Pan Motor...


über dem Bild da oben stand noch was...
" Comment: The configuration (3) in the diagram is NOT supported by the STorM32 firmware, as by principle it provides only very limited benefits."

Also ich bin durch mit lesen, oder besser ich ab an dem Punkt "not supported" nun abgebrochen...
Muss ich also doch noch ne IMU und einen Schleifring kaufen :( , naja, die IMU alleine würde ich ja noch in mein Quickmount verstecken können... Gefallen tut mir das aber trotzdem nicht, zumal ich mich ständig frage, wieso das beim sbgc auch mit der Frame IMU unten so gut funktioniert und das beim Storm unbedingt oben sein muss... sagt jetzt BITTE nicht "weil das eben besser ist" ...
 
Zuletzt bearbeitet:

hexakopter

Erfahrener Benutzer
... Gefallen tut mir das aber trotzdem nicht, zumal ich mich ständig frage, wieso das beim sbgc auch mit der Frame IMU unten so gut funktioniert und das beim Storm unbedingt oben sein muss... sagt jetzt BITTE nicht "weil das eben besser ist" ...
Die einfache Antwort ist, weil es nicht richtig funktioniert. :p Schon mal das Alexmos mit zweiter IMU unter YAW in allen möglichen Lagen mit der Hand verdreht? Wenn ja wirst du feststellen, dass er nicht immer in die richtige Position zurückgeht und manchmal anfängt "zu spinnen". Das passiert beim Storm nicht, weil da die IMU halt oberhalb montiert ist und immer die wirkliche Lage des Griffes bekannt ist.

Gruß, hexakopter
 
Die einfache Antwort ist, weil es nicht richtig funktioniert. :p Schon mal das Alexmos mit zweiter IMU unter YAW in allen möglichen Lagen mit der Hand verdreht? Wenn ja wirst du feststellen, dass er nicht immer in die richtige Position zurückgeht und manchmal anfängt "zu spinnen". Das passiert beim Storm nicht, weil da die IMU halt oberhalb montiert ist und immer die wirkliche Lage des Griffes bekannt ist.

Gruß, hexakopter
Also das konnte ich bisher jetzt nicht beobachten. Das Video weiter oben mit der Handycam drauf ist ein 32bit alexmos und geht super, ohne jegliche Zicken, mein Handheld ebenso.
Gut, beim Handheld muss man ab und an die Pan nach richten weil sie ein Paar Grad weg gelaufen ist...
Aber, das die Pan Achse nicht absolutstabil ist für mich kein Problem, langsamer Drift merkt man nicht, da der Gimbal ja ständig Manuell vom "Fahrer"geführt wird.
Wenn also der Gimbal nicht gerade ein Handheld ist, z.B. für die Leute Probleme mit dem Bedienen als solches haben :) (Spaß...),
oder Piloten, die mit einem Brushless Gimbal FPV fliegen wollen, da mag das stimmen, was Du sagst, dann sollte das eigentlich kein Problem dar stellen.

Aber driften dürften die IMU´s beim Storm auch, das kannst Du nicht völlig verhindern, allerdings wird der Sensordrift der beiden IMU´s wohl so gering sein, das Du es idr nicht während einer Flugphase bemerkst.
Was das Problem des Driftens an geht, wäre mir persönlich ein Hall Sensor und ein kleiner Magnet zur "einnordung"
analog zur der Lösung wie in dem "openservo" Projekt praktiziert, die deutlich bessere Wahl.
Aber was solls...

Mal abwarten, so wie ich gesehen habe, hat sich beim Storm ja in der letzten Zeit auch mächtig viel getan, vielleicht kommt ja auch noch irgendwann die ein oder andere Sache dazu, die das universellere Verwenden ermöglicht, so das das Board auch eine breitere Masse anspricht (wer will schon zwingend einen dreiachser mit Schleifring bestücken müssen)
Das sind ja doch nur paar kleine Winkelfunktionen im Source und ein Häkchen im Tool, dann sollte das auch gehen :)
 
Zuletzt bearbeitet:

OlliW

Erfahrener Benutzer
Hallo Klempnertommy,

ich möchte gerne auf deinen Post #366 antworten, auch weil es im Zusammenhang mit einer interessanten Diskussion steht, die IMHO von allgemeinerem Interesse sein könnte.

Es ist durchaus möglich dass das STorM32 für deinen Anwendungsfall nicht geeignet ist. Um eine kurze und klare Antwort zu geben, wenn das Board am Arm sein muss, eine extra IMU oberhalb Yaw nicht in Frage kommt, und der 2te IMU Support benötigt wird, dann ist das STorM definitiv NICHT geeignet. Das wird sich in absehbarer Zeit auch nicht ändern. Aber es ist doch schön dass das AlexMos für dich perfekt funktioniert! Besser geht's doch gar nicht.

Andere Aussagen im Post bedürfen einer Korrektur.

Tatsächlich ist es so, dass das AM NICHT sauber auf 3 Achsen funktioniert, das STorM32 aber schon, da liegst du genau verkehrt herum. Ich schlage dazu einen einfachen Test vor. Stelle die Yaw Achse auf Pan Modus, oder Follow Modus, oder wie immer das beim AM heisst. Nun rolle meinetwegen um 45°, und pitche meinetwegen um 135°, und nun lenke die Kamera per Hand um deutlich mehr als 60° z.B. nach links aus (oder rechts) aus, und lass sie los, wenn sich das GImbal wieder beruigt hat, dann bewege es. Zeige uns was dein Gimbal mit dem AM am Arm bei all dem macht. Digaus macht nun das Gleiche mit seinem Gimbal, und zeigt uns was bei Ihm passiert. Dann könnt Ihr Alle darüber entscheiden, welcher Kontroller eurer (!) Meinung nach sauber auf 3 Achsen funktioniert.

Im AM Thread wird euch übrigens gerade erzählt dass Ihr Encoder braucht, das STorM kann das auch einfach so, ohne großes Investment, allerdings mit ner 2ten IMU über Yaw.

Der Eindruck dass das mit der on-board IMU keinen Sinn macht ist nicht richtig. Für deinen Anwednungsfall mag das so sein, und für handheld Anwendungen ist es tatsächlich üblich das Board am Arm zu haben, aber für Copter-Anwendungen ist das sicher nicht sinnvoll. Man bräuchte sich dazu nur mal "alle" kommerziellen Gimbals ansehen, wie die so gebaut sind. Es gibt einige Gründe dafür das Board oberhalb von Yaw zu haben, z.B.
* Es ist generell nicht sinnvoll die Gimbal-Arme mit unnötiger Masse zu belegen, das kann nur die Regeleigenschaften/Gimbalperfomance verschlechtern.
* Das Board muss ja auch mit Strom versorgt werden, eine extra Batterie am Arm ist sicher ein no-go, und ob das Batteriekabel flexibel genug sein wird?
Für alle Copteranwendungen ist die on-board IMU also cool, weil man nichts mehr extra machen muss, spaart Gewicht, und Nerven.

Der Eindruk dass das Board nicht viel eingebaut wird ist vermutlich auch etwas veraltet. Wobei "viel" natürlich relativ ist, aber es handelt sich ja auch nur um ein nicht-kommerzielles Hobbyprojekt.

Vergesst die obigen Test-Videos nicht, und die Abstimmung :)

Olli
 
Zuletzt bearbeitet:
Vielen Dank für die Antwort.
Dass das so wie es momentan gelöst ist eine der hochwertigsten IMU Lösungen ist, gebe ich gerne zu!

Das Argument "Spart Gewicht" ist aber relativ. Ich sag nur dicker Motor mit Hohlwelle und extra Slipring, auch kommen bei einem großen Gimbal schnell mal ein Paar Meter Kabel mehr zusammen (12x25cm sind auch drei Meter)
Allerdings kann man sich mit dieser Lösung eigentlich immer den zweiten Akku sparen, das macht es wieder wett.

12 Kabel durch einen Motor führen ist natürlich gerade was die Störungen an geht aber auch nicht easy.
( 6xMotor 4xSensor 2xStrom für das HD Zeugs... und das HD Zeugs will ich echt nicht auch noch zusätzlich durch den Slipring ziehen ;) )

Vorher war es so gedacht, das der Gimbal einen eigenen Akku hat und nur ein Coax slipring den HD stream hoch zum Dicken HD Sender schiebt, jetzt muss eben anstatt Akku, der Dicke HD Sender unten an den Gimbal...

Zusammen gefasst also, muss ich mich nun um eine funktionierende Slipring Lösung kümmern die mit den Strömen und Störungen klar kommt und schauen wie ich das Storm in mein Mount einbauen kann, ohne das es aussieht wie dahingesch...
Dafür hab ich dann eine echt hochwerige IMU Lösung und spare mir zusätzlich auch einen akku ein...
Klingt soweit gut, brauch ich aber ein Paar Tage...

BTW:
Bei einem geführten (ständig fern bedienten) Gimbal ist das, was die erwähnte "Präzision" an geht, eigentlich eh kein Problem. Zumal Cabelcam-Gimbals selten mehr als 45 Grad Rollen oder Nicken ;)

Sag nicht nie... sag vielleicht... vielleicht nächsten Winter oder so :)
Für einen Top Programmiere Wie Dich wäre es sicher doch ein leichtes, so ein kleine Häkchen rein zu programmieren, oder?
Also nur für all die Leute, die auch mit weniger zufrieden sind :)
 

j-man

Erfahrener Benutzer
Das ist mir klar, jedoch wenn man das STorm32 an der Rückseite der YAW achse befestigt, dann brauche ich noch eine IMU.

Woher bekommt ihr also eine 3. IMU?
 

hexakopter

Erfahrener Benutzer
@OlliW Genau dieses Gimbal Verhalten meinte ich. Irgendwie sind immer alle mit der AM Lösung unter dem YAW Motor glücklich, da können sie die zweite IMU aber eigentlich auch fast weglassen. Hat lange gedauert aber bei der Erkenntnis bin ich jetzt auch angekommen. :p Wenn ich irgendwann mal Zeit habe genau zu vergleichen mache ich da mal ein Video. Muss dir auch mal noch was wegen den Encodern schreiben. Das Regeln wir dann aber privat. :D

@j-man Einfach mal nach MPU6050 oder IMU 6050 oder so googlen. Kannst du direkt hier in Deutschland oder auch aus China beziehen. Dann noch ein passendes Kabel finden und los gehts.

@klempnertommy Wenn 45 Grad Rollen und Nicken bleibt, spar dir doch einfach die zweite IMU. ;) Soll genug Leute geben die auch mit einer oder eineinviertel (unterm Yaw-Motor) leben können.

Grüße, hexakopter
 
Hallo,
ist es in der Software irgendwie möglich Limits für die Achsen zu definieren?
Also wenn der Gimbal auf YAW mechanisch nur +/- 120° Drehen soll und auf Pitch +/-100° zb. Weil da dann ein anschlag der Mechanik ist?
 
Hallo,
ist es in der Software irgendwie möglich Limits für die Achsen zu definieren?
Also wenn der Gimbal auf YAW mechanisch nur +/- 120° Drehen soll und auf Pitch +/-100° zb. Weil da dann ein anschlag der Mechanik ist?
Ja, das wäre auch meine nächste Frage gewesen, denn mit dem Slipring werde ich irgendwie nicht warm.
Ich würde es gerne mal mit einer Kabelschleife, die sich um den Pan Motor legt versuchen.
Ich würde dann auch gerne mindestens 2 Umdrehungen in beide Richtungen zu lassen.

Aber mal abgesehen von der Frage, wie man den Gimbal per Software begrenzt, ist doch...
Wie soll ich dem Gimbal beim Initiieren mitteilen in welcher Position er gebootet hat?
Kann mir da jemand einen guten Tipp geben?
(sbgc kann man ja begrenzen, das ist aber auch da immer das Problem)
 

j-man

Erfahrener Benutzer
Tatsächlich ist es so, dass das AM NICHT sauber auf 3 Achsen funktioniert, das STorM32 aber schon, da liegst du genau verkehrt herum. Ich schlage dazu einen einfachen Test vor. Stelle die Yaw Achse auf Pan Modus, oder Follow Modus, oder wie immer das beim AM heisst. Nun rolle meinetwegen um 45°, und pitche meinetwegen um 135°, und nun lenke die Kamera per Hand um deutlich mehr als 60° z.B. nach links aus (oder rechts) aus, und lass sie los, wenn sich das GImbal wieder beruigt hat, dann bewege es. Zeige uns was dein Gimbal mit dem AM am Arm bei all dem macht. Digaus macht nun das Gleiche mit seinem Gimbal, und zeigt uns was bei Ihm passiert. Dann könnt Ihr Alle darüber entscheiden, welcher Kontroller eurer (!) Meinung nach sauber auf 3 Achsen funktioniert.


Olli
HI Olli,
was bedeutet deine Ausführung? AM ist bei 2 Achsen ok, aber bei 3en wird es kompliziert und ungenau?

Ich lese schon seit Tagen Seite um Seite. Ich glaube langsam echt, dass dein STorm32 um einiges besser ist, als das AM. Würdest du darstellen, welcher Unterschied besonders deutlich ist?

Denn scheinbar braucht deine Lösung keinen Encoder (was ist das?), woran liegt das?

Gruß
 
FPV1

Banggood

Oben Unten