Jump to content

IAF

Members
  • Gesamte Inhalte

    8
  • Benutzer seit

  • Letzter Besuch

IAF's Achievements

Newbie

Newbie (1/14)

0

Reputation in der Community

  1. Hello nochmal, ich bin mir nicht sicher ob ich das richtig verstanden habe: wenn ich x,y,z habe und mir jeweils den aktuellen Euler Winkel ausgeben lasse, dann sollte doch die aktuelle Lage keinen Einfluss auf das Ergebnis haben, da intern nicht mit Euler Winkeln gearbeitet wird. Sprich die Ausgabe für sich betrachtet ist Gimble Lock Free. Erst wenn ich mit den Winkeln rechne / Produkt bilde kann es zu Problemen kommen. Wenn ich mir den Gyro mechanisch vorstelle kann ich das Problem nachvollziehen. Immerhin ist der Gimble lock ein physikalisches und kein rechnerisches Problem. Nochmal danke für die Klarstellung.
  2. Hello, ich setze mich gerade mit dem Thema IMU/Gyroskope und Gimble-Lock auseinander. Was mir nicht ganz klar ist: Ich verstehe das es Probleme geben kann, wenn sich die Achsen gleich ausrichten und man Winkel zur Berechnung des jeweiligen Zustands nimmt. Jedoch liefert der IMU mir auch quaternions somit scheint es dem IMU ja möglich die genau Lage unabhängig der verschiedenen Achsen zu bestimmen. Ist das mit dem Gimble Lock nur ein theoretisches Problem bei der Winkelberechnung welches ich ignorieren kann solange ich jede Achse einzeln interpretiere? Wie gesagt die genau Lage im Raum scheint ja zur jederzeit bekannt, sonst könnte der IMU ja keine quaternions ausgeben. Schon einmal vielen Dank für die Erklärungen.
  3. Das ist ja super! Ich bin schon auf die ersten Ergebnisse gespannt. Hast du vor den Bricklet der Allgemeinheit zugänglich zu machen (open Source)? Oder gar zu vertreiben? Ich hätte definitiv Interesse. Viel erfolg noch, Chris
  4. Hallo, mit dem Brick-Viewer steht ja schon ein Tool für das Testen der Hardware bereit. Aber wie testet ihr eure Programme? Gibt es auch eine art grafisches Tool um Werte zu simulieren? Schön wäre es ja, wenn ich mich mit dem Deamon verbinden könnte, aber eben Werte selber setzten kann. Dann müsste man im eigentlich Code nichts ändern. Hat jemand in dieser Richtung etwas gebaut/programmiert? Übersehe ich hier etwas? Wie testet ihr? Viele Grüße, Chris
  5. Hallo! habe an anderer Stelle folgende Antwort bekommen: Das PWM Signal auszulesen ist momentan mit unseren Komponenten nicht möglich. Dafür müsste man genau Zeit messen können oder das Signal deutlich öfters wie 1000x Sekunde auslesen können. Ich suche aber auch noch nach einer Lösung. Viele Grüße, Chris
  6. Hallo nochmal, vielleicht habe ich die Antwort auch überlesen, aber wo ist der vorteil des "neuen" Differenz-Sensor gegenüber zwei Barometerbricklets (Eines für den Staudruck und eines für den Statikdruck?) Danke nochmal, Chris
  7. Hallo! Ich suche nach einem Weg die Ausgaben des ServoBrick mit einem klassischem Empfänger zu überlagern. Soweit ich das überschauen kann, ist das nicht durch manuelle Verdrahtung zu lösen, da der Empfänger und der ServoBrick nicht synchron getaktet sind. Das heißt ich müsste die Ausgaben des klassischen Empfängers erst einlesen und dann die Ausgabe des ServoBricks entsprechend anpassen. Ist das korrekt? Wenn ja, wie kann ich die Signale des Empfängers am besten einlesen? Alternativ: Was wäre der beste Weg um zwischen den "Quellen" wählen zu können? Vielen Dank für Eure Hilfe, Chris
  8. Hallo, ich habe sehr gut Erfahrungen mit denen hier https://www.becker-mueller.de/ gemacht. Wenn du mir das entsprechende Projekt schickst, kann ich gerne für dich anfragen. Hätte selber auch Interesse. Viele Grüße, Chris
×
×
  • Neu erstellen...