batti

Hallo zusammen, wir können euren "Zorn" natürlich verstehen. Wie wir schon zu genüge geschrieben haben waren wir mit Chibi so nicht zufrieden und versuchen lieber möglichst schnell eine bessere Alternative anzubieten. Es gibt natürlich Gründe warum wir nicht einfach noch nen paar Chibis machen. So müssen die Bauteile wieder neu beschafft werden und der Bestücker muss wieder loslegen. Normale Kunden bestellen Ihre Waren 4 Wochen im vorraus beim Bestücker. Dieser "normale" Weg würde also durchaus lange dauern. Einfach auf nen Knopf zu drücken und schwupps ist alles da ist also nicht möglich (leider). Anstatt unsere Energie darein zu stecken, setzen wir momentan alles daran die WIFI Extension fertig zu bekommen. Unser Bestücker wird auch alles versuchen sie schneller zu produzieren. Nun ist das aber so, dass es nicht "das WIFI Modul" gibt. Wir haben uns Anfangs auf das WiFly eingeschossen da es weit verbreitet und recht günstig ist. Nach nen paar Tests und nen Prototypen haben wir aber festgestellt, dass es Probleme mit manchen FritzBoxen gibt. Der Hersteller verkauft mehr oder weniger an Firmenkunden wo dies nicht so wichtig zu sein scheint. Für uns war dies natürlich ein k.o. Kriterium. Also haben wir uns andere (teurere) Module schicken lassen und diese getestet. Wir scheinen jetzt zwei Kandidaten zu haben. Typischerweise werden diese Module per serieller Schnittstelle betrieben. In unserem System wäre eine SPI Schnittstelle aber deutlich sinnvoller, da der Prozessor geschont werden könnte und auch ein höherer Durchsatz möglich wäre. Die Module unterstützen SPI laut Datenblatt, wenn man aber mal nachfragt stellt man fest, dass diese sich noch in der Entwicklung befindet... Kurzum: Wir haben hier jetzt Module die wir auch per SPI ansteuern können. Etwas müssen wir dies noch testen, dann gibt es noch einen "Vorserien Prototypen" und dann werden die Leiterplatten bestellt. Sorry das dies so lange dauert. Grüße, Bastian

Xenna, have you solved these strange EMI problems?

Ich könnte mir vorstellen das es vll. irgendwo einen Verstärker existieren könnte. Alternativ sind vll. bessere Antennen eine Option (Richtfunk?)

Hallo Olaf, der Varistor sollte genügen. Wir haben gerade auch einen größeren Satz an Varistoren, RC Gliedern etc. bestellt. Wir werden diese Testen und euch dann hoffentlich Lösungen präsentieren können. Mit Bezugsquellen etc. Vielleicht bieten wir den Kram dann auch in unserem Shop an. Ich melde mich wenn ich mehr weiß. Grüße, Bastian

Hallo Nic, können dir nur recht geben. Steht auf unserer TODO Liste.

Die verwendeten Komponenten sind von Servocity. Siehe auch hier: http://de.blog.tinkerforge.com/2012/5/31/1126

Sorry für die späte Antwort. Momentan kann man nur eine IO-4 oder IO-16 für nen Stop Signal nutzen. Sofern keiner über das Kabel stolpert oder die Software sich aufhängt sollte dies vernünftig funktionieren. Eine Möglichkeit, dass der Stepper direkt einen Schalter überwacht gibt es momentan nicht. Hierfür müsste die Firmware des Steppers angepasst werden.

@glaf: Probiere mal die hier beschriebenen Maßnahmen: http://www.tinkerforge.com/doc/Hardware/Bricklets/Dual_Relay.html#inductive-load-switching @Loetkolben: Alle Leitungen werden beim Dual Relay benutzt. In der Luft hängen tut keine. Die Flächen des LCD Bricklets sind wirkliche Masseflächen. @Wumpus: Tritt das Problem bei dir auch nur auf wenn du Lasten schaltest? Die hier beschriebenen Maßnahmen schon probiert? http://www.tinkerforge.com/doc/Hardware/Bricklets/Dual_Relay.html#inductive-load-switching

Danke für den Hinweis! Sollte jetzt gefixt sein.

Du hast recht. Ist gefixt. Danke für den Hinweis!

Hast du die Callbacks denn aus der Schleife rausgenommen? Die solltest du wirklich nur einmal registrieren.

Hi, Ne kurze Skizze: Bau dir doch nen Wrapper Klasse mit der du beide Relais einzeln schalten kannst. Dann brauchst du nur eine Methode, die sich nur den alten Zustand merken müsste und dann setState aufruft etc.

Hi! Zum Thema Schrittmotoren kann ich dir folgenden Artikel empfehlen: http://www.rn-wissen.de/index.php/Schrittmotoren Das Stepper Brick regelt die Spannung nicht herunter, dies ist aber auch nicht notwendig. Schrittmotoren sollte man immer mit einer höheren Spannung betreiben, wichtig ist den Strom einzuhalten (siehe Artikel). Du solltest den Motor ohne Probleme benutzen können. Solltest nur keinen höheren Strom einstellen wie die Angegebenen 1.6A. Grüße

Möglich ist das sicher, ich kann den Aufwand dafür momentan auch nicht einschätzen. Wichtig war uns erstmal zu zeigen, dass es überhaupt mit dem Raspberry Pi funktioniert. Wenn wir mal wieder etwas mehr Zeit zur verfügung haben können wir uns das ja mal ansehen.

Es gibt jetzt eine eigene Seite für die Nutzung des Raspberry Pi's: http://www.tinkerforge.com/doc/Embedded/Raspberry_Pi.html

Thanks for the description Xenna, We have added a small description to our documentation: http://www.tinkerforge.com/doc/Embedded/Raspberry_Pi.html If anyone has similar descriptions for other boards please let us know.

Wieder? Eigentlich sollte sich an dem Verhalten bzgl. Systemsteuerunge tc. nichts verändert haben bei den Versionen. Hat es das wirklich? Wegen dem Versionskram, ja, wir sollten da mal etwas einbauen. Momentan geht das nur so: http://www.tinkerunity.org/forum/index.php/topic,172.msg642.html#msg642

Sorry für die späte Antwort. Die häufigsten Fragen waren: 1) Wann ist X verfügbar? -> Ich denke das Beste wird sein wenn wir hier auf den Blog verweisen und wir immer alles brav ankündigen 2) Die Strommessung meiner Step Down Powersupply funktioniert nicht -> Kleine Ströme können mit der Step Down Powersupply nicht gemessen werden 3) Ich bekomme ein Timeout woran liegts -> Falsche UIDs 4) Wie fange ich an? -> Hier wäre vll. ein allgemeiner Artikel sinnvoll 5) Was kann ich mit dem Starterkit anfangen? -> Hier seid ihr gefragt Auf Dauer hätte ich gerne eine Seite mit tollen Beispielanwendungen + Code etc 6) Ist mein Brick kaputt/ Es leuchtet nichts etc. -> Der Brick könnte im Bootloader sein + Link Flashen 7) Mein Bricklet funktioniert nicht -> Test: Plugin und UID neu flashen + Link Flashen Das sind so die wichtigsten die wir momentan sehen. Werden euch weitere nennen wenn sie auftauchen.

Ich bin auf Fotos gespannt

Naja, es sind halt keine Wald und Wiesen Reifen

Die 3D CAD Modelle wurden von uns in Auftrag gegeben und meines Wissens nach mit Maya erstellt. Wir haben nur die Renderings bekommen.

Wir haben uns nochmal etwas Gedanken gemacht. Hatten leider wenig Zeit diese zu Testen. Ich bin immer davon ausgegangen, dass sich das LCD selbst aufhängt (d.h. der Controller auf dem LCD). Ich habe nun aber auch gehört, dass sich die Hintergrundbeleuchtung des LCDs auch nicht mehr schalten lässt. Wenn dem so ist, dann heißt das, dass die I2C Portextension auf dem LCD Bricklet sich aufhängt. Kann das jemand verifizieren?

Die Motoren in dem Video sind einfache gehackte Modellbauservos (continues rotation). Die Räder sind diese hier: http://www.acroname.com/robotics/parts/R98-4CM-POLY-ROLLER-3.html Grüße, Bastian

Siehe auch hier: http://www.tinkerforge.com/doc/Hardware/Bricklets/Dual_Relay.html#inductive-load-switching

Ein allgemeines I2C Bricklet gibt es quasi schon. Über das Breakout Bricklet sind die I2C Pinne recht einfach erreichbar. Was fehlt ist die Programmierung der einzelnen Bausteine. Jeder Baustein besitzt ja seine eigene Ansteuerung.