ROS vs. MS Robotics Developer Studio

[Günter49]

Zum Vergleich der beiden Roboterbetriebssysteme ist es sicherlich auch wichtig zu wissen, welche Hardware (Roboter, Microcontroller, Servos, Sensoren ...) unterstützt werden. Besonders für Einsteiger wie mich ist es schwierig, die Treiber, Services und Libraries selbst zu programmieren. Für mich scheint hierin auch eines der Hauptprobleme für die geringe Verbreitung von ROS und MSRDS im Hobbybereich zu liegen.

ROS hat eine Liste der unterstützten
Roboter: http://www.ros.org/wiki/Robots
und
Sensoren und zugehörige Interfaces ( = Microcontroller): http://www.ros.org/wiki/Sensors

Für MSRDS gibt es eine Liste von Partnerunternehmen:
http://www.microsoft.com/robotics/#FindPartner
Da tauchen dann aber auch solche Namen wie Graupner oder fischertechnik auf, die nichts (Graupner) oder wenige und veraltete Services (fischertechnik) anzubieten haben.
Für fischertechnik gibt es immerhin einen privaten Entwickler, der für RDS 2008 R3 und den TX-C controller etwas entwickelt hat:
http://forum.ftcommunity.de/viewtopic.php?f=8&t=380

Lego-NXT wird von beiden Systemen unterstützt.

Will man Sensoren auslesen und Servos (und nicht nur Dynamixel) ansteuern und mit den Roboterbetriebssystemen verbinden, kann man das Serializer-Board von RoboticsConnection verwenden:
ROS: http://www.pirobot.org/code/
MSRDS: http://www.roboticsconnection.com/t-...lications.aspx (unten auf der Seite)
Leider ist der Serializer bei RoboticsConnection „out of stock“ und der früher sehr aktive Chef des Unternehmens hat sich seit Juni nicht mehr im RoboticsConnection-Userforum gemeldet. Nicht sehr ermutigend!

Wenn jemand noch weitere kompatible Hardware kennt, die im Hobbybereich gebräuchlich ist und mit ROS/MSRDS zusammenarbeitet, wäre in diesem Thread ein guter Platz sie vorzustellen.


Gruß, Günter

[just4fun]

Zum Vergleich der beiden Roboterbetriebssysteme ist es sicherlich auch wichtig zu wissen, welche Hardware (Roboter, Microcontroller, Servos, Sensoren ...) unterstützt werden. Besonders für Einsteiger wie mich ist es schwierig, die Treiber, Services und Libraries selbst zu programmieren. Für mich scheint hierin auch eines der Hauptprobleme für die geringe Verbreitung von ROS und MSRDS im Hobbybereich zu liegen.

ROS hat eine Liste der unterstützten
Roboter: http://www.ros.org/wiki/Robots
und
Sensoren und zugehörige Interfaces ( = Microcontroller): http://www.ros.org/wiki/Sensors
[...]
Wenn jemand noch weitere kompatible Hardware kennt, die im Hobbybereich gebräuchlich ist und mit ROS/MSRDS zusammenarbeitet, wäre in diesem Thread ein guter Platz sie vorzustellen.

Ich würde sagen: JA.
Wie es aussieht, gibt es auch eine Bibliothek, die Sensoren unterstützt, die an ein Arduino-Board (also Standard-Atmel) unterstützt: http://www.ros.org/wiki/ardusim
Hier werden bei "range" Sensoren offenbar sowohl Ultraschall als auch Infrarot-Sensoren untersützt: http://www.ros.org/doc/api/lse_senso...msg/Range.html

Hier sollte es dem geneigten Bastler möglich sein auch günstig einzusteigen...

Da ich gerade eine fast einwöchige Einführung in ROS erhielt, ist es langfristig mein Ziel, dieses auch zu nutzen. Wenn was draus wird, berichte ich gerne hier. Und da ich mir eh gerade n günstiges Rumspiel-Arduino-Board gekauft hatte, bietet sich das ja gerade zu an damit zu starten...

[malthy]

Hallo!

Ich wollte mich auch nochmal zu Wort melden, nachdem ich den Thread ja angestoßen habe. Ich habe mich nun auch nochmal etwas tiefergehend "umgesehen" und mein Eindruck ist in der Tat der, der weiter oben auch schon geäußert wurde: für ROS gibt es schon extrem viel fix und feritg. Was mich vor allem für ROS einnimmt ist, dass es schon sehr verbreitet ist, viel verbreiteter als MRDS (das ist zumindest mein Eindruck).

Ich habe mich auf jeden Fall jetzt dazu aufgerafft, ROS zumindest mal zu installieren. Und weil das Thema ja oben auch schon angsprochen wurde, will ich mal kurz meine Erfahrung dazu äußern:
Da ich bisher (fast) nur Windows verwendet habe, musste eine Ubuntu Installation her. Erst wollte ich das Ubuntu auf eine alte Windows-Karre machen, die bei mir noch in der Ecke stand. Das hat im Prinzip auch gut funktioniert, allerdings konnte ich die WLAN PCI Karte nicht zum laufen bringen - nervig! Sicher, ein Linux-begabter Kumpel von mir hätte es sicher geschafft, ich hatte keinen Bock darauf. Also habe ich Ubuntu mit auf meinen aktuellen Hauptrechner (Windows) getan - und das ging wirklich super problemlos. Bei Ubuntu 11.04 ist ein Windows-Installer dabei, d.h. man führt einen Großteil der Installation unter Windows aus (!), beim nächsten Neustart hat man einen Bootmanager, bei dem man sich dann zwischen Windows und Ubuntu entscheiden kann. Beim ersten Start rödelt Ubuntu dann noch ein bißchen, danach ist es einsatzbereit. Ich weiß, ist etwas am Thema vorbei, aber ich will das nochmal eben kurz miterwähnen, für alle, die wie ich "von Null" anfangen. Ergo: dieser Schritt ist zumindest völlig easy. Im Grunde ging es dann auch so weiter. Auf der ROS Seite ist ein Fahrplan, wie die ROS Installation unter Ubuntu funktioniert (http://www.ros.org/wiki/electric/Installation/Ubuntu), ich hab's stumpf nachgekocht - ohne alles im Detail zu verstehen - und auch das klappte auf Anhieb. Also die Installation selbst ist also bei mir absolut garkein Problem gewesen. Alles weitere kommt jetzt, dazu kann ich also noch nichts sagen... Aber das vielleicht erstmal so am Rande.

Gruß
Malte

[just4fun]

Ja klasse.
Dann halte uns doch mal auf dem Laufenden. Wie gesagt, ich werde auch versuchen einzusteigen...

[n0rritt]

Hallo,
ich wollte nochmal das Thema hier anstoßen, da ich zufällig bei meinen Recherchen hierher gestoßen bin; es ist erstaunlich wie wenig "ROS vs. RDS" vergleiche es bei Google gibt xD. Ich hab für ein Semesterprojekt mal RDS austesten können, und ich muss sagen das es wirklich nicht schlecht ist. Grade für Einsteiger die eher Interesse an der Softwareentwicklung haben, kann ich RDS wärmstens empfehlen. Leider hatte ich noch keinen Kontakt mit ROS gehabt, aber dafür mit anderen ähnlichen Open Source Systemen wie Player/Stage. und im Vergleich dazu war RDS ... angenehmer xD.
Eine direkte Gegenüberstellung zwischen RDS und ROS ist eher schwer möglich, da beide Systeme eigentlich auf unterschiedliche Bereiche abzielen.
ROS wurde aus der Notwendigkeit heraus entwickelt von Entwicklern für Entwicklern, dem entsprechend sind dort auch mehr libraries und driver vorhanden, wenn nicht direkt als ROS stack dann auf jeden Fall irgendwo als OpenSource und man kann andere Robotics Frameworks wie Player/Stage/Gazebo bedenkenlos mit ROS zusammen nutzen. Das ist halt der Vorteil von OpenSource und der Kommunity von Entwicklern.
Dem gegenüber steht RDS vom großen M, ursprünglich war es eine propritäre Lösung und daher nicht sonderlich attraktiv für Entwickler. Big M hat dies scheinbar auch mitbekommen, und stellt nun alle Features von RDS frei. Und die Features sind sehr nett, das muss man sagen. Also abgesehen von der 3D Simulationsumgebung mit PhysikEgine ähnlich zu Gazebo, wird das Framework noch mit zahlreichen Beispielen & Tutorials mit geliefert, mit denen man sich gut selber bilden kann (zusätzliche Doku in MDSN sollte man aber auf jeden Fall nutzen).
Bei RDS sind Programme praktisch webservices, die für die einzelnen Kompenenten des Roboters stehen: also Service-Instancen für zahlreiche Sensoren, Motoren etc. und die werden dann meisten über einen oder mehrere andere Services zusammen gesteuert (Service Komposition). Die Programm-Dienste können dann mit den mitgelieferten Tool auf auf Netzwerkknoten deployed werden, sprich den Roboter, der dann halt auch eine entsprechende Netzwerk-Infrastruktur haben sollte. Sonst geht es aber auch das er nur auf Dienste von sich selbst als Localhost zugreift.
.... Ja, am sonsten was uns bei der Entwicklung sehr gut gefallen hat ist die DSS und CCR Laufzeitumgebung, die einem vieles beim Implementieren abnehmen. Wir hatten noch das 2008 R3 benutzt, aber ich würde das neue Paket mit Kinect SDK empfehlen. Die Library zur Anbindung der Kinectkamera funktioniert auf jeden Fall besser als andere OpenSource libraries wie OpenNi (zumindest zusammen mit Kinect und RDS).
Achso eines sei noch zu erwähnen RDS is in C#, wer sich nen wenig mit .Net auskennt ist auf jeden Fall im Vorteil. Für Java Leute wie uns war es aber auch recht einfach los zulegen, nach kurzer Einarbeitungszeit.

Ich würde mich freuen, wenn auch auch andere Entwickler hier ihre Erfahurngen mit vergleichbaren Systemen präsentieren würden
Cya

[pointhi]

erfahrung kann ich derweil nicht wirklich mitbringen, ich arbeite mich aber für robocup in ROS ein. Ist auf den ersten blick für einen junior roboter etwas überdimensioniert, aber ich finde das ganze paketsystem ist wesentlich besser als alles in einem programm zusammenzufassen und mit threads zu arbeiten. (wir werden warscheinlich eine 800MHz ARM embedded computer verwenden). Ich lade grad MRDS runter, aber auf dem roboter kommt das sicher nicht. Bin bei embedded, echtzeit, server, ect. kein freund von windows. Ich weiß nicht wie komplex beide systeme sind, ich würde aber MRDS gerne dann für die visualisierung der sensorwerte nutzen, von ROS gäbe es alternativ RVIZ dazu, werde ich mir also auch sicher anschauen.

Wenn es etwas wird kann ich in ein paar monaten mal ein statement über meine erfahrungen besonderes mit ROS abgeben, weiß noch nicht ob es etwas wird. Wir warten noch immer auf hardware, ect.

mfg. pointhi

[Günter49]

Der Robotics-Blog von IEEE-spektrum entwickelt sich zum Überbringer schlechter Nachrichten. Nach dem Roboter UBR-1 wird nun das Ende von Microsoft Robotics Developer Studio angekündigt.
http://spectrum.ieee.org/automaton/r...3A+Robotics%29
Dabei kommt das Ende von MSRDS nicht wirklich überraschend. Letzter neuer Blog-Eintrag im MSRDS-Blog war am 29.6.2012! MSRDS sollte zu einem Zeitpunkt Geld verdienen als es im Robotikbereich noch kein Geld zu verdienen gab. Und als man endlich das Gesamtpaket kostenlos abgab, waren der Universitäts- und Forschungsberreich schon bei ROS. So kann man natürlich auch einen in Zukunft wichtigen strategischen Geschäftsbereich verspielen. Etwas wehmütig habe ich mir gerade noch mal meinen ersten RN-Thread zum Microsoft Robtics Studio aus dem Jahr 2006 angesehen.

Schade eigentlich
Günter