Board für komplexes (?) Projekt gesucht

[Rabenauge]

Was an der MPU 6050 ist denn nun wieder kompliziert?
Man schliesse das Ding an, besorge sich die Kalman-Filter-Bibliothek für Ardunino und lese die gewünschten Werte....
Das Einzige, was man u.U. tun muss, ist, die Achsen an die _wirkliche_ Einbaulage anpassen.
Noch unkompolizierter kann ich es mir nicht vorstellen- zumal das Beispielprogramm der genannten Bibliothek auch Rohwerte (wenn man mal selber versuchen möchte, so _richtig_ zu programmieren) und auch komplementärGefilterte Werte ausgibt.
Hier kann man sehr schön vergleichen...
Und das funktioniert auch, einwandfrei.

Besser kann es irgendeine alles-in-Wunderlösung auch nicht machen, die hätte allenfalls nen Geschwindigkeitsvorteil, wenn die Filtereien direkt im Sensorbord erledigt werden, mehr nich...aber selbst auf nem, mit nur 16MHz getakteten, Arduino reicht das allemal zum balancieren.

Kompass wirst du wirklich knicken können. Abstand zu Eisen mindestens 20cm, bei weniger muss das Ding sehr gründlich kalibriert werden, und die Fehler, die die Zündanlagen erzeugen, wirste niemals raus gerechnet bekommen, fürchte ich.

[FlyRider]

Ich kann mir ja die MPU 6050 einfach mal ansehe, das Ding kostet ja wirklich nicht die Welt. Und mann kann ja relativ problemlos auch später noch eine andere IMU einbauen, wenn es die doch nicht bringen sollte. Bei Lösungen mit Magnetfeld habe ich eben bedenken, ob die noch problemlos funktionieren, wenn das Magentfeld gestört wird (ob man die Werte quasi ignorieren kann und nur auf Beschleunigung und Drehwinkel geht - aber dann bringt die "teure" Lösung hat eh nix).

Jetzt wart ich mal, ob noch jemand Efahrung mit alternativen IMUs hat, ansonsten probier ich einfach mal die MPU 6050 ...

[morob]

gut zu wissen das mbed3 lokal ist
kompass ist echt kompliziert, nicht nur eisen, sondern auch motoren machen probleme.

[HaWe]

den fehlerhaften Kompass-Anteil kannst du keinesfalls einfach ignorieren, wenn er in den IMU mit eingeht, aber durch Metallteile verfälscht wird. Dann wird auch dein heading total verfälscht sein. Daher brauchst du tatsächlich einen IMU OHNE Kompass-Anteil.

[Wsk8]

Das stimmt nicht. Es ist ja auch nicht deaktiviert. Es sind einfach Dateien gelöscht. Der normale gcc-arm-none-eabi sowohl unter Linux als auch Windows hat diese Dinge und die funktionieren auch auf den 32 Bit Arduinos. Auch hat das offenbar nichts mit dynamischer Speicherverwaltung zu tun, es fehlen auch <array> oder <functional>.

Gelöscht oder deaktiviert. Was ist da jetzt der Unterschied? Standardmäßig ist es nicht verwendbar, und auf das kommt es an.
Und es geht hier hauptsächlich um die Container, hier wird sehr viel mit dyn. Speicher gemacht. Bei unseren kleinen Hobby-Projekten, wo keine 10% des Controllers genutzt werden, funktioniert das natürlich gut. Aber es gibt ja schließlich Leute, die jedes Byte ausnutzen und dabei zu 100% garantieren müssen, dass nichts abstürzt. Sonst wird es seeehr teuer.

Aber in den nächsten Jahren wird sich hier noch viel ändern.

mfg

[HaWe]

ey Leute, das mit dem embed ist doch längst vom Tisch! Der TO nimmt den Arduino DUE mit der Arduino-IDE!
bleibt doch bitte mal bei den tatsächlich noch offenen Problemen!
(z.B. einer IMU-Alternative zum MPU6050 und dem CMPS11, aber ohne Kompass, am besten aber auch (wie der CMPS11) mit eigenem Signal-Prozessor und Kalman-Filter on-board)

ps,
fällt mir gerade ein:
da soll's was neues von Bosch geben...
...weiß jetzt aber auch nicht mehr, ob mit oder ohne Kompass...

[Wsk8]

ey Leute, das mit dem embed ist doch längst vom Tisch! Der TO nimmt den Arduino DUE mit der Arduino-IDE!
bleibt doch bitte mal bei den tatsächlich noch offenen Problemen!
(z.B. einer IMU-Alternative zum MPU6050 und dem CMPS11, aber ohne Kompass, am besten aber auch (wie der CMPS11) mit eigenem Signal-Prozessor und Kalman-Filter on-board)

ps,
fällt mir gerade ein:
da soll's was neues von Bosch geben...
...weiß jetzt aber auch nicht mehr, ob mit oder ohne Kompass...

Problem ist doch schon gelöst mit dem 6050.
Hat KEIN Magnetometer, ist genau (16 bit) und der Due hat mehr als ausreichend Leistung um die paar Berechnungen durchzuführen.

mfg