Hier noch mal aus meiner Sicht der zentralen Gedanken:

//Send data that your robot understands

Sende Daten die der Roboter versteht
So steht es im Tutorial 6 . http://msdn2.microsoft.com/en-us/lib...43.aspx#1-ORCI

Auf der anderen Seite soll Der Roboter was senden von dem der Brick Service weis was es ist.
Damit die Roboter Message zugeordnet werden kann.

Der Roboter muss also kommunizieren.

Selbst wenn jemand einen Brick Service schreibt nutzt der erstmal niemandem was.

Es sei denn er hat einen Roboter der die richtige Messageform für den Service beherrscht.

Das bedeutet wir brauchen eine einheitliche Messageform und, soweit es geht eine einheitliche Adressierung. Also beispielsweise: Motor rechts hat die Adresse 55/1 Motor links hat die Adresse 55/2 oder so ähnlich.

Ohne das oben gesagte kann man das MSRS als Robotererweiterung m.E. nicht betreiben.


Was es schon gibt:
Ein brauchbares Messageformat kann ich vorschlagen.
Einiges an Adressen kann ich auch vorschlagen.
Ein ausgeschlafenes Protokoll für die Serielle Schnittstelle kann ich ebenfalls vorschlagen.
Damit wäre auch das RnCom Projekt mit angebunden.

Das Programm welches auf dem Roboter läuft ist in diesem Zusammenhang egal.
Solange es die Anforderungen an die Kommunikation erfüllt.

Leider bin ich ein miserabler Programmierer und in C# nicht bewandert. Darum kann ich beim Brick Service keinen Beitrag leisten.

Vielleicht sollte damit begonnen werden einige Punkte festzulegen in der Hoffnung, dass sich das zu einem Projekt ausweitet.


Netter Gruß