borg

Kann das sein das es die nicht mehr zu kaufen gibt? Ich kann die EIM826 nirgends finden. Die uniTEC Funksteckdose die ich finde sehen alle so aus als wären sie kompatibel zu den einfachen ELRO Steckdosen: http://www.amazon.de/uniTEC-48110-Funkfernschalterset-Micro-wei%C3%9F/dp/B002ZCX6C0 Edit: Das uniTEC 48113 sieht so ähnlich aus wie das EIM-826: http://www.amazon.de/uniTEC-48113-Funkfernschalterset-outdoor-schwarz/dp/B002ZH6ALO/ref=sr_1_4?s=diy&ie=UTF8&qid=1392639341&sr=1-4&keywords=Unitec Ich kann leider keine Herstellerseite finden mit einer Kompatibilitätsliste (welche uniTEC Steckdosen sind zu welchen kompatibel?), wenn da jemand von euch etwas finden kann wäre ich für einen Link dankbar!

Das LED Strip Bricklet kann auch 12V Schalten, das ist kein Problem. Allerdings muss das LED Strip selbst dann natürlich für 12V ausgelegt sein!

Für sowas ist vermutlich das 0-20mA Bricklet gut geeignet. Google hat mir auf die Schnelle das hier gefunden: http://www.fripro.de/hydrostatischer_drucktransmitter_p10.html Achtung: Ist sicher nicht billig .

Schwer zu sagen was da los ist, aber das sollte natürlich nicht passieren. Schreibe bitte eine Email mit der Bestellnummer an info@tinkerforge.com, wir schicken dann ein einen neuen Master mit Rückumschlag für den defekten raus und gucken uns das an.

Aufgrund der von Raphael angesprochenen Problematik würde ich die 4 Master einzeln über USB anschließen anstatt einen Stack zu bauen.

Das siehst du schon richtig, Wenn R, G und B von allen Pixel an sind zieht das Kit mehr Strom als die Stromversorgung liefert. Allerdings ist man immer weit unter den 8A wenn man irgendetwas farbiges anzeigt, in unseren Tests sind wir mit allen Spielen usw. nie über 3-4A gekommen (oft ist ja nur eine der 3 LEDs pro Pixel an). Das mitgelieferte Netzteil schafft den nötigen Strom für alle Pixel (also alles weiß) für ca. 1 Stunde, danach wird es zu warm und schaltet sich ab bis es wieder abgekühlt ist. Wer also das Blinkenlights Kit verwenden möchte um es langfristig als Lichtquelle zu benutzen braucht noch ein zweites Netzteil. Das wäre dann allerdings eine teure Raumbeleuchtung . tl;dr: In der Praxis reichen 8A für das Kit.

cool!

Das offizielle Rating vom Hersteller ist 160V/5.5A:

Die Mathematica Bindings wurden unter Linux, OS X und Windows getestet .

Mathematica Bindings now available Blog entry

Mathematica Bindings jetzt verfügbar Blogeintrag

Wir werden das neue Kit am Montag oder Dienstag veröffentlichen .

Das sollten wir machen können ohne die API zu brechen, gucke ich mir morgen mal an. Sollte eigentlich kein großes Problem sein .

Hab gerade das Datenblatt überflogen, der TCS3472 gefällt mir gut. Würde echt gut bei uns ins System passen. Hätte auch gut mit auf das große Panel von neuen Bricklets gepasst welches wir gemacht haben, mist . Ich habs mir auf jeden Fall erstmal notiert, ich könnte mir gut vorstellen das wir das auf dauer machen.

@JoergK: Die "Config .py's" im Generator sind nur Datenhaltung, sowas wie xml oder json, nur schon direkt vom Python Interpreter parsebar. Wir arbeiten da nicht mit Reflection o.ä. Grundsätzlich ist ein Wrapper der auf der hardwarenahen API liegt aber sicher der am besten gangbare Weg. Wenn möglich könnte man aber trotzdem versuchen den Wrapper so zu gestalten das man ihn auf Dauer eventuell generieren kann. Wir sollten vermutlich die einfach generierbaren Änderungen alle sammelt (enums, interfaces etc). Wir haben dann irgendwann eine hinreichend große Menge von Änderungen um eine neue API-brechende Version zu machen. Nur für Enums oder nur für Interfaces würde man nicht die API brechen.

Einen eigenen Stand haben wir nicht geplant. Es wird aber bei dem Stand von Cumulocity (https://www.cumulocity.com/) Informationsmaterialien und ähnliches von uns geben .

Das kann man so allgemein nicht beantworten. Ein kurzer Kurzschluss zwischen 5V oder 3.3V und GND wird für gewöhnlich nichts zerstören. Längerfristig einen Pin vom Microcontroller der auf "high" gestellt ist mit GND Kurzschließen wird auf dauer etwas kaputt machen. Wenn du zuerst den Master startest (ohne Bricklets) und dann Bricklets ansteckst kann nichts passieren. Wenn du ein Bricklet absteckst welches ausgeführt wird und dafür (ohne neustart) ein anderes anschließt kann es zu Problemen kommen.

Das kommt auf den USB Stick an. Der verwendete WLAN Treiber muss bei "AP" ein "yes" stehen haben in der Liste: http://wireless.kernel.org/en/users/Drivers

Naja, die Bricklets die du oben aufgezählt hast (IO-16, IO-4, AnalogIn/-Out, Voltage/Current) verwenden in Summe alles was ich zuvor aufgezählt hab (GND, 3.3V, 5V, 4xIO, AD, I2C, Select). Die 4xIO und I2C sind natürlich bidirektional.

So eine Trennung müsste ganz schön viel leisten. Wir haben auf dem Bricklet Stecker einiges liegen: GND, 3.3V, 5V, 4xIO, 1xAD, 1xI2C, 1xSelect D.h. man bräuchte einen DC/DC Wandler für die 5V, einen Step-Down Regler für die 3.3V sowie sechs digitale und einen analogen Optokoppler. Puh... Das kommt halt drauf an was man genau an Bauteilen verwendet, das kann man sich fast beliebig auswählen. Mit größerem Messbereich sinkt aber natürlich die Messgenauigkeit. Da muss man also einen Kompromiss finden.

Die galvanisch getrennten Bricklets heißen bei uns "Industrial ... Bricklet". Die Industrial Digital In, Industrial Digital Out und Industrial Quad Relay Bricklet sind galvanisch getrennt. Ein (galvanisch getrenntes) Industrial Bricklet um Spannungen/Ströme zu messen ist schon länger geplant, wir sind aber noch nicht ganz damit durch. Dazu hätte ich aber eine Frage wo wir das Thema gerade haben. Es gibt zwei Möglichkeiten das zu machen: 1. Die Spannung für die Messseite wird von außen eingespeist 2. Die Spannung für die Messseite wird über den Brick durch einen DC/DC Wandler auf dem Bricklet bereitgestellt. Bei der 2. Lösung muss man keine Spannung einspeisen, dafür kostet sie im Verkauf ca. ~10€ mehr. Was wäre euch da lieber? Eine galvanisch getrennte Spannungsmessung die von 0V bis zur (vom Benutzer eingespeisten) Eingangsspannung misst wäre denke ich die günstigste Variante.

OK, dann melde dich bitte per email mit der Bestellnummer bei info@tinkerforge.com. Wir schicken einen neuen DC Brick raus mit Rückumschlag für den defekten, damit wir uns das angucken können. Entschuldigung für die Probleme!

Kannst du da nochmal Probieren den zweiten Master mit in den Stack zu stecken? Funktioniert dann auch noch alles?

@AuronX: Der Pull Request ist nicht abwärtskompatibel, hast du ja auch selbst geschrieben. Interfaces für die Bricks/Bricklets könnte man generieren, das wäre unproblematisch (halte ich aber nicht für kriegsentscheidend). Aber Abstraktionen von Werteeinheiten (wie JoergK es bei der Version gemacht hat) ist echt schwierig. Wir haben ja z.B. an unterschiedlichen Stellen Spannungen, zum Teil mit unterschiedlichen Einheiten (mV, mv/100). Da wäre es ja schön eine Voltage-Class zu haben die das abstrahiert. Allerdings sind diese Art von Informationen aktuell nicht vorhanden. Ein Verbesserungsvorschlag in dieser Richtung sollte also wenn möglich immer mit einer Änderung in der Config anfangen. Also welche Informationen müssen wir in der Config hinzufügen um soetwas generieren zu können? Wie lassen sich diese Informationen in den anderen Sprachen nutzen? Wenn wir da ein gutes Konzept ausgearbeitet bekommen und das Ergebnis was dabei rauskommt hinreichend gut ist um den Aufwand zu rechtfertigen, könnte ich mir gut vorstellen eine neue Version 3.X für alle Bindings zu machen die nicht abwärtskompatibel ist.

Ah, hatte diesen Thread erst übersehen. Ich hab im Prinzip im anderen Thread schon etwas dazu geschrieben: http://www.tinkerunity.org/forum/index.php/topic,2152.msg14230.html#msg14230