jan

Hi, Zustand: mehrere gruppierte Bricklets an einem Master. Ist es nun egal ob ich $iqr1->setValue($value); oder $iqr2->setValue($value); verwende?? Danke

Also die Bricks mussten bei mir einzeln geflasht werden. Die Bricklets könne dran bleiben. Bricklets können auch im Stapel geflasht werden. Es hat zwar eine Weile mit den Treibern gebraucht, aber nachdem alle installiert und gefunden worden sind (und von Windows für richtig befunden...) ging es problemlos. Jetzt muss ich nur noch meine "Produktivumgebung" auf 2.0 flashen... Dafür brauch ich nur etwas Zeit, wegen alles ändern (Flashen, Bindings, Code, Testen)

http://www.tinkerunity.org/wiki/index.php/Laufschrift

Ist jetzt nicht das beste Video (Handy), aber es funktioniert. https://www.dropbox.com/s/9o8d2ts0hma65lz/2013-02-01%2023.35.58.mp4 Python mit IO16 und 8x8 Dotmatrix. 2013-02-01_23.35.58.mp4

Versuch mal die aktuellen Bindings. Da sollte der Fehler behoben sein.

Super, geht. Danke

Ah, super, da warte ich Vorher hatte ich das ganze unter Ubuntu gemacht, kann sein, dass da die 2.7 drauf war, weil da ging immer alles. Unter Windows habe ich die 3er drauf...

Das Beispielscript geht nicht, auch schon anders probiert. Alles aktuelle Bindings und Firmware. Shell-Ouput: Edit: io.set_port('a', 0b00000000) geht auch nicht

Wenn 2.0 dann "alles": BrickV, BrickDaemon und alle Firmwares. Wenn du alles wieder auf das alte Protokoll änderst, dann auch wieder "alles" (BrickV, BrickDaemon und alle Firmwares).

Aber da reicht doch auch ein Breakout Bricklet, da ist doch 5V drauf. Oder nicht?

Also die älteren Motoren sind doch "normale" Motoren mit + und -. Wenn ich mir die jetzigen Anschaue mit 4 Anschlüssen schau mal hier http://www.philohome.com/pf/pf.htm +9V 0V (Ground) C1 Control signals C2 Control signals C1 C2 Forward +9V 0V Turns CW Reverse 0V 9V Turns CCW Stop 0V 0V Brake

Ja, mit dem DC-Brick.

Das ist viel. Schade :'(

Also bei 0,5mm "Luft" zw. Brick und Gehäuse wird da nicht viel werden mit "Luftzug"...

Ich habe mal im Wiki (http://www.tinkerunity.org/wiki/index.php/Brick-Gehäuse) einen neuen Artikel angelegt. Zu finden unter Wiki -> Deutsch -> Wunschliste -> Gehäuse. Es wäre schön, wenn dort alle Dateien mit abgelegt/verlinkt werden könnten, damit diese zentral vorhanden sind und nicht quer durch den Thread gesucht werden müssen. Gerne auch Bilder und Kommentare.

Im Moment können die Bricks nur über externe Hardware betrieben und abgefragt werden. Da es kein SpeicherBricklet gibt und der Memory der Brick(let)s sehr begrenzt ist fällt dies im Moment leider flach.

also mir reicht Staubschutz und spritzwassergeschützt. Ansonsten später noch durchsichtig

0,99 - 1,49 für Deckel / Boden bis 2,99 für Boden Hutschiene 1,49 - 1,99 Rahmen Brick (Schmerzgrenze 2,99) man würde ja rein theoretisch die Befestigung für 0,99 je Brick sparen .

Ich möchte sagen, dass es genau andersrum bei mir ist wie in der Doku. Und wenn man sich die Beschreibung vom DualrelayBrick anschaut, dann ist einfach die Beschreibung vom "Inudstrial Quad Relay Monoflop" verkehrt herum - oder??

Wie meinst du das genau? Dei Anschlussbelegung findest du hier: http://www.tinkerforge.com/doc/index.html Ansonsten einen relativ steigen Draht (abisoliert) in die Löcher der Klemmen stecken und fertig. Evtl. müssen die orangen "Nasen" reingedrückt werden, dann geht es leichter.

Also bei mir wird dann Pin 0 angeschaltet und Pin3 ausgeschaltet. Nach Ablauf der Zeit wird Pin 0 ausgeschaltet und Pin 3 geöffnet.

sieht doch schon mal ganz gut aus. Die Feinheiten werden auch noch - da bin ich mir sicher

Die Stecker vom(!) Servo würden beim jetzigen Design in das Gehäuse des darüber liegenden Gehäuses "eindringen". Deswegen müsste entweder Servo-Brick ganz oben in den Stack und evtl. ein extra Deckel designt werden oder die ServoBrick-Anschlüsse müssten geändert werden.

Diese Aussparungen sind bereits eingeplant. Jetzt hängts etwas am Servo-Brick.

ah, ok. Danke.