gunter

Ein bisschen offtopic, aber seid Ihr ganz sicher, dass der O'Reilly Verlag Eure Ankündigung der Perl-Bindings richtig lieb hat?

http://shop.oreilly.com/product/9780596004927.do

Schade eigentlich.

Irgendwie habe ich das mit dem Encoder-Bricklet wohl auch missverstanden.

Da meine Motoren Encoder haben, hatte ich mir unter einem Encoder-Bricklet eine Anschlussmöglichkeit für diese Encoder  (Kanal A und B, Vcc, Gnd) vorgestellt mit einem Zähler auf dem Bricklet. Als Grundlage für eine PID-Regelung des DC-Bricks und das Ganze in Python programmierbar.

Schön wär´s gewesen.

Günter

Habe die Timeline gesehen.  15.Woche!!! 

Auch wenn’s die 17. wird, das ist mal eine richtige gute Nachricht. Dazu Sonnenschein. So sehen gute Tage aus.

Viel Erfolg

Günter

Dezember 2011:  "We have an encoder-bricklet in preparation"

März    2012:  “Encoder Bricklets (they make the driver Bricks a lot more usefull).”

Dezember 2012: “Öhm, ein Encoder Bricklet ist definitiv immer noch geplant.“

Da die Timeline eine Weile nicht aktualisiert wurde, konnte man sich der Hoffnung hingeben, dass es vielleicht doch noch was wird,  mit einem Encoder-Bricklet. Nach den neuesten Aktualisierungen gibt`s aber ne Wetterstation. Auch schön!

Wenn es aus kaufmännischen Gründen (geringe Nachfrage) oder technischen Gründen (timing, …) für Euch nicht sinnvoll ist, ein Encoder-Bricklet oder einen angepassten DC-Brick anzubieten, dann wäre es ganz hilfreich, wenn Ihr sagt: “Tut uns leid, aber ein Encoder-Bricklet kommt nicht. Zumindest nicht innerhalb der nächsten 6 Monate.“ Wäre schade, aber man kann dann aufhören vor sich hin zu hoffen und eine Alternative planen.

Gruß, Günter

Also ich hatte dabei nur an ein Interface gedacht, da die meine DC-Motoren die Encoder schon mitbringen.

..., ein Encoder Bricklet ist definitiv immer noch geplant.

Das lässt ja noch hoffen. Ich kann auch die technischen und kaufmännischen Probleme verstehen. Aber vielleicht steigert die beschriebene und sinnvolle Kombination von DC-Brick und Encoder-Bricklet die Attraktivität des DC-Bricks für Kunden, die bisher an einen Einsatz des Teils noch gar nicht gedacht haben.

Ihr schafft das schon. Muss ja nicht noch vor Weihnachten sein, aber bald danach … 

Gutes Gelingen

Günter

Würde sicherlich ausreichen.

Aber nun habe ich mal die maxon-Motoren mit Magnetencodern und bin bisher auch sehr zufrieden damit. Ich will, um den Gesamtaufbau zu vereinfachen, alle Aktoren (Motoren und Servos) mit TF-Bausteinen ansteuern. Bisher habe ich die Motoren mit acroname Moto1 bzw. RoboticsConnection Serializer angesteuert. RoboticsConnection ist nicht mehr am Markt und der acroname Motorcontroller ist ziemlich umständlich in der Handhabung: Programmierung mit einem proprietären Subset von C, wacklige RS232-USB Treiber und in den letzten Jahren kaum noch Support. Eigentlich ganz gute Gründe für einen Wechsel zu TF. Ja, bis auf die versprochenen (z.B. tf_archiv, 30.12.2011:"We have a encoder-bricklet in preparation") aber immer noch nicht lieferbaren Encoder-Bricklets.

Günter

[move]Encoder Bricklets .................. make the driver Bricks .....................  a lot more usefull![/move]

Am 14. März schrieb borg:

.... Encoder Bricklets (they make the driver Bricks a lot more usefull)... .

Wie wahr! Und an der Nützlichkeit, Motor-Encoder Werte zu erfassen hat sich zwischenzeitlich auch nichts geändert. Leider ist es um das Encoder-Bricklet ziemlich still geworden, obwohl es seit ca. einem Jahr im Forum herumgeistert und auch schon mal ein Prototypen-Bild zu sehen war.

Um den DC-Brick sinnvoll zu nutzen (z.B. in einem Roboterantrieb ) wird es höchste Zeit für ein Encoder-Bricklet.

Gruß, Günter

@ FabianB: Vielen Dank für den Timeline-Link.

Wäre sehr schade für mich, wenn es sich so wie in der Timeline beschrieben entwickelt, weil dann die Umstellung meines Roboters einheitlich auf Tinkerforge gestorben wäre. Und natürlich auch ein bisschen schade für Tinkerforge, da die Beschaffung der DC-Bricks ohne Möglichleit die Motor-Encoder auszulesen wenig Sinn macht.

Günter

@gunter das Encoder Bricklet steht in der TODO Liste nach OS X Support und RS485 Extension

OS X Support ist fertig und von der RS485 Extension gibt's zumindest schon Bilder. Dann kann ich ja bald mit den Encoder-Bricklets rechnen. Ich warte sehnsüchtig.

Gruß, Günter

Ich möchte einen Roboterarm mit 7 Servos (4 Servos 7,4 V; 3 Servos 6 V) betreiben.

Dazu habe ich an folgenden Stackaufbau gedacht, weil ich davon ausgehe, dass die am Servo-Brick eingestellte Ausgangsspannung für alle dort jeweils angeschlossenen Servos gilt:

- Step-Down Powersupply : an 12V Batterie

- Masterbrick              : für USB, Rooting im Stack, ggf. Sensor-Bricklets

- Servo-Brick 1         :  7,4V Output-Voltage - 4 Servos 7,4V

- Servo-Brick 2         :  6 V Output-Voltage  - 3 Servos 6V

Ist der Aufbau so richtig?

Günter

Danke, das war's! 

Blaue LED leuchtet und mit dem BrickViewer kann ich das/den Servo bewegen (erst mal unter Win7). Für alles andere ist es schon ein bisschen spät.

Gruß, Günter

BrickDaemon-Treiber lassen sich nicht installieren(Windows 7 u. Windows Vista)

Hatte mich so auf den Servo-Brick gefreut. Leider kann ich ihn nicht in Betrieb nehmen. Schade eigentlich !  

Win Vista home premium 32 bit:

Beim Anschließen wird eine neue Hardware erkannt, der Treiber aber nicht gefunden. Bei der folgenden manuellen Eingabe des Treiberverzeichnisses  C:\Program Files\Tinkerforge\Brickd\drivers\ wird der Treiber auch nicht gefunden.

Der Gerätemanager zeigt unter „Andere Geräte“ ein unbekanntes Gerät, Treiberanbieter: unbekannt.

2 verschiedene USB-Anschlüsse und 3 verschiedene USB-Kabel ausprobiert, alle Kinect-Treiber entfernt, weil Openkinect auch einen libusb-Treiber verwendet.  Am ServoBrick leuchten keine LEDs. Kein Erfolg.

Windows 7 home premium, 64 bit:

Beim Anschließen wird eine neue Hardware erkannt, der Treiber aber nicht gefunden. Bei der folgenden manuellen Eingabe des Treiberverzeichnisses  C:\Program Files\Tinkerforge\Brickd\drivers\ wird ein Treiber installiert.

Der Gerätemanager zeigt nun (neu) unter „Anschlüsse(COM&LPT): „GPS Camera Detect(COM3)“, Hersteller: WinArm, Treiberanbieter: WONDE PROUD. Bei einer Aktualisierung des Treibers mit Angabe des Brickd\drivers\-Verzeichnisses: „ Treiber ist aktuell“.

Alle 3 verschiedenen USB-Anschlüsse und 3 verschiedene USB-Kabel ausprobiert Am ServoBrick leuchten keine LEDs. Kein Erfolg.

Woran liegt’s?

Gruß, Günter

Encoder Bricklet

Ich habe gesehen, dass in einigen Beiträgen ein Encoder-Bricklet angekündigt wird. Es würde mich sehr freuen, wenn aus der Ankündigung bald ein bestellbares Produkt würde. Dann stelle ich meinen Roboter auf TinkerForge um.

Und wenn es für die Bricks auch noch fertige Services für Microsoft RDS4 geben würde, wäre das (Roboter-)Glück vollkommen.

Gruß, Günter