borg

Some progress has already been made: http://www.tinkerforge.com/en/blog/2014/2/21/tinkerforge-goes-stand-alone-aka-red-brick

Tinkerforge goes Stand-Alone aka RED Brick Blog entry

Tinkerforge goes Stand-Alone aka RED Brick Blogeintrag

I just added a miniature version of a websocket server to brickd: https://github.com/Tinkerforge/brickd/commit/45b8da4a27af5c61054ea8093e2a1149784e7b23 It needs some more testing before we can publish it as a beta, but i already have a question about some details: What do you think would be the right port for the websocket server in brickd? I am currently using port 80 (as defined in the standard). But this will obviously interfere with normal webservers if they happen to run on the same machine. Do you think we should use a default websocket port that is different from 80? Independent of the default port you can change the port in the brickd config of course.

Ein Beta-Release für den Browser machen wir Ende dieser Woche oder Anfang nächster Woche, solange musst du dich noch gedulden .

Eine erste Beta-Version der JavaScript Bindings ist fertig: http://www.tinkerunity.org/forum/index.php/topic,2216.msg14527.html Feedback etc wenn möglich bitte auf englisch. Die Bindings unterstützen aktuell nur Node.JS, allerdings wird Unterstützung für den Browser bald folgen, es fehlt lediglich noch die Implementierung eines WebSocket Servers in brickd. Für die Ethernet Extension existiert bereits eine. Eine Implementierung für die WIFI Extension wird nach dem Release folgen wenn klar ist dass die JavaScript Bindings auch wirklich Anklang finden. Dies ist leider sehr viel Aufwand.

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.