raphael_vogel

Die werden nicht mehr verkauft. TF will evt. dieses Jahr aber Alternativen anbieten.

Hab mich erst seit gestern Abend damit beschäftigt. Anscheinend gibt es eine DIN Norm, an die sich jedoch nicht alle Hersteller halten :-( Ich hab überlegt den IR Schreib Lesekopf (gibts in USB, TTL und RS232 Ausführung) dort zu bestellen: http://wiki.volkszaehler.org/hardware/controllers/ir-schreib-lesekopf-usb-ausgang Ursprünglich wollte ich dann mit dem IO4 die Flanken zählen aber ich denke der IO4 ist viel zu langsam für 9600 Baud.

Hi Alle neuen Stromzähler haben ja eine serielle IR Schnittstelle, die die Daten zum Stromverbrauch sendet. Meist ist das 9600 Baud 8-N-1. Ich habe z.B. den hier: http://www.emh-meter.de/media///emh-metering/produkte/ehz-i-dab-d-1.40.pdf Aber auch alle anderen Hersteller haben bei neuen Zählern eine IR Schnittstelle. Hier gibt es z.B. auch einen IR Lesekopf: http://wiki.volkszaehler.org/hardware/controllers/ir-schreib-lesekopf Daraus könnte man doch ein Bricklet machen? Sonst würde ich halt mal wieder einen Raspi dafür nehmen.....

Hi Ich überlege den Stromzähler zu überwachen. Meiner hat ja eine kleine LED, die bei hohem Verbrauch schneller blinkt. Um das zu machen fallen mir folgende Bricklets ein 1) Ambient Light 2) Color Bricklet 3) Line Bricklet (unterschiedliche Reflektivität) Hat das jemand schonmal gemacht oder Erfahrungen damit?

Was mich persönlich bei ZigBee stört ist, daß hier auf 2,4 GHz gefunkt wird. (wie WLAN und z.B. auch Mikrowelle). Erfahrung hab ich keine, aber schon gelesen, dass wenn das ZigBee Zeugs zu nah am WLAN Router oder der Mikrowelle steht können hier angeblich Störungen auftreten. Aber wie gesagt, hab ich nur gelesen, praktische Erfahrung hab ich keine.....

Übersicht über die Funk Systeme: http://siio.de/funksysteme-fuer-das-smart-home-im-vergleich/ Weiterhin hoffe ich ja, daß TF dieses Jahr eine Funklösung (Chibi Nachfolger) herausbringt. Ob diese dann allerdings mit Batterie betrieben werden kann bezweifle ich. Ich denke die TF Funklösung wird auf beiden Seiten der Funkstecke einen Master Brick voraussetzen. Das wird dann relativ teuer wenn man viele Sensoren im Haus verteilt hat und weiterhin braucht der MasterBrick ca. 68 mA was für den Dauerbetrieb über Batterie nicht geeignet ist.

Z-Wave mit Razberry: http://razberry.z-wave.me Ist bi-direktional, benutzt Mesh Netzwerk (http://de.wikipedia.org/wiki/Vermaschtes_Netz) und funkt im 868 MHz Bereich der auch nicht so überfüllt wie 443 MHz und 2,4 GHz ist. Die Steckdosen Schalter sind auch sehr unauffällig (http://www.voelkner.de/products/769091/Fibaro-FIBFGWPF-101-Funk-Schalter.html?ref=43&products_model=Q023721&gclid=CIPr_vLVgsQCFdLKtAodpmgAaA) Aber halt nicht billig das Zeugs. Ich habe z. B. ein Relais zum Schalten von Lampen nun schon in Kombination mit dem Razberry ca. 1 Jahr am Laufen und noch nicht einen Ausfall bzw. Fehlschaltung.

Ich spotte jetzt mal.... "Wer Funk kennt nimmt Kabel." Weiterhin erachte nicht nur ich die Funkprotokolle, die auf "fire and forget" basieren als nicht sehr zuverlässig. Wenn ich daheim was per Funk schalte, dann nur mit einem bi-direktionalen Funkprotokoll. Ist aber halt auch eine Preisfrage. Ich habe aus diesem Grund auch nicht das RemoteSwitch Bricklet gekauft sondern setzte ein anderes System ein. Hier auch nochmal eine Zusammenfassung der am Markt befindlichen Systeme: http://siio.de/funksysteme-fuer-das-smart-home-im-vergleich/

....und das mit dem Step up versteh ich auch nicht ganz. Warum nimmst du nicht einen 7,2 V Akku für deine Motoren (die brauchen ja 7,2 V !) Den gleichen Akku kannst du dann auch mit einer Step Down für deinen Stapel verwenden. Das sollte aber nicht das eigentliche Problem sein

Oh oh, da geht ja einiges durcheinander hier 1. Die Encoder haben nichts mit einem Motortreiber/ESC zu tun ! Mit Hilfe von einem Encoder wird ein Signal abhängig von der Drehzahl des Motors erzeugt. Damit kannst du dann z.B. den Weg bestimmen, den dein Roboter gefahren ist (-> Stichwort Odometrie, siehe auch http://de.wikipedia.org/wiki/Inkrementalgeber) 2. Die 4 Motoren deines Rovers können natürlich nicht direkt an den Servo Brick angeschlossen werden. Man braucht dafür Fahrtregeler/ESC die das Servo Signal interpretieren und dann den Motor entsprechend steuern. Der Trex Motorcontroller ist da schon der richtige den du hast. 3. Um es mal plump auszudrücken, wenn es im Brick Viewer funktioniert und mit Java nicht, dann ist dein Java Code nicht in Ordnung. Funktioniert es auch im Brick Viewer nicht richtig, dann stimmt was mit der Verkabelung nicht. Aus der Ferne ist das schlecht zu durchschauen was da falsch sein könnte. Du müsstest das Problem schon besser beschreiben und auch eingrenzen, sonst ist es zu schwer mit vertretbarem Aufwand zu helfen. Fang mal ganz klein an (Baby Schritte ). Ein Motor, ein Controller, ein kleines Programm das den Motor über den Servo Brick steuert.

N.O. bedeutet "normaly open". Das bedeutet dass wenn kein Alarm ausgelöst wurde das Relais offen ist. Bei Alarm wird dann das Relais geschlossen. N.C. Bedeutet "normaly closed" und ist genau umgekehrt. Das kann man dann z.B. entweder mit einem IO4 Bricklet oder mit dem Industrial Digital in erfassen. Das Industrial Digital In macht eine Strommessung und ist daher unanfälliger gegen EMV Störungen als ein IO4, dass ja die Spannung misst. Spannungen können bei einem langen Kabel vom Bricklet zum Bewegungsmelder von Außen beeinflusst werden was zu Fehlalarmen führen kann. Daher ist die Strommessung zu bevorzugen. Also an den N.C. Kontakt eine Spannung legen, die dann vom Industrial Digital In gemessen wird. Somit wird z.B. auch dann Alarm ausgelöst, wenn ein Dieb das Kabel vom Bricklet zum Bewegungsmelder durchtrennt.

Siehe auch http://www.tinkerunity.org/forum/index.php/topic,2913.msg18427.html#msg18427

Alternativ wäre diese Lichtschranke was. Ist schon etwas teurer, aber auch deutlich besser! (gepulste Infrarotstrahlen, Einstellung der Unterbrechungszeit) Und diese Lichtschranke hat auch einen DC Alarmausgang. Weiterhin scheint mir Optex auch eher im (semi-)profi Bereich angesiedelt zu sein. Hierbei würde ich nicht sparen! Das ärgerlichste bei Lichtschranken sind Fehlalarme. Diese werden durch gepulste Strahlen und gute Filter deutlich reduziert. http://www.expert-security.de/alarmanlagen/draht-alarmanlagen/lichtschranke/20m_ir-lichtschranke_ax-70_tn_2_strahlen_i25_296_0.htm

Ich nehme an du willst mit dem Digital In 4 die ABUS Lichtschranke auslesen. Bei der ABUS steht doch dass bei Alarm ein Relais auslöst wird. Wenn bei Alarm das Relais anzieht sollte es doch egal sein ob dann Gleich oder Wechselstrom geschaltet wird? Oder hab ich da was übersehen?

Haha Das kommt schneller als wir gedacht haben: http://www.golem.de/news/windows-10-eingeschraenkter-umfang-auf-smartphones-mit-512-mbyte-ram-1502-112226.html

Ich glaube da mußt du dir keine Sorgen machen. Die 512 MB Arbeitsspeicher beim RED dürfeten zu wenig für Win 10 sein. (Raspi2 hat ja 1GB RAM)

Eine andere Programmiersprache macht hier kaum einen Unterschied. Im TF System spricht jede Sprache TCP mit dem brickd. Das macht C# genauso schnell wie Java oder Python. Wenn du Genauigkeit von Millisekunden oder sogar weniger brauchst wirst du mit TF nicht glücklich. Dann müsstes du vermutlich direkt einen Microcontroller programmieren.

Komisch mein Feuchtesensor (außen) zeigt seit einigen Tagen auch nur noch 100% RH an. Habe ihm auch einen Strahlenschutz verpasst. Sollte daher vor Regen etc, geschützt sein. Komischer Zufall!?

Kannst du mal die Stückliste für deine Transistor Verstärker Schaltung nennen? Ich sehe da Vorwiderstand, Transistor, Schutzdiode?

Cool. Sieht auch mechanisch sehr ordentlich aus. (hab schon sooo viele halbfertige Steckboard Projekte gesehen, die nie fertig wurden). Gratulation

Du kannst mit NetIO auch HTTP Requests abschicken. Also NetIO App auf dein iPhone und konfiguriere NetIO so dass es HTTP requests abschickt, also z.B. http://myserver:8080/dualrelais/on Dann brauchst du einen kleinen WebServer der auf myserver installiert wird und auf Port 8080 hört. (mach das mit Python, Java, Node.js.....) Dann kannst du den GET Request parsen (steht da 'on' oder 'off' in der URL?) Dann kannst du mit den TF Bindings im WebServer das Dual Relais schalten.

Does this only occur if all 3 sensors are connected? What happens if only temperature is connected? Is the temperature cable near EMI sources?

Have you set the I2C Mode to slow? Maybe this helps. Temperature.set_i2c_mode

Wenn du an das Kabel der Lampe kommst kannst du eventuell auch mit dem Hall Effect Bricklet messen ob Strom fließt.

Hi Yuna Ja der funktioniert, wenn pro Motor nicht mehr als 2,5 A Dauerlast erzeugt. Allerdings hat der Trex auch einige Funktionen, die du vermutlich nicht brauchst (Serielle Ansteuerung und Analoge Ansteuerung). Den ESC schließt du an den Servo Brick an wie ein normaler Servo. Wenn du den Servo Brick und den ESC mit der gleichen Spannungsquelle (Akku) betreiben willst, dann musst du nicht nur BEC weglassen, sondern auch auch die Masse. In diesem Fall ist dann also nur ein Kabel vom Servo Brick zum ESC nötig (das eigentliche PWM Signal). Generelle Info zum Trex Jr. bekommst du unter http://www.pololu.com/docs/pdf/0J5/TReX_Jr.pdf Dort sind auch Beispiele aufgezeigt, wie du Motoren anschliesst. Auf Seite 8 gib es auch den BEC Jumper, den du nicht setzen sollst! Wenn du 4 Motoren hast nehme ich an für jedes Rad ein Motor. Dann steuerst du die 2 Motoren auf jeder Seite parallel an. RED gabs damals noch nicht. Du hast ohne RED für einen Roboter 2 Möglichkeiten: 1) Pack einen Raspberry Pi auf dem Roboter, der dann per USB die Bricks steuert. 2) Verwende die WLAN Extension und steuere den Roboter von einem Zentralrechner über WLAN aus. Heutzutage würde ich natürlich den RED auf den Roboter verbauen. Den Raspi hatte ich damals nicht auf dem Roboter drauf, weil dann die Batterie noch schneller leer wird.