photron

Mechanisch ist das einfach ein 2x Umschalter. Das kann man leicht mit einem Dual Relay Bricklet nachbauen, da ist die Last/Audioseite elektrisch vollständig von der Schaltseite getrennt und man muss sich keine weiteren Sorgen machen. Problematischer wird es mit 2 Quellen auf 3 Zielen. Pluto, ich denke du solltest dir als erstes einmal Gedanken machen wie du eine Satz von Schaltern verbinden musst damit das richtig schaltbar ist, bevor du dir Gedanken über die elektrische Umsetzung machst.

Fragst du das Enumerate mit ipcon.enumerate() an?

Nochmal zum Transistor: Ich denke mit einer einfachen Schaltung wirst du nicht weit kommen, da Audio eine Wechselspannungssignal (AC) ist und ein Transistor in den einfachen Beschaltungsarten mit Gleichspannung (DC) operiert. Auch ein der UDN 2987 A kann nur mit DC umgehen. Daher ist Loetkolbens Vorschlag einen speziellen Audio-Schalt-IC zu nehmen oder Relais wohl die richtige Idee. Vielmehr kann ich dir da denke ich nicht helfen, dafür habe ich speziell von Audio zu wenig Ahnung.

Okay. Im Datenblatt ist z.B. eine Anwendung den SSM2404P als Umschalter zwischen 2 Quellen für 1 Ziel zu verwenden. Wie man damit jetzt auf einen 2-auf-3 Muxer kommt ist mir spontan nicht klar,

Der SSM2404P ist ein Quad Audio Switch, das der 20 Pins hat hat erstmal nichts zu sagen. Der hat intern 4 Ein/Aus Schalter und ist für Audio gedacht, siehe Datenblatt: http://www.sun-pec.com/Pics/VM/SSM2404P.pdf Problem mit dem IC ist dass der mit +11V bis +24V oder +-5.5V bis +-12V versorgt werden muss. Denn kannst du nciht direkt an eine IO-4 oder IO-16 anklemmen. Prinzipiell ist so ein IC aber nicht so einfach für deinen Fall verwendbar, da er als Ein/Aus Schalter und nicht als Umschalter zwischen Quelle gedacht ist.

First of all, you'll need a Brick to make that setup work, because Bricklets on their own are basically just sensors or actors. The need to be connected to a Brick (that's where the logic is) to get a working system. But then it basically works as you describe it. Let me give you some details: There are different approaches to detect a door opening/closing. a) You could use a Master Brick with an IO-4 Bricklet and a microswitch (or any other kind of push button). The microswitch gets connected to the IO-4 Bricklet. This allows the Master Brick to readout the microswitch status: open or closed. To detect the door status the microswitch is mounted to the door frame in a way that the closed door closes the switch and opening the door also opens it. Now your website can periodically query the status of the microswitch to get the door status. You can also configure the IO-4 Bricklet to send you a callback if the status of the microswitch changes and the you can react on this event. The problem with this is that it requires a continuously running program, but a website doesn't meet this criteria. b) Another approach would be to use a Master Brick with a Distance IR Bricklet and mount the Bricklet to the door frame in a way that it measures different distances depending on the door being opened or closed. Again your website could query for the distance or you could configure a callback for a continuously running program to be informed about changes in the distance. c) There are probably some more ways to do this than just the two There are also different approaches for connection the Master Brick to your PC hosting your website. a) The simplest way is to connect it directly via USB, then the Master Brick and the connected Bricklet is also powered via USB. b) You could also connect a WIFI Extension (that is already available) to the Master Brick. Then your PC can connect to the stack directly via WIFI. Now you need to power the stack. This can be done via an USB power supply connected to the USB port of the Master Brick. Another option is a Step-Down Power Supply that is connected to the bottom of the stack and can handle DC input voltage of 6-27V. You can also supply the power from a battery to USB (5V) or the Step-Down Power Supply (6-27V). How long the battery will last depends on your particular battery, the actual Bricklet used to detect the door status and your WIFI configuration. The power consumption of the different devices can be found in the documentation. A rough guess for the power consumption of this setup is probably about 100-250mA I think, but don't quote me on that c) You could also connect an Ethernet Extension (this one is coming soon) to the Master Brick. Then your PC can connect to the stack directly via Ethernet. The power supply options are the same as with WIFI, but in addition the Ethernet Extension supports Power-over-Ethernet. This allows the stack to be powered directly via the Ethernet cable if you have a PoE injector at hand. Phew, quite long explanation. I hope I didn't overwhelm you with this

Ja. Darum wollte ich Transistoren verwenden oder was vergleichbares. Mit dem IO16 Kann ich ja "nur" schalten oder Messern, aber nicht Durchleiten. Ich könnte mir auch das DualRealy kaufen. Aber davon bräuchte ich dann fünft bis Zehn Stück(nehme ich an) und das wird dann zu Teuer. Einen Transistor kannst du wie einen Schalter benutzen. Das ist eine seiner Funktionen. Wie gut du damit mit einer einfachen Schaltung ein Audiosignal schalten kannst bin ich mir gerade nicht sicher. Mir ist noch nicht ganz klar wie du deine 3 Quellen und 2 Ziele so verbinden können möchtest. Willst du jeweils eine der 3 Quellen an eins der Ziele verbinden, eine andere der 3 Quellen an das andere Ziel und die dritte Quelle hat dann kein Ziel? Q1 -> Z1 Q2 -> Z2 Q3 Q1 -> Z2 Q2 -> Z1 Q3 Q1 Q2 -> Z1 Q3 -> Z2 Q1 Q2 -> Z2 Q3 -> Z1 usw.

Du könntest potentiell mit dem Analog In das Audio Signal mit 1kHz abtasten und auf dem Analog Out wieder ausgeben. Das könnte sogar ein hörbares Ergebnis geben, mehr aber auch nicht. Sprich das funktioniert nicht wirklich gut

Für Windows sind keine Probleme bekannt. Ich persönlich hab noch nicht auf einer Windows Server Version getestet, ich erwarte da aber auch keinerlei Probleme.

Brick Viewer 2.0.5 Add commandline tool for flashing bricks (thanks to Jan) Try to avoid UI hang during connect Add plugin for Ethernet Extension Show WIFI password/key with * characters by default Add spin boxes for new averaging API in Barometer Bricklet plugin Less jittery plot widgets Make errors during Brick reset in flash process non-fatal Downloads: Windows, Linux, Mac OS X

Brick Viewer 2.0.5 Kommandozeilenprogramm zum Flashen von Bricks hinzugefügt (Dank an Jan) GUI wird währende des Verbindungsaufbaus weniger blockiert Unterstützung für Ethernet Extension hinzugefügt WIFI Passwort/Key werden standardmässig mit *-Zeichen angezeigt Unterstützung für Averaging API zum Barometer Bricklet Plugin hinzugefügt Plot Widget Updatemechanik überarbeitet Fehler beim Restart eines Bricks nach dem Flashen werden jetzt nicht mehr als kritisch dargestellt Downloads: Windows, Linux, Mac OS X

Der Treiber den der Brick Daemon Installer mitbringt ist nicht signiert. Wenn du einen signierten Treiber brauchst kann ich dir dafür den Zadig Installer empfehlen: http://www.tinkerunity.org/forum/index.php/topic,927.msg6456.html#msg6456 Die Bricks werden über WinUSB angesprochen und ich dachte wir hätten das Signierungsproblem damit umgangen, dass Windows 8 (was auch standardmäßig nur signierte Treiber erlaubt) WinUSB Geräte automatisch erkennt und keinen extra Treiber mehr braucht.

Chris, richtig, siehe mein Edit, sorry. Wegen der 20m Bricklet Kabel, das funktioniert nicht, da über 20m der Spannungsabfall zu gross sein wird.

Das stimmt nicht! Die Relais auf dem Dual Relay Bricklet sind Umschalter. Der Mittelkontakt SW ist entweder mit A oder mit B verbunden. Siehe http://www.tinkerforge.com/de/doc/Hardware/Bricklets/Dual_Relay.html#anschlussmoglichkeit Ein Dual Relay Bricklet kann also 2 Rollos schalten. Edit: Sorry, hab's missverstanden! Du bräuchtest ja 3 Schaltzustände SW-an-A, SW-an-B und SW-an-nichts. Das kann ein einzelnens der Relais nicht. SW ist immer mit einem der beiden Kontakte verbunden. Du brauchst so also ein Dual Relay Bricklet pro Rollo, wie CChris es schon richtig beschrieben hat.

https://rubygems.org/gems/tinkerforge

Plugins: Ambient Light Bricklet 2.0.1, Analog In Bricklet 2.0.2, Current12 Bricklet 2.0.1, Current25 Bricklet 2.0.1, Humidity Bricklet 2.0.1, Linear Poti Bricklet 2.0.1, Rotary Poti Bricklet 2.0.1, Temperature IR Bricklet 2.0.1, Voltage Bricklet 2.0.1, Voltage/Current Bricklet 2.0.2 Threshold Callbacks werden nicht mehr fälschlicherweise zweimal nacheinander ausgelöst Downloads: Ambient Light Bricklet, Analog In Bricklet, Current12 Bricklet, Current25 Bricklet, Humidity Bricklet, Linear Poti Bricklet, Rotary Poti Bricklet, Temperature IR Bricklet, Voltage Bricklet, Voltage/Current Bricklet

Plugins: Ambient Light Bricklet 2.0.1, Analog In Bricklet 2.0.2, Current12 Bricklet 2.0.1, Current25 Bricklet 2.0.1, Humidity Bricklet 2.0.1, Linear Poti Bricklet 2.0.1, Rotary Poti Bricklet 2.0.1, Temperature IR Bricklet 2.0.1, Voltage Bricklet 2.0.1, Voltage/Current Bricklet 2.0.2 Don't send threshold callback twice erroneously anymore Downloads: Ambient Light Bricklet, Analog In Bricklet, Current12 Bricklet, Current25 Bricklet, Humidity Bricklet, Linear Poti Bricklet, Rotary Poti Bricklet, Temperature IR Bricklet, Voltage Bricklet, Voltage/Current Bricklet

Ich habe jetzt statt dessen, einige Log Messages von Info nach Warning geändert, damit sich auch im Windows Event Log landen.

Hm, ja das wird auf Info Level geloggt und nur Warning und Error gehen ins Windows Event Log. Wenn du brickd so startest (nicht als Service) dann sieht auch standardmäßig auch das Info Level. Vielleicht solle auch Info ins Windows Event Log gehen, mal gucken. Du solltest allerdings eher den Brick auf Firmware Version 2 updaten, statt die Tools downzugraden.

The problem is now fixed in Java bindings version 2.0.7.

Das sieht nicht nach einer Fehlermeldung von/für brickd aus. Eine mögliche Fehlermeldung oder Warnung von brickd hat als Quelle "Brick Daemon" so wie in diesem Screenshot.

Bindings: C/C++ 2.0.6, C# 2.0.7, Delphi 2.0.9, Java 2.0.7, PHP 2.0.7, Python 2.0.7, Ruby 2.0.7, VB.NET 2.0.3 Support für Ethernet Extension zur Master Brick API hinzugefügt [alle] Bitfields werden nicht mehr verwendet, da sie nicht portable sind [C/C++] Disconnect-Probe werden nur noch dann versendet wenn 5s kein Paket gesendet und empfangen wurde [alle] Deserialization von chars für Python 3 korrigiert [Python] Big Endian Behandlung für (u)int16 korrigiert [C/C++] Workaround für Struct Packing Bug in GCC 4.7 [C/C++] Race Condition beim Schließen des Sockets vermieden [C#, Java] IMU Orientation und Barometer Averaging API hinzugefügt [alle] Locking Problem im Zusammenhang mit er Erkennung von Socket Fehler im Disconnect Probe Thread korrigiert [Java] Download: C/C++, C#, Delphi, Java, PHP, Python, Ruby, VB.NET

Bindings: C/C++ 2.0.6, C# 2.0.7, Delphi 2.0.9, Java 2.0.7, PHP 2.0.7, Python 2.0.7, Ruby 2.0.7, VB.NET 2.0.3 Add Ethernet Extension support to Master Brick API [all] Avoid non-portable usage of bit fields [C/C++] Only send disconnect probe if there was no packet send or received for 5s [all] Fix deserialization of chars in Python 3 [Python] Fix (u)int16 big endian handling [C/C++] Workaround struct packing bug in GCC 4.7 [C/C++] Avoid race condition during socket closing [C#, Java] Add IMU orientation and Barometer averaging API [all] Fix locking for disconnect probe thread detecting a socket error [Java] Download: C/C++, C#, Delphi, Java, PHP, Python, Ruby, VB.NET

Wenn der Brick Daemon läuft kannst du im Eventlog schauen ob da Fehler vom Brick Daemon ausgelistet werden, wenn du den Brick per USB ansteckst?

Ich verstehe nicht ganz was du meinst. Möchtest du einen Master Brick als Interruptgeber für ein C Programm auf deinem PC nutzen?