STorM32 BGC: 3-Achsen STM32 Brushless Gimbal Controller
- Themenstarter OlliW
- Beginndatum
Hat jemand eine Sony A5100 mit diesem Gimbal http://rctimer.com/product-950.html im Einsatz? Es sind diese Motoren http://rctimer.com/product-870.html verbaut. Ich möchte das Gimbal mit 4S betreiben. Oder kann mir jemand bei den Einstellungen helfen?
Hallo Miteinander, ich versuche schon seid einer gefühlten Ewigkeit mein Storm32 Board welches ich von readytoflyquads bereits mit angelötetem Bluetooth Modul gekauft habe über eine Bluetooth Verbindung mit dem PC bzw. Mit dem Einstellprogramm für das Storm32 zu verbinden.
Ich habe die aktuelle Firmware 0.89e auf dem Board geflashed und der Contoller arbeitet auch sehr gut was die pure Gimbal Funktionalität betrifft.
Über die Software wurde auch bereits die Autokonfig für Bluetooth durchgeführt welche allerdings am nach der Anforderung AT+VERSION immer die Fehlermeldung: Check failed, something went wrong erscheint.
Nun ich habe dies bereits an 3 verschiedenen Computern unterschiedlichen alters versucht mit selbigem Ergebnis.
Hätte irgend jemand einen Tipp für mich?
Ich habe die aktuelle Firmware 0.89e auf dem Board geflashed und der Contoller arbeitet auch sehr gut was die pure Gimbal Funktionalität betrifft.
Über die Software wurde auch bereits die Autokonfig für Bluetooth durchgeführt welche allerdings am nach der Anforderung AT+VERSION immer die Fehlermeldung: Check failed, something went wrong erscheint.
Nun ich habe dies bereits an 3 verschiedenen Computern unterschiedlichen alters versucht mit selbigem Ergebnis.
Hätte irgend jemand einen Tipp für mich?
Moin,
Ich versuche gerade meinen ersten Storm32 Controller in Betrieb zu nehmen, und stoße auf ein Problem:
Wenn ich über das Auto-Configure Tool mein Gimbal in Konfigurieren möchte, hängt es immer an Punkt 10 - also dem Hochfahren vom Gimbal.
Was passiert:
1. StartMot läuft ab, MOtoren haben sichtbar Spannung
2.) Settle...OK
3.) Calibrate..OK
4.) LEVEL ... hier bewegt sich der Motor extrem langsam (ca 5 grad pro 10 sek), und die Konfiguration bricht ab.
Das Wiki sagt jetzt dazu:
Motors are not connected to the correct ports.
---- Hab ich gecheckt, mehrmals, und dann korrigiert.
Motors are not working properly because of e.g. a broken wire or bad connection.
---- Lötpunkte sehen super aus, Kabel sind nicht gequetsch / haben keine Risse, und die MOtoren haben ja in "LEVEL" offensichtlich power um zu halten.
The IMU(s) do not work properly because they are connected to the wrong ports, or step 4 wasn't done correctly.
---- Naja- das IMU steckt im richtigen Port, und die Bewegungen vom Board sehen im Data-Monitor auch korrekt aus (Nach vorne schwenken = pos Pitch, nach rechts kippen = Pos Roll Winkel)
I2C errors occur because of inappropriate routing of motor and I2C cables (consult also the I2C Error Compendium).
Laut Data Monitor OK während dem gesamten vorgang.
PID parameters are totally wrong for the gimbal.
Naja, ist ein kleines GoPro Gimbal das gut ausbalanciert ist. Habe auch mal Statt P=4 P=6 ausprobiert.
Setup:
Storm32 V1.3
DYS 80T 2208 Motoren
12V
2 Axis
Camera IMU auf der GoPro oben drauf montiert. 1-Point Calibration sowohl von CamIMU als auch BoardIMU durchgeführt.
Ich versuche gerade meinen ersten Storm32 Controller in Betrieb zu nehmen, und stoße auf ein Problem:
Wenn ich über das Auto-Configure Tool mein Gimbal in Konfigurieren möchte, hängt es immer an Punkt 10 - also dem Hochfahren vom Gimbal.
Was passiert:
1. StartMot läuft ab, MOtoren haben sichtbar Spannung
2.) Settle...OK
3.) Calibrate..OK
4.) LEVEL ... hier bewegt sich der Motor extrem langsam (ca 5 grad pro 10 sek), und die Konfiguration bricht ab.
Das Wiki sagt jetzt dazu:
Motors are not connected to the correct ports.
---- Hab ich gecheckt, mehrmals, und dann korrigiert.
Motors are not working properly because of e.g. a broken wire or bad connection.
---- Lötpunkte sehen super aus, Kabel sind nicht gequetsch / haben keine Risse, und die MOtoren haben ja in "LEVEL" offensichtlich power um zu halten.
The IMU(s) do not work properly because they are connected to the wrong ports, or step 4 wasn't done correctly.
---- Naja- das IMU steckt im richtigen Port, und die Bewegungen vom Board sehen im Data-Monitor auch korrekt aus (Nach vorne schwenken = pos Pitch, nach rechts kippen = Pos Roll Winkel)
I2C errors occur because of inappropriate routing of motor and I2C cables (consult also the I2C Error Compendium).
Laut Data Monitor OK während dem gesamten vorgang.
PID parameters are totally wrong for the gimbal.
Naja, ist ein kleines GoPro Gimbal das gut ausbalanciert ist. Habe auch mal Statt P=4 P=6 ausprobiert.
Setup:
Storm32 V1.3
DYS 80T 2208 Motoren
12V
2 Axis
Camera IMU auf der GoPro oben drauf montiert. 1-Point Calibration sowohl von CamIMU als auch BoardIMU durchgeführt.
Hab es "nur" als 2-Achs-Version am Laufen. Bei größeren Neigungen fängt es an zu zittern. Bekomme diese zittern einfach nicht in den Griff. Also bei sanften Copterflügen funktioniert es eigentlich gut. Wenn ich dann einen "schnelleren Flug" mit zackigen Bewegungen mache, dann zittert es.
Würde das reine Motoren austauschen schon reichen, oder ist der grundsätzliche Aufbau das Problem?
Ich habe das Gimbal perfekt funktionierend schon im Einsatz gesehen.
Würde das reine Motoren austauschen schon reichen, oder ist der grundsätzliche Aufbau das Problem?
Ich habe das Gimbal perfekt funktionierend schon im Einsatz gesehen.
500 Eur und 300 g Kamera aber das billigste und klapprigste Gimbal ... das Gimbal verbiegt sich ja schon beim angucken ... manche Ansätze schreien danach nichts werden zu wollen 
für nen ähnlichen Preis gibt es - IMHO -auch stabil-gebaute Gimbals, vielleicht ne bessere Wahl
für nen ähnlichen Preis gibt es - IMHO -auch stabil-gebaute Gimbals, vielleicht ne bessere Wahl
150€ (ohne Controller und Versandkosten) finde ich nicht gerade billig.
@MGR
Direkt am Stecker, GUI auf default. Das hat bei mir zu Storm32 Anfängen mal geholfen - warum k.a.
also 1|2|3 zu 2|1|3
@Fliega
150€ ist ein Witz für ein Gimbal, ganz ehrlich. Wo hast du das ASP schon perfekt laufen sehen?
Meine Leidensgeschichte mit dem Sch*Ding: 2achs/Martinez-> 8Bit Amos-> ASP 3achs Umbau/Amos32Bit->Motoren raus, GB4108 rein->Amos raus-> Strorm32 rein. Gimbal raus->KamkopGimbal rein. Läuft!
Die Konstruktion ist zu `windig`. Falls du aber testen willst - hab noch ein paar 4108er mit Hohlwelle da;-)
Direkt am Stecker, GUI auf default. Das hat bei mir zu Storm32 Anfängen mal geholfen - warum k.a.
also 1|2|3 zu 2|1|3
@Fliega
150€ ist ein Witz für ein Gimbal, ganz ehrlich. Wo hast du das ASP schon perfekt laufen sehen?
Meine Leidensgeschichte mit dem Sch*Ding: 2achs/Martinez-> 8Bit Amos-> ASP 3achs Umbau/Amos32Bit->Motoren raus, GB4108 rein->Amos raus-> Strorm32 rein. Gimbal raus->KamkopGimbal rein. Läuft!
Die Konstruktion ist zu `windig`. Falls du aber testen willst - hab noch ein paar 4108er mit Hohlwelle da;-)
@EagleFly:
was man sich überlegen könnte, wären "leistungsfähigere" Befehle, wie z.B. eine DOPANAROMA mit ein paar wenigen Parametern, dann würde das in den Platz passen, da könnt Ihr gerne mal überlegen, was da ein sinnvoller, flexibler, leistungsfähiger Befehl sein könnte
was man sich überlegen könnte, wären "leistungsfähigere" Befehle, wie z.B. eine DOPANAROMA mit ein paar wenigen Parametern, dann würde das in den Platz passen, da könnt Ihr gerne mal überlegen, was da ein sinnvoller, flexibler, leistungsfähiger Befehl sein könnte
Moin Oli,
ich habe mir die letzten Tagen noch ein paar Gedanken zu der Wunschliste der Storm32 Panorama Funktion gemacht und würde hier gern mein Wunschvorstellung äußern.
Du sagtest zwar schon, dass dich eine EierlegendeWollmilchsäue nicht interessieren würde, jedoch meintest du auch man könnte sich Gedanken zu einem „SUPER-Befehl“ machen um PanoramaBilder mit dem Storm32 Controller Autark von dem ganzen Mavlink Klump und manueller Ansteuerung möglich machen.
Da deine ScriptFunktion in deiner GUI Einzigartig ist und zumindest Grundsätzlich Ein Ansteuerung Denkbar ist, wäre es doch super wenn es nicht an einem passenden Befehl dafür scheitern würde.
Wäre ein Befehl möglich der anhand von wenigen Angaben und wenigen Zeilen ein Script möglich macht?
Ich stell mir ein Befehl wie folgt vor…
DO_PANORAMA_S20+30T2
S20+30T2= Aufteilung Steps „S20“ sagt 360° / 20Steps= 20Schritte zu je 18° bei „+30“ bedeutet +30° Pitch bei „T2“ bedeutet 2Sekunden Delay nach jedem Schritt
So Könnte ein FullPanorama zb mit 4 folgenden Befehlen so aussehen:
1. DO_PANORAMA_S15+30T2 (Erste Runde 20 Steps je 24° bei +30° Pitch und 2Sek, Delay)
2. DO_PANORAMA_S20+00T2 (Zweite Runde 20 Steps je 18° bei +0° Pitch und 2Sek, Delay)
3. DO_PANORAMA_S10-45T2 (Dritte Runde 10 Steps je 36° bei -45° Pitch und 2Sek, Delay)
4. DO_PANORAMA_S4-70T2 (Vierte Runde 4 Steps je 90° bei -70° Pitch und 2Sek, Delay)
5. End!
Das hier soll nur als Idee dienen und lediglich ein kleiner Beitrag zur einer eventuellen sehr coolen Funktion sein.
Ob sich dies so umsetzen lässt, keine Ahnung, ich kenne mich mit Programmierung absolut nicht aus aber ich bin mir sicher du verstehst zumindest meine Überlegung und ich würde mich freuen wenn dieses Projekt auf deiner Storm32 Ideenloste mit dazu gefügt werden könnte.
Cheerio
Ben
eben ... ist hier auch nicht anders, jeder gibt nur seine eigene Meinung zum Besten ... da bleibt nur die Foren durchzugehen und dann den eigenen gesunden Menschenverstand zu bemühen
indem man z.B. die Foren durchgeht und dann den eigenen gesunden Menschenverstand bemüht ... ein paar Seiten vorher wurde z.B. in diesem Thread betont wie wichtig eine stabile Bauweise ist, dann sieht man sich die Bilder des Gimbals an, dann ... ich für mich komme da zum Schluss das es klappriger kaum geht ... und schon hat man 1+1 zusammengezählt
absolut betrachtet ist es das auch nicht, aber für ein Gimbal für ne 500 Eur/300 g Kamera schon ... man kauft sich ja auch keinen Ferrari und baut dann nen Käfer-Motor ein
(obwohl, schlechtes Beispiel, weil das Umgekehrte, Käfer mit Ferrari Motor, hätte sicher seinen Reiz LOL)
indem man z.B. die Foren durchgeht und dann den eigenen gesunden Menschenverstand bemüht ... ein paar Seiten vorher wurde z.B. in diesem Thread betont wie wichtig eine stabile Bauweise ist, dann sieht man sich die Bilder des Gimbals an, dann ... ich für mich komme da zum Schluss das es klappriger kaum geht ... und schon hat man 1+1 zusammengezählt
absolut betrachtet ist es das auch nicht, aber für ein Gimbal für ne 500 Eur/300 g Kamera schon ... man kauft sich ja auch keinen Ferrari und baut dann nen Käfer-Motor ein
(obwohl, schlechtes Beispiel, weil das Umgekehrte, Käfer mit Ferrari Motor, hätte sicher seinen Reiz LOL)
@aspunk:
das Tool hat doch ne Ausgabe, poste die doch mal, dann weis man wenigstens irgendwas
leutet die gelbe BT Led am Board?
vor "Urzeiten" gab es mal das Problem das RTF fälschlicherwiese Boards mit HC05 statt HC06 vetrieben hatte, das ist IMHO zwar schon seit einiger Zeit behoben, aber wer weis wo/wann du dein Board her hast, vielleicht das Problem?
@MGR:
die im Wiki angegeben Fehler haben sich für 99.9% der Fälle als wahr erwiesen
wenn wir also mal davon ausgehen dass du nicht zu den 0.1% gehörst, liegtder Hund schon irgendwo da begraben
2 axis bedeutet auch dass du den Controller passend einstellen musst (siehe Wiki und Foren), das Config Tool macht das nicht (das ist ja auch ein 3-Achs Board, gell)
welche Firmware?
am Besten ist bei soetwas (aussagekräftige!!!!) Videos zu machen, so das wir auch was sehen können
setting sind auch immer gerne gesehen
das Tool hat doch ne Ausgabe, poste die doch mal, dann weis man wenigstens irgendwas
leutet die gelbe BT Led am Board?
vor "Urzeiten" gab es mal das Problem das RTF fälschlicherwiese Boards mit HC05 statt HC06 vetrieben hatte, das ist IMHO zwar schon seit einiger Zeit behoben, aber wer weis wo/wann du dein Board her hast, vielleicht das Problem?
@MGR:
die im Wiki angegeben Fehler haben sich für 99.9% der Fälle als wahr erwiesen
wenn wir also mal davon ausgehen dass du nicht zu den 0.1% gehörst, liegtder Hund schon irgendwo da begraben
2 axis bedeutet auch dass du den Controller passend einstellen musst (siehe Wiki und Foren), das Config Tool macht das nicht (das ist ja auch ein 3-Achs Board, gell)
welche Firmware?
am Besten ist bei soetwas (aussagekräftige!!!!) Videos zu machen, so das wir auch was sehen können
setting sind auch immer gerne gesehen
... ich bin lernfähig.
Zuerst hatte ich ne Kamera für 50€ , dann das Gimbal und danach erst die Sony A5100. Für die erste Cam hat alles gut funktioniert (da waren die Aufnahmen zu schlecht) bin bis auf die "zackigen Flüge" ja zufrieden. Das Geld in Säcken zu Hause stehen, hab ich leider auch nicht. Ich bin ja glücklich, dass mir geholfen wird, aber diese Gimbal hab ich nun mal 😐 Kommt Zeit, kommt vielleicht sogar Geld 😂 Momentan muss ich daraus das "Beste" rausholen 😉
Zuerst hatte ich ne Kamera für 50€ , dann das Gimbal und danach erst die Sony A5100. Für die erste Cam hat alles gut funktioniert (da waren die Aufnahmen zu schlecht) bin bis auf die "zackigen Flüge" ja zufrieden. Das Geld in Säcken zu Hause stehen, hab ich leider auch nicht. Ich bin ja glücklich, dass mir geholfen wird, aber diese Gimbal hab ich nun mal 😐 Kommt Zeit, kommt vielleicht sogar Geld 😂 Momentan muss ich daraus das "Beste" rausholen 😉
@Ben:
gute Ideen
Fragen an den potentiellen Nutzerkreis:
* Darf man davon ausgehen dass es sich IMMER um 360° handelt ???
Also Idee, man könnte für diesen Teil auch die Info aus dem Pan Tab mit verwerten. Ist z.B. -150°...+150° bei Min/Max angegeben, dann wird das eben als Grenzen angenommen, und z.B. 30 Bilder in diesen Winkelbereich reinlegen. Für 360° müsste dann z.B. auf "turnaround" eingestellt werden.
Allerdings könnte man das auch als Nachteil sehen und hätte lieber alle Info im Pano-Befehl unmtergebracht.
Meinungen?
* Darf/soll/muss man immer davon ausgehen dass die Pans immer in die selbe Drehrichtung gehen?
Nur bei sliprings ist es möglich "unendlich" rumzudrehen, bei Gimbals nur mit Yaw Hollow shaft nicht, obwohl man hier auch problemlos Panos machen könnte wenn man immer einmal rechts rum und dann linksrum usw. aufnimmt.
Gibt es einen photographischen/andersweitigen Grund warum, wenn möglich, eine Drehrichtung Vorteile bringt, oder könnte man immer rechts rum/links rum/rechts rum/usw. machen?
* Ben's Idee beinhaltet das es ein Liste von vordefinierten Pano Befehlen. Das wäre bzgl. des benötigten Script-Speicherplatzes optimal. Alternativ könnte man einen PanoBefehl haben, dem man die Info als Parameter über gibt, würde belibige Panos, braucht mehr Script-Speicherplatz
Also, (genügend) viele vordefinierte Befehle oder Befehl mit Paramater?
Wie gesagt, sehr guter erster Ansatz, aber man kann IMHO noch ein bischen weiter über's Konzept nachdenken ... es wäre gut wenn der Befehlssatz so allgemein/flexibel ist dass nicht nur der eine spezieller Aufbau funktioniert
gute Ideen
Fragen an den potentiellen Nutzerkreis:
* Darf man davon ausgehen dass es sich IMMER um 360° handelt ???
Also Idee, man könnte für diesen Teil auch die Info aus dem Pan Tab mit verwerten. Ist z.B. -150°...+150° bei Min/Max angegeben, dann wird das eben als Grenzen angenommen, und z.B. 30 Bilder in diesen Winkelbereich reinlegen. Für 360° müsste dann z.B. auf "turnaround" eingestellt werden.
Allerdings könnte man das auch als Nachteil sehen und hätte lieber alle Info im Pano-Befehl unmtergebracht.
Meinungen?
* Darf/soll/muss man immer davon ausgehen dass die Pans immer in die selbe Drehrichtung gehen?
Nur bei sliprings ist es möglich "unendlich" rumzudrehen, bei Gimbals nur mit Yaw Hollow shaft nicht, obwohl man hier auch problemlos Panos machen könnte wenn man immer einmal rechts rum und dann linksrum usw. aufnimmt.
Gibt es einen photographischen/andersweitigen Grund warum, wenn möglich, eine Drehrichtung Vorteile bringt, oder könnte man immer rechts rum/links rum/rechts rum/usw. machen?
* Ben's Idee beinhaltet das es ein Liste von vordefinierten Pano Befehlen. Das wäre bzgl. des benötigten Script-Speicherplatzes optimal. Alternativ könnte man einen PanoBefehl haben, dem man die Info als Parameter über gibt, würde belibige Panos, braucht mehr Script-Speicherplatz
Also, (genügend) viele vordefinierte Befehle oder Befehl mit Paramater?
Wie gesagt, sehr guter erster Ansatz, aber man kann IMHO noch ein bischen weiter über's Konzept nachdenken ... es wäre gut wenn der Befehlssatz so allgemein/flexibel ist dass nicht nur der eine spezieller Aufbau funktioniert
