raphael_vogel

Hi brightdroid Ich denke dass du ohne die Zusatzbeschaltung im Signalgeber und im Detektor nicht auskommst. Nur eine Spule zu verwenden reicht nicht aus. Für die Detektorseite könnte ein Hall Sensor (http://de.wikipedia.org/wiki/Hall-Sensor) funktionieren. TF bringt ja vielleicht bald so einen Sensor raus (https://github.com/Tinkerforge/hall-effect-bricklet) Servo Brick für den Signalgeber.... Interessante Idee Was mir dazu einfällt: 1) Kurzschließen von Servo Ausgängen? 2) Servo Brick ist ziemlich teuer im Vergleich zum NE555 und ein paar Zusatzbauteile 3) Servo Brick kann maximal 9V produzieren. Wenn dein Begrenzungskabel im Garten eine gewisse Länge hat gibt es einen merklichen Spannungsabfall. Wahrscheinlich reicht dann die Spannung / Magnetfeld nicht mehr aus ? Habe leider auch nicht viel Ahnung von Elektronik. Vielleicht gibt es noch jemand der meine Aussagen ergänzen bzw. berichtigen kann.

Hi Wenn der Roboter über das Begrenzugskabel fährt, wird ja in der Spule (Detektor) eine Spannung induziert. Dies könnte man ja dann mit dem Analog-In Bricklet erfassen.

Bei http://www.tinkerforge.com/de/doc/Kits/HardwareHacking/SmokeDetector_Java.html#schritt-3-auf-alarmsignal-reagieren sollte der Callback doch so heißen: public void interrupt(int interruptMask, int valueMask) und nicht public void voltageReached(int illuminance) {

Hab NetIO nur mal kurz angeschaut und gesehen dass NetIO auch HTTP "sprechen" kann Ich habe einen Web server (RasPi) der einige TF Befehle als REST Fassade exponiert. Das sollte also gut zusammenpassen. Mal sehen wann ich wieder mehr Zeit habe das auszuprobieren.

Als Relais sollte sowas ohne Probleme funktionieren. http://www.pollin.de/shop/dt/OTI1OTU2OTk-/Bauelemente_Bauteile/Mechanische_Bauelemente/Relais_Zugmagnete/Solid_State_Relais_XSSR_DA2420.html Der Link steht auch hier im Wiki. Braucht maximal 20 mA die das industrial digital out liefert.

Vielleicht kommt ja mit dem "Remote Switch" (https://github.com/Tinkerforge/doc/commit/874f479e1f3388cae1d5a5d37958aea1c4d58a5a#L0R47) zumindest eine Lösung, wie man über einen billigen Funk Empfänger im 868 MHz Breich Geräte ein-ausschalten kann. Ist zwar kein Ersatz für Chibi, aber vermutlich deutlich billiger, da man keine 2 Master + 2 Chibi Extensions dafür braucht. Klasse wäre es natürlich dann noch wenn man den Funk Empfänger mit einer kleinen Knopfzelle versorgen könnte.

@TF: Bitte user xiaomianmian sperren wegen Werbe Links.

Hi TF team Die Timeline ist ja nicht mehr aktuell. Auf was kann ich mich denn freuen? An welchen Themen seid ihr denn im Moment gerade dran. (On Device programming? Sonic range? ....)

Jeder WIFI Stack bekommt ja vom Router eine IP Adresse (entweder statisch oder dynamisch). Mit dieser IP und dem Port (Standard 4223) kannst du dann eine IPConnection aufmachen. Hast du mehrere Wifi Stacks, dann mach einfach mehrere IPConnections mit den entsprechenden IP Adressen auf.

Nach kurzer Google Suche fand ich die Diplomarbeit (http://arxiv.org/pdf/1201.0782.pdf), die auch die Sharp Sensoren eingesetzt hat. Ich zitiere mal: Falls du mit Sonnenlicht Probleme hast kannst du ja auch ein schwarzes 5 cm Kunststoff Rohr vor den Sensor kleben.

Das ist doch schonmal was. Dann kann ich ja beruhigt bestellen.

Hi nrg007 Zu 1) Ich habe mal gelesen dass TF nur für 2m "Funktionsgarantie" übernimmt. Es gab aber auch schon Berichte von anderen Usern (Java Laurence) bei denen 4-5m Kabel funktioniert haben. 10m oder 50m sind jedoch meines Erachtens viel zu lang ! Optionen: RS485 Extension, WLAN Extension oder Ethernet Extension am Meßort aufstellen und dann dort den Sensor aufstellen. zu 2) - 4) kann ich nix sagen Gruß

Hi RouvenE Wie dokumentiert brauch die Step Down mind. 6V. Das geht also mit dem TF Netzteil (5V) wahrscheinlich nicht. Da brauchst du ein Netzteil (Akku) mit mind. 6V.

Hi Hat jemand von euch ein TF System in Betrieb, das aus mehreren Wifi/MasterBrick Stacks besteht? Ich habe vor im Haus einige solcher "Satelliten Systeme" zu installieren, um an mehreren Orten im Haus Sensorwerte zu erfassen und diese dann zentral am Raspi auszuwerten. Vor allem interessiert mich die Stabilität der Wifi Extension über einen längeren Zeitraum (mehrere Wochen vielleicht sogar Monate ohne Restart?). Gruß Raphael

Hi RouvenE Die Datei ist nicht kaputt. Schau mal hier: http://www.tinkerforge.com/de/doc/Software/Brickd_Install_MacOSX.html#brickd-install-macosx Das hat damit zu tun, dass der brickd nicht signiert ist.

Hi Löti das mir dem Umschalter versteh ich nicht. Wenn der Schalter geschlossen ist liegt ja GND am Eingang. Der Zustand ist also definiert. Wenn der Schalter offen ist sollte doch VCC anliegen, wenn ich einen Pull-Up Widerstand eingestellt habe. Damit sind doch dann beide Zustände "GND" und "VCC" klar definiert, oder hab ich das mit dem Pull-Up Widerstand falsch verstanden ?

Hi Ich habe vor Pin 0 des IO-4 Bricklets als Eingang zu benutzen und diesen über einen Schalter mit GND zu verbinden. Genauso wie in der Doku beschrieben: Wie lange kann den das Kabel zum Schalter sein? Ich bräuchte so ca. 20m. Funktioniert das oder habe ich da vielleicht Probleme mit Spannungsabfall? So wie ich das verstehe wird beim Schließen des Schalters Pin 0 mit GND verbunden. Daher fließt kein Strom, so dass es auch keine Probleme mit Spannungsabfall geben kann? Gruß Raphael

Achso und die 20 mA für die LEDs sollten mit der Größe deines Modells nichts zu tun haben. Oder hab ich da was falsch verstanden.

Wenn ich die Doku zur StepDown richtig verstanden habe kann die sogar 5A für Motorentreiber durchleiten

Hi Ich würde da eher das IO-16 Bricklet benutzen. Damit kannst du viel günstiger deine LEDs schalten. IO-16 liefert 20mA am Ausgang. Das reicht für normale LEDs. Die Stepper brauchen eine externe Stromversorgung, da über USB nur maximal 500mA gezogen werden kann. Step Down ist da eine gute Wahl. Musst halt mindestens 6V anschließen.

Oh Mann wie peinlich... Werd's gleich mal probieren. Manchmal ist es besser man geht lieber ins Bett und schläft sich aus

Hi Ich versuche einen Servo zwischen den zwei Maximalwerten hin und her zu bewegen. Das ganze mache ich in einem neuen Thread. Der Code: public class CollisionHandler extends Thread{ private Logger logger = Logger.getLogger(CollisionHandler.class.getName()); private boolean shouldRun = true; ..... public void run(){ BrickServo servoBrick = StackHandler.getServoBrick(); while(shouldRun){ try { servoBrick.setPosition(Constants.servo4, (short)9000); servoBrick.enable(Constants.servo4); Thread.sleep(2000); servoBrick.setPosition(Constants.servo4, (short)-9000); servoBrick.enable(Constants.servo4); } catch (Exception e) { logger.severe("CollisionDetection start failed"); } } } } Problem: Der Servo geht immer in Position 9000, aber dort verharrt er. Er geht nie auf Position -9000. Wenn ich den Code im Debugger laufen lasse funktioniert es. Der Servo bewegt sich hin und her ? Hääää? Ich steh auf'm Schlauch und zwar schon länger als 30 Minuten!

Oh das wäre dann vielleicht auch eine Alternative für meinen Roboter. Höhere Reichweite und weniger Stromverbrauch hören sich super an :-) Strom ist ja bei so einem Gesellen immer das Hauptproblem. Also ich will auch Chibi 2.0 ! Wann kommt das ?

Kann mich mal einer aufklären was der Unterschied / Vorteil der Chibi Extension im Vergleich zum WLAN Modul ist ?

Hi msa78 Ich habe nur einen dual Motor Controller für alle 4 Motoren, d.h ich habe immer zwei Motoren auf einer Seite zusammengeschaltet. Der Thumper kommt auch schon so verdrahtet an. Du steuerst ja immer eine Seite (egal ob 2 oder 3 Motoren) gleichzeitig an. Somit kannst du auch auf der Stelle drehen (rechte Seite vorwärts, linke Seite rückwärts). Hab den Thumper auch für Outdoor Einsätze geplant. Habs aber noch nicht getestet. Durch die Reifengröße und einstellbare Federung pro Rad glaube ich aber dass er ziemlich gut draußen zurechtkommt. Auf Youtube gibt's ja auch Videos von Outdoor Einsätzen.