borg

Ah, ich hab gefixt das er losdreht wenn max_velocity auf 0 gesetzt war. Dieses Problem hatte ich gar nicht auf dem Schirm. Hab dafür schnell noch eine neue Version gebacken, sollte jetzt auch gehen. Die CALLBACK_NEW_STATE Sache ist aufwändiger, da muss ich ja neue API hinzufügen, also alle Bindings neu versionieren. Mache ich wenn es das nächste mal irgendwo eine API Änderung gibt!

Firmwares: Stepper Brick 1.1.8 Stop completely if max velocity is set to 0 while in drive mode Download Firmwares: Stepper Brick

Firmwares: Stepper Brick 1.1.8 Stoppe komplett falls max velocity auf 0 gesetzt wird im drive mode Download Firmwares: Stepper Brick

@salvo: Es gibt eine neue Firmware für den Master Brick, es gab in der Tat noch einen Bug bei niedrigen Baudraten! Ich gehe davon aus, dass die neu Firmware bei dir auch laufen wird : http://download.tinkerforge.com/firmwares/bricks/master/

Neue Stepper Brick Firmware ist da: http://download.tinkerforge.com/firmwares/bricks/stepper/

Neue Master Brick Firmware ist online: http://download.tinkerforge.com/firmwares/bricks/master/

Firmwares: Master Brick 1.2.3, Stepper Brick 1.1.7 Stepper Brick: Stop state machine after disable call, don't drive if max velocity = 0 Master Brick: Use dynamically calculated timeouts for RS485, improve bricklet readout Download Firmwares: Master Brick, Stepper Brick

Firmwares: Master Brick 1.2.3, Stepper Brick 1.1.7 Stepper Brick: Stoppe Statemachine nach Disable Aufruf, nicht fahren falls max velocity=0 Master Brick: Dynamisch kalkulierte Timeouts für RS485, schnelleres Bricklet auslesen Download Firmwares: Master Brick, Stepper Brick

Kurzer Zwischenbericht: Da ist wirklich irgendwas faul. Ich hatte mit den unterschiedlichsten Baudraten getestet und sie hatten alle funktioniert. Aber gerade 9600 und 19200 gehen bei mir auch nicht, komisch. Edit: Ich hab das Problem gefunden. Ich hab ein Paar Timeouts zu niedrig gewählt, die musste ich dynamisch an die Baudrate anpassen. Ich gehe davon aus das ich damals erst mit hohen Timeouts getestet hab und die dann später nochmal verringert hab. Uuuuups! Ich veröffentliche heute Abend eine neue Master Brick Firmware.

Das ist ein ganz normaler 900Mhz SMA Stecker (nicht RP-SMA!).

Sollte definitiv gehen. Hast du auch beide umgestellt? Ich hab damals einige Baudrate getestet, ob 9600 und 19200 dabei waren kann ich jetzt nicht sagen, teste ich heute Abend nochmal schnell.

Ging es dir jetzt nur um das "Under Construction" im Wiki? Das könnten wir ja im Zweifelsfall einfach entfernen. Oder was könnten wir sonst tun um dem ganzen mehr "leben" zu verschaffen?

Die RS485 Extension shiftet Pinne im Stack um, es ist (im Moment) nicht möglich eine Extension anzusprechen die im Stack über einer anderen Extension sitzt. Das mache ich zusammen mit der WLAN Extension fertig.

Kümmer ich mich drum .

Die 0 und 1 sind schon dafür vorgesehen. Einstens Vorschlag wird zu nichts führen, die Pinne für die Extensions 2*(SPI+I2C+1xSelect+3xGPIO) werden im Stack geshiftet auf andere Pinne, damit die 2 Extensions elektrisch an andere Pinne am Master verbunden sind. Die Pinne mit denen die Extensions angesprochen werden sind allerdings im Moment fest. D.h. eine Extension die an "zweiter Stelle" sitzt kann im Moment definitiv nicht angesprochen werden. Wir werden auf Dauer alle Extensions, soweit technisch möglich, miteinander kompatibel machen. Die RS485 Extensions wird z.B. direkt über eine USART Schnittstelle angesprochen von der nur eine im Stack liegt. Es ist also technisch nicht möglich diese zu einer anderen Extension kompatibel zu machen die diese Schnittstelle benötigt. Da sind dann einfach irgendwo die Grenzen, wir legen ja schon 80 Pinne durch den Stack!

Ich hatte vor mich darum zusammen mit der WIFI Extension zu kümmern. Das ist viel Arbeit, da muss auch noch zusätzliche API her. Wenn du einen Stack hast der nicht per USB angeschlossen ist und der zwei Extensions hat ist ja erstmal vollkommen unklar welche dieser Extensions Master und welche Slave sein soll oder ob sogar beide Master sein sollen (wie in deinem Fall).

Mh, der Treiber IC auf dem DC Brick ist für 28V, 5A kontinuierlichen Betrieb ausgelegt. Da muss dann in deinem Fall wohl die Kühlleistung von dem kleinen Kühlkörper nicht ausreichen. Ich befürchte da muss eine aktive Kühlung her. Oder zieht der Motor vielleicht erheblich mehr Strom als offiziell angegeben? Ein "short circuit" detektiert der Treiber ab 6,5A.

Zwei Extensions gleichzeitig werden im Moment in der Firmware leider noch nicht unterstützt.

Jop, definitiv. Wir hatten keine Big Endian Maschine zur Hand und das entsprechend nicht getestet. Ich denke wir werden das auf einem MIPS Board o.ä. testen müssen. Wenn du es zum laufen kriegst würden wir uns natürlich über einen Patch freuen!

Mh, müssen wir uns angucken. Was haben die denn da wieder geändert, dass der Installer nicht mehr geht? Ist Mountain Lion überhaupt schon veröffentlicht?

Also bei mir gibt es keine Probleme mit meinem Thinkpad X41 mit der IMU. Kannst du das unter Debian mal mit strace starten und gucken ob irgendein sinnvoller Hinweis dabei rumkommt?

@Markus: Bin noch nicht dazu gekommen, Schaltplan gibt es bei uns in der Dokumentation unter "Resources": http://www.tinkerforge.com/doc/Hardware/Bricks/Servo_Brick.html#resources

Es gibt Changelogs im git, z.B.: https://github.com/Tinkerforge/master-brick/blob/master/software/changelog Wäre aber vermutlich nicht schlecht die auch irgendwie mit in den Downloadbereich zu packen .

Die API ist zu 100% threadsafe.

Die Hintergrundbeleuchtung vom LCD und der Distance IR Sensor werden über die 5V vom PC betrieben. Dein PC liefert weniger Spannung wenn du den Strom erhöhst (Das gilt leider auch für die USB Power Supply bei uns im Shop und für alle anderen billigen "USB Ladegeräte"). Das kannst du nur mit einer Step-Down Power Supply umgehen.