Lego Mindstorms EV3 - interessant für das Roboternetz ?

[Manf]

Ich möchte mich einmal umhören, wie Lego Mindstorms gesehen und eingeschätzt wird.
Es soll keine Werbung sein, sondern wirklich nur eine subjektive Einschätzung von vielen Seiten.
Was wird man hören?
Gegenüber den AVRs, Adruinos und Asuros ist es teuer und eingeschränkt?
Kinder haben schon nach weniger als einer Stunde Erfolgserlebnisse mit Aufbau und Programmierung?
Die grafische Programmierunmgebung ist einfach für kleine Programme geeignet?
Programmierbeispiel: https://www.youtube.com/watch?v=6jblYWsdDxM
Nur für kleine? Man kann ja dann auch umsteigen und erweitern?
Man kann das System auch an den Schnittstellen öffnen? Wie vollständig?
http://www.dexterindustries.com/howto/connecting-ev3-arduino/

Ein paar allgemeine Informationen gibt es hier:
http://de.wikipedia.org/wiki/Lego_Mindstorms
Es gibt den Wettbewerb:
http://de.wikipedia.org/wiki/World_Robot_Olympiad
Zu Mindstorms gibt es das Forum
www.mindstormsforum.de (http://www.mindstormsforum.de/)

Sollte man Mindstorms (mit seinem EV3) auch im Roboternetz behandeln?

29113

[Rabenauge]

Ich selber hab nachm RCX-Set aufgehört, Lego-Robotik zu kaufen.
Aus dem einfachen Grunde: man wird arm dabei und kommt doch nur eingeschränkt weiter, da es eben _nicht_ alles gibt.
Inzwischen verfügen die Systeme (war schon beim NXT so) zwar über bequeme Schnittstellen nach aussen, wo man dann nahezu beliebige Geräte anschliessen kann, aber dann brauch ich den (sehr teuren) Brick eben nicht mehr.
Das RCX-Set war übrigens mein echter Einstieg in die Robotik, schon das Teil war enorm leistungsfähig (und ist es noch, ich habs nämlich noch): drei Motoren können direkt angeschlossen werden, drei Sensoren zudem noch, und es verfügt über eine eingebaute, leistungsstarke IR-Schnittstelle.
Die kann man für eine Fernbedienung nutzen, oder auch, um mehrere Bricks schnurlos miteinander kommunizieren zu lassen, das funktioniert Indoor auf etliche Meter.
Programmiert wird damit übrigens auch...
Ich hab immer wieder festgestellt, dass diese Lego-Sachen von Nicht-Wissenden belächelt werden "Lego-Roboter, jaja...."- mein erster "Segway" wurde mit nem RCX-Set gebaut, mit nem Lichtsensor als "Bodenfühler"- und das Ding funktionierte bereits so leidlich!
Nur leidlich deshalb, weils einfach keinen geeigneteren Sensor gibt dafür....

Mein zweiter Segway-Prototyp war ebenfalls aus Legoteilen gebaut, nur hatte ich da bereits nen Arduino drauf samt Sensor, Display und Akku- aber Antrieb etc. war alles komplett Lego. Alles mit dem, total "veralteten" RCX-Set.
Lego hat nämlich noch nen paar andere Stärken: man kann selbst komplizierte Schaltgetriebe einfach bauen. Autmoatikgetriebe? Kein Ding. Passende, robuste, und leistungsstarke Motoren gibts auch, wer mal verzweifelt überlegt hat, wie man nen beliebigen Motor an das gewünschte Rad bekommt, weiss, wovon ich rede.
Durch die IR-Schnittstelle ergeben sich Möglichkeiten ungeahnten Ausmasses: grössere Roboter mit mehr als den drei Motoren? Zweiter Brick her, schon sind sechs möglich (einzeln ansteuerbar ohne Zaubertricks!).
Schwarmrobotik? Gar kein Thema- da man die IR-Schnittstelle nahezu frei programmieren kann, ist da nicht viel unmöglich.
All das hatte Lego schon vor-hm...15 Jahren? drauf.
Und: inzwischen haben die da kräftig nachgelegt....
Nen eigenes Unterforum ist evtl. übertrieben, aber ich wünschte mir da wirklich mehr Akzeptanz, da das Zeug die meisten Eigenbauten ziemlich mühelos schlagen kann.

[Manf]

Vielen Dank für die ausfühliche Darstellung. Ich habe keine eigene Erfahrung mit dem System.

Ich habe hier noch zwei Episoden gefunden die ich recht interessant finde. Sie sind recht unterhaltsam denn es wird sehr schnell und viel ausprobiert und es wird nicht streng systematisch vorgegangen. Man entdeckt selbst bald bessere Lösungen und fühlt sich irgendwie animiert, andere Optimierungen zu machen. Man hat dabei ein in Modulen fertiges System vor sich das zwar nicht exakt arbeitet in dem man dann aber die Fehler minimieren und kompensieren kann.

https://www.youtube.com/watch?v=r6y6I0ITijA
https://www.youtube.com/watch?v=8y80KYm5efY

Irgenwie habe ich den Eindruck es ist ein motivierendes Einsteigersystem das man gerne ausprobieren möchte.
Man wird es dann wohl bald erweiteren wollen wofür es ja auch Anleitungen gibt.
Die Frage ist wie lange es dauert bis man damit über das System hinauswächst und sich fragt ob sich die Investition für das System nur für den Einstieg gelohnt hat.

Die erste Stellungnahme war ja, es hält sehr lange auch wenn man auf anspruchsvolle Weise weitermacht.
Ein weiteres Argument ist sicher auch, manch einer wird gar nicht anfangen und so weit kommen wenn er nicht den richtig motivierenden Einstieg findet.

Das spräche dafür, dass man das System vor allem auch sharen, leihen, gebraucht-kaufen, wiederverkaufen, im Hackerspace und in der Schule ausprobieren sollte. Oder sollte man sich auf das Einsteigerset beschränken und sich ausrechnen was man an Zeit und Material spart wenn man gleich anfangen kann?

[Frank]

Wir hatten das Thema schon kurz in der internen Moderator-Diskussion angesprochen. Wie gesagt habe ich mich bislang mit Lego Mindstorms noch überhaupt nicht beschäftigt. So genau weiß ich bislang noch gar nicht was das leistet, kann, kostet und für welche Altersgruppe das interessant ist.
Aber natürlich würde es auch mich interessieren inwieweit das Thema für unsere Mitglieder interessant ist bzw. ob wir es durch ein eigenes Unterforum, Projektvorstellungen etc. fördern sollen. Von daher würde auch ich mich freuen eure Meinungen dazu zu hören.
Nach der Diskussion könnte eine Umfrage den Thread ergänzen.

Hier noch mal ein deutsches Video zum Thema


https://www.youtube.com/watch?v=y6-4H0Oz_aQ

[Rabenauge]

Man sollte eventuell anmerken, dass diese da vorgeführte Art der Programmierung nur _eine_ Möglichkeit ist.
Was ähnlich simples gabs beim RCX auch- sowas kann ein halbwegs cleverer 12-jähriger wirklich bedienen. Wem das nicht reicht, der kann problemlos wechseln, beim RCX damals war eine Programmierumgebung namens NQC (Not Quite C) das Mass der Dinge-damit konnt man das Teil dann wirklich so richtig programmieren, fast in ganz normalem C.
Erst damit kann man die wahre Leistungsfähigkeit des Systems auch ausnutzen. Aber dann hat man wirklich ein System, was sich hinter den "üblichen" Entwicklungsboards kaum mehr zu verstecken braucht.
Der einzige Haken ist halt der Preis- das RCX kam damals 250-inzwischen ists nen Hunderter mehr, wie ich dem Video entnehme, und _nicht alles_ ist besser (Kabel brauchte man beim RCX zum programmieren noch nie, das ging immer schon kabellos).

[Manf]

Vielen Dank auch für den Hinweis, ich freue mich auch über weitere Stellungnahmen, auch wenn es eine Meinung zum Thema ist ohne so viel Erfahrung damit.

Gesehen hat man die Mindstorms sicher schon einmal und wenn man sich dann nicht dafür entschlossen hat damit zu arbeiten dann vielleicht weil man befürchtet dass es nicht flexibel genug ist, oder einfach nur wegen des Preises.

Hält es jemand für realistisch sich ein gebrauchtes Set bei ebay zu besorgen und einige Erweiterungen selbst anzufertigen, oder geht das dann zu sehr in die Selbstbaurichtung bei der man auch gleich mit Adruino anfangen kann.

[oberallgeier]

... auch wenn es eine Meinung zum Thema ist ohne so viel Erfahrung damit ...Genau das ist (m)ein Problem - ich habe keinerlei Erfahrung damit ausser ein paar gelesenen Postings hier und anderswo. ABER irgendwie hat mich diese Diskussion angefixt und ich habe ja einen guten Draht zu einer hiesigen Schule, die "etwas von Lego" angeblich rumstehen hat. Obwohl ich dazu neige möglichst viel selbst zu machen, scheint es doch interessant zu sein mal daran zu schnuppern.

[Rabenauge]

Mach das mal. Wenns nicht gerade Uralt-Kram ist (so richtig gut wurd es erst mit RCX), wirste staunen.
Vorläufer gab es aber einige-ich selber habe noch ein Mindstorms Droid Developer-Kit (den R2D2), mit nem Brick, der einen Motor, nen Lichtsensor und nen Minidisplay enthält. Auch das Ding kann man schon "programmieren" mittels einer VLL genannten Technik, nämlich mit Licht"codes". Hatte mir da extra nen Adapter gebaut, der über die Soundkarte eine LED anspricht. Das Ding kennt allerdings nur 15 Befehle oder so.
Faszinierend sind immer wieder die Ideen, die in den Kits stecken- obwohl das Teil nur einen einzigen Motor hat, kann man damit schon kleine Roboter bauen, die ner Taschenlampe folgen-auch um Kurven. Lego hat da sehr viele, äusserst clevere Lösungen bei.
Mit dem RCX-Set wurden sogar schon Drucker gebaut.

Das Problem ist halt wirklich, dass es auf Dauer enorm teuer wird, weil man ja doch noch dieses oder jenes Teil haben will, oder eben mehrere Bricks (ich fand die IR-Kommunikation der RCXe nen extrem guten Einstieg in die Schwarmrobotik, aber so nen Bursche kostet heutzutage um die 40€) zusammen arbeiten lassen kann, zusammen mit den passenden Motoren und der schier unendlichen Fülle an Getrieben, Rädern, Achsen, Schaltern und anderen Teilen sind da echt nur der Fantasie Grenzen gesetzt.
Und dem Geldbeutel.
Beispielsweise hatte ich mal aus Langerweile eine voll funktionsfähige, mechanische Pendeluhr gebaut (Ganggenauigkeit 2-3 Min/Tag), Richtig mit Gewicht. Der RCX musste die nur alle zwei Minuten wieder aufziehn...
Oder nen Renn-Roboter: ein Schienenwagen (passte genau auf eine Bahnschiene), mit drei Motoren, Schaltgetriebe und RCX, der die Motoren und das Getriebe so ansteuerte, dass die optimale Geschwindigkeit erreicht wurde. Knapp 25 km/h. Samt Wegmessung und entsprechendem Bremsmanöver.

Ob es Sinn macht, Lego mit anderen Dingen zu kombinieren? Hm-also bis zum RCX-Set eher nicht. Nen Arduino-Clone bekomme ich für nen Zehner, und Lego hat nunmal ein eigenes System, auch, was die Anschlüsse angeht. Da ist ne Menge basteln nötig. Auch die nötigen Kabel sind nicht so wirklich günstig zu haben.
Wenn man aber z.B. die IR-Schnittstelle nutzt, um Arduino und Lego miteinander diskutieren zu lassen, schauts anders aus.
Effektiver ists dann wohl, mal eben schnell nen Prototypen aus Legoteilen zu basteln- das Motorshield des Arduinos kommt bestens mit den älteren Legomotoren (ohne Encoder, die Nachfolger mit Encodern hab ich nicht) klar. So hatte ichs beim Segway-Testikel gemacht:
Chassis bis zu den Motorkabeln Lego, der Rest Arduino. Dann kann man auch nen vernünftigen Akku benutzen (der RCX arbeitet mit Akkus nicht so gut, und wenn, braucht er sechs Stück AA-Grösse).
Mal ehrlich: ehe ich anfange, an den teueren (ich find die Preise ob der Qualität durchaus gerechtfertigt, aber weh tuts halt) Legoteilen herumzulöten, nehm ich dann doch lieber nen Sack voller Arduino-Chinaramsch, damit bin ich _noch_ flexibler und hab weit mehr Möglichkeiten.
Und fürs schnell gebaute Chassis zwischendurch bieten auch die Lego-Technik-Sets eine Menge, ohne Mindstorms.
Wenn man allerdings preiswert mal an ein Set rankommt- wieso nicht. Unglaublich ist das Zeugs schon irgendwie.

[White_Fox]

Zu meinen Erfahrungen mit dem Legozeugs:
Ich hatte früher, zu Schulzeiten, ein Wahlpflichtfach "Roboterbaulabor". Da haben wir mit dem RCX-Kasten und reichlich Zubehör rumgebastelt.
Damals war ich vllt 15, hatte noch null Ahnung von Elektronik, Digitaltechnik und prorammieren konnte ich auch noch nicht.

Mit diesen Vorrausetzungen hat mir das echt Freude gemacht. Wenn mein Höchstes damals auch nur ein Roboter mit Kettenantrieb war, der irgendwo hin fuhr und bei Kontakt mit einem Hindernis einfach zurückfuhr, irgendwohin gedreht hat und dann geradeaus weitergefahren ist. Die Weiterentwicklung konnte dann einer Linie folgen. Andererseits hatten wir nur 2x45min Zeit pro woche, und ich mußte mir den Kasten mit zwei total demotivierten Mitschülern teilen-die Software habe ich dann selber außerhalb der Schule geschrieben.


Ich muß ebenfalls sagen, die Lego-Kästen werden definitiv zu Unrecht belächelt. Den Kettenantrieb in meinem Beispiel hatte ich in einer Stunde fertig. Da war noch ein anständiges Getriebe für jede Kette mit drin damit der Roboter es auch einigermaßen bergauf geschafft hat. Das Ganze selber zu konstruieren wäre sau aufwendig, und ob es dann auch mit der gleichen Präzision funktionieren würde (wobei man die Anforderungen an Lego da natürlich auch nicht zu hoch schrauben sollte) ist eine andere Frage.
Allzumal die materiellen Bedingungen eines Selbstbaus auch nicht ohne sind (Werkstatt, Werkzeuge wie Tischbohrmaschine, evt. auch Drehe und Fräse, usw.).
Das Argument von Rabenauge, dass die Teile ordentlich Zaster kosten, kann ich nur bestätigen. Die Qualität ist fraglos gut, kostet aber eben entsprechend.

ABER: Würde ich meinen Lego-Roboter von damals heute ohne Lego in ähnlicher Weise nachbauen, mit Getriebe, Kettenantrieb, usw. könnte ich mir dafür vermutlich mindestens einen Lego-Kasten mit etwas Zubehör dafür leisten. Dafür muß ich mit dem Lego-Kasten nicht mit meiner lieben Freundin die Zeiten ausschachern, ob ich in unserem Schlafzimmer Späne machen darf. Löten krieg ich ja ab und zu noch durch, aber wie ich die Produktion von Metall/Kunststoffspänen aushandeln sollte weiß ich nicht. :D
Und das Problem wird wohl auch so manch anderer Vater haben, der sich für Sohnemann Zeit nehmen will.

Und gestandene Ingenieursprogramme wie Matlab oder LabVIEW (wo eine einzelne Lizenz mehrere tausend Tacken kostet) sind mittlerweile auch in der Lage, die NXT-Bausteine zu programmieren. Damit ist zumindest der NXT definitiv kein einfaches Spielzeug mehr. (Auch wenn Rabenauge dazu ja schon ausführlich geschrieben hat.) Nicht-Eingeweihte mögen Lego zwar belächeln, aber lächerlich ist es deshalb noch lange nicht.


Und um auch mal abseits der technischen Dinge zu argumentieren:
Lego ist meiner Meinung nach noch eines der wenigen "guten" Spielzeuge. Zu Zeiten, wo Playstation und Wii usw. noch nicht so weit verbreitet bzw noch gar nicht da waren gab es z.B. die Metallbaukästen von TRIX. Auch allgemein war der Anteil von Spielzeug, welches kreatives Schaffen und handwerkliche Fähigkeiten förderte, früher weitaus höher als heute. Ich persönlich finde das ziemlich schade, da sehr viel Spielzeug heutzutage die Kinder/Jugend mehr oder weniger dumm lässt. Die geistige Reife bleibt damit halt auf der Strecke.
Ich will damit jetzt keine Diskussion über pädagogisch wertvolles/wertloses Spielzeug entfachen, würde es aber begrüßen, wenn wir ein m.M.n. gutes Spielzeug auf diese Weise unterstützen würden, in dem es in diesem Forum zumindest willkommen ist und auch entsprechend angesehen wird.

[Tcm0]

Schon mal vorab, ich beschäftige mich relativ mit dem Lego Mindstorms und entsprechend enthusiastisch bin ich auch.
Da die bisherigen Schreiber eher auf den RCX eingegangen sind, werde ich mich an den neueren Systemen orientieren (übrigens kam der RCX vor dem Mindstorms Droid Developer-Kit). Der NXT ist der Nachfolger des RCX und der EV3 der Nachfolger des NXTs. Dabei gab es aber immer mal wieder kleinere Zwischengenerationen, die ich nicht empfehle.
Oberflächlich mag der Mindstorms eher für Kinder aussehen. Er hat "coole Farben", ein "cooles Design" und eine Bildchensoftware zum Programmieren (die auf LabView basiert). Die Kabel sind nicht mit anderen Systemen kompatibel und die Sensoren usw. sind alle schon vorgefertigt. Tasten, Lautsprecher, Bluetooth Modul, USB Anschlüsse usw. sind schon integriert und können nicht falsch angeschlossen werden.

Allerdings sind NXT und EV3 open-source. Das heißt, dass jeder in die Dokumentation und in die Firmware gucken kann. Es gibt z.B. ein Hardware Developerkit, in dem die Pinbelegung der Sensoren und Motoren steht. NXT und EV3 Kabel haben nämlich 5 Adern, die sowohl analoge Messungen, als auch Kommunikation über I2C und beim EV3 UART zulassen. Ich habe zum Beispiel schon einen Arduino Uno als Anschlusserweiterung an den EV3 und NXT angeschlossen (http://de.tinypic.com/view.php?pic=2w57x1i&s=8#.VC3fr_l_vHs und http://de.tinypic.com/view.php?pic=2077ygw&s=8#.VC3fnvl_vHs).
Es gibt zahlreiche Anwendungserweiterungen, die es einem einfach machen, den EV3 und den NXT über das Visual Studio fernzusteuern. Damit kann der Roboter als "Sensor-und Motorschnittstelle" für den Computer agieren. Besonders empfehlen kann ich dabei die MonoBrick Communication Library: http://www.monobrick.dk/.
Wenn man die Programme direkt auf dem EV3 laufen lassen möchte ist das auch kein Problem. Es gibt bereits zahlreiche alternative Firmwares, die von einer MicroSD Karte gebootet werden können und einem erlauben, den EV3 in textbasierenden Programmiersprachen wie Java (LeJOS: http://www.lejos.org/) und C# (MonoBrick Firmware) zu programmieren. Es gibt inzwischen sogar eine Debian Distribution mit dem Namen EV3DEV, die selbstständig auf dem EV3 läuft.
Den NXT kann man auch in Java (LeJOS NXJ), C (NXC) und sogar Lua programmieren. Für LeJOS NXJ muss allerdings eine neue Firmware auf den NXT geladen werden.
Um den EV3 mit dem Internet zu verbinden (oder unter EV3DEV eine Tastatur zu verwenden) hat der EV3 einen USB-Host-Anschluss. Es werden jedoch nicht alle W-Lan Adapter von allen Firmwares unterstützt.
Für den NXT gibt es übrigens auch Metallbaukästen (Tetrix und Matrix). Die sind allerdings noch teurer als der Mindstorms ohnehin schon ist. Für fast alle Projekte sollte allerdings das Plastik ausreichen.

Kritiker des EV3s finden das Prinzip, MicroSD Karten für Firmwares zu verwenden, zu umständlich. Außerdem verlangen sie noch nach einer "einfachen" Art, den EV3 zu programmieren. Für die Programmierung mit C# benötigt man zum Beispiel das "überladene" Visual Studio mit einer Template oder das Xamarin Studio mit einem Plugin.

Um wieder zum Roboternetz zurückzukommen:
Inzwischen gibt es viele Möglichkeiten, NXT und EV3 in einem Roboternetz zu verwenden. Ein interessantes Projekt in die Richtung ist übrigens http://siouxnetontrack.wordpress.com/. Der NXT hat eine Bluetooth und eine USB Schnittstelle (und über langsame Sensoren auch Wifi usw.). Der EV3 hat einen Infrarotsensor, der Befehle von einer Fernbedienung empfangen kann (das Protokoll ist frei verfügbar) und er kann das Signal orten. Außerdem hat er einen USB Slave Anschluss damit man ihn an den Computer anschließen kann, auch Bluetooth (aber inkompatibel mit dem NXT) und wie schon erwähnt kann man über USB Wifi Dongles und USB zu LAN Adapter anschließen. Ganz interessant ist hierbei sicherlich auch der Daisy-Chaining Modus, mit dem man bis zu 4 EV3s über USB miteinander verbinden kann und dadurch vom Master auf die I/O Ports aller anderen EV3s zugreifen kann.

[leibiflo]

Hallo,

ich habe in meiner Kindheit auch mit RCX angefangen die ersten Roboter zu bauen. Sicher sind die Lego-Bausätze teuer, aber sie bieten den großen Vorteil, dass Kinder auch ohne Hilfe der Eltern bereits eigene Ideen umsetzen können. Ich hätte nie im Leben meine Modelle ohne Lego bauen können. Mir hätte einfach das Material (Zahnräder, Achsen, Reifen, ...) in diesem großen Umfang wie bei Lego gefehlt. Ich finde Lego als eines der besten Spielzeuge die es gibt. Ohne Mindstorms wäre ich vermutlich nicht so auf Robotik abgefahren.

lg
Florian

[White_Fox]

Man sollte, wenn man schon über die Möglichkeiten von Lego sinniert, auch das Pneumatiksystem nicht vergessen.

Ich weiß zwar nicht inwieweit es elektrische Ventile dafür gibt, aber mit etwas Geschick ließe sich sowas mit Sicherheit konstruieren (auch wenn man einen Motor dafür verwenden müsste). Da ist man vom technischen Aspekt her schon sehr weit vorn, finde ich.

[Tcm0]

Bezüglich Pneumatik hat der Nutzer Sariel einen interessanten Schalter gebaut: http://sariel.pl/2008/12/pneumatic-autovalve/
Neben dem Schalter kann fast alles weitere, zum Beispiel eine Pumpe, angetrieben werden. Die Pneumatik ist allerdings sehr teuer.

[HeXPloreR]

Außerdem kann man damit so schöne Dinge "relativ schnell" aufbauen ... auch wenn hier ein Smartphone die Regie übernimmt und es noch ein NXT ist
>>> Der Rubik's Cube Solver (Youtube) (http://www.youtube.com/watch?v=qTq2V1aPAp8)


https://www.youtube.com/watch?v=qTq2V1aPAp8

[White_Fox]

Das mit dem Würfel find ich ja abgefahren.

Mich würde ja mal interessieren was die Forenleitung zu den bisherigen Berichten sagt... :)

[Frank]

Moin
meine letzten Lego-Erfahrungen liegen schon etwas zurück, ich hatte mit Lego immer noch die schönen Bauklötze verbunden und die nachfolgenden Entwicklungen kaum verfolgt.
Ich bin bislang überrascht was man alles mit Mindstorms anfangen kann und wie flexibel das System offenbar ist. Wobei ich aber jetzt noch nicht genau weiß wie groß der Aufwand und die Kosten für die jeweiligen Beispielprojekte in der Praxis ist. Zu letzterem wären noch ein paar Praxisberichte wünschenswert.

Aber mir scheint das Thema bislang schon interessant, zumal der Schwerpunkt ja hier wohl auch der mechanische Aufbau ist. Gerade beim mechanischen Aufbau gibt es für Einsteiger/Schüler/Studenten die gewöhnlich keinen Maschinenpark im Keller haben, ja ansonsten wenig Möglichkeiten konstruktiv zu werden, insbesondere wenn eine gewisse Präzision erforderlich ist.

Bei der Gelegenheit erinnere ich mich das Fischertechnik damals in diesem Segment auch gutes geleistet hat. Aber auch da bin ich nicht auf dem laufenden und weiß nicht genau was die heute anbieten bzw. ob das eine Alternative ist.

[HaWe]

hallo,
ich denke, der NXT war eine lohnende Basis für Erweiterungen, da er u.a. auch über eine C-ähnliche Programmiersprache (NXC) mit simpler API programmiert werden konnte.
Damit arbeite ich selber immer noch, z.B. alleine oder in Verbindung mit Arduinos:
http://www.mindstormsforum.de/viewtopic.php?f=70&t=8302#p65015

Beim aktuellen Nachfolger EV3 ist das schwierig, weil neben der Bilder-Programmiersprache nur Java mit Eclipse im Moment wirklich geht (mit eigener Linux-basierter FW) und vieles erstmal in der VM implementiert werden muss. Für eingefleischte Java-Fachleute ist das aber sicher kein Hindernis. Für Standard-Lego-Nutzer ist schon Eclipse eine unüberwindbare Hürde, von der OOP Syntax mit den unzähligen Klassen und Objekten ganz zu schweigen.

Die original-Lego-Linux- und VM-Implementation ist aber ziemlich verhunzt - es gibt zwar einen C-Compiler dafür (gpp C/C++ mit CSLite Toolchains), und sogar auch eine bruchstückhafte API, aber leider nicht für Sensoren, denn die Schnittstelle zu den Lego-Modulen (lms2012.h) ist ein einziger Krampf - da will keiner dran. Oder es versteht kein Mensch. Vllt wär das aber was für hiesige C-Fachleute?
Eine Anleitung zur C-Programmierung findet sich hier:
http://bricxcc.sourceforge.net/test_releases/readme_1st.txt
Übrigens sind noch mehr Softwareplattformen als die genannten im Entwicklungsstadium.

Technisch gesehen ist der EV3 mit seinem ARM9 aber sicher ein lohnendes Bastelobjekt. Leistungs-Vergleiche zu anderen Hard- und Softwareplattformen finden sich hier:
http://www.mindstormsforum.de/viewtopic.php?p=64772#p64772

Dies ist auch (unser) Mindstorms-Forum, aber ich fände es sehr begrüßenswert, wenn hier auch von vielen anderen Seiten und Foren neue Ideen und Impulse kämen.
Ihr könnt ja mal dort im Forum etwas stöbern und sehen, ob das eine oder andere interessant für euch ist.

Übrigens läuft der Cubesolver auch autonom, nur mit NXTs (PL: NXC) oder EV3s (PL: EV3-G plus gpp C):
http://mindcuber.com/

und auch einen autonomen NXT-basierten (in NXC programmierten) Schachroboter mit eigener Chess-Engine gibt es (nur sehr langsam, NXC- und VM-bedingt), mit Lego- und Fischertechnik-Teilen, und mit elektromagnetischen 3/2-Wege-Pneumatikventilen - manuell oder per automatischem Move Generator steuerbar - oder beidem:
https://www.youtube.com/watch?v=Cv-yzuebC7E

ps, edit:
ein Übersicht über die verfügbaren Programmiersprachen für NXT und EV3 findet sich hier:
http://www.mindstormsforum.de/viewtopic.php?p=57794#p57794

[Tcm0]

Die Liste der Programmiersprachen, die HaWe verlinkt hat, ist leider bei weitem nicht komplett. Da auf dem EV3 eine Debian (=Linux) Distribution läuft werden aktuell viel mehr Programmiersprachen unterstützt:
bash/dash, awk/gawk, perl, Lua, guile, ruby, python, Google Go (golang) und Node.js. Allerdings sollte man zur Verwendung von EV3DEV Kenntnisse von Linux (und dem Terminal) haben.
Da der Link zur EV3DEV Website momentan down ist, ist hier ein Ersatz: http://technicmaster0.de.vu/ev3dev.
Wie bereits geschrieben wird eben auch das .NET Framework bzw. Mono mit C#, C++, F# usw. unterstützt.

[Frank]

Umfrage
Hier gibt es die Umfrage zum Thema
https://www.roboternetz.de/community/threads/65985-Neues-Unterforum-f%C3%BCr-Lego-Mindstorms

[Dirk]

Hi Frank,

Bei der Gelegenheit erinnere ich mich das Fischertechnik damals in diesem Segment auch gutes geleistet hat.
Ich war da auch früher dran und bin jetzt wieder zu Fischertechnik gestoßen.
In den letzten Jahren hat Fischertechnik einige schöne neue Baukästen heraus gebracht, u.a.:
PROFI Serie (http://www.fischertechnik.de/de/home/produkte/profi.aspx)

Auch im Bereich Computing und Sensorik hat sich viel getan:
COMPUTING Serie (http://www.fischertechnik.de/de/home/produkte/computing.aspx)

Der neueste Controller-Baustein ist der "ROBOTICS TXT Controller":
TXT Controller (http://www.fischertechnik.de/de/desktopdefault.aspx/tabid-21/39_read-309/usetemplate-2_column_pano/)
Steckbrief:
• Dual Processor: ARM Cortex A8 (32bit 600MHz) + Cortex M3
• Speicherkapazität: 128 MB DDR3 RAM, 64 MB Flash
• Speichererweiterung: Micro SD-Karten-Slot
• Display: farbiges 2,4" Touch-Display (320x240 Pixel)
• 8 Universaleingänge: Digital/Analog 0-9VDC, Analog 0-5 kΩ
• 4 schnelle Zähleingänge: Digital, Frequenz bis 1kHz
• 4 Motorausgänge 9V/250mA (max: 800 mA): Geschwindigkeit stufenlos regelbar, kurzschlussfest, alternativ 8 Einzelausgänge z. B. für Lampen
• Kombiniertes Bluetooth/WiFi-Funkmodul: BT 2.1 EDR+ 4.0, WLAN 802.11 b/g/n
• Infrarot Empfängerdiode: für Sender des fischertechnik Control Set
• USB 2.0 Client: Mini USB-Buchse zum Anschluss an den PC
• USB Host-Schnittstelle: USB-A Buchse für fischertechnik USB-Kamera, USB-Sticks uvm.
• Kamera-Schnittstelle: über USB-Host, Linux Kamera Treiber im Betriebssystem integriert
• Stiftleiste 10-polig: zur Erweiterung der Ein- und Ausgänge sowie I2C-Schnittstelle
• Integrierter Lautsprecher
• Integrierte Echtzeituhr mit austauschbarer Pufferbatterie: für Messwerterfassung in definiertem Zeitraum
• Linux basiertes Open-Source Betriebssystem
• Mögliche Programmierung mit ROBO Pro, C-Compiler, PC-Library uvm.

Fischertechnik hat auch eine recht aktive Community:
ftcommunity.de (http://www.ftcommunity.de/)
... auch mit Forum zum Bereich "Computing":
Robo Pro / Computing / Software (http://forum.ftcommunity.de/viewforum.php?f=8&sid=960135807957f13a0f9c2f05bde011cb)

Auch wenn Fischertechnik in der Öffentlichkeit (leider) nicht mehr so oft vorkommt (wie vergleichsweise Lego Mindstorms),- Fischertechnik lebt!

[HaWe]

hallo,
noch gibt es den TXT controller ja noch gar nicht wegen diverser Programmierungsprobleme und wasweissich welchen Problemen, wo wasauchimmer noch nicht funktioniert - , und was er für Text-Programmiermöglichkeiten dann wirklich bietet, steht ja noch VÖLLIG in den Sternen.
Die Bildchenprogrammier"sprache" jedenfalls kann man ja voll vergessen (genau wie die von Lego, Labview eingeschlossen)

i.Ü ist der Hinweis auf den ft TXT hier IMO reichlich OT, denn es geht ja dezidiert um ein Mindstorms-Unterforum - es wäre das gleiche, als wenn man hier rein posten würden wie toll doch der RaspberryPi, der BeagleBone oder der Arduino Tre sei.

Auch die Text-Programmierbarkeit des EV3 ist aber noch alles andere als komfortabel (ist ja auch ein ARM Prozessor, der auf TI DaVinci Linux läuft), und eine kleine Übersicht über die Performance der PL-Plattformen findet man hier:
http://www.mindstormsforum.de/viewtopic.php?p=64772#p64772
Darüber und darunter findet man allerlei Codebeispiele als Vergleich für die zu verwendende Syntax der verfügbaren Text-Programmierplattformen.

Wer übrigens ernsthaft der Meinung ist, die Bildchensprachen (RoboPro, EV3-G) böten auch nur einen annähernd vergleichbaren - geschweige denn: gleichwertigen! - Programmierumfang, dem sei doch einfach nur mal ans Herz gelegt, sich an der Transcodierung des Benchmark-Codes in eine Bildchenform zu versuchen ^^...
http://www.mindstormsforum.de/viewtopic.php?f=71&t=8095&p=64494#p64494

was einem aber teilweise für Verrenkungen bei OOP-Sprachen für den EV3 abverlangt wird... siehe hier:
http://www.mindstormsforum.de/viewtopic.php?f=25&p=65747&sid=d3bee2ec969186ff8cfccb1bf6679d6d#p65747
das grenzt schon teilweise an Realsatire.

Wäre wirklich (WIRKLICH!) schön, wenn ft hier eine bequemere IDE+API (wie Sketch) böte, aber mit preemptivem Multitasking (ähnlich pthread oder auch nach C11 Standard oder auch wie ERIKA) und auch für autonomen Betrieb (das gibt ja bis jetzt - seit 15 Jahren - noch überhaupt nicht bei ft für Text-Programmierung!) -
und wenn so etwas schließlich auch für den EV3 zur Verfügung stünde (und nicht nur rudimentäre Baustellen mit bug trackern, die groß genug sind um ein Schiff zu versenken).

Bin SEEEHR gespannt!

Und es wäre SUPER-erfreulich, wenn das geballte Wissen dieses Forums z.B. dazu beitrüge, eine Sketch-ähnliche IDE samt passender Motor- und Sensor-API für den EV3 zu entwickeln.

[Dirk]

Hi hawe,

noch gibt es den TXT controller ja noch gar nicht wegen diverser Programmierungsprobleme und wasweissich welchen Problemen, wo wasauchimmer noch nicht funktioniert - , und was er für Text-Programmiermöglichkeiten dann wirklich bietet, steht ja noch VÖLLIG in den Sternen.
Der Fischertechnik TXT Controller wird bald auf den Markt kommen. Alle Formulierungen über die Ursachen der Verspätung sind reine Spekulation.
Da er sich prinzipiell nicht von seinem Vorgänger (TX Controller) unterscheidet (auch ARM basiert), wird einer Programmierung mit C und Java nichts im Wege stehen.


i.Ü ist der Hinweis auf den ft TXT hier IMO reichlich OT, denn es geht ja dezidiert um ein Mindstorms-Unterforum - es wäre das gleiche, als wenn man hier rein posten würden wie toll doch der RaspberryPi, der BeagleBone oder der Arduino Tre sei.
Der Hinweis auf ft kam von Frank.
Ich finde aber seinen Hinweis auf ft an dieser Stelle auch berechtigt, da man für den Fall eines Mindstorms-Unterforums durchaus auch an ein ft-Computing-Unterforum denken könnte. Beide könnten sich dezidiert nur um die Text-Programmierung dieser Plattformen drehen, da die grafische Programmierung in den Mindstorms und ft Community Foren gut repräsentiert ist.

[HaWe]

mit dem ft-Unterforum als weitere Option hast du Recht.
Ihn hier aber im Mindstorms-Thread zu präsentieren als Alternative mit seinen ganzen angekündigten Features ist aber mindestens ebenso verfrüht wie über den Grund seiner Verspätung zu rätseln -
immerhin: irgendwas wird es schon geben, was nicht funktioniert, sonst wäre er ja seit 1-2 Monaten auf dem Markt, wie ursprünglich angekündigt.^^

Den wesentlichen Unterschied zum (bisherigen) TXC hast du aber nicht genannt: der (alte) TXC läuft nicht unter Linux, ganz egal ob ARM oder nicht.
Daher wäre der (alte ARM-) TXC eher mit dem (alten ARM-) NXT zu vergleichen, der (ganz neue Linux-) TXT dagegen eher mit dem (neueren Linux-) EV3.
Die Unterschiede - Linux oder nicht - sind gewaltig: das sieht man auch am Unterschied ziwschen NXT und EV3.
Die Aussage
"Da er sich prinzipiell nicht von seinem Vorgänger (TX Controller) unterscheidet (auch ARM basiert), wird einer Programmierung mit C und Java nichts im Wege stehen"
kann man daher sicher so nicht stehen lassen - und den Vorgänger kann man ja auch gar nicht mit C oder Java programmieren (im autonomen Modus, natürlich, denn im PC-ferngesteuerten Modus läuft das Roboter-(C-, Java-) Programm ja auf dem PC - das zählt ja nicht).

PS:
für EV3-Java/leJOS bräuchte man auch hier kein extra Unterforum (IMO), denn es gibt ja bereits das Java/Lejos-Forum, in dem auch die leJOS-Entwickler präsent sind,
und für EV3-Mono/C# auch nicht, denn da gibt es das Mono/C#-Forum (ebenfalls samt Mono-Entwickler).
Nur C wäre ein wichtiges Thema, immerhin gibt es dazu ja bereits eine sehr praktische IDE samt gpp C-Integration und makefile, auch pthread läuft damit, und auch schon viele API-Modul-Funktionen(LCD, Buttons, Sound, Encoder-Motore), wenn auch noch lange nicht alle die nötig wären, besonders für alle möglichen Lego-Sensoren.

[White_Fox]

Die Bildchenprogrammier"sprache" jedenfalls kann man ja voll vergessen (genau wie die von Lego, Labview eingeschlossen)
Wenn du da beiden Programmier"sprachen" mal nicht grobes Unrecht tust...

[HaWe]

wo ich die Grenzen sehe habe ich bereits in einer anderen Diskussion präzisiert ( https://www.roboternetz.de/community/threads/66023-Open-Roberta-Programmieren-ist-ein-Kinderspiel ):
Für Kinder als Einstieg sehr gut geeignet, aber nicht für "ambitionierte Projekte", denn da werden die Grenzen der GUI-IDE bereits zu schnell erreicht - und hier im Forum läge ja auch sowieso der Schwerpunkt auf Schrift-Programmierung. Weiter ausführen braucht man das hier im Sinne des TOPs sicher nicht, oder?

(ps, edit:
ich kenne und arbeite mit GUI-IDEs wie Labview, Robolab, LLWin, RCX-Code, NXT-G und EV3-G bereits über 15 Jahre - ich bin so vermessen zu behaupten, dass ich inzwischen sehr gut weiß, wo die Stärken und wo die Grenzen liegen^^ - aber wie gesagt, wir brauchen das jetzt ganz bestimmt nicht zu vertiefen, denn Bildchensprache ist ja hier eh nicht das Thema.)

[Frank]

Da die Umfrage inzwischen klar ergeben hat das durchaus Interesse an Lego-Mindstorms besteht, gibt es ab sofort dafür ein eigenes Unterforum in dem ihr diskutieren könnt.

Hier findet es hier:
https://www.roboternetz.de/community/forums/75-Lego-Mindstorms

Ich schließe daher diese Diskussion!