Jump to content

tf_archiv

Members
  • Gesamte Inhalte

    292
  • Benutzer seit

  • Letzter Besuch

Alle erstellten Inhalte von tf_archiv

  1. Das ist ein guter Einwand, wenn es jemand schafft den Datenverkehr mitzuhören hat er die UIDs deiner Bricks/Bricklets und kann sie dann auch steuern. Eine faire Antwort auf die Frage lautet also: Ein legitimierter Zugriff wird _nicht_ sichergestellt. Um die Daten verschlüsselt zu übertragen müssten die API Bindings und der Brick Daemon angepasst werden. D.h. die Verschlüsselung würde außerhalb von den Modulen ablaufen.
  2. Wenn man den Port für das Internet freigibt, wie wird sichergestellt das nur legitimierte Zugriffe erlaubt sind?
  3. Da sollten wir wohl nochmal nachbessern. Für Android können die ganz normalen Java Bindings verwendet werden. Eine Anleitung wie die mit Android verwendet werden können gibt es hier: http://www.tinkerforge.com/doc/Software/API_Bindings.html#java-android Ganz grob: Du startest den Brick Daemon auf deinem PC und schließt deine Bricks an. In deinem Android Programm musst du dann die IP deines PCs als host angeben. Entweder die IP von deinem internen Netzwerk, dann kannst du über wlan steuern oder die externe von deinem Provider, dann kannst du auch von überall aus über 3G steuern. In letzterem Fall muss natürlich der Port nach außen freigegeben sein.
  4. tf_archiv

    Android

    Da ich bisher noch keine Hinweise darauf gefunden habe, wie das genau geht, wollte ich hier mal nachfragen. Im Downloadbereich habe ich auch nichts zum Thema Android gefunden (dafür aber für Mac OS X, das ja eig. noch nicht unterstützt ist).
  5. Die IO4 hat 4 IO Pinne + einmal vcc + einmal gnd Die IO16 hat 16 IO Pinne + zwischen jedem IO Pin einmal gnd + einmal jeweils gnd und vcc Das hätten wir vermutlich Dokumentieren sollen :-). Warum wir das so machen: Bei vielen Anwendungen wird ein Pin in gnd gesteckt und ein Pin in vcc (z.B. eine LED oder ein Schalter). Damit man nun nicht 16 Pinne in ein gnd quetschen muss, ist neben jedem IO Schraubanschluss nochmal ein gnd Schraubanschluss. Wenn du dir die hochauflösenden Bilder anguckst kannst du auch die Beschriftung erkennen.
  6. Eine Frage an die Entwickler zu den Modulen IO4 und IO16: Die Doku beschreibt die Module mit vier (IO4) und 16 (IO16) Schnittstellen. Aber die Fotos zeigen drei (IO4) und 13 (IO16) zweipolige Schraubanschlüsse. Gehe ich richtig in der Annahme, dass die anderen aus Platzgründen nicht verbunden sind? Könnte man diese mit fachmännischen (Löt-)Kenntnissen verfügbar machen? Danke, Pascal.
  7. Was mir gefallen würde wär ein Modul mit Lautsprecher, das Sounds wiedergibt. Vielleicht auch mit einem Speicher drauf oder mit einer microSD erweiterbar.
  8. Mal ein Update: In den nächsten Wochen wird es folgende Module geben (Infos aus dem englischsprachgen Forum): 3-Achsen-Gyroskop, Beschleunigungssensor, Kompass Und irgendwann in Zukunft: GPS-Modul, Encoder-Bricklet, Current1-Bricklet. Vor Weihnachten soll es noch das WLAN-Modul (Chibi) geben. Gewünscht sind des weiteren: - ein Bluetooth-Modul und - ein Modul mit (evtl. steuerbarem) 2-Port-USB-Hub. - ein Modul mit Analogausgang (ein Analog-IO4 ? ;-) ). - Anbindung eines Steppermotors über 5 oder 6 Verbindungen anstelle von 4. Pascal.
  9. - USB Hub Modul (Passiv) Ein Modul welches den Eingang des Master Moduls und 2 bis 4 weiteren Anschlüssen zusammenfasst bevor man den Stack an einen Computer anschließt. Vorteil es könnte so ein Kabelsalat besonders bei mobilen Roboteranwendungen vermieden werden.
  10. Eine Kamera fänd ich auch super. Und ich hätte da noch eine Frage an den Verfasser: Gibt es diese OpenCV Bibliothek auch für Java?
  11. - Mono und Stereokamera Modul Je nach Typ können von einer Kamera oder von 2 Kameras Bilder abgerufen werden. Auflösung mindestens 800x600 Pixel bei der Stereokamera müssen beide Bilder in der vollen Auflösung "parallel" abgerufen werden können. Mit Stereokameras lassen sich über Bibliotheken wie OpenCV Tiefenbilder erzeugen wichtig ist, dass die Bilder zu einem Zeitpunkt entstanden sind damit die Abweichungen nur der Position der Kameras zueinander und nicht Zeitlich sind, da es sonst nicht genügend genaue Tiefenbilder ergibt.
  12. - Lichtschranke Gibt ein Event wenn die Verbindung unterbrochen oder wiederhergestellt wurde. Dieses Bricklet sollte als "billigere" Alternative zu den Entfernungsmesser gedacht sein. (bis 5 Euro)
  13. - LED Matrix In verschiednen Größen zb 5x5 und 10x10 für Statusausgaben und Lichteffekte. Es sollte einfarbige Matrizen geben (rot,blau,grün) , mehrfarbige (1 Reihe rot, 2 Reihen grün, 2 Reihen blau), multicolor Matrizen mit RGB LEDs und eine Matrix mit hellen "power" LEDs (Beleuchtung). Wichtig ist, dass bei allen Platinen jedes LED einzeln schaltbar ist. Codeseitig: SetzeLed(x,y), LöscheLed(x,y), SwapLed(x,y) und IsSet(x,y) für die Mehrfarbigen Leds kommt ein Enum mit den Flags R,G,B zum Setzen und Abfragen zum Einsatz. - LED Matrix -> Equaliser als weitere Variante um Abstände usw anzuzeigen.
  14. - LAN Modul: Wie der Name schon vermuten lässt soll hiermit eine Ansteuerung der Stacks über ein Netzwerk ermöglicht werden. Da es bereits das Chibi Network Modul gibt sollte es auch in einen normalen Netzwerk möglich sein. Vorteil dieses Modul ist es, dass in Umgebungen in welchen bereits ein Netzwerk gelegt wurde, da aus baulichen Gründen kein WLAN möglich ist, die bestehende Infrastruktur verwendet werden kann. - LAN Modul Extension (Website): Wenn es das oben genannte Modul gibt würde auch eine Statusseite Webseite je Stack nicht schaden. Der Funktionsumfang sollte über USB Einstellbar sein. Entweder nur den Status der Module anzeigen oder wie der Brick Viewer diese auch steuern. (Für eine Luxusversion dieses Zusatzes würde ich darüber nachdenken eigene Webseiten in das Modul laden zu lassen oder per Code programmiert.)
  15. - IR Sender/Empfänger Ermöglicht Signalübertragung über IR Signale.
  16. - Fan Bricklet (40x40mm) zur Belüftung eines Stepper Bricks. Könnte vielleicht einfach über dem Stepper Brick montiert werden um eine ausreichende Belüftung des Kühlkörpers sicher zu stellen
  17. - Display ein Pixel orientiertes Display zum Anzeigen von Informationen, Menüs, aktuellen Kamerabildern, usw damit könnten Standalonelösungen implementiert werden wie digitale Bilderrahmen welche auf Lichteinfall reagieren. Wichtig ist, dass Strings in 2-3 Fonts auf das Display geschrieben werden können und das verschiedene Zeichenoperationen (Linie, Rechteck, Kreis usw) Pixel genau ausgeführt werden können.
  18. Der bald verfügbare rasperry pi (http://www.raspberrypi.org/) "Mini-pc" könnte so lange es einen solchen Brick noch nicht gibt sicher gut ersetzten.
  19. - Brain Brick\Bricklet Dieser Baustein soll über einen SD Karten Slot und einen USB Ausgang verfügen (plus 3 Lichter\IO Ausgänge). Auf eine SD Karte kommt der Quellcode des Programms (gerne auch mit der Auflage allen Code in eine Datei zu packen). Beim Start des Bricks wird ein Linux auf einen ARM Chip mit Mono gestartet dieser Kompiliert dann den Code und beginnt diesen Auszuführen. Die Anzeigen über die Lichter sollten die folgenden Punkte umfassen: Gestartet, Compiling (http://xkcd.com/303/), Running, Exception. Ich gebe zu, dass ich kein Linux kenne welches auf einen Chip läuft und dann noch Mono hat. Die 4x4 cm dürfe die Idee mehrfach überschreiten, aber im produktiv Einsatz könnte so auf einen PC verzeichet werden ohne, dass man die Bricks mit neuer Firmware ausstattten muss. .net und mono sollten über identische Funktionen verfügen also auch über einen runtime compiler. @Entwickler: War nur eine Idee ^^ Ich kenne Baukasten Webserver welche über SD Karten ganze Webseiten anbieten können usw. kenne aber keinen Fall welcher das oben beschriebende Szenario abdecken würde. Es wäre aber ein Alleinstellungsmerkmal für euch falls ihr das umsetzen könntet.
  20. - Barcode Scanner 1D Barcodes: wie EAN und 2/5 Interleaved 2D Barcodes: wie DataMatrix und QR-Code sollten erkannt werden. Events wenn Codes entdeckt werden mit der Information was erkannt wurde.
  21. - Bewegungsmodule (Obergruppe) \ Roboterbauteile >> Rotation Dieses Modul wird unter den Stack gesetzt und ermöglicht es den Stack gezieht um die eigene Achse zu drehen. Man könnte dies zwar auch mit einen Stepper oder Servo erreichen, aber so wird vermieden, dass Entwickler selbst basteln müssen. Angabe eines Winkels zur gezielten Ausrichtung oder eine Rotationsgeschwindigkeit (°/s) und Drehrichtung sollte dieses Modul unterstützen. Anwendungen sind "Scanner" zum Abtasten von Umgebungen oder das Triangulieren von Positionen (2 Scanner Stacks und ein mobiler zur Positionsermittlung) >> Bewegen (Ketten und Räder) Dieses Modul\Diese Module könnte man auch mit einen DC oder Stepper Modul erreichen und hätte auch die gleichen Funktionen, aber Entwickler wollen oft nicht selber basteln *grins* Ich Wünschte mir eine Halterung für ein Akku Pack, den Stack selbst und mehere Bricklets an der Vorder und Rückseite des Moduls. Für eine bessere Platzausnutzung könnte der Stack auch liegend darauf angebracht sein (Antenne nach oben zB.). Für die Ansteuerung müssten zwei DC oder Stepper parallel Arbeiten d.h. mit nur einen Funktionsaufruf müssten beide Module gleichzeitig sich drehen beginnen und auch sich untereinander abgleichen. Problem ist, dass wenn man ein Modul nach dem anderen ansteuert das erste bereits sich bewegt bevor der Aufruf des zweiten passiert. Roboter würden dem entsprechend immer einen Verzug nach links oder rechts haben je nach dem wie man es Programmiert. Mit einen "Dual DC" Modul (Ansteuerung von 2 Motoren) könnte so der Positionsfehler von Mobilen System vermindert werden. Entwicklet wird ja oft in nicht Echtzeitumgebungen und der Fehler Aufgrund der Unsicherheit wann Threads arbeiten können die Abweichungen beträchtlich sein. (Befehle gerade fahren (Geschwindigkeit, Entfernung oder Dauer), Auf Stelle drehen, oder Frei definiert je Seite ) >> Fliegen ok zu Extrem, aber Quadrocopter welche den Stack hochheben hätte was. (DC Brick mit 4 Ausgängen) >> Kippen Ein Modul welches höher als die anderen sein kann sollte es erlauben die daran angebrachten Module in 2 Achsen zu kippen (20° in etwa). In Verbindung mit dem Rotation, IMU und der Kameras könnten viele Roboter Anwendungen entwickelt werden. Genauigkeit in beide Achsen von 0,1° bei einem Maximum von +-20°. (vgl. Kinect mit der automatischen Ausrichtung des Kopfes.)
  22. Ups, übersehen. Hatte da nur den Schiebeschalter auf dem Schirm. Danke
  23. Also ich sehe unter Zubehör Schalter und Mikroschalter. Nimm noch ein IO4 oder IO16 dazu, dann brauchst Du noch etwas Kabel - und du hast es.
  24. Wenn ich so weiter mache, bekomme ich meinen eigenen Wünsche-Thread "Fabian Wunschwelt" :-D Button wären noch hilfreich. Da könnte man bestimmt verschiedene Modelle entwerfen. Bis jetzt gibt es, wenn ich das richtig sehe, nur Potis und Schalter, aber keine Button. Um Events auszulösen etc. wäre das hilfreich.
×
×
  • Neu erstellen...