Nic

Muss man alles selber machen... Paul und ich hatten vor einigen Tagen einen Thread bezgl. Kameraschlitten und Paul hat dazu einen ausf. Wiki-Eintrag gemacht, einige der hier beteiligten Teilnehmer haben m.E. diesen Thread auch verfolgt. Es ging auch um Kameraauslösung: Bitte mal unter Projekte den Thread aufrufen, da steht alles hübsch aufgelistet: Statt einem Relay den Analog-Out-Bricklet (auf 0v einstellen) nehmen, wenn man unbedingt basteln will, dann den IO4-Bricklet plus Optokoppler. Das ist jetzt nicht euer Ernst dem guten Mann ein Relay zum Schalten von bis 250V zu empfehlen, um eine Digitalkamera auszulösen !? http://www.tinkerunity.org/forum/index.php/topic,40.msg314.html#msg314 http://www.tinkerunity.org/forum/index.php/topic,462.msg2528.html#msg2528

Schon ok, die Bahn hätte auch ohne mein Einfluß Verspätungen bei ihren Zügen

Ja, so würde ich das auch verstehen. Alle anderen Master, die nur im Stack verbunden sind, gelten sozusagen nur als Hub für die Bricklets. Es kann nur 1 Master-Brick als Master für die Kommunikation zuständig sein. Achtung: Die Master-Extension (Chibi oder WIFI) sollte aber nur auf diesen Master-Kommunikator eingestellt werden.

Was heißt in der Nähe ? Wir wohnen etwa 1 km vom Bahnhof entfernt.

Aus der Doku unter Shop: Wozu brauchst Du den master überhaupt ? Den IR kannst du auch direkt an den Servo Brick anschließen. Solltest Du den Stack aber mittels Chibi oder WIFI später betreiben, würde ich über den Step-DownPower-Supply nachdenken, um den Stack im Ganzen mit Strom zu versorgen und nicht nur den Servo. Ganz unten der Power-Supply, dann Master, Chibi/WIFI und dann der Brick-Rest.

Ich bin kein Funk-Experte und auf die schnelle im Web nix treffendes gefunden: Welche der unterst. Frequenzen und Kanäle http://www.tinkerforge.com/doc/Hardware/Master_Extensions/Chibi_Extension.html dürfen hier in Deutschl. unbedenklich benutzt werden ? Ist mit einer anderen Freq. u.U. eine bessere Reichweite/Empfangsrate (Betrieb in Häusern) zu rechnen ?

Es liest sich dieses Thema einfach besser, wenn Ihr die Diskussion um Akkus auf einen eigenen Thread legen könntet. Hier geht es um Erfahrungsaustausch bezgl. DreamPlug !

Many thx. SierraX.

Wie groß darf die Projektionsfläche im Cockpit sein ? Als PC werfe ich mal als Alternative zum RaspPi einen Windows/Linux fähigen PC in die Arena: http://www.zotac.com/index.php?page=shop.product_details&flypage=flypage_images-SRW.tpl&product_id=380&category_id=156&option=com_virtuemart&Itemid=100284&lang=de Verbrauch ab etwa 11 (Leerlauf) bis 25 Watt.

Müsste er dann nicht die UART oder serielle Kommunikation ausprogrammieren ? http://de.wikipedia.org/wiki/Universal_Asynchronous_Receiver_Transmitter Ev. wäre zum Anfang ein Teil von FTDI besser geeignet: http://www.ftdichip.com/Products/Cables.htm Habe mit den USB-R232 Kabel sehr gute Erfahrungen gemacht, die Treiber sind sehr stabil, und für die wichtigsten Sprachen die Bindings.

Sag mal SierraX, kannste über das Teil mal ein wenig erzählen. Konntest Du darauf schon den BrickD installieren und TF-Bricks zum Laufen bringen ? Ev. wäre das Teil eine Alternative zum RaspPi. Und das interessiert sicher nicht nur mich...

Ach schön, daß nach so langer Zeit jemand danach fragt und ich nicht der einzige bin. Ich hab es mit dem WUSB-Adapter von Olidata probiert, und das ging nicht. Die Ursache liegt wahrscheinlich daran, daß der WUSB-Treiber/Adapter die Gerätegattung eines TF-Bricks noch nicht kennt. Die Antwort von TF suche ich mal raus... http://www.tinkerunity.org/forum/index.php/topic,88.msg373.html

Erkläre uns doch bitte HUD, nicht jeder möchte gleich die Websuche anschmeißen, noch hat jeder eine Fluglizenz... (Ausnahme natürlich bei den Modellbaufliegern

Danke, das passt erstmal. Für die schon länger Anwesenden, dürfte es ev. abschätzbar sein, wie lange das eine oder andere dauern wird. Was ev. noch fehlt sind Angaben zum Bugfixing. Besonders klasse finde den Brick flashing support for Brick Viewer.

Der Link klappt prima, danke. Das dürfte erstmal reichen, VisualStudio Integration probiere ich ev. später. Das Windows Executable heißt übrigens "arm-2011.09-69-arm-none-eabi.exe". Über das NONE-eabi muss ich mir keine Sorgen machen !?

Möchte mich mal ganz langsam an die FW wagen und die mal im Detail genauer anschauen. Auf https://github.com/Tinkerforge/stepper-brick z.B. wird der CodeSourcery arm eabi GCC-Compiler empfohlen. Der angegebene Link führt aber nur zur deren Startseite. Welche Trial muss man dort auswählen, um unter Windows die FW zu compilieren ? Sehe ich das richtig und die PEdition kostet i.d.R. 400 Euro ? Mit welchen OpenSource Compiler lässt sich alternativ arbeiten ?

Kleine Ergänzung zum Prinzip des Zusammensteckens des Schlittens zwecks Mobilität: http://www.spacelapse.net/de/Zeitrafferfotografie_Tutorials/DIY_Dolly_Motorisiert_Tutorial.html Der hat ganz pfiffig gelöst, allerdings ohne Igus-Schiene.

1A ? Sprechen wir hier vom RaspPi oder welchen Rechner meinst du ?

Was ist mit einem Hub ? Der GPS-Phidget verbraucht 50mA, RFID 100mA und der CircularTouch 36mA. Und zum Vergleich die TF-Sachen IMU oder Master-Brick je 53mA, plus Chibi nochmal 10mA, Stepper ca. 60mA. So groß sind die Unterschiede nicht. Wie kommst Du auf 2100mAh ?

@AuronX Hmmh, und was hälst Du von Wumpus Vorschlag GetChibiSignalStrength auf dem Slave abzufragen ? Anderseits sollte ein neues Property etwa wie IsWirelessTransmissionEnabled oder gar ein Callback in der Firmware beim Öffnen oder Schließen einer Funkverbindung nicht die Welt sein. Hast Du Dich mal mit der Firmware beschäftigt und dich an Patches oder Erweiterungen gewagt ?

Sorry, wollte schon früher mich korrigieren. Ich funke zuviel rum Ich hatte mich daran aufgehangen, die Slave-Stacks als eigene Stacks zu betrachten. Es ist aber (wie z.B. in meinem Screenshot) ein komplettes Stack-System bestehend aus 5 Bausteinen, die aber nicht alle physisch miteinander verbunden sind.

Warum wird aber diese StackId durchgehend nummeriert. Im Screenshot sind die Nummern 1 - 5 vergeben, für genau 4 Bricks und 1 Bricklet. Es sind aber nur 3 Stacks: 1. Stack besteht aus Master-Chibi-IO4 (Slave 1) 2. Stack besteht aus Master-Chibi-Stepper (Slave 2) 3. Stack besteht nur aus Master-Brick plus Chibi (Master Funker am PC) Welcher Master-Brick ist mit welchem Brick oder Bricklet verbunden ? Gibt es eine Attribut was das beschreibt ? Oder habe ich was falsch verstanden: ein Stack ist immer nur 1 Brick oder Bricklet ?

War in der Vergangenheit nicht die Aussage gefallen, ein Brick-System sei transparent, d.h. es spiele keine Rolle ob ein USB-Kabel dazwischen ist oder eine etablierte Funkverbindung. Meine Software-Anwendung klappt prima, egal ob der MasterBrick plus Chibi plus Stepper (1) per Kabel direkt am PC verbunden oder ob ein MasterFunk-Stack (am PC) eine Funkverbindung zu (1) also eine Master-Slave-Verbindung aufgebaut ist. Bei bestimmten Situationen bemerkt man aber die Latenzen durch die Funkverb. und ich möchte in diesem Fall programmintern bestimmte Einstellungen zur Laufzeit vornehmen.

Ist die Begrifflichkeit der StackID in diesem Zusammenhang nicht falsch ? Müsste es nicht eher Brick/Bricklet-Id heißen ? Der BrickV nummeriert die Bricks/Bricklets in der Spalte # einfach durch. Insofern ist der Spaltenbezeichner # durchaus üblich. http://de.wikipedia.org/wiki/Nummernzeichen Aber unter der StackId hatte ich bisher eine ID verstanden, die bei allen Bricks/Bricklets identisch ist, die zum gleichen Brick-Stack gehören, also eine Art GruppenId. Wenn nein, wie finde ich per API-Call eig. heraus, welches Bricklet oder Brick mit welchem Master-Brick verbunden ist und einen Stack darstellt ?

Mit welcher API-Methode stelle ich fest ob zw. PC. und Stack per Funk bzw. nur kabelgeb. Verbindung existiert: GetChibiSignalStrength() ?