Von Kompass sehe ich hier bisher nichts.Zitat von Moppi
Wie lautet das Zitat vollständig?
Mit Accelerometern kann man keine (relative oder absolute) Richtung bestimmen, sondern nur mit Gyroskopen (Rotationssensoren) oder Magnetometern (Kompass-Sensoren), meist sind sie miteinander kombiniert (sog. IMU = inertial measurement unit).
Der MPU6050 (Acc.+Gyro), MPU9050 (Acc.+Gyro+Kompass) oder CMPS11/12 (Acc.+Gyro+Kompass) wären hier gute Beispiele.
Datenblatt erste Seite
Typical applications
• E-compass applications
• Static orientation detection (portrait/landscape, up/down, left/right, back/front
position identification)
• Notebook, e-reader, and laptop tumble and freefall detection
• Real-time orientation detection (virtual reality and gaming 3D user position feedback)
• Real-time activity analysis (pedometer step counting, freefall drop detection for HDD, dead-reckoning GPS backup)
• Motion detection for portable product power saving (auto-sleep and auto-wake for cell phone, PDA, GPS, gaming)
• Shock and vibration monitoring (mechatronic compensation, shipping and warranty usage logging)
• User interface (menu scrolling by orientation change, pulse detection for button replacement)
höchstens zu verstehen in Verbindung mit anderen externen Sensoren, ich sehe keinen eingebauten Gyro oder Kompass (CMIIW)
Ja, sieht danach aus.
MfG
Ich habe jetzt das Accelerometer so weit im Programm eingebunden.
Bevor ich jetzt wieder selber das Rad erfinde, folgende Frage:
Hat schon jemand einen Algorithmus gesichtet, der die Werte eines Lagesensors auf 6 Beine, bei einem Hexapod - als Offset - berechnet? Oder was ähnliches?
Ich habe die Werte so weit verarbeitet, dass ich in jeder Achse 0 bis +/-15 erhalte.
Also 0 wäre waagerecht, -15 (max). zu der einen Seite, +15 (max.) zu der andern Seite gekippt.
Jetzt muss ich, je nachdem wie der Sensor aus der Waagerechten gekippt wird, verschiedene Werte berechnen, die sich zu den einzelnen Beinen addieren lassen, so dass der Hexapod-Körper die Waagerechte in X und Y wieder einnimmt.
MfG
"so etwas ähnliches": ja.
Allerdings für den mpu6050, der aber für die Lage-Berechnung ebenfalls seine Accelerometer benutzt.
Da sie als raw-Werte sehr verrauscht sind, wird ein Kalmanfilter verwendet:
https://github.com/TKJElectronics/KalmanFilter
https://github.com/TKJElectronics/Ka...50/MPU6050.ino
(Anm.: Da dein Sensor sehr "ungewöhnlich" ist, er keine Gyros zur Stabilisierung per Sensorfusion hat und ich keine Arduino-Libs dafür kenne, würde ich dir empfehlen, ebenfalls auf den mpu6050 zu wechseln, er ist sehr preiswert erhältlich.)
Neee, ich bleib dabei. Der Sensor ist nicht schlecht. Funktioniert ja auch. Wozu jetzt einen andern nehmen? Ich habe ein Vermögen dafür ausgegeben (Conrad eben).
Danke, trotzdem für die Quellen!
Ist mir aber zu kompliziert. Es muss einfacher funktionieren.
Der Sensor wäre vom Prinzip auch egal, ich würde dieselben Wertebereiche für weitere Berechnungen verwenden.
MfG
Berechtigungen
Zitieren
Lesezeichen