Microsoft Robotics Studio

[marvin42x]

@Opus:
Ich würde es schön finden wenn hier ein MSRS Projekt entstehen würde.

RN-COM kann dazu einen guten Beitrag leisten da es einen Teil der Aufgabe sowieso in seinem Pflichtenheft hat.
Da ist auch in den Optionen enthalten einen Teil des Unterbaus für MSRS zu liefern

Ich kann auf jeden Fall in dieser Sache Vorschläge und Lösungen anbieten. Da viele Aspekte der Kommunikation schon von Fachleuten durchdiskutiert worden sind und daraus konkrete Lösungen entstanden sind.
Es ist also in jedem Falle ein Miteinander was die Gebiete angeht.

Was und wen wir im Einzelnen brauchen müssen wir zusammentragen.
Da werde ich mal etwas nachdenken und dann was zu sagen.

Netter Gruß

[Opus]

"Warum MSRS verwenden, wo es doch mittlereweile schon so viele Ansätze für Open Source Robotik Softwareumgebungen gibt? "

Ich habe Hochachtung vor den Open Source Projekten, aber:
Ich benutze kein Linux ,
Manch einer wird beruflich mit MSRS konfrontiert werden (siehe Kuka)
Der Verbreitungsgrad und damit die Community ist schon sehr groß Microsoft schafft es hier über einen Ansatz hinaus zu einem Standard zu werden. Hier das Für und Wider MS zu diskutieren ist müßig.

[NumberFive]

Ich finde es schon Interessant als ich hier angefangen habe zu schreiben und gesagt habe in meinen Bot kommt ein "ganzer PC" bin ich als verrückt abgestemplet worden. Und jetzt das.

Ich bin gerade am Downloaden von dem Teil mal sehen vielleicht finde ich zeit mal ein Versuch mit MSRS und RN-Com zu machen. Auf den ersten blick sieht das ja nicht so schwer aus.

Was mich stört ist das .Net framework aber der grund ist auch klar nur so erreich MS die Pattform unabhängigkeit.

Habt ihr mal gesehen was das kostet ?

Gruß

[Opus]

"Habt ihr mal gesehen was das kostet ?"

Bisher habe ich alles kostenlos heruntergeladen. ?!

Micha

[Lisbeth]

@marvin42x: Wann ist genug nachgedacht? Gruß Lisbeth

[UlrichC]

der Maischter denkt

[marvin42x]

ich habe ja schon fertig gedacht.

Als Resultat hat sich NumberFive das schon mal angesehen.

Und UlrichC ist ja wohl auch nicht weit , Netter Gruß

Da freue ich mich schon, dass wir hier mehrere sind.

Netter Gruß

[marvin42x]

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ß

[NumberFive]

Gebt mir mal noch die Woche meine Frau ist jetzt drei Tage nicht da.

[NumberFive]

Update:

der erste Service ist in Arbeit die erste log Einträge gibt es schon.