jan

Hi,

Zustand: mehrere gruppierte Bricklets an einem Master.

   

$uid_iqr1 = 'abc';

$uid_iqr2 = 'xyz';

...

$iqr1 = new BrickletIndustrialQuadRelay($uid_iqr1, $ipcon);

$iqr2 = new BrickletIndustrialQuadRelay($uid_iqr2, $ipcon);

...

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:

Traceback (most recent call last):

  File "C:\python\dotmatrix.py", line 20, in <module>

    io.set_port_configuration('a', 1 << 0, 'o', False)

  File "C:\python\tinkerforge\bricklet_io16.py", line 122, in set_port_configuration

    self.ipcon.send_request(self, BrickletIO16.FUNCTION_SET_PORT_CONFIGURATION, (port, selection_mask, direction, value), 'c B c ?', '')

  File "C:\python\tinkerforge\ip_connection.py", line 728, in send_request

    request += struct.pack('<' + f, d)

struct.error: char format requires a bytes object of length 1

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 :'(

Kleinen 40x40 Lüfter im Deckel der durch den ganzen Stack Luft zieht.

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

Was würdet ihr für Gehäuse dieser Art zahlen?

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.

Wenn diese Funktion mit den Parametern ((1 << 0) | (1 << 3), (1 << 0), 1500) aufgerufen wird: Pin 0 wird auf geschlossen und Pin 3 auf geöffnet gesetzt. Nach 1,5s wird Pin 0 wieder geöffnet und Pin 3 geschlossen.

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.