TSphere mithilfe MotionSensor drehen?

[derseitzer]

Hallo Michael,

Ja das habe ich und ich habe folgende Ergebnisse: Accelerometer, Gyroskop, magnetometer, Schwerkraftsensor, Lineare acceleration, rotations sensor, Umgebungstemp. Proximity Sensor, Licht Sensor, Drucksensor, relative feuchte-sensor.. Ich meine ich habe ein S7 Edge.. da sollte schon alles mögliche vorhanden sein..

ich benutze nun nicht mehr den Motion, sondern den Orientationsensor mit folgenden Befehlen:

Dummy1.RotationAngle.X := round(4*OrientationSensor1.Sensor.HeadingY);
Dummy1.RotationAngle.Y := round(4*OrientationSensor1.Sensor.HeadingX);

(Man merke das X und Y vertauscht sind, was beabsichtigt ist, da im Handy die Koordinaten anders definiert sind..)
Somit funktioniert die App eigentlich bis auf das kleine ruckeln. Durch das "round" ist es damit auch schon besser geworden, aber dieses flüssige Drehen fehlt mir trotzdem etwas..

Ich werde mal versuchen ob ich die Werte speichern kann - in die TfloatAnimation reinsetze - und dann ein fließendes Ergebnis bekomme

[Michael II]

Hallo derseitzer

du musst dir bewusst sein, dass du bei den Headingwerten das "Magnetometer" abfragst.

Wie erwähnt: Du erhältst einen Vektor v auf den magnetischen Nordpol. Die Werte v=(x,y,z)t haben nichts mit Winkeln zu tun. Diese Winkel müsstest du zuerst ermitteln. [Beachte: Die Schar aller Abbildungen A: R^3->R^3, welche (0,0,1) in norm(v) und e1'=A(1,0,0)t, e2'=A(0,1,0)t je in normierte Vektoren überführt, so dass die Bilder wieder ein Dreibein mit gleicher Orientierung bilden ist von Dimension 1.]

Würdest du nicht besser das Accelerometer hinzuziehen? Es ist für deinen Zweck etwas einfacher in der Handhabung, weil dieser Vektor (Gravitation) orthogonal zur Waagrechten steht.

[derseitzer]

Das Accelerometer gibt mir keine Werte.. nur 0.. ich habe so abgefragt:
Label1.Text := FloatToStr(Zahl*MotionSensor1.Sensor.accelerationX ); (für Zahl alles mögliche eingesetzt)

Da ich nur 0 zurückbekommen habe habe ich eben anderes versucht.. das alles hat auch nicht funktioniert:
Label4.text := FloatToStr(MotionSensor1.Sensor.AngleAccelX);
Label7.text := FloatToStr(MotionSensor1.Sensor.Motion);
Label8.text := FloatToStr(MotionSensor1.Sensor.Speed);

was eben funktioniert hat war das mit dem orientationsensor.. :/

[Michael II]

Das ist komisch. Nur der "abgeleitete* Acceleration Vektor" [*also jener Vektor, welcher dir Änderungen des Acceleator Vektors anzeigt] sollte dir Nullen anzeigen, wenn du dein Gerät nicht bewegst.

Wenn du mit der Android App checkst: Hast du unter Acceleration nachgeschaut? Zeigt dir die App dort auch nur Nullen an?

[derseitzer]

Ja genau ich checke das alles immer auf dem handy :/

[borstenei]

Lade Dir aus dem PlayStore die kostenlose App "Phone Tester " runter, starte die App und überprüfe ob die entsprechenden Sensoren auch Daten liefern. Falls nicht das Handy einfach mal neu starten.
Ich hatte in einer selbstgeschrieben App auch die Probleme das die Beschleunigungssensoren immer 0 ausgegeben haben , nach einem Handy Neustart war das dann wieder ok.

[Michael II]

Hallo derseitzer

ja eine Animation ist sicher gut und wie erwähnt eventuell wäre ein Filtern der "Ungenauigkeiten" ok.

Und noch einmal: Das Abgreifen der Werte X,Y,Z ist in den Emba Beispielen sehr schlecht "gelöst". Wenn du zuerst X abfragst, dann Y, dann Z, dann stammen diese drei Werte nicht unbedingt aus der gleichen Messung [nicht aus dem gleichen SensorEvent].

Ich habe rasch mit meinem Nexu10 getestet: Wenn ich die Werte X,Y,Z alle 0.1sec der Reihe nach abgreife, also zum Beispiel

Code:

... := OrientationSensor1.Sensor.TiltX;
... := OrientationSensor1.Sensor.TiltY;
... := OrientationSensor1.Sensor.TiltZ;

dann stammen diese Werte bei meinem Gerät nur in ca. 22%* aller Fälle aus der gleichen Messung. Wenn du also das Gerät bewegst, dann ist dieser Umstand der weit grösste Fehlerfaktor. : 78%* aller ermittelten Lagevektoren sind dann schlicht falsch. Eine Drohne oder ähnliches Gerät solltest du mit solchen Daten nicht steuern... wenn du's doch tun willst, dann

[*Der ermittelte Wert hängt natürlich ab vom Timerintervall und von der Frequenz, mit welcher des Sensor Daten z.V. stellt.]

Besser: Die Vektoren aus dem SensorEvent auslesen. Dann stammen X,Y,Z aus der gleichen Messung.

Ein Beispiel für diese falsche Art der Abfrage: Wenn du einen Sensor hast, welcher die Lage im R^2 ermitteln kann und sich dein Gerät entlang y=x bewegt, dann durchläuft dein Gerät Positionen (t,t), t aus R. Dein Sensor ermittelt korrekt ..., m(n)=(3.232,3.232), m(n+1)=(6.902,6.902),.... wenn nun in deinem Programm in 78% aller Fälle der Wert für x aus Messung n stammt und der Wert von y aus m(n+1) (oder gar einer späteren Messung), dann hättest du mit deinem Programm in 78% aller Fälle eine komplett falsche Position (3.232,6.902) im Schilf ermittelt, obschon der Sensor absolut korrekte Werte meldet. [Das führt natürlich zu Ruckeln... hoffentlich werten Tesla und Co solche Dinge anders aus...]