Jump to content

raphael_vogel

Members
  • Gesamte Inhalte

    328
  • Benutzer seit

  • Letzter Besuch

Posts erstellt von raphael_vogel

  1. 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.

     

     

  2. 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.....

  3. 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?

     

  4. Ü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.

  5. Was nutzt du zum schalten von Steckdosen?

    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.

     

     

  6. 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/

  7. 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.

     

  8. 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.

     

  9. 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

  10. 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.

  11. Hi Yuna

    Also du meinst ich könnte dieses DMC Gerät http://www.exp-tech.de/pololu-trex-jr-dual-motor-controller-dmc02 zwischen meine Motoren und den ServoBrick schließen?

    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.

     

×
×
  • Neu erstellen...