Roboter-Bausatz und deren Programmierung

[HaWe]

finde ich vollkommen richtig.
C (nicht unbedingt C++) ist grundsätzlich genau so schnell wie ASM (habe früher mit Turbo C und Turbo asm auf x386 "gearbeitet", um beide immerhin vergleichen zu können), aber C ist 1000x mächtiger und vielseitiger. Kein Wunder, dass man es bekanntlich "erfinden musste", um UNIX überhaupt programmieren zu können (wie man auch hier lesen konnte).
Und wer wirklich Multitasking braucht, sollte ARMs verwenden, die von vornherein MT unterstützen (Arduino Due mit Due Scheduler, NXT mit nxtOSEK, EV3 mit POSIX pthread, oder RasPi, BBB...), warum sich hier die Arbeit machen, selber Speicher und Register zu sichern und wieder zurückzuschreiben? Hinzu kommt die extreme Speicher-Einschränkung, die AVRs haben - völlig ungeeignet für anspruchsvolle Robotik-Anwendungen (ich spreche allerdings nicht von Linienfolgern). Daher: mindestens ein Due für Robotik, zusätzliche ARMs für IO-Multiplexing. Alleine 6 Encoder-Motore mit pwm brauchen schließlich bereits 30 Dpins.
Natürlich kann man auch gleich mit der erneuten Erfindung des Rades anfangen...

[Peter(TOO)]

Hallo,

Und wer wirklich Multitasking braucht, sollte ARMs verwenden, die von vornherein MT unterstützen (Arduino Due mit Due Scheduler, NXT mit nxtOSEK, EV3 mit POSIX pthread, oder RasPi, BBB...), warum sich hier die Arbeit machen, selber Speicher und Register zu sichern und wieder zurückzuschreiben?

Irgendeiner muss das MT mal schreiben, sonst kannst DU es dir nicht fertig besorgen.

Zudem benötigt man ASM nur für die Funktion welche die Register bei einem Taskwechsel manipuliert.
Das heisst alle Register auf den aktuellen Stack retten, den Stackpointer sichern, Stackpointer des neuen Tasks laden und gerettete Register vom neuen Stack laden.
Passt alles auf eine A4-Seite.

Zudem sprach ich nicht von einer bestimmten CPU, sondern nur über Umstände welche zwingend zu ASM-Routinen führen.

MfG Peter(TOO)

[HaWe]

das meinte ich ja damit,es ist ja längst geschrieben,also warum sich dann noch mit asm rumquälen?
das ist ja, als würde jeder Autor jedesmal erst den Buchdruck neu erfinden (sicher ne sinnvolle Sache an sich), um irgendein Buch mit mehr oder weniger sinnvollem Inhalt zu schreiben!

für ARM (und sogar AVR) gibt es aber MT längst,also kann man doch gleich mit C oder was auch immer starten (und wenn nicht C, dann Basic oder Python!)