Diskussion zum RP6 M256 WIFI Modul

[Max Web]

Hallo,

ich bin sehr interessiert an einer Teilnahme, jedoch habe ich dazu ein paar Fragen:
- Ich habe noch keine 20 Beiträge, ist das ein Problem?
- Gibt es eine Art "Deadline" für eine Realisierung des Projekts? Oder kommt es euch eher auf konstruktives Feedback von den Testern an?
- Welche weiteren Anforderungen gibt es an die Tester/das Projekt? Kann man das Modul nach dem Test behalten?

Noch ein paar Infos zum Projekt:
Ich plane derzeit eine Software, mit der der RP6 komplett vom PC aus ferngesteuert werden kann.
Der Roboter soll hierbei nicht primär über eine Benutzeroberfläche gesteuert werden, sondern per Java-Programm.
Nach erfolgreicher Beendigung wird das Projekt natürlich als Open Source veröffentlicht.


Mein RP6 hat derzeit folgende Hardwarekonfiguration:
- RP6V2 Base (Slave-Modus)
- RNControl 1.4 mit modifizierter RP6Lib
- LCD03
- SRF08
- CMPS03
- BTM222 zur drahtlosen Kommunikation
- Sharp GP2D12
- 1 Servo



Das Ganze soll komplett in Java geschrieben werden, momentan ist eine Kommunikation über ein BTM222-Modul vorgesehen.
Dies hat den Nachteil, dass es keine universelle, wirklich(!) plattformunabhängige COM-Library für Java gibt - daher arbeite ich momentan an einer Implementierung in C.


Ein Bluetooth-Modul würde dieses Problem sehr elegant umgehen: Hier müsste eine Art (Web-)Server auf dem Wifi-Modul implementiert werden, durch welchen der RP6
seine Befehle empfängt. Im Gegensatz zur seriellen Schnittstelle wird eine Netzwerkkommunikation von Java direkt unterstützt, daher wäre das Programm wieder wirklich plattformunabhängig.


Das Ziel wäre daher:
- Realisierung einer Client-Server-Architektur zwischen RP6 und PC.
- Entwurf eines Kommando-Protokolls, das verschiedene auf dem RP6 ausführbare Kommandos abstrahiert und dem Anwender in seinem Programm zur Verfügung stellt.
Vorerst soll nur die oben aufgeführte Hardware unterstützt werden, allerdings ist ein Plugin-System für Sensoren/Aktoren geplant.
Auf dem RP6 muss man das natürlich selbst umsetzen - alternativ könnte die Command-Struktur natürlich auch das I2C-Protokoll über Wifi brücken...
- Umsetzung einer Java-Library zur Steuerung des RP6 vom PC aus

[SlyD]

Hallo,


> Kann man das Modul nach dem Test behalten?

Ja



> - Ich habe noch keine 20 Beiträge, ist das ein Problem?
> - Welche weiteren Anforderungen gibt es an die Tester/das Projekt?


Es werden aktive Benutzer im Forum / Wiki bevorzugt und keine Neulinge die sich evtl. sogar nur wegen dieser Aktion hier registriert hätten.
Es nutzt niemandem wenn das Modul bei jemandem landet der es nach drei Tagen in den Schrank stellt bzw. nicht an den Diskussionen im Forum teilnimmt.
Jemand mit wenig Postings ist entweder gerade frisch registriert, oder bislang nicht sonderlich aktiv im Forum gewesen.


Ich überlege mal bis Ende nächster Woche ob man vereinzelt(!) Ausnahmen machen könnte wenn jemand gute Ideen mit ausführlicher Beschreibung vorlegt und seit einigen Jahren im Forum registriert ist. Mal schauen, müsste ich auch noch mit Frank diskutieren.

Kommt auch drauf an wieviele Bewerber es geben wird, wenn es viele sind, werden sicherlich diejenigen die die Vorgaben erfüllen Vorrang bei der Vorauswahl bekommen...
Und es wird dann ja wie angekündigt noch eine Abstimmung darüber geben an der sich alle Roboternetz User beteiligen können - alle anderen RN User können also mitentscheiden wer ein Modul bekommen wird.


> - Gibt es eine Art "Deadline" für eine Realisierung des Projekts?
> Oder kommt es euch eher auf konstruktives Feedback von den Testern an?


Die vorgeschlagenen Anwendungen müssen nicht voll funktionsfähig implementiert werden.
Es wäre schön, aber der Weg ist das Ziel. Wenn man auf dem Weg dahin feststellt, dass es so nicht funktioniert oder man vielleicht zwischenzeitlich eine andere Idee bekommen hat, darf man auch gerne was völlig anderes damit anstellen. Das ist überhaupt nicht kritisch.


Die Dinge die Du vorschlägst wären schon interessant!
Ich vermute Du zielst hier darauf ab die Intelligenz auf den PC auszulagern, richtig?


MfG,
SlyD

[fabqu]

Wollte nur mal eben meine Empfehlung für FabianE. posten wenn das erlaubt ist...
Ist schon lange Mitglied, hat keine-Ahnung-wie-viele Posts und hat immerhin die Remotrol komplett für alle als Open Source online gestellt und sogar ein Entwicklerforum eröffnet und die Programme stets weiterentwickelt nach den Wünschen von uns Usern.

Und - ich bin da nicht ganz uneigennützig - ich würde mich freuen, wenn es ein Programm für die Remotrol Für die M256 geben würde

Grüsse!

[Max Web]

Steht denn mittlerweile fest, was das Modul kosten soll (eine grobe Schätzung würde mir auch helfen) und ab wann es regulär bei Conrad DE lieferbar sein soll?

Weiterhin wäre es sehr interessant zu wissen, welcher Chip eigentlich für das WLAN verantwortlich ist. In der Beschreibung steht zwar, dass dieser Chip sich um die Netzwerkprotokolle kümmert,
aber nicht, welche Protokolle von Haus aus unterstützt werden, welche Übertragungsgeschwindigkeiten der ATMega schafft und wie wir den Chip letztendlich ansteuern können, d.h. ob sich der Chip anwenderseitig wie ein UART verhält oder nicht.

Grüße,

Max Web

[SlyD]

Hallo,

ach entschuldige ganz übersehen das hier noch eine neue Antwort war

Für weitere Infos siehe auch hier:

http://www.arexx.com/forum/viewtopic.php?f=19&t=1797

den Text hatte ich für die News im RN etwas abgekürzt.
Das WLAN Modul lässt sich über die serielle Schnittstelle ansteuern.
Es gibt einen Kommandomodus und einen Daten Modus. Im Daten Modus werden die Daten weitgehend transparent durchgeleitet.
Auf dem Host kann man einfach eine normale TCP Verbindung aufbauen, das geht mit so ziemlich jeder Programmiersprache ziemlich
einfach und man kann auch z.B. Terminals wie PuTTY oder TeraTerm benutzen.

Auf das Timing der Netzwerkübertragungen muss man aber achten - die Daten werden in Pakete aufgesplittet und
übertragen, was etwas Zeit benötigt.

Die Baudrate kann eingestellt werden, maximal sind 500kBaud möglich.
Der RP6 Bootloader verwendet per USB Kabelverbindung die gleiche Baudrate von 500kBaud.

Das Modul sendet die Daten per TCP/IP und mit AES Verschlüsselung.
Es hat auch Modi für UDP, NTP, FTP Client, HTTP Client (nicht Server) und ein paar andere.
Davon wird in den Beispielen aber nur die normale TCP Verbindung genutzt, ein sehr einfaches
HTTP Webserver Beispiel für den ATMEGA ist auch mit dabei.


> ab wann es regulär bei Conrad DE lieferbar sein soll?

Eine erste kleine Serie befindet sich aktuell in Produktion.
Wann die fertiggestellt sein wird ist nicht genau bekannt (da gibts viele Variablen ).
Bis diese dann hier eintreffen und bei Conrad im Webshop verfügbar werden, wird aber
noch etwas Zeit vergehen.

Preise darf ich leider noch nicht mitteilen da Conrad den Endpreis festlegt.
Es wird aber natürlich teurer als z.B. das RP6-CCPRO M128 Modul mit C-Control Unit, es hat ja
eine viel umfangreichere Ausstattung.


MfG,
SlyD

[ePyx]

Weiterhin wäre es sehr interessant zu wissen, welcher Chip eigentlich für das WLAN verantwortlich ist.

Ich könnte mir vorstellen, dass es eine WLAN-Bridge von WIZNet ist.

Beilspielsweise : WizFi210

[SlyD]

Sieht man ja auf den Bildern das es nicht das von Wiznet sein kann
Es ist ein RN-171:

http://www.rovingnetworks.com/products/RN_171


Das Wiznet kann übrigens nur 802.11b und nicht 802.11g.
Auf die nutzbare Übertragungsrate in dieser Anwendung hat das keinen Einfluss, aber modernere
Geräte müssten wegen des einen 802.11b Geräts im langsamen Übertragungsmodus laufen.


MfG,
SlyD

[Max Web]

Hallo,

ich habe gerade gesehen, dass dieses Modul neben UART auch SPI unterstützt. Wie ist es auf dem Board angeschlossen?

Max Web