Also wenn du um die AccZ-Achse (senkrecht) drehst, merkst du das in den Daten nicht, um das gehts hier aber nicht, sind Äpfel und Birnen.
Werbung
Also wenn du um die AccZ-Achse (senkrecht) drehst, merkst du das in den Daten nicht, um das gehts hier aber nicht, sind Äpfel und Birnen.
es geht eben doch, unter bestimmten Bedingungen / Prämissen, lies den Artikel!!
und genau um das geht es auch beim Sensor fusioning bei dead reckoning = Koppel-Navigation !
Lies dich erstmal in die Thematik ein, bevor du andere Leute als Idioten und Trolls hinstellst!
Geändert von HaWe (19.11.2014 um 23:22 Uhr)
Das war / ist der Eingangspost dieses Threads --> ergo: Es geht um die Datenfusion von Gyro & Acc, sodass ein fusionierter Winkel rauskommt.Zitat von Ritchie
Ich hab mich lange genug eingelesen, hab selbst schon einige Datenfusionen erfolgreich programmiert!
Und NEIN, AccZ und GyroZ lassen sich nicht ohne weiteres fusionieren, nimm einen Acc, leg ihn auf den Tisch und dreh ihn um die Hochachse, da ändert sich GARNICHTS.
Ist mir jetzt aber auch egal, will darüber mit dir nicht mehr diskutieren.
dann lass es, keinem ist es verboten, dumm zu bleiben.
Die grundlegende Frage ist doch die nach der Art der Drehung, z.B.:
wenn ein Gyro sich um die senkrechte Achse dreht, wie bei einem fahrenden Roboter, wie willst du diese Drehungen mit einem Accelerometer filtern? Sicher nicht einfach per Accelerometer und atan, da sind wir uns ja jetzt einig.
Die gute Nachricht: Acc- und Gyro Fusion geht per Kalman-Filter für Navigation und Drehung aber doch, siehe Link - nur eben ganz anders!
(übrigens auch per Partikel-Filter / SMC Filter, davon abgesehen)
Es ist ein professionell eingesetztes System.
Aber es erfordert ungeheuer viel Programmier-Aufwand.
Und Odometriedaten als weiteren Input für den Kalman.
ps, edit,
eigtl sind es sogar 2 Kalmans in dem Link.
Geändert von HaWe (20.11.2014 um 08:02 Uhr)
Lesezeichen