raphael_vogel

Hi Ich überlege mehrere Stapel per RS485 über einen längere Distanz zu verbinden und bin etwas verunsichert ob das auch stabil läuft mit mehreren Sensoren. Im Forum hab ich zu RS485 einiges gelesen was mich etwas stutzig macht, besonders weil es meist keine Lösung für das Problem gab. Beispiel: http://www.tinkerunity.org/forum/index.php/topic,1600.msg10653.html#msg10653 Frage hierzu: Was hat es mit der "setI2CMode" Methode auf sich? Warum gibt es die nur für den Temperatur Sensor und nicht für andere Sensoren, wenn man damit über RS485 Probleme bekommt? Oder folgende zwei Threads sind auch nicht wirklich vertrauenserweckend: http://www.tinkerunity.org/forum/index.php/topic,2332.msg15457.html#msg15457 http://www.tinkerunity.org/forum/index.php/topic,1487.msg9822.html#msg9822 So ist es für mich schwer zu entscheiden, ob die Stacks später wirklich stabil laufen.

hab ich probiert: hilft nix. Erst wenn ich "masterBrick.setWifiPowerMode" weglasse dann funktioniert es.

Hi Ich habe einen Master + WLAN + Temperatursensor, alle mit aktueller Firmware. Ich habe den Verdacht, dass wenn ich den WIFI Power Mode zweimal auf LOW_POWER setze, dass es dann einen Fehler gibt. Folgendes node.js script wird alle 15 Minuten aufgerufen Ich bekomme immer "Could not read temperature: 31". Wenn ich die Zeile weglasse, dann funktioniert es.

Hi Das mit dem Strahlenschutz verstehe ich nicht ganz. Was bewirkt denn der Strahlenschutz oder besser gesagt kann er die Sonneneinstrahlung abmildern ? Wie soll das funktionieren, und warum braucht man da so viele Untersetzer? Fragen über Fragen

Hi Ich hab mal eine Anfänger Frage an die Wetterstations-Betreiber hier im Forum. Ich will ohne großen Aufwand die Außentemperatur messen. Nun hab ich festgestellt dass die Temperatur heute zwischen 9:00 und 12:00 Uhr gefallen ist. Das liegt daran, dass heute morgen der Sensor in der Sonne stand und dann in den Schatten gewandert ist. Muss ich also einen Dauerschattenplatz für den Sensor finden, um einigermaßen plausible Werte zu bekommen oder gib's da andere Tricks?

Mit welcher JS Bibliothek hast du denn das UI gebaut?

Hi Folgendes simple node.js Programm: var TF = require('tinkerforge'); var HOST = 'myhost'; var PORT = 4223; var ipcon = new TF.IPConnection(); var masterBrick = new TF.BrickMaster('6esCZX', ipcon); var tempBricklet = new TF.BrickletTemperature('dCf', ipcon); var distUSBricklet = new TF.BrickletDistanceUS('nY3', ipcon); ipcon.connect(HOST, PORT, function(error) { console.log("Could not open connection: "+error); }); ipcon.on(TF.IPConnection.CALLBACK_CONNECTED, function(connectReason) { // Configure Bricklets masterBrick.setWifiPowerMode(TF.BrickMaster.WIFI_POWER_MODE_LOW_POWER); tempBricklet.setI2CMode(TF.BrickletTemperature.I2C_MODE_SLOW); // to prevent outlier tempBricklet.setTemperatureCallbackPeriod(5000); distUSBricklet.setMovingAverage(100); distUSBricklet.setDistanceCallbackPeriod(5000); }); tempBricklet.on(TF.BrickletTemperature.CALLBACK_TEMPERATURE, function(temp){ console.log('Temperature: '+temp/100); }); distUSBricklet.on(TF.BrickletDistanceUS.CALLBACK_DISTANCE, function(distance) { console.log('Distance: '+distance); }); Alle 5 Sekunden wird Temperatur und US Distanz angegeben. Starte ich nun den Brickv und gehe auf das DistanceUS Brickelt, dann sehe ich in meinem Node.js Program sehr viele und schnell hintereinander folgende Ausgaben: Temperature: 11.37 Temperature: 11.31 Distance: 1234 Temperature: 11.37 Distance: 1233 Distance: 1234 Distance: 1233 Distance: 1234 Distance: 1233 Distance: 1232 Distance: 1231 Distance: 1232 Distance: 1231 Distance: 1232 Distance: 1231 Distance: 1232 Distance: 1233 Distance: 1232 Distance: 1233 Distance: 1232 Distance: 1231 Distance: 1232 Distance: 1231 Distance: 1232 Distance: 1231 Distance: 1232 Warum beeinflusst der Bickv mein node Script? Es sollten doch unterschiedliche IPConnectios sein ?

Fehlende Funklösung finde ich auch die größte Lücke im TF Sortiment Aber: http://www.tinkerunity.org/forum/index.php/topic,2525.msg16548.html#msg16548 Sieht so aus als ob es nach dem RED Brick kommt, also Mitte nächstes Jahr?

Nice idea, but the main problem is that brickd (see http://www.tinkerforge.com/en/doc/Software/Brickd.html) is not supported on android devices. You need brickd to route between TCP/IP coming from the language bindings and USB protocol.

Hi super, kannst du mal ein Foto vom Schaltungsaufbau oder ein Schaltplan hochladen? Ich habe das mit dem RC Glied bisher nur theoretisch gelesen. Du hast das RC Glied also parallel zum Stromstoßrelais geschaltet? Nach welcher Formel hast du R und C dimensioniert?

Mit JavaScript vom Browser aus kannst du nicht direkt mit einem WLAN Stack sprechen, da der noch kein Web Socket implementiert hat. Mit JavaScript vom Server (also Node.js) kannst du dich jedoch mit dem WLAN Stack verbinden. Wann WebSockets für die WLAN Extension kommt kann nur TF beantworten.

"Framworks" heißen bei Node.js Module. Über den node package manager (npm) kannst du dir zusätzliche Module/Libraries einfach installieren. Um z.B. die Tinkerforge bindings für node zu installieren gibst du einfach npm install tinkerforge in die Konsole ein. Siehe: https://www.npmjs.org/package/tinkerforge Als IDE verwende ich http://www.sublimetext.com/2 Am Anfang reicht auch Notepad++

Alternativ wäre JavaScript zu nennen. Damit kann er HTML5 Interfaces bauen die mit Android, IOS und auch mit dem Desktop Browser funktionieren. Vorteil: * Die selbe Sprache kann für das UI und die Tinkerforge Programmierung benutzt werden (node.js). * UI läuft auf mehreren Geräten (Mobile Desktop) * Dein Sohn kann mit JavaScript auch in die Web Entwicklung einsteigen Nachteil: JavaScript bzw. Node.js ist vielleicht nicht der beste Einstieg in die Programmierung. Die ganze asynchrone Verarbeitung kann schon etwas verwirrend sein.

Für 230 V sollten Varistoren mit ca. 275 V Durchbruchsspannung verwendet werden.Schau dir mal den S07K275 an, der sollte passen. Oder du bestellst dir gleich ein paar mit unterschiedlichen Kennwerten. Kostet ja nix so ein Ding

Hab auch das selbe Problem bei meinem Home Automation Projekt. Bei mir kommt jedoch wie bei vielen anderen noch dazu, dass auch ein 230V Power Brick nicht helfen würde, da man auch hier häßliche Kabelkanäle legen muss oder Schlitze in die Wand klopfen muss (beides nicht wirklich machbar). Daher bin ich auf der Suche nach besagter "low power" Funklösung. Wenn du schon RS485 Kabel verlegt hast warum nimmst du dann nicht gleich ein 4 adriges Kabel und speißt 5V mit ein?

Bitte denkt bei eurem Chibi Ersatz / Funklösung an einen möglichst geringen Ruhestrom (Sleep Modus). Nur so ist es möglich Sensoren auch mit Batterien betreiben zu können.

Nice story ;-) I could imagine what you felt in that night, I also had such an experience before. There is a reason why latest motion detection sensors not only use infrared but also a combination of two or even three technologies like (infrared, microwaves) to reduce false alarms. But I don't know if this would have helped in your case.

Das mit dem Solarbricklet kommt sicher aus dem Wunsch heraus im Outdoorbereich kein Kabel verlegen zu müssen/können. Es ist klar, dass Master Brick + Wifi Extension viel zu viel Strom ziehen. Daher auch die stromsparende Funklösung, die viele hier wollen.

Ja wie schon in anderen Threads von mit erwähnt bin ich auch für eine batteriebetriebene Funk Lösung wie Equinox, Lötkolben, derAngler..... Das ganze Thema IoT (internet of things) steht und fällt mit der Möglichkeit Sensoren batteriebetrieben per Funk an eine Basisstation anbinden zu können. Viele Projekte scheitern doch daran, dass man keine Möglichkeit hat Kabel zu verlegen (Woman Acceptance Factor spielt hier auch eine Rolle).

Oder das hier (WIFI basiert) http://www.seeedstudio.com/depot/WiFi-Serial-Transceiver-Module-w-ESP8266-p-1994.html Preis: Sensationell Standby Verbrauch < 1.0 mW

Hi Ich denke das Thema wurde schon öftes in verschiedener Form hier diskutiert. Was mich momentan davon abhält mehr von TF zu kaufen/zu investieren ist die fehlende Möglichkeit externe batteriebetriebene Sensoren/Bricklets per Funk mit dem TF Stack zu verbinden. Oft sollen Senoren nur einen Wert pro Minute oder gar pro Stunde liefern, oder nur senden wenn ein Ereignis auftritt. Den Rest der Zeit soll das ganze System im Sleep Mode sein. Voteile: * Sparsam, kann mit Batterie Monate oder Jahre laufen. * Es müssen keine Kabel verlegt werden, da Funkübertragung. Technisch gibts da schon einiges auf dem Markt: Mit BT Low Energy: http://www.rfduino.com/ oder http://bleduino.cc/ Kommerziell: EnOcean, Funkübertagung sogar oft OHNE Batterien: http://www.enocean.com/de/batterielose-funktechnologie/

Hi Kann das Solid State Relais (AC Variante) das hier im Shop angeboten wird auch mit dem IO4 Bricklet gesteuert werden? Die Spannung von 3,3 V beim IO4 sollte ja ausreichen, aber mit dem Strom von 6 mA wirds wohl eng. Im Datenblatt hab ich keine Hinweise auf den minimalen Strom zum Schalten des Relais gefunden (nur Max. input current ist mit 15 mA angegeben). Oder muss ich doch das IO16 nehmen?

Voltage/Current Bricklet kostet halt gleich mal 17€ Ich denke das ist recht teuer, nur um einen externen Sensor anschließen zu können.

Sehr interessanter/cooler Robot. http://www.inmoov.fr/project/ Hab mal durchgespielt, ob / wie man den mit TF steuern könnte. Probleme die ich sehe: * Der Servo Brick hat "nur" 7 Servo Anschlüsse (ist der Servo Brick stapelbar?) * Maximal 3 A wird wohl zu wenig sein, wenn sich mal 10 Servos gleichzeitig bewegen (Kann man bei externer Stromversorgung mehr als 3A verwenden?)

Hi Schau mal unter https://github.com/Tinkerforge Dort kannst du dir einen Überblick über aktuelle Entwicklungen von TF verschaffen.