raphael_vogel

Hi Habe mir gerade mal etwas die Node.js bindings angeschaut. Meine Frage hierzu: Sind die Callbacks die ihr verwendet wirklich asynchron, d.h. benutzt ihr process.nextTick() um einen Callback zu rufen? Beispiel: ipcon.connect(HOST, PORT, function(error) { console.log('Error: '+error); } ); // Connect to brickd Wird hier die error callback Funktion wirklich asynchron aufgerufen, oder im gleichen EventLoop Durchlauf wie die connect Methode selbst? Nach kurzem Blick in die IPConnection "Klasse" von euch habe ich kein process.nextTick(...) gefunden. Von daher gehe ich aus daß alle Callbacks die ihr aufruft nicht wirklich asynchron sind. Ist das korrekt?

Hi Welcher Spannungsbereich verträgt der Master eigentlich, bzw. wie genau muss ich die 5V einhalten damit der Master stabil läuft? 4,8 - 5,2 V ?

WIFI kann noch kein Web Sockets: http://www.tinkerunity.org/forum/index.php/topic,2408.msg15732.html#msg15732

Danke für den Erfahrungsbericht. Ja, mit den IO4 und IO16 Bausteinen lassen sich oft viele Sensoren/Aktoren sehr kostengünstig anschließen.

Achso falls sich jedoch jemand findet, der sowas bauen will / kann.... Ich würde gleich mal 2-3 Stück abnehmen

Ja das hab ich mir auch schon überlegt. Es gibt sehr viele Zeitschaltuhren, die jedoch nur mit 230V funktionieren, also nicht mit Batterie. Es gibt auch einige Schaltuhren mit 12V, da ist mir aber der Stromverbrauch mit 20-30 mA auch zu hoch. Die beste Lösung die ich gefunden habe ist den Timer eines Mikrocontrollers (z.B. ATTiny13) zu benutzen. So ein Mikrocontroller braucht im "Sleep Mode" einige micro Ampere! Der Controller würde also alle x Minuten aufwachen und ein Relais schalten, das die Stromversorgung zum Master herstellt. Naja, aber jetzt mit Mikrocontrollern anzufangen ist mir leider zu zeitaufwendig. Ich habe ja extra TF gekauft, dass ich mit solchen "low level" Sachen nichts zu tun hab

Ja sowas wäre für viele Szenarien mit Batterie Betrieb ideal. TF mit Batterien zu betreiben ist oft nur möglich wenn man Platz für eine große Batterie hat und die auch noch mit Solar aufladen kann. Idee: Man könnte vielleicht einen Master so programmieren, dass er alle 5 Minuten kurz "aufwacht" die Sensorwerte liest und sie per Funk/WLAN an eine Basisstation (Raspi) per HTTP verschickt. Danach legt er sich wieder schlafen.

Schönes Projekt. Das mit HDMI-CEC kannte ich noch nicht. Damit kann man also mit der TV Fernbedienung beliebige Scripte auf dem Raspi triggern ?

Ich hab mir mal das Datenblatt des Sensors angeschaut: http://de.mouser.com/pdfdocs/DiodesAH180NDatasheet.pdf Dort gibt es auf Seite 3 die Angabe, dass die maximale Periode (Tperiod) 125ms ist. Das wäre dann also 8 Hz maximal Frequenz, wenn ich das alles richtig verstanden habe. Wenn das stimmt, dann sollte man das in der Doku erwähnen.

Und wenn du das IO-16 Bricklet anschließt oder auch Industrial Digital In 4 kannst du die Anzahl der Sensoren noch weiter erhöhen. (Zusatzbeschaltung ist dann eventuell nötig)

Kannst auch mal mit dem Hall Effect Bricklet probieren. Jeder stromdurchflossenen Leiter, also auch ein Stromkabel erzeugt ein Magnetfeld (hier ringförmiges Feld). Das wäre sogar eine nicht-invasive Methode

Per Bluetooth vom Smartphone auf die Konsole kommen (ohne WLAN). Für Outdooreinsatz recht interessant:

Afaik they are 4 guys http://www.tinkerunity.org/forum/index.php/topic,2052.msg13381.html#msg13381

Interessanter Artikel. Hört sich recht komplex an (gleich lange Leiterbahnen bei RAM Anbindung, Impedanz, gegenseitige Beeinflussung von Bauteilen...). Ich hoffe das ihr das sauber hinbekommt, denn ich denke ein sehr wichtiger Punkt ist die Stabilität des RED. Viele TF User haben die Module ja 24x7 laufen, und da wäre es sehr schlecht, wenn der RED Brick nicht stabil läuft. Lieber einige Wochen länger testen, als dass ihr mit einem unstabilen RED rauskommt ;-)

You are right ;-) What about RasPi + WebCam + OpenCV library? or Realy cool stuff what you can do alreday with (free) software.

I would have done this with a reflective light barrier (e.g. http://www.conrad.de/ce/de/product/585418/Quadratische-Lichtschranke-Contrinex-LLK-5050-000-Einweg-Lichtschranke-Sender-Reichweite-15000-mm/?ref=detview1&rt=detview1&rb=1) and the Industrial Digital In Bricklet. I guess this would be 50 out of 50 correct detections.

Laut Wikipedia: "NFC offers a low-speed connection with extremely simple setup, and can be used to bootstrap more capable wireless connections." So wie ich das verstehe kann man mit NFC auf einfache Weise eine schnellere Verbindung (WiFi; BT) initiieren. NFC kann also der enabler für "schnellere" Protokolle sein. Anwendungsbeispiel auch aus Wikipedia: "Android Beam uses NFC to enable Bluetooth on both devices, instantly pair them, and disable Bluetooth automatically on both devices once the desired task has completed." [...] "...it uses the power of NFC (to share MAC Address and IP addresses) and then uses WiFi Direct to share files and documents."

Ja teurer und komplexer geht immer.... Ich will einfach keine 100€ ausgeben, um vielleicht nur die Feuchtigkeit und Temperatur in meinem Gemüsebeet überwachen zu können?!

Yep. Wenn doch nur im Bereich der Akku Technologie so viel Vortschritte gemacht werden würde wie in anderen Bereichen (hier Chemie, oder auch bei Prozessoren, LEDs), dann könnten wir unsere TF Stacks auch mal 5 Jahre mit einer Batterieladung autonom betreiben

Super vielen Dank

Hi Ich überlege mir das Hall Bricklet mitsamt der Steckverbindung in einer Form mit Epoxyharz zu gießen, um es vor Wasser / Dreck zu schützen. Hat sowas jemand schonmal gemacht? Oder gibt es bessere Alternativen wie Schrumpfschlauch, Flüssig Gummi?

Wollte sowas eigentlich mit RasPi und OpenCV (http://opencv.org) machen. Also RED Brick + Vision Sensor + Servo Brick + Ultraschall/IR Bricklet.... damit könnte man schon einen wirklich coolen autonomen Roboter bauen !

Find ich auch nicht schlecht, aber die Umsetzung mit TF ist glaube ich schwierig: Alle Sensoren (Bricklets) sind ja bisher immer an einen Master gebunden. Der Master alleine schluckt ja schon fast 70mA. TF müsste also neue "remote" Bricklets bauen, die überhaupt keinen Master mehr brauchen. Das wäre wahrscheinlich eine ganz neue Art von Bricklets.

Sollte TF vielleicht mit in die Doku zum Bricklet aufnehmen.... Könnte den Absatz födern ;-)

Hi Wie bereits im Blog erwähnt hat die Wifi Extension ja noch keinen WebSocket Support. Ich erinnere mich auch, dass das etwas aufwändiger ist zu implementieren. Arbeitet ihr dennoch daran, und wenn ja in welchem GANZ GROBEN Zeitrahmen ist das geplant? (Wochen, Monate, Jahre ;-) Sonst find ich die JS Bindings und besonders die Browser JS Bindings sehr cool. Gratulation !