borg

Was zeigt das Multimeter denn an wenn du direkt an den Ausgängen misst (also ohne den 10Ohm Widerstand)?

Ich benutze hier im Moment arm-none-eabi-gcc version 4.6.3. Dein Problem kann ich mir um ehrlich zu sein nicht erklären, die Stelle dort tut ja nichts böses, warum sollte da der Mikrocontroller stecken bleiben? Das erste was ich probieren würde ist an den Optimierungen rumzuspielen. Wenn du eine Optimierungsoption findest die funktioniert wäre es natürlich toll wenn wir herausfinden könnten wo sich der generierte Assembler Code unterscheidet an der Stelle um evtl einen GCC Bugreport zu machen und fürs erste einen Workaround zu finden damit nicht der kaputte Code erzeugt wird. Alternativ liegt die Problematik an etwas ganz anderem .

Naja, jeder Bricklet Port hat 4 Universal IO Pinne. Natürlich könnte man ein Breakout Board nehmen, dort Endschalter anlöten und eine Firmware in C schreiben welche in Echtzeit den Schrittmotor Anhält per Interrupt (der Interrupt müsste dann natürlich höhere Priorität haben als alle vorhandenen). Damit hättest du eine Reaktionszeit von ~125ns, verglichen mit einer Reaktionszeit von Minimal 2ms über die IO4 Lösung (Nachricht zum PC und zurück). Je nach Geschwindigkeit mit der gefahren wird ist das natürlich ein riesiger Unterschied! Edit: Eins noch: Falls etwas wirklich sicherheitsrelevantes gesteuert wird, sollte der Endschalter nur angefahren werden wenn etwas schief gelaufen ist und dann sollte der Endschalter den Strom zum Schrittmotor trennen. Sonst würde eine wie auch immer abgestürzte Stepper Brick Firmware ja trotzdem zur "Katastrophe" führen können.

Kann ich einbauen. Das gibt aber die Temperatur des Mikrocontrollers zurück, nicht die Umgebungstemperatur! Ich hatte die Befürchtung, dass viele das Missinterpretieren und dann unzufrieden damit sind. Also ich hab hier z.B. gerade 22° im Raum, der Mikrocontroller hat aber sowas wie 35°! Aber ich könnte es ja vielleicht einfach getMicrocontrollerTemperature nennen. Macht das Sinn? Dann nehme ichs in die TODO Liste auf.

Welchen Compiler, welche Version und welche Optimierungen verwendest du?

Wenn du einfach in der Console Python aufmachst und dort "import ctypes" eintippst, was passiert dann? Geht das? Wenns nicht geht ist ctypes auch noch nicht richtig installiert, denke ich.

Ich kenne mich mit GNUBLIN nicht aus, aber da fehlt offensichtlich ctypes. Gibt es vielleicht sowas wie ein python-ctypes paket?

Wenn du deinen Master Brick (ohne angeschlossene Bricklets) am PC anschließt, meldet sich dann ein USB Gerät am PC an?

OK, nochmal: Wenn du deinen Master Brick (ohne angeschlossene Bricklets) am PC anschließt, meldet sich dann ein USB Gerät am PC an? Wenn ja, installier den Treiber "atm6124_cdc.inf". Der liegt im Brick Viewer Verzeichnis. Danach steckst du den Master Brick nochmal an und startest den Brick Viewer. Dort klickst du unten links auf "Flashing", im kommenden Fenster auf "Bricks", wählst "Master Brick" aus und klickst auf "Save". Dann hat der Master Brick eine neue Firmware und ist nicht mehr im Bootloader.

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 .