Neuer 32 Bit Alexmos Controller?
- Themenstarter Maxnarr
- Beginndatum
- Status
Danke für Deine Initiative trotz Blindflug! 
Bin mit Paul gestern den Shop durchgegangen und irgendwie is das ausgetauschte Bild wieder futsch...
Du hast jedenfalls ein veraltetes erwischt.
Von links nach rechts:
1. die Reihenfolge der Motoranschlüsse is Yaw / Pitch / Roll
2. I2C is GND / SCL / SDA / VCC (oder Farbcodierung vom Kabel: schwarz, grün, blau, rot)
3. die obere Reihe der Pins rechts is 3,3V / GND / 5V
4. die nächste Reihe ist Buzzer - / Buzzer + / Switch (SW)
5. auf dem RC Roll sitzt neben PPM auch noch S-Bus
Danke,
Norbert
Bin mit Paul gestern den Shop durchgegangen und irgendwie is das ausgetauschte Bild wieder futsch...
Du hast jedenfalls ein veraltetes erwischt.
Von links nach rechts:
1. die Reihenfolge der Motoranschlüsse is Yaw / Pitch / Roll
2. I2C is GND / SCL / SDA / VCC (oder Farbcodierung vom Kabel: schwarz, grün, blau, rot)
3. die obere Reihe der Pins rechts is 3,3V / GND / 5V
4. die nächste Reihe ist Buzzer - / Buzzer + / Switch (SW)
5. auf dem RC Roll sitzt neben PPM auch noch S-Bus
Danke,
Norbert
...ist aber aktuell nicht verfügbar. http://flyduino.net/Alex-Mos-Brushless-Gimbal-BLG-32bit-Basecam
Warten oder woanders kaufen? Ist das das richtige Board, wenn ich ein "dys 3 axis alexmos gimbal" damit betreiben will? Und - ist das 32bit alexmos wirklich so viel besser als das 8bit?
Ich krieg das 8bit board mit dem dys gimbal ziemlich gut hin, aber hab ab und zu zitterer drin.
Lohnt sich der Umstieg auf 32bit?
Warten oder woanders kaufen? Ist das das richtige Board, wenn ich ein "dys 3 axis alexmos gimbal" damit betreiben will? Und - ist das 32bit alexmos wirklich so viel besser als das 8bit?
Ich krieg das 8bit board mit dem dys gimbal ziemlich gut hin, aber hab ab und zu zitterer drin.
Lohnt sich der Umstieg auf 32bit?
Hier gibt es noch welche aus der aktuellen Batch: https://viacopter.eu/multirotor-shop/camera-gimbals/basecam32-3axis-multicopter-store
Der 32bitter ist kompakter, hat mehr Funktionen und ist deutlich höher belastbar.
Ausserdem gehört dem 32bit ARM die Zukunft...
Der 32bitter ist kompakter, hat mehr Funktionen und ist deutlich höher belastbar.
Ausserdem gehört dem 32bit ARM die Zukunft...
@Kinderkram
...und das scheint Tarot erkannt zu haben weil es in seinem C-Board für das Gopro Gimbal den 32 bit ARM Dual Core Prozessor schon lange verbaut hat. Die Regelgeschwindigkeit die der Controller "damals" zeigte hatte viele Nutzer begeistert.. Heute ist das Standart..
Das musste jetzt sein weil ich das 32bit Board zuhause habe..Und da liegt es..liegt es...liegt es.."wie im Dornröschenschlaf und hofft mal das Prinz Alexmos es mit einer Hammer Software wachküsst.." Ich denke das Gimbal ist momentan interessant für Alles was über eine Gopro hinaus geht. Die Gopro wird halt wegen seiner Kompaktheit hauptsächlich für Flugvids eingesetzt und dafür gibts schon verdammt gute Gimbal. Alexmos lebt immer noch von seinen guten, manuellen Steuerfunktionen für ein Gimbal und die sind vielleicht bei den Steadycam Nutzer vordergründiger als ein Super sauberer Horizont verbunden mit hervorragender Stabilisierung.
Abwarten und Tee trinken, sach ich mal..
Manni
Manni
...und das scheint Tarot erkannt zu haben weil es in seinem C-Board für das Gopro Gimbal den 32 bit ARM Dual Core Prozessor schon lange verbaut hat. Die Regelgeschwindigkeit die der Controller "damals" zeigte hatte viele Nutzer begeistert.. Heute ist das Standart..
Das musste jetzt sein weil ich das 32bit Board zuhause habe..Und da liegt es..liegt es...liegt es.."wie im Dornröschenschlaf und hofft mal das Prinz Alexmos es mit einer Hammer Software wachküsst.." Ich denke das Gimbal ist momentan interessant für Alles was über eine Gopro hinaus geht. Die Gopro wird halt wegen seiner Kompaktheit hauptsächlich für Flugvids eingesetzt und dafür gibts schon verdammt gute Gimbal
. Alexmos lebt immer noch von seinen guten, manuellen Steuerfunktionen für ein Gimbal und die sind vielleicht bei den Steadycam Nutzer vordergründiger als ein Super sauberer Horizont verbunden mit hervorragender Stabilisierung.Abwarten und Tee trinken, sach ich mal..
Manni
Manni
Heyho,
hab mir das 32er geholt und hab dummerweise das IMU Kabel gleich verlängert ohne den Sensor zu checken. Es kommt teilweise was an aber damit kann man nicht arbeiten. Ferrit-Ring hat nur ein bisschen was gebracht aber der I2C Fehler hört nicht auf zu rattern.
Meine Frage ist jetzt ob einer von euch (gegoogelt) ein JST SH Jumper 4 Pin Kabel übrig hat? Das ist das was standardmäßig beim 32bit mitgeliefert wird. 45cm wären ideal! Gibts auch 15 Euro dafür PN+bild an mich!
hab mir das 32er geholt und hab dummerweise das IMU Kabel gleich verlängert ohne den Sensor zu checken. Es kommt teilweise was an aber damit kann man nicht arbeiten. Ferrit-Ring hat nur ein bisschen was gebracht aber der I2C Fehler hört nicht auf zu rattern.
Meine Frage ist jetzt ob einer von euch (gegoogelt) ein JST SH Jumper 4 Pin Kabel übrig hat? Das ist das was standardmäßig beim 32bit mitgeliefert wird. 45cm wären ideal! Gibts auch 15 Euro dafür
PN+bild an mich!Hey,
super vielen Dank Marvin! Ich hatte es ursprünglich beim Dänen gekauft, aber von der Zeit her reicht mir das bestellen dort nicht mehr:
http://flyduino.net/SH10-4-poliger-I2C-Stecker-45cm
super vielen Dank Marvin! Ich hatte es ursprünglich beim Dänen gekauft, aber von der Zeit her reicht mir das bestellen dort nicht mehr:
http://flyduino.net/SH10-4-poliger-I2C-Stecker-45cm
Gerne.
Ich hab meine I2C Probleme aber auch nicht in den Griff bekommen. hab ja auf Seite 27/28 hier etwas dazu geschrieben. Stecke ich die Frame IMU an, bekomme ich Probleme, und kann/will so nicht fliegen.
Hab das Kabel der Frame IMU abgesteckt, obwohl vielleicht abzüglich Ferritkern noch 2-3cm lang, und nach Stunden im Betrieb bleibt der Counter noch immer bei 0 Fehlern. Obwohl das Signal zusammen mit Motorphasen durch den Schleifring gejagt wird usw.
Nicht so ganz befriedigend eine Frame IMU verbaut und eingestellt zu haben, aber totlegen zu müssen, damit's fehlerfrei funktioniert. Hab leider keine Lösung gefunden, und hier auch nicht viel Feedback bekommen :-/
Ich hab meine I2C Probleme aber auch nicht in den Griff bekommen. hab ja auf Seite 27/28 hier etwas dazu geschrieben. Stecke ich die Frame IMU an, bekomme ich Probleme, und kann/will so nicht fliegen.
Hab das Kabel der Frame IMU abgesteckt, obwohl vielleicht abzüglich Ferritkern noch 2-3cm lang, und nach Stunden im Betrieb bleibt der Counter noch immer bei 0 Fehlern. Obwohl das Signal zusammen mit Motorphasen durch den Schleifring gejagt wird usw.
Nicht so ganz befriedigend eine Frame IMU verbaut und eingestellt zu haben, aber totlegen zu müssen, damit's fehlerfrei funktioniert. Hab leider keine Lösung gefunden, und hier auch nicht viel Feedback bekommen :-/
Moin moin zusammen,
Ich hab da mal eine Verständnisfrage bezüglich der Frame IMU,
Welche Vorteile bringt diese den mit ? Also mal jetzt von der 3 ten Achse abgesehen?
Es gibt ja die Möglichkeit die Flug FC an das Alex mos zu schließen um die Stabilität zu erhöhen, macht die zweite IMU das im Grunde auch ?
Gruß Ricardo
Ich hab da mal eine Verständnisfrage bezüglich der Frame IMU,
Welche Vorteile bringt diese den mit ? Also mal jetzt von der 3 ten Achse abgesehen?
Es gibt ja die Möglichkeit die Flug FC an das Alex mos zu schließen um die Stabilität zu erhöhen, macht die zweite IMU das im Grunde auch ?
Gruß Ricardo
Vorteile:
1. Erweiterter Funktionsbereich (Der Gimbal funktioniert, im Gegensatz zum Betrieb mit einer IMU, auch noch über-Kopf; zum Beispiel)
2. Bessere Präzision
3. Höhere Langzeitstabilität
Der FC gibt sein Signal ja über PWM an den BGC. Das ist mit 50Hz (Korrigiert mich, wenn ich falsch liege) langsamer als die per I²C übertragenen Daten der zweiten IMU. Die Daten müssten obendrein auch präziser sein.
Edit:
Vom OlliW gabs da mal ein sehr informatives Video zum Thema:
https://www.youtube.com/watch?v=XeKQRgV_V9Q
1. Erweiterter Funktionsbereich (Der Gimbal funktioniert, im Gegensatz zum Betrieb mit einer IMU, auch noch über-Kopf; zum Beispiel)
2. Bessere Präzision
3. Höhere Langzeitstabilität
Der FC gibt sein Signal ja über PWM an den BGC. Das ist mit 50Hz (Korrigiert mich, wenn ich falsch liege) langsamer als die per I²C übertragenen Daten der zweiten IMU. Die Daten müssten obendrein auch präziser sein.
Edit:
Vom OlliW gabs da mal ein sehr informatives Video zum Thema:
https://www.youtube.com/watch?v=XeKQRgV_V9Q
Zuletzt bearbeitet:
Moin Andreas,
Also kurz um hab ich die Wahl zwischen FC und IMU wobei die zweite IMU schneller ist als die FC.
Ich frag halt deswegen weil ich am überlegen bin mir das zu holen allerdings erstmal nur für das vorhandene 2 Achser,
Kenn es halt nur vom 2Achser wo die FC mit angeschlossen werden konnte um den Horizont Drift zu minimieren was also in dem Fall dann die
Zweite IMU macht ,
Danke schön
Gruß Ricardo
Also kurz um hab ich die Wahl zwischen FC und IMU wobei die zweite IMU schneller ist als die FC.
Ich frag halt deswegen weil ich am überlegen bin mir das zu holen allerdings erstmal nur für das vorhandene 2 Achser,
Kenn es halt nur vom 2Achser wo die FC mit angeschlossen werden konnte um den Horizont Drift zu minimieren was also in dem Fall dann die
Zweite IMU macht ,
Danke schön
Gruß Ricardo
- Status
