jan

Link: http://www.reichelt.de/Funk-Dimmer-Schalter/ELRO-AB440S/3/index.html?;ARTICLE=115628

Damit kann man 4 Dosen steuern + Systemcode (5 Kanäle a 2bit = 32 Varianten)

==>> 32 Varianten á 4 Steckdosen macht theoretisch 128 Stück.

Der IC in den Funken ist (fast immer) ein HX2262 http://www.instructables.com/files/orig/FT7/GCJB/GFRWRWM6/FT7GCJBGFRWRWM6.pdf

Die "Empfänger" gibt es auch einzeln (zb. Pollin grad günstig).

Für die Kanalwahl werden 5 Ports benötigt (muss aber nicht), also 1 + 1/4 Ind.QuadRelais.

Für den Zielcode werden 6 Ports benötigt. Es werden immer 2 Pins gleichzeitg am IC gegen Masse gezogen (ansonsten hängen die Pins "in der Luft").

Das heißt mit 6 Ausgängen vom Ind.QuadRelais kann ich eine bestimmte Steckdose an/auschalten und mit max. 5 Ausgängen vom Ind.QuadRelais kann ich den Systemcode anpassen.

Nachteil: Kein Feedback!!! Es gibt kein "getStatus_Steckdose()"  + "begrenzte" Reichweite, aber es heißt ja Heim(!)steuerung

Vorteil: Keine Kabel.

Aber es funktioniert super.

Ich habe eine Funkfernsteuerung für die Steckdosen genommen. Gibt`s ganz günstig gleich mit 3 oder 4 Steckdosen dazu. Hab dann die Fernsteuerung (mit Löten) an die IndustrialQuadRelais angeschlossen und zentral positioniert. Zugriff erfolgt per RS485 Master Extension. Kann jetzt (theoretisch) 128 Steckdosen fernsteuern (auch automatisch zum Wecken, etc..).

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.