Nic

Ich krieg ne 404 auf http://download.tinkerforge.com/firmwares/bricks/master/brick_master_firmware_1_4_4.bin

Prima und danke, Olaf. Aber ich kann erst mal nur gegen das jetzt funktionstüchtige Funksystem testen. Wie gesagt, das Pinne-Problem konnte ich über die 1.1.7 fixen. Ab da gings auch mit der 1.4.2. Aber ich werde die neue 1.4.4 aufspielen und prüfen -auch im Zusammenhang mit der 2.Ext.-

Ich hatte in der Vergangenheit eine RS485 zusätzlich an den Master-Chibi-Stack gehängt (also der am PC hängt), quasi als Abstandshalter für die große Antenne. Siehe http://www.tinkerunity.org/forum/index.php/topic,746.msg4850.html#msg4850 Allerdings wie angegeben gefixt. Damals war die Ursache die 2.Ext. am Chibi. Jetzt beim 3.Chibi ist das Pinne-Problem erst wieder aufgetreten, als ich dessen Slavestack über einen externen 5 V Akku (aus China) angeschlossen hatte. Die Besonderheit dieses Akkus sind 2x 5V out, einmal 500mA, der andere mit 1A. Laut Angaben sollte man beide Ports gleichzeitig benutzen können. An den 2.Port hatte ich einen WUSB-Empfänger angeschlossen, der mind. 1A saugt, ab dann an war Funkstille im Chibi-Slave. Durch diesen billigen China-Schrott, könnte ev. Kurzschluß oder zu niedriger Strom die Pinne umgedreht haben ?! Ich musste den Chibi erstmal durch einen anderen ersetzen, und den Akku in die Tonne werfen. Nein, auch der Chibi als einzige Extension, konnte dann nicht mehr in seinen Parametern geändert werden. Erst und NUR durch die 1.1.7 konnte ich das Pinne-Problem lösen. Das Shiften der Pinne ist nicht so das Problem, viel eher das man bis zur 1.1.7 greifen muss, anstatt mit der aktuellen FW, um das Problem zu lösen.

Hatte mit einem 3.Chibi das Problem, dessen Adresse nicht korrekt abspeichern zu können. (Ursache vermutl. http://www.tinkerunity.org/forum/index.php/topic,746.msg4854.html#msg4854) Wechselte ich zum Vergleich auf Typ RS485-Ext. (mit einem Chibi!) konnte man Änderungen persistieren. FW war 1.2.4 bzw. die aktuelle 1.4.2. Bei 2 weiteren, gebrauchten Chibi-Ext. war das Verhalten genauso. Erst ein Rollback auf die Master-FW. 1.1.7 konnte ich -ich nenn es mal das Pinne-Problem- aufheben, und die Chibi-Adressen dann problemlos speichern. Problem also gelöst. Warum mußte ich bis zur 1.1.7 zurückrollen um diese Pinne wieder zurück zusetzen, warum geht das nicht mit höheren Versionen ? Auch mit unterschiedlichen Master-Bricks hatte ich dieses Problem, heißt das, dieses Pinne ist auf der Extension fehlerhaft gewesen ? Und könntet ihr mal kurz erklären - für E-Tech.-Laien - was diese Pinne eig. sind ?

Hier handelt es sich um die x32/x64 Version oder die RT-Variante für Tablets bzw. ARM ?

@ArcaneDraconum Hast recht, ein Bild sagt mehr als Worte. Aber ich würde das mit der Zange nicht zu oft machen, der Plastik ist dafür zu weich. Da rutscht man schnell ab. Die orangenen Federklemmen haben extra einen Schlitz für den Schraubenzieher zum Eindrücken. Vielleicht sollte TF mal ein paar Bilder dazu in die Doku stellen, ich erinnere mich, daß hierzu oft nachgefragt wurde.

Um eine Litze in den Stecker zu fixieren, nehme ich einen Feinmechaniker-Schlitzschraubenzieher, drücke damit den Schlitz der orangenen (Dinger) Feder-Klemmen damit ein, dann läßt sich die Litze ganz leicht einstecken. Die orangenen Dinger wieder loslassen, Litze bleibt fixiert.

Ok, danke Bastian. Ließe sich ev. der DO-Ausgangs-Strom von 24mA durch einen angeschlossenen passenden Transistor noch verstärken, daß der Dig-Out dann doch das Panel schalten könnte ? Der Brick-Stack soll später auf das LED-Panel verschraubt werden, da muß ich auf Gewicht und Größe des Bricklets achten, und greife besser zum Dual- als Quad-Relay ?! Oder ist der Unterschied minimal ?

Nochmals sorry, aber ich werde hier missverstanden: Ich möchte nicht den vom Optokoppler erzeugten Strom abgreifen und nutzen, sondern durch Setzen des Out-Pins auf High oder Low den Stromkreis des LED-Panels unterbrechen, also das Licht mittels Digital-IO ein- bzw. ausschalten. Mich treibt auch die Sorge um, wenn ich die 600mA vom LED-Panel an den Out-Pin lege, dass dieser die hohe Stromstärke auch verträgt.

Das wäre prima, hmmh aber was ist . Ist damit ein Framework gemeint ?

Was kannst Du empfehlen bzw. hast du gute Erfahrungen gemacht und geeignet für das Gewicht einer DSLR ? Wo ?

@gagahhag Hmmh, so eine Queue könnte ich ev. auch gebrauchen. Wie hast du die Queue implementiert, ich setzte zwar Delphi ein, aber ev. hätte ich ein paar Inspirationen aus deinem Java-Code gewonnen.

Das ist schon klar aber danach habe ich nicht gefragt, ich möchte den DigitialOut als Schalter für den o.g. Stromkreis von 700mA und 5V zu benutzen. Würde der Optokoppler das unterstützen oder schlimmstenfalls durchschmorren ?

Sorry, aus mir wird nie ein richtiger Elektroniker Die IO-Bricklets sind zum Schalten -auch mit Optokoppler- von 700mA also nicht geeignet ? Also schützen Optokoppler nur vor Spannungsspitzen (Isolationsspannung) aber nicht vor hohen Strömen ?

Ach du warst das neulich, jetzt erinnere ich mich ;D http://www.tinkerunity.org/forum/index.php/topic,835.0.html Aber mit maximaler Leistung meinst Du das Drehmoment nicht die Drehzahl ?

Ah, eine Queue oder Stepper-Controller. Nur ist jeder Anwendungsfall u.U. verschieden, ob man das mit einem Controller so einfach lösen kann, die Möglichkeiten wie n-Motoren voneinander in ihrern Sequenzen abhängig sein können, sind umfangreich.

Oh, ist ein Seilsystem für Hochzeiten nicht ein bisschen oversized ? Für individuelle Schwenks und Schnappschüsse gerade bei Hochzeiten üblich, würde ich da eher zu einer Steadycam greifen.

Was soll das heißen ? Um noch höhere Drehzahlen zu erreichen ?

Verstehe ich nicht, wenn die mit SetSteps gesetzen Schritte abgefahren wurden, setzt der Callback ReachedSteps ein, oder man wartet über den Callback OnNewState ab ob der Stepper stoppt.

Habe die Bindings gerad nicht im Kopf, aber könnte das auch bei Delphi bzw. C# ein Problem werden ?

Also bei meinem Nema23-Schrittmotor kann ich relativ lange mit einem Akku-Pack aus 10 Eneelops leben. Voraussetzung ist allerdings man reizt den Betriebsstrom nicht zu weit aus. Ich stelle in der Bricker-API die Current im Durchschnitt auf 300mA, erreiche damit aber auch max. Drehzahl von 4000 Steps/sec, Halbschritt und einer Last von ca. 1kg.

Gut zu wissen, ich wollte gerade alle Master/Chibi von 1.2.4 auf die neueste FW upgraden. Davon wäre ich also auch betroffen. dann warte ich mal lieber.

0-36V Spannung... aber welche Ströme können maximal von den DigitalOut geschaltet werden ? Die DigitalOut/In könnten aber auch zusammen mit dem Master 1.0 verwendet werden ? Mit "Kabel" sind die Industrial Bricklets gemeint Oder gäbe es die ev. früher ?

In den neuen Bindings sind die o.g Bricklets schon enthalten. Könnt Ihr grob schon ein bisschen dazu sagen. Sind die Ein/Ausgänge z.B. über Optokoppler, galvanisch getrennt ? Wie der AnalogOut sind DigitalOut auch bei 0V schaltbar ? Ich möchte das Analog/IO4 oder eben DigitalOut4 zum zeitgesteuerten An- und Ausschalten von einer kleinen LED-Videoleuchte (Betriebsspannung:4,5-5VDC; Stromverbrauch: 2,9 W; 48 LEDs) einsetzen.

Für meine Anwendung, deren Funkübertragung nur aus Chibi-Extensions v.1.0 besteht, könnte ich für Erweiterungen durchaus noch gebrauchte, aber voll-funktionstüchtige Chibi-Ext. gebrauchen. Wer benötigt seine Chibis nicht mehr (z.B. wg. des Umzugs auf die WIFis etc. ) ? Angebote bitte als PM.