This group is for those who are interested in the challenges and benefits of pure [1] Linux-based Multirotors.
[1] "pure" means: the whole control loop required for flight stabilization is carried out in a high-priority Linux user space task.
You need to be a member of diydrones to add comments!
Comments are closed.
Comments
FlytPOD runs linux ros based FlytOS. See https://igg.me/at/flytpod/x/14288731
https://www.youtube.com/watch?v=aUUj03Tm9LQ
dear all,
is there any way or APIs to make a process(ex: AHRS loop) 100% use in one of the CPU cores without OS time slicing? is that possible?
Thanks
Ubuntu-based drone delivery. With 4Gmetry (4gmetry.voltarobots.com)and Volta (diydrones.com/group/volta)
Tobi,
with the PREEMPT option it is somewhat better with regards to jitter on the time axis.
but you are going to kill linux on heavy interrupt loads (multiple uarts).
on you flying monster you are having way to much cpu power :-)
also when looking at arm you have to carefully verfiy the operations of the internal driver. they may not really utilize the dma for example.
all uart drivers i have seen so far have a buffer size defined which is a fraction of the real physical hw.
linux is not designed to handle realtime constraints.
i think the freescale vybrid is the future.
the realtime constraints are handled by the m4 and the rest is done in the linux user space.
i am also eager to get the new pelican in my hands :)
My personal opinion is that this is where the open architecture flight controllers are heading. I'm keen to see this realise into workable, reliable branch on the APM tree.