borg

Das ist schlecht. Dann meld dich mal bei info@tinkerforge.com mit der Bestellnummer, wir tauschen das Joystick Bricklet aus. Da muss dann wohl der Joystick selber defekt sein . Macht es eigentlich "klick" wenn du drückst?

Probier mal %d anstatt %f im printf

@fjahn: Hier ist erklärt wie man einen Brick flasht: http://www.tinkerforge.com/doc/Software/Brickv.html#brick-firmware-flashing Vor allem auch unten den "note" beachten und atm6124_cdc.inf installieren falls notwendig.

Naja, die Lösung ist ein weiterer Master (die kannst du ja aufeinander stecken). Alternativ halt einer der Motortreiber Bricks, falls du auch einen Motor steuern möchtest .

Hast du den Joystick schonmal im Brick Viewer getestet? Funktioniert der Button da (der Punkt sollte aufleuchten wenn du drückst)?

Das geht über einen Treiber im Betriebssystem der Hardwarenahen Zugriff auf die Protokolle erlaubt, nichts was man selber machen könnte .

Das ist nicht möglich, so funktionieren Sockets nicht. Du kannst dir aber mit Programmen wie Wireshark angucken was auf der Verbindung passiert!

genau

Gut geeignet für Schrittmotren ist dieses Netzteil: http://www.pollin.de/shop/dt/NzMwOTQ2OTk-/Stromversorgung/Netzgeraete/Festspannungs_Netzgeraete/Schaltnetzteil_KSAS1202400500M2_24_V_5_A.html Zum einen passt das zum DC Jack Adapter und zum anderen bringt das auch wirklich die 5A Leistung (oft bringen billige Netzteile die 2A angeben nur 1A o.ä.). Du darfst auch nicht vergessen das so ein Schrittmotor der offiziell 1,5A zieht durchaus auch mal kurzzeitig 4A im Peak ziehen kann! Wenn es wichtig ist das kein Schritt verloren geht muss die Stromversorgung das auch entsprechend hergeben!

Der maximale Stack besteht aus Step-Down Power Supply + Master (+ 4 Bricklets) + 8 Bricks (+ x Bricklets) + 2 Extensions Support für mehr als eine Extension ist noch nicht implementiert!

Mh, von der Software her sehe ich da leider keine Möglichkeit die Sendeleistung noch zu erhöhen.

Habs mir mal auf die TODO Liste geschrieben mir das genauer anzugucken.

Edit: Ich hatte Blödsinn geschrieben . Das scheint nicht kompatibel zu RFID zu sein.

Das ist echt komisch. Distance IR und Rotary Poti sollten z.B. elektrisch absolut identisch sein für den Brick. Da weiß ich jetzt auch nicht mehr woran das liegen könnte, wenn du die Bricklet Ports brauchst kann ich dir anbieten das wir den IMU Brick austauschen.

Cool! Ist das generiert oder per Hand geschrieben? Hast du was dagegen das wir einen Generator darauf basierend schreiben und die Bindings offiziell aufnehmen?

Der Viewer konfiguriert auf Input wenn du ihn anmachst. Du sagst ja das es funktioniert wenn du den Viewer anmachst. Das lässt mich vermuten dass bisher immer der Viewer auf Input konfiguriert hat .

Ist denn der Port auf input Konfiguriert? Also set_port_configuration('a', 0xFF, 'i', true)

Mh. Geht denn irgendein Bricklet an der IMU oder funktionieren Bricklets einfach gar nicht mit der IMU?

Wir hatten schonmal ein Captcha drin. Der Captcha von der Forensoftware die wir nutzen scheint allerdings nicht besonders gut zu sein, hat nämlich nichts gebracht . Dann haben wir einfach eine simple zu beantwortende Frage reingestellt (X+Y = Z), was für eine ganze weile ruhe gesorgt hat. Allerdings scheinen die Bots jetzt auch da hintergekommen zu sein. Mal schauen was wir als nächstes machen.

That sounds like a good idea indeed. The big question is: What functions on which Bricks/Bricklets would need such a timer. Having a timer (and reset) for every available function would totally blow up the API.

@FabianB: Eigentlich sollte das in der Tat gehen. Welche Version haben denn deine Java Bindings?

@ROSEDOLA: Oh, das sehe ich ja jetzt erst, dein Ruby Code tut ja schon genau das gleiche . Aber deine Formeln für x,y,z angle entsprechen irgendwie nicht denen die ich hab: x_angle = int(math.atan2(2.0*(y*z - w*x), 1.0 - 2.0*(x*x + y*y))*180/math.pi) y_angle = int(math.atan2(2.0*(x*z + w*y), 1.0 - 2.0*(x*x + y*y))*180/math.pi) z_angle = int(math.atan2(2.0*(x*y + w*z), 1.0 - 2.0*(x*x + z*z))*180/math.pi)

@Plenz: Das neue Beispielprogramm tut was du möchtest, ziemlich sicher. Edit: @ROSEDOLA: Für dich könnte das neue Beispiel auch interessant sein: http://www.tinkerforge.com/doc/Hardware/Bricks/IMU_Brick.html#how-to-get-angles-that-are-independent zumindest die Berechnung von z_angle

Habs gerade nochmal getestet, bei mir funktionierts. D.h. der Callback kommt genau einmal? Funktionieren Callbacks denn im Allgemeinen bei dir? Wenn du das Beispiel mal soweit verkleinerst das nur noch die Callbackperiode und der Callback gesetzt wird, gehts dann? Geht das Beispiel aus der Doku: http://www.tinkerforge.com/doc/Software/Bricks/IMU_Brick_Python.html#imu-brick-python-examples?

Also du hast einmal das Koordinatensystem was die Quaternionen standardmäßig ausgeben. Die "Nullstellung" kannst du einfach suchen indem du dir die Quaternionen ausgeben lässt und guckst wo 0, 0, 0 rauskommt. Das IMU Brick "aufm Kopf" halten und USB Stecker 45° von Norden nach rechts, so ungefähr. Dieses Koordinatensystem ist aber nicht wichtig, da muss man nicht drin rechnen. Das "Weltkoordinatensystem" hab ich jetzt in dem Beispiel "base system" genannt. Dazu speicherst du einfach die Quaternionen an der Stelle wo du die 0, 0, 0 Position haben willst und multiplizierst die dann immer mit dem konjugierten der Quaternionen die du bekommst. Wo für dich unten/oben ist und auch wo die Himmelsrichtungen sind ist ja abhängig davon wie du die IMU einbaust! Aber wie gesagt, die Umrechnung dafür ist nur eine Quaternionen Multiplikation. Wie man dann zu unabhängigen Winkeln kommt ist auch in dem Beispiel drin. Echte Eulerwinkel (die man nacheinander Anwenden kann um zurück zum Nullpunkt zu kommen) gibt es mit der getOrientation Funktion. IMO sollten damit jetzt schon die meiste notwendige Mathematik abgedeckt sein . Edit: Eins noch: Wie man von Quaternionen zu Rotationsmatrizen kommt (z.B. zur Darstellung in Opengl/DirectX oder zur Berechnung von Gimbal Lock freien Winkel ohne Quaternionen) ist in der API Dokumentation zu den jeweiligen Sprachen beschrieben!