Первым популярным двухпроцессорным полетным контроллером был PixHawk, это унаследовали и все его клоны. Вот только эта многопроцессороность в нем более мешает чем помогает - второй камень используется лишь как драйвер ввода-вывода без собственного вклада в управление полетом.
А что если...
Вот существует же просто замечательная программа для управления гоночными квадриками, и не одна! Идеально держит углы, не подвержена раскачке от попадания в вихревое кольцо, и что самое характерное - из-за простоты алгоритма умеет работать с частотой цикла аж 32КГц - то есть на каждый импульс ШИМ на моторы выдавать новое значение!
Угловая стабилизация Ардукоптера - полная противоположность. ДАнные с сенсоров снимаются с огромным джиттером, цикл расчета включает кучу разных (порой ненужных) вычислений, так что частота выдачи команд на моторы не превышает 500 герц. Но и это - огромный шаг вперед по сравнению с тяжкеми 8-битными временами, когда эта частота была всего 50 герц и то с трудом. Зато все остальное - просто на высоте! Автоматические взлет-посадка, умное отслеживание направления на точку съемки при облете, и прочее прочее.
Так вот, а почему бы не дать каждому делать то, что он умеет лучше всего? Берем два контроллера, связанных по SPI, в отдном вертится быстрый цикл стабилизации угла, а другой пусть делает все остальное - всяческие навигации, акселерометры, барометры и прочее. SPI работает на ~40MГц, так что определенно не будет узким местом.
Какие могут быть минусы в такой схеме кроме цены и потребления?