Aber genau die rechenintensiven Aufgaben könnte man dem FGPA geben. Der Rest müsste eigentlich schon ein Arduino mit 20MHz können. (Abgesehen davon, dass einige Standard-C Aufrufe möglicherweise dort nicht verfügbar sind.) Aber es wäre auf jeden Fall ein relativ preiswertes Design. Ein Spartan 6 kostet je nach Ausführung offensichtlich unter $5 und ein 32bit Amtel bekommt man für unter $1.

K.

das raspi dürfte für einen copter zu stromhungrig sein. insbesondere wenn man sowieso schon einen prozessor drauf hat wäre das eigentlich doppelt gemoppelt. auf der ardrone ist ja schon ein cortex a8 mit 1ghz und damit wesentlich besser als das raspi. die idee mit dem zusätzlichen gps ist interessant aber eigentlich nicht wirklich geeignet. die drone hat schon einen gyro und einen beschleunigungssektor. allerdings kommt man da zwar an die rohdaten aber nicht, ohne sie durch den prozessor zu routen. damit wäre der vorteil eines fgpa hinfällig.

insofern wäre das nur was für ein selbstbauprojekt. und auch dann würde ich keinen raspi empfehlen. das design ist einfach zu schlecht und deswegen ist der stromverbrauch auch unter den meisten systemen so schlecht.

Neben den RAW-Data eines GPS-Receivers und eine Accelerometers liessen sich so auch noch die Daten eines Magnetfeld-Sensors verwenden. Die können ja auch von der RTKLIB verwendet werden. Das Setup mit einem RaspberryPi entspricht eigentlich diesem Projekt: http://sourceforge.net/projects/gpsfpgadsp/

Zuerst: das Projekt finde ich sehr gut und würde mich gerne beteiligen.

Zu dem FPGA: Ich verstehe nicht ganz, wie das Mojo (kenne ich noch nicht) gleichzeitig die Daten eines Bewegungssensors und die von einem GPS verarbeiten soll. So wie ich das bisher verstanden habe, kann auf einen solchen Chip immer nur eine Software geladen werden. Die Daten müssten aber doch unterschiedlich behandelt werden. Der Vorteil des geringen Stromverbrauchs scheint mir dann jedoch hinfällig zu sein, wenn der Controller permanent (alle x ms) den FPGA-Code austauschen muss.