Neuer 32 Bit Alexmos Controller?
- Themenstarter Maxnarr
- Beginndatum
- Status
Frame IMUs und Bluetooth Module für die 32bitter sind jetzt bei Flyduino verfügbar:
http://flyduino.net/Frame-IMU-for-Alexmos-32-v54-incl-Cable
http://flyduino.net/Serial-Bluetooth-Adapter-PlugnPlay-fuer-Android-App
http://flyduino.net/Frame-IMU-for-Alexmos-32-v54-incl-Cable
http://flyduino.net/Serial-Bluetooth-Adapter-PlugnPlay-fuer-Android-App
Ich hab meinen neuen Controller hier bestellt:
http://www.gothelirc.com/shopdisplayproducts.asp?id=231&cat=Brushless+Gimbal+Controllers
Günstig & schneller Versand auch nach Europa.
http://www.gothelirc.com/shopdisplayproducts.asp?id=231&cat=Brushless+Gimbal+Controllers
Günstig & schneller Versand auch nach Europa.
Hallo Allerseits,
ich habe heute den neuen Frame IMU von Flyduino an meinen Copter gebaut. Er wird erkannt und funktioniert so weit sehr gut - da zittern auf der YAW bei größeren Winkeln ist damit weg. Aaaaaaber das ganze geht nur höchstens 20 sec gut, dann wird urplötzlich das ganze Gimbal um alle Achsen verdreht, die Sensoren spielen total verrückt und erst bei Spannung weg und wieder an geht es - für 20 sec. Ich finde einfach den Fehler nicht. Ziehe ich das Kabel vom 2. Sensor ist als normal. Ferrit- Kern bringt keine Verbesserung. Ideen?
ich habe heute den neuen Frame IMU von Flyduino an meinen Copter gebaut. Er wird erkannt und funktioniert so weit sehr gut - da zittern auf der YAW bei größeren Winkeln ist damit weg. Aaaaaaber das ganze geht nur höchstens 20 sec gut, dann wird urplötzlich das ganze Gimbal um alle Achsen verdreht, die Sensoren spielen total verrückt und erst bei Spannung weg und wieder an geht es - für 20 sec. Ich finde einfach den Fehler nicht. Ziehe ich das Kabel vom 2. Sensor ist als normal. Ferrit- Kern bringt keine Verbesserung. Ideen?
So, Problem gelöst.
Es war etwas völlig unglaubliches. Etwas was nach meinem Wissen gar nicht sein sollte. Die 2. Buchse für die Frame-IMU, also die welche unter der Haupt-IMU Buchse ist, hat diese merkwürdigen Fehler erzeugt sobald dort die IMU angeschlossen wurde. Ich dachte, das ist der selbe Bus, hatte dann die Haupt-IMU an diese Buchse zum Test angeschlossen und siehe da- Störungen von feinsten.
Als Lösung habe ich die beiden Kabel der IMUs zusammen gelötet und an die 1. IMU- Buchse angeschlossen - geht nun alles wunderbar.
Ist wohl ein Fall für die Garantie, aber da ich das so lösen konnte und da Teil dringend benötige lebe ich damit.
Grüße - Andrej
Es war etwas völlig unglaubliches. Etwas was nach meinem Wissen gar nicht sein sollte. Die 2. Buchse für die Frame-IMU, also die welche unter der Haupt-IMU Buchse ist, hat diese merkwürdigen Fehler erzeugt sobald dort die IMU angeschlossen wurde. Ich dachte, das ist der selbe Bus, hatte dann die Haupt-IMU an diese Buchse zum Test angeschlossen und siehe da- Störungen von feinsten.
Als Lösung habe ich die beiden Kabel der IMUs zusammen gelötet und an die 1. IMU- Buchse angeschlossen - geht nun alles wunderbar.
Ist wohl ein Fall für die Garantie, aber da ich das so lösen konnte und da Teil dringend benötige lebe ich damit.
Grüße - Andrej
@Andrej66.
Danke für die Info. Werd wohl demnächst vor den gleichen Problemen stehen.. Aber dann geht das Dingens zurück! Bin zwar immer noch ein Alexmos Fan der ersten Stunde und hab auf den 32 Bitter gewartet, aber für 100% gutes Geld erwarte ich einfach mal 100% gute Ware!
Hoffe aber das du da ein Einzelfall warst..
Gruss Manni
Danke für die Info. Werd wohl demnächst vor den gleichen Problemen stehen.. Aber dann geht das Dingens zurück! Bin zwar immer noch ein Alexmos Fan der ersten Stunde und hab auf den 32 Bitter gewartet, aber für 100% gutes Geld erwarte ich einfach mal 100% gute Ware!
Hoffe aber das du da ein Einzelfall warst..
Gruss Manni
Ich hatte gestern meinen ersten Flug mit dem 32Bit Controller bei dem ich fast zufrieden war mit den PID settings. Auffällig bei mir ist, dass die P und D Settings fast alle sehr niedrig sind (um die 6) und ein extrem niedriger Stromverbrauch (3s Lipo 800mah hat um die 3 Stunden gehalten, klar zwischendurch immer mal wieder ausgesteckt)
Beispielvideo habe ich hier:
[video=youtube;MCTxV5ERYL8]https://www.youtube.com/watch?v=MCTxV5ERYL8[/video]
Achso und ich habe immer haufenweise i2c Fehler, wenn das USB Kabel verbunden ist, trotz Ferritkernen. Auch kommen diese Fehler manchmal während des Fluges, dann muss ich landen, aus- und wieder einschalten und dann gehts meistens wieder.
Beispielvideo habe ich hier:
[video=youtube;MCTxV5ERYL8]https://www.youtube.com/watch?v=MCTxV5ERYL8[/video]
Achso und ich habe immer haufenweise i2c Fehler, wenn das USB Kabel verbunden ist, trotz Ferritkernen. Auch kommen diese Fehler manchmal während des Fluges, dann muss ich landen, aus- und wieder einschalten und dann gehts meistens wieder.
Hallo an alle
Ich bin gerade am überlegen das 32er Board zu kaufen aber ich bin mir nicht sicher ob folgende die selben sind:
http://flyduino.net/Alex-Mos-Brushless-Gimbal-BLG-32bit-Basecam
http://www.copterdeluxe.com/Basecam-SimpleBGC-32-bit-3-Achsen-Board-Dual-IMU
Beide sollen alexmos sein aber sie sehen nicht gleich aus, das von copterdeluxe sieht dem auf der Internetseite von basecam gleich aber flyduino ist ja deutscher Partner von basecam.
Was meint ihr dazu, bin mir gerade unsicher.
Und das von copterdeluxe hat den framesensor gleich dabei, welcher ist der mit den zwei Anschlüssen?
Lg und Danke für die Antworten
Paul
Ich bin gerade am überlegen das 32er Board zu kaufen aber ich bin mir nicht sicher ob folgende die selben sind:
http://flyduino.net/Alex-Mos-Brushless-Gimbal-BLG-32bit-Basecam
http://www.copterdeluxe.com/Basecam-SimpleBGC-32-bit-3-Achsen-Board-Dual-IMU
Beide sollen alexmos sein aber sie sehen nicht gleich aus, das von copterdeluxe sieht dem auf der Internetseite von basecam gleich aber flyduino ist ja deutscher Partner von basecam.
Was meint ihr dazu, bin mir gerade unsicher.
Und das von copterdeluxe hat den framesensor gleich dabei, welcher ist der mit den zwei Anschlüssen?
Lg und Danke für die Antworten
Paul
@flying_dog, lass uns mal bisschen frotzeln ...
Ist auch nicht einfach, ohne Pan Stabilisierung...
Wie aber angedeutet, liegt das fast immer an der zu Stramm abgestimmten Maschine.
Wenn der Kopter zu viel regelt, oder eben zu stramm eingestellt ist, schaffst Du es ohne 3. Achse überhaupt nicht ein ruhiges Bild zu bekommen.
Fliege den Kopter mal testweise im HH und ohne Kompass, Du wirst Dich wundern, wie ruhig auf einmal das Bild wird!
... Ist auch nicht einfach, ohne Pan Stabilisierung...
Wie aber angedeutet, liegt das fast immer an der zu Stramm abgestimmten Maschine.
Wenn der Kopter zu viel regelt, oder eben zu stramm eingestellt ist, schaffst Du es ohne 3. Achse überhaupt nicht ein ruhiges Bild zu bekommen.
Fliege den Kopter mal testweise im HH und ohne Kompass, Du wirst Dich wundern, wie ruhig auf einmal das Bild wird!
@Fry3199
Einfach sagen "geht nicht" ist zu einfach und nicht fair, die Begründung (für uns) muss ebenso her wie eine Lösung (für Dich)
Mal abgesehen davon, das mir das andere Board auch besser gefällt (Geschmackssache),
würde mich nämlich auch interessieren, wieso das mit der zweiten IMU bei deinem Flyduino Board nicht funktioniert.
Einfach sagen "geht nicht" ist zu einfach und nicht fair, die Begründung (für uns) muss ebenso her wie eine Lösung (für Dich)
Mal abgesehen davon, das mir das andere Board auch besser gefällt (Geschmackssache),
würde mich nämlich auch interessieren, wieso das mit der zweiten IMU bei deinem Flyduino Board nicht funktioniert.
@Fry3199
Nachdem ich heute mittag deinen Beitrag #255 gelesen hatte musste ich es einfach wissen und habe den 32bit C von Flyduino kurz belebt. Zuerst beide IMUs ohne den Ferritkern. Ergebniss: ich hatte extrem viele I2C Fehler sodass an eine Einstellung nicht zu denken war. Dann erstmal das I2C Kabel von der Kamera verdrillt wie man es kennt und 5fach sauber um einen extra F-Kern gewickelt. Mit der Frame IMU ging ich genauso vor.. Aufgefallen ist mir, dass wenn die beiden I2C Kabel nicht sauber anliegend um den F-Kern geführt werden dann handelt man sich sehr schnell wieder Fehler ein..Auf jeden Fall wurden die beiden IMUs durch die FW 2.40b8 erkannt und ich konnte sie getrennt kalibrieren. Wie gesagt, dass Alles nur erstmal auf dem Schreibtisch über USB betrieben um zu sehn ob die beiden IMUs überhaupt erkannt und extra eingestellt werden können. Es funktioniert bis dahin tadellos.
Aufgefallen ist mir beim Trockentest, dass auch nach mehrmaligen kalibrieren der "Anzeigepfeil" von YAW bei der Kameraanzeige etwas driftet. Dazu muss ich sagen das ich mich bei meinen 8bit Boards nie drum gekümmert hatte, weil es da passte. Mal abwarten wie es sich im Betrieb mit dem Gimbal verhält. Will so gar nicht mein kleines 8bit Board vom DYS Smart 3Achser für die Gopro ausbauen weil das gerade für meine Ansprüche doch ganz nett arbeitet..Ach ja, nochwas. Was mir gar nicht gefällt ist die Tatsache, dass ich nirgends die 2.40b8 FW zum Downloaden finde! Ist nicht schön weil ich dann nicht mal schnell eine vorhergehende Version zum Quervergleich ausprobieren kann. Denke wenn man sie überflasht ist sie voererst wech...schon doof..
-Hoff ich kann bald mal das 32bit Board am Gimbal probieren um eine echte Aussage treffen zu können-
Geh jetzt noch fliegen und freu mich hinterher auf meine Aufnahmen mit dem DYS Gimbal. So solls sein..
Gruss Manni
Nachdem ich heute mittag deinen Beitrag #255 gelesen hatte musste ich es einfach wissen und habe den 32bit C von Flyduino kurz belebt. Zuerst beide IMUs ohne den Ferritkern. Ergebniss: ich hatte extrem viele I2C Fehler sodass an eine Einstellung nicht zu denken war. Dann erstmal das I2C Kabel von der Kamera verdrillt wie man es kennt und 5fach sauber um einen extra F-Kern gewickelt. Mit der Frame IMU ging ich genauso vor.. Aufgefallen ist mir, dass wenn die beiden I2C Kabel nicht sauber anliegend um den F-Kern geführt werden dann handelt man sich sehr schnell wieder Fehler ein..Auf jeden Fall wurden die beiden IMUs durch die FW 2.40b8 erkannt und ich konnte sie getrennt kalibrieren. Wie gesagt, dass Alles nur erstmal auf dem Schreibtisch über USB betrieben um zu sehn ob die beiden IMUs überhaupt erkannt und extra eingestellt werden können. Es funktioniert bis dahin tadellos.
Aufgefallen ist mir beim Trockentest, dass auch nach mehrmaligen kalibrieren der "Anzeigepfeil" von YAW bei der Kameraanzeige etwas driftet. Dazu muss ich sagen das ich mich bei meinen 8bit Boards nie drum gekümmert hatte, weil es da passte. Mal abwarten wie es sich im Betrieb mit dem Gimbal verhält. Will so gar nicht mein kleines 8bit Board vom DYS Smart 3Achser für die Gopro ausbauen weil das gerade für meine Ansprüche doch ganz nett arbeitet..Ach ja, nochwas. Was mir gar nicht gefällt ist die Tatsache, dass ich nirgends die 2.40b8 FW zum Downloaden finde! Ist nicht schön weil ich dann nicht mal schnell eine vorhergehende Version zum Quervergleich ausprobieren kann. Denke wenn man sie überflasht ist sie voererst wech...schon doof..
-Hoff ich kann bald mal das 32bit Board am Gimbal probieren um eine echte Aussage treffen zu können-
Geh jetzt noch fliegen und freu mich hinterher auf meine Aufnahmen mit dem DYS Gimbal
. So solls sein..Gruss Manni
genau das war ja auch mein Problem damals.
Jetzt hatte ich das Board ja bei Paul zur Durchsicht/Reparatur gehabt und die FW war dann drauf. Bei mir besteht aber derzeit das Problem, dass das Board auf Roll einwandfrei arbeitet, aber bei Nick totalen Schrott produziert. Wenn ich P und D auf 0 habe, steht die Cam ruhig (regelt ja aber nicht), und sowie ich die beiden auf (nur) 1 setze, fängt die Cam an, wie verrückt zu pendeln...
Woran könnte das liegen?
Grüße Stephan
Jetzt hatte ich das Board ja bei Paul zur Durchsicht/Reparatur gehabt und die FW war dann drauf. Bei mir besteht aber derzeit das Problem, dass das Board auf Roll einwandfrei arbeitet, aber bei Nick totalen Schrott produziert. Wenn ich P und D auf 0 habe, steht die Cam ruhig (regelt ja aber nicht), und sowie ich die beiden auf (nur) 1 setze, fängt die Cam an, wie verrückt zu pendeln...
Woran könnte das liegen?
Grüße Stephan
Da dürfen wir uns alle bei den Clonern & Hackern bedanken, dass Aleksey jetzt die Schotten hochgefahren hat...
I.M. gips eh noch keine Nachfolgeversion, also auch keinen Vorgänger...
@ Stephan: Kamera richtig ausbalanciert, Drehrichtung des Pitchmotors in Ordnung, Orientierung der IMU ok?
btw: Welche Powerwerte benutzt Du für die Motoren und welches Gimbal/Motoren kommen zum Einsatz?
I.M. gips eh noch keine Nachfolgeversion, also auch keinen Vorgänger...
@ Stephan: Kamera richtig ausbalanciert, Drehrichtung des Pitchmotors in Ordnung, Orientierung der IMU ok?
btw: Welche Powerwerte benutzt Du für die Motoren und welches Gimbal/Motoren kommen zum Einsatz?
- Status
