Activity

Мне кажется основная особенность -это грузовик для моторного режима полёта , при малых размерах конструкции , плохое планерное качество компенсирует более ёмкий аккумулятор . К примеру Бактитриан 2 (1 метр размахом) , при массе модели в 500 грамм легко нёс аккумуляторы и оборудование на 1,5 кг , это-же сколько можно летать с такими аккумуляторами ?!
Так-уж мне кажется , смысла нет делать из тандема планер , планеру “классической” схемы он проигрывает .

Касаемо вашей модели , советую вам сделать на переднем крыле РВ ( можно настраивать угол установки крыла ), а на заднем элевоны . На малых скоростях и больших углах атаки , управляемое переднее крыло будет очень полезно , так-как плечо от ЦТ до заднего крыла маленькое и эффективность управления только задним крылом будет маленькая .

500 грамм весь ? у меня только фюзеляж пустой с мотороамой на 500 грамм тянет. Ну правда он из синего пенопласта резался 20-ки + чулки с авквалаком грамм 100 наверное добавили если не больше… но зато если на пол ронять с роста он как мячик подпрыгивает и хоть бы хны… конечно сложно судить насколько это при жесткой посадке поможет, но таскать его теперь хоть в рюкзаке можно не опасаясь вмятин.
PS
а насчет РВ спереди мысль интересная… потому что в американском форуме народ жаловался что эффективности РВ не хватало. правда я то думал что у него ЦТ посредине где то будет, а раз он почти у заднего крыла говорят, то наверное есть смысл подумать об отдельном РВ спереди, спасибо, учту…

У вас получается не тандем а утка с сильно развитым ПГО. Стабилизатор нужно установить от 3 до 5 градусов при весе вашей модели. Крыло от 0 до 1 градуса. А центровку надо начинать делать от передней кромки заднего крыла 85 мм вперёд и возможно её придётся ещё двигать вперёд из за большого стабилизатора. Вообще утки не моя стихия. Положительный эффект этой схемы не заметен в варианте FPV. А все возможные клевки могут случатся, да и штопорные характеристики не очень.
То ли дело тандем.
Если вам обрезать заднее крыло до 950 мм, переднее крыло установить в 2,5 градуса, а заднее в 0.5 то центровка должна быть 177-191 мм от задней кромки переднего крыла. Небо такой самолёт примет и полюбит.

Спасибо за советы. я уже строил как то один тандем правда большой очень ну как очень, взлетный вес килограмм под 10- 12 выходил бы… длина 1,2 размах обоих крыльев тоже по 1,2 под бензиныча… но там нагрузка на крыло ближе к планерной выходила бы а не к модельной да и с бензинычем не срослось так туша и стоит. может когда то может срастется - дострою. Но такому конечно почти аэродром нужен чтоб взлетать садится… а тут подкупило что схема по размерам очень удобная выходит чтоб в багажнике возить, а то мой могучий вжик ездит только на заднем сиденье и размах крыльев всего то 1,2. Нов принципе по большому счету я сходу сделал две тущи (фюзеляжа) в процессе технологических экспериментов, пожалуй один из них и впрямь попробую снабдить тандемными крыльями по Вашему совету… и сравню как оно летает. Просто когда за это ухватился надеялся что иза преденего крыла большой площади и заднего большого удлинения удасться совместить достоинства уток и тандемов. Тандем многим хорош но из за малого удлинения крыльев аэродинамическое качество должно получится совсем не впечатляющим (в теории) а значит батарею жрать оно будет с усиленным энтузиазмом… нагрузочная способность то высокая а летные характеристики(в смысле свободного планирования) наверное как у печально знаменитого F-104 - летает только на моторе мотор выключили камнем вниз…
ЗЫ
единственное конечно плохо что фюзеляжи одинаковы и делались под оба крыла сверху…

Ни чего не понял.
Нужно хорду и размах переднего, хорду и размах заднего и плечо между крыльями. Желательно в миллиметрах.

Сразу скажу , что размещение килей на концах это не очень хорошо. Либо один по середине, или два по середине каждой консоли. Вес для тандема такого размера большой но не критичный, полетит, если конечно крылья будут иметь установочный угол, а не как на видео.

nsportal.ru/albom/…/novye-proekty-kruzhkovtsev
Ребёнок делает новый проект грузовика
Модель будет доставлять грузы и сбрасывать их на парашюте, тем самым выполнять функцию очень удобную для тандемов.

размах переднего 800 мм заднего 1600 мм хорда на обоих по 178 мм (ну заднем можно добаить элевоны это еще + 50 мм к хорде заднего) длина фюзеляжа 750 мм крылья практически на концах фюзеляжа ну там плюс минус на резинки т.е. между ними соответственно 560 мм где то выходит (между задней кромкой переднего и передней кромкой заднего)

красивый у ребенка тандемчик во что значит бальса… зато у меня от чулков фюзеляж такую прочность набрала что в багажнике на него запаску смело ложить можно ))))

А где нос? Как же же без носа.
Дайте размеры, а мы что нибудь подскажем.

ну там нос прицепной был у автора, и я решил также сделать но летает и без него… переднее крыло 0,8 заднее 2 по 0,8 м длина 75 см хорда 7 дюймов, у автора все в дюймах потому с крылом даже не парился с переводом а просто использовал линейку дюймовой стороной… правда вес пустого пугает чувствую килограмма полтора выйдет и это без мотора акк и пр (((( обтянул с перепугу весь чулками на аквалаке, тк.к опыт пилотирования смешной, ну чтоб покрепче был… теперь вот переживаю. взлетит не взлетит такая байда ((((

День добрый, а кто нибудь уже пробовал новую прошивку Патрика на базе мультвии 2.4 читал что там наконец победили полет по точкам, и теперь оно славно летает и на самолете. Просто прежде чем ардуину покупать любопытно отзывы послушать, а то у меня оно до сих пор на стм 32 а туда Патрик портировать обещался, но про вопрос - “когда ?” пока скромно молчит, пишет что мол надо сначала на 8-битах все нормально отработать…

День добрый опытным нижегородским тандемщикам, и не только нижегородским. Собрал себе вот подобную штуку(только материалы попрочнее) оно нечто среднее между тандемом и уткой, но только крылья не как обычно а в один уровень стоят что не есть хорошо. но автора летает вроде нормально. Теперь вот думаю про углы установки крыльев. Какие будут идеи, советы ну чтоб не сходу в землю

тая как бы хилость частично поборол обтяжкой капроном с аквалаком, в багажнике возить его как раз теперь на ура можно и даже запаску сверху ложить ))), но вес голой туши под полтора килограмма уже (((( И это даже без мотора… но каналы под лонжерон все равно кажутся какими-то излишне мягкими что ли… как бы их усилить изнутри… вставки какие нибулдь из чего то придумать да туда вклеить
ЗЫ
ну хочу построить для целей компактной перевозки. чтоб в багажнике а не как его величество мой вжик который ездит только на заднем сиденье. ну правда у него(вжика) размах крыл 1,2 чтоб фпв нести, но в багажник его уже никак…

Ну я как то адпатировал с горем пополам под наше отечественное пенопластостроение, но складное крыло из подложки все равно хиловатое внутри выходит имхо… материал мягкий все же а размах большо… с передним проблем не было, там жесткости подкладки вполне хватает

Ну я из нее пробовал выходит хиловато, ну разве если в неск слоев… пробовал сделать из синего пенопласта - получше выходит правда фюзеляж пришлось увеличить толстый уж он очень (20 мм) но зато солидная конструкция… их фоамбоарды гораздо плотнее нашей подкладки… в своем пенопластовом слое… я так понял. оно все жесткое довольно выходит у него. Когда смотрел видео автора про то месте где он уши описывал он там в числе прочего сказал, мол уши можно сделать и из депрона тогда они выйдут совсем легкими… а подложку принято считать аналогом депрона… т.е. их фоамбоарды явно плотнее. даже народ из европы на рцгрупсах жаловался что не может найти кошерного материала в старой части света

а винглеты (уши) на что ?

угу но видел на ютубе и с тянущим… просто крылья меняются местами ну и ессно разворачиваются по направлению полета… но для фпв надо ж с толкающим а то кайф не тот - винт в камере мельтишить будет

День добрый, всем. А кто нибудь такое вот изделие для ФПВ - строил ? Ну так что построить и потом летать. В дневниках у одного видел, списывался ним но он сказал что построить построил а лететь на нем вдохновения не нашлось… Оно уродливо немного но зато простое в постройке и очень нравится как оно складывается www.flitetest.com/…/ansley-peace-drone-build вот и реши себе такое построить с адаптацией под местные материалы… а то точный аналог его foamboard похоже в этой части света не существует. а то что у нас в строймаркетах бывает наверняка ж не такое жесткое/прочное …

ЗЫ

самолета такого размера делаю впервые до того только кеслы с вжиками вот и хочу посоветоваться из чего его лепить лучше

Ну я долго помышлял об оптимально конфигурации и так и эдак… но комплексно оптимальным выглядит именно то решение что озвучил… всего дешевле всего эффективнее и быстрее всего в разработке/отладке потому как для таких изделий готовый граундстешн это наше ВСЁ, без него это штучка будет лишь для персонального баловства автора. СВое что то с нуля изобретать в этом деле имеет смысл разве что при госфинансировании 😎 А все нормальные готовые граунсштейшены они под мавлинк. Автопилоты же под него дороговасты. Мультивия дешева, но граунстешены у нее никакие вот и напрашивается разумное примененние разных линукс-анддроид плат в качестве мост между первым и вторым плюс ессно видео… единственное что из телефонного вай-фаф Вы выжмете какую то сосвсем смешную дальность… хотя для коптера летающего вокруг головы пилота оно и нормально… а так разве что для начального программирования точек… ну или мощный ретранслято на борту, убикуити какую нибудь или даже микротик вата на полтора…
😒
что касается управления через 3G то экспериментировал и в этом направлениии правда через 2G. Вообще в силу принципа буферизации при IP передаче неслабые лаги при замираниях могут возникнуть даже на вайфае, а через модемы все становится невыносимо грустнее… порция данных может сначала гдет в недрах инета накапливаться а потом выплевываться смачно на сервы и они будут пытаться все дерганья ручек в течении десятка секунд отработать одним рвыком… повторюсь даже на вайфае такое можно наблюдать … а если на канал сядет видео, то тут нужен очень научный подход что как то это хоть немного скомпенсировать нейтрализовать

ну есть даже идея по готовой архитектуре чтоб не дорого и сердито, за основу взять готовый дешевый стабилизатор - мультивию на ардуине или ее STM32 клон, как стабилизатор она очень даже ничего и стоит пол копейки. но серьезная навигация это ее слабое место. так вот всю нетривиальную навигацию вынести в смартфон. В него же вынести преобразователь проткола мавлинк в мультивиевский. Связь через usb to com конвертор, или даже напрямую по УСБ (для СТМ-ок) В принципе возможен вариант с блютусом. Эта идея подробно мной изложена в параллельной ветке “летаем на пингвинах”. Если такую хрень написать, то она будет дружить с кучей ардупилотовских граундстешенов, и потому будет кому то инетерсна кроме автора, т.к. кинул на коптер с мультивией/бэйсфлайтом/клинфлайтом, смартфон APK поставил и летай сразу “по взрослому” как сереьезные дяди с дорогими пиксхавками … ПЭСНЯ…

Нуууу… тут кто к чему стремится… кому просто полетать, just for fun тому и стабилизатор полета может быть лишним, автопилот лишним вдвойне. Кому интересно компьютерно летать, для того такие платки большие возможности дают для экспериментов. Это ж все хоббии, тут кто во что горазд кому крылышки из бальсы клеить всласть кому мозги самолета новым трюкам учить. В развитие темы… решил в конечном итоге перейти с мультивии на ее STM32 клон. по деньгам даже дешевле может выйти если правильную платку подобрать, правда возни самой прошивкой больше. в качестве автопилота юзал копеечную отладочную платку STM32F1-DIP40, шил ее и под бэйсфлайт и под клинфлайт ( во втором случае даже встроеный усб юзал, что конвертер не лепить)… платки датчиков внешние по вкусу(я лепил GY521)… нууу недорого доступно(на местных рынках) и прикольно выходит, особенно если с ценой на прочие автопилоты сравнивать…
ЗЫ
в инете накопал проект более продвинутого “конвертора” чем я в начале топика писал. Найти можно на гитхабе. Он позволяет подключать граундстешйены на мавлинке к автопилотам на мультивие/назах. Проверял с куграундом и под андроидом, в целом даже работало… правда к сожалению без “GPS точек”(что было б всего ценнее), а вот если этот конвертер дописать для поддержки точек то будет бомба…

Благое начинание… вожусь с чем то подобным только вместо смарта экпериментировал с китайской телеприставкой… ну и с андроида слез на Linux, хотя под андроидом оно конечно погибче будет. просто навыков писания под Андроид нет
а что в качестве автопилота ?

Кстати для желающих связать ардупилотовские граундстанции с прошивками для Назы без встроенного мавлинка(бэйсфлайт, клинфлайт) есть такой интересный проект github.com/treymarc/multiwii-mavlink-gc. Собирал его под Виндой (нужен minGW), многое вполне так работает. Пробовал и с КУграундом и даже с андроидными Дроидпланнером и Андропилотом (в этом случае запускал прогу в винде указывая ей Ай-Пи адрес планшета)… прикольная такая штука. Если собрать для распбэрри и закинуть ее на борт - будет бомба 😉 Хотя конечно тогда дешевле прошиться под харакири

Сделал сборку клинфлая под это sensor.fsay.net/…/STM32F103_DIP40_datasheet.pdf Распределение датчиков по портам как в Назе(почти полностью) Настройка через родной УСБ платы (конвертор не нужен) Жаль только шить приходится по старинке через ком ((( Если авторы клинфлая не будут возражать, добавлю эту железяку в мастер ветку.

Добрый время суток всем. Вопрос по поводу “харакири”. Читал что оно мавлинк поддерживает. А с ардупилотовским граундстешенамами оно от этого дружит или не особо ?

И сразу новый вопрос ((( Есть две АБСОЛЮТНО одинаковые платы. Вот только одна в конфигураторе видит барометр, а вторая - нет. Прикол в том что барометра на самом деле нет на обоих, ну я не ставил пока барометров ))). Перешивал обе по несколько раз, на первой он так и не исчез на второй так и не появился))) Что это может быть за глюк такой таинственный. Или может наза знает какие нибудь аналоговые барометры, и ошибочно думает что на одном из входов такое висит ? Или что это за чудо такое:)

И еще вопросик есть… а насколько эта штука дружит с 5в на входах? В инете пишут что “большинство входов толерантны к сигналам 5В”, но как то стремно выяснять попадают ли нужные входы в то самое “большинство”, а то с приемника обычного 5в сигналы должны идти… в теории… Да икак ее к сервам подключать которые тоже питаются совсем не от 3-х вольт

SergDoc, БОЛЬШОЕ ЧЕЛОВЕЧЕСКОЕ СПАСИБО )))) Прошил как 128 - сразу все заработало… ей Богу сам бы не скоро допер до такого эксперимента

gena_g, Вам тоже отдельное спасибо. Вчера перепроверил плату stm-ки, добрые авторы зацепили там светодиод на одну из ног i2c, подозреваю что датчику это работать бы не помогало так что я его сразу отрезал…

ну JTAG на плате не предусмотрен, так что с отладчиком проблемы, да кейла нет ( Может конечно действительно в еепром дело но вроде программировал с полным стирание. Есть еще одна версия, у меня С8 а ходят слухи что назе СВ, первая 64к вторая 128к. Прошивка по объему вроде меньше чем 64, но может там в готовых прошивках какие то косяки с распределением памяти выходят, если прошивка заточена под 128к камень а шью в 64к, даже если сама прошивка маленькая…

Нет конечно, там где схему нашел(www.rcgroups.com/forums/showthread.php?t=2154329) его не подключали. А куда его подключать то на стмке ?

а какая вообще скорость связи у конфигуратор должна быть по умолчанию ?

Доброе время суток. Есть один вопрос к знатокам. Собрал себе аналог Naze32 из тестовой платы на stm32f103c8t6 и датчика MPU5060. Залил прошивку , прошивается на ура, а дальше никаким конфигуратором достучатся не могу, все пишут нет коннекта, перепробовал уже кучу прошивок все прекрасно шьются и все затем молчат. Было грешил на переходник (он дешевый на FT232)но прошивка же шьется на 256кбит/с и верификация проходит…а конфигураторы работают на меньших скоростях. Вернее должны работать (((( Может я как то не правильно шью (с stm32 работаю впервые), или может в самой прошивке какая то защита от работы на нефирменном железе ?

Перечитал всю ветку но так толком и не понял GPS таки нормально работает в baseflight ну на уровне полет по точкам или так до сих пор живет своей жизнью. А если у кого работает то - внутренний
или только через i2c-gps

Спасибо за ссылку, надеюсь ГПС там как и в прошивке Патрика для взрослой меги - работает.
Вроде видел на форуме где харакири пишут самолетную ветку прошивки, но там все на немецком врубится сложно что они там чирикают и до чего дочирикались. Толку в той прошивке если там самолетный ГПС кривой так и обычная мультивия в стоке умеет
А в прошивке Патрика полет по точкам есть или только РТХ из ГПС функций ??

А эта замечательная штука с самолетом(ЛК) подружится нормально ? ну так чтобы GPS при этом нормально заработал. И такое счастье доступно только для вертолетчикам ?
Ну очень хочется иметь нормальную самолетную мультивию на 32-платформе

Имхо нужны клевера, в качестве антенн, тогда часть “проблем движения” снимется, во всяком случае ва-фай экспериментаторы писали что с клеверами леталось явно лучше несмотря на их меньшее усиление…

касательно “преимуществ в небе” 5 Ггц над 2.4Ггц очень спорно имхо, ну во всяком случае для такой конфигурации (дуплекс), в небе может это и не плохо но надо же и с земли на этой частоте передавать а вот тут уже все кисло… ну разве если только недалеко и высоко

по поводу мощностей пикостейшн… для ряда стран мощность передачи у таких штук искусственно ограничена профайлом настроек для страны… не буду утверждать что в убикуити ИМЕННО так(хотя вероятность чуть больше половины) но в некоторых других изделиях так делалось чтоб не нарушать местное законодательство… так что мы тогда в настройках выбирали мексику или еще какую нибудь дикую сомали в надежде что там никто ничего не ограничивает… но правда ТОЧНО мерять результат было нечем… еще для улучшения качества вай-фай связи помогает ограничение ширина канала до 20 Мгц (автоматом там обычно 20/40) на дальних линках широкий канал теряет свои скоростные преимущества но сигнал/шум в узком будет лучше

С вафлей есть вариант и покруче, например микротиковская БС на 1,6 ватта правда к ней только через езернет и еще у нее корпус металлический как пишется… если тяжелый раздевать ее придется но с такой станцией на борту есть уже куда развернуться для более экономных можно и убикуити на 800 милливатт(но там тоже езернет) ну или альфовский усб адаптер(любимый моряками))… там пол ватта… были еше тплинковские на пол ватта усб когда то их как грязи было но сейчас сняты с производства… только по сусекам наскрести можно…

а в гуе нет инвертирования хвостовых серв? я просто уже не помню мвии гуй да и с мвии у меня все крылья были

ну или в исходниках можно покопаться - от массива в config.h, где задаются для серв “расходы” и инверты

/* if you want to preset min/middle/max values for servos right after flashing, because of limited physical
    * room for servo travel, then you must enable and set all three following options */
    //#define SERVO_MIN  {1020, 1020, 1020, 1020, 1020, 1020, 1020, 1020}
    //#define  SERVO_MAX {2000, 2000, 2000, 2000, 2000, 2000, 2000, 2000}
    //#define  SERVO_MID {1500, 1500, 1500, 1500, 1500, 1500, 1500, 1500} // (*)
    //#define FORCE_SERVO_RATES      {30,30,100,100,100,100,100,100} // 0 = normal, 1= reverse

до своих миксов в Output.cpp (функция mixTable, там есть большой блок "* AIRPLANE *)

дык мне кажется что просто инвертирование будет не то в “элеронном режиме” элевоны должны работать как обычно а рулении по высоте “наизнанку” если я их буду инвертировать через конфиг или гуи они ж
наверное и в "элеронном режиме свое направление поменяют… или нет ?

Добрый день., вопрос к знатокам. Склеил себе модельку необычной аэродинамической схемы (тандем). Хочу вот на нее мультивию поставить. По замыслу управление элевонами расположенными на переднем крыле. ну получается типа “утки бесхвостки”. А там руление по направлению как у обычного ЛК получается, а руление по высоте - наоборот. На аппаратуре то я могу инвертировать сервы как надо, а как мультивию научить понимать что руление по высоте - инверсное(ну в сравнении с обычным ЛК)… Просто чтобы не рыть тупо весь код, может кто нибудь даст наметку где там что можно поменять

ну я с тех пор еще видеолинк в стандартный мультивииконф добавил для полного комбайна чтобы видео на землю по UDP слал, а на пингвине крутится mjpeg-streamer тоже немного мною переписаный в дневнике есть фото где ОНО само на себя смотрит

а ROS - мутная какая то да и навскидку большая часть ее наработок мне показалась малополезной для летающего робота… там все их фишки вокруг моделирования кинематики крутятся а какая у леталки кинематика - никакой… SLAM тоже малополезен из за колоссальной глубины пространства у всего летающего (в сравнении со всем ползающим) плюс она далеко не RT пока ОНО допрет что надо было делать самолет метров на 30 улетит от точки когда надо было ЭТО делать… а если “ЭТО” было скажем облететь препятствие…тооо ответ очевиден 😒 ну вот смысл в таком компьютерном зрении ?! а что еще от ROSa использовать можно пока не придумал.

Ну да, конечно, сопротивление проверить до/после/вместо догадался … и разницу между рабочей и нерабочей указать а вот просто взять и ее включить конечно же не догадался… заменил сервы на обычные синие копеечные… и работаю как часы, во всяком случае электронная их часть… так что не всегда дороже - лучше (((( или может просто инет-магазин такой… потому как их зарядка для акков тоже прожила всего два с половиной раза (((((
ЗЫ
стоп стоп стоп стоп… а кстати может ECS по 5в парашил:) хотя нет вряд ли вторая сдохла при питании от UBEC а на нем в параллель висела мультивия и линукс плата они бы первыми б вылетели они нежнее… думаю проблемы в питании - отпадают:(

да как то быстро слишком быстро для перегрузки… минуты не было. к тому же первая сдохла вообще без нагрузки на валу… И Севастополю привет 😉 пять лет когда то там учился )

Добрый день, Всем.
Есть такая проблема. Возился с мультивией (мтабилизатор камеры) в течении двух дней сдохли две сервы (электронная начинка). До этого тестировал их в каналах элевонов… (то-же через мультивию) вроде все крутилось. Первую не отследил в каой момент ляпнулас. А вторая сразу после включения котролера резко иидет в одно крайнее положение и там замерла. На гироскопы ноль реакции. Включая выключаю мультивию. Серва идет в противоположное крайнее … и усе… Больше ни уже ни на что не реагируетю Прозвонил тестером между + и землей. 60 К ом. Вчера когда сдохла первая ту тоже прозванивал сравнивал с рабочей (пока еще). У рабочей сопротивление порядка 3 КОм. а у той сдохшей было 15Ком. Короче прозвонив понял что умерла красава аналогичным образом. Вчера когда первая сдохла думал что может воткнул неправильно. Даже решил было второй пожертвовать что понять как серву убить можно. Втыкал разъем в плату и так и эдак во всех комбинациях (не выключая мультивию) серве пофиг… работала. А тут сегодня на ровном месте вдруг брык и все…😃 Вроде и в электронике не новичек отнюдь… правда сосбственно с сервами китайскими до эого дела не имел. И серва вроде не сосему уж фуфло… с металлическим редукторм… Может кто подскажет чем можно убить электронику сервы по неосторожности… ну там переполюсовка( хотя выдерживла) обрыв земли, втыкание/выдергивание наживую (хотя пол вечера ее вчера втыкал вытыкал на живую)… ну там может обрыв земли при наличии 5 вольт и упр сигнала… или может выход времЕнных параметров сигнала за 1000/2000… а то даже идей нет. Вроде в конфах мультвии случайно усмотрел что работа на 300Гц вместо 50 аналоговые сервы убивает. Но у меня 300 закомментировано… стоит - 50. (Разве что если мудрая мультвия для работы с сервами камеры все равно себе триста 300 ставит где то еще в каком то месте) А может я просто какие-то элементарные правила обращения с китайскими сервами нарушаю, о которых все моделисты знают а я пока нет (((( А то все пишу об убитой механике а тут - электроника причем две подряд Может кто что мудрое подскажет…
Зы сервы ессно аналоговы какие то там Туринги…

с пингвином под арм свои нюансы, где главный - сборка сборки под конкретную аппаратную часть… особенно геморно будет с поддержкой экрана и тача … или хотя бы экрана… а если на внешний монитор выводить смысл компактности уходит…

в теории можно сделать нечто наподобие любимых всеми самопальных шлемов только вместо колхозного тв экрана использовать полноценный планшет на те же 7 - дюймов…прошитый пингвином… но тогда мултивииконф заслонит собой все небо своей дикой красотой))))

винда - потому что нет полной ясности с поддержкой джойстика из под Processinga под Linux(в интересном мне варианте) для используемой мной джойстиковой библиотеке. Библиотека lджойстика кстати иная чем у автора MultiwiiConfJoystick использована. Потому и конфигуратор джойстика не столь унылым вышел как там ). И вроде заявлено что библиотека кросс-платформенная На интел-Linux думаю оно заработает… но пока не пробовал Строго говоря, я о существовании Процессинга узнал то неделю назад … пока в код не полез. До этого думал что ОНО все на обычной Яве было написано и страшно дивился со стильного готического интерфейса , который без обновления до последних OpenGL драйверов жить не может и не хочет.
Вот если бы это все заработало на ARM-пингвине тогда поинтересней бы было… в плане компактности станции управление… устройство стало бы носимым… но тогда нужны исходники сошной части той библиотеки (читай - сишной) а где ж их взять… да и тогда уж логичней на андроиде что то лепить а другой круг вопросов возникает…
ЗЫ
lда и для быстрой материализации чувственных образов винда удобнее… если бы надо было лепить продаваемую систему или переходить на иную аппаратную платформу то в пингвине на земле был бы смысл… тот или иной… а так… я его слепила из того что было…😒

Извиняюсь за некоторую жаргонность и поверхностность описания процесса настройки, но полагаю что любой и каждый в описанном направлении экспериментировать не станет, а те кто морально готовы к таким экспериментам не требуют рассусоливания процесса до конкретных команд.
В качестве иллюстрации только приведу наиболее ключевые настройки чтобы не ходить часами по граблям
запуск socat для связи через UDP для работы через порт 5555 c Multiwii подключенной к ttyUSB0

socat -b512 UDP-LISTEN:5555,fork,reuseaddr FILE:/dev/ttyUSB0,b115200,raw,echo=0,crlf,nonblock

для работы через UDP здесь существенный (имхо) параметр -b512 … это что то вроде размера кадра(в байтах) который socat пытается накопить прежде чем отослать (ну так я во всяком случае воспринял логику происходящего) если делать этот -b поменьше то снижаются задержки в обмене командами (в теории) но при и b < 128 начинаются проблемы в работе через UDP (при связи через TCP я снижал это b до -b32 там все работало а через UDP … увы не очень.) если -b убрать то размер кадра по умолчанию будет 8192. оптимум имхо лежит где то в пределах до 1500 (т.е. размер стандартного ethernet пакета)
и не все виндовые редиректоры умеют через UDP

для связи через TCP (при прочих почти равных)соответственно

socat -b64 TCP-LISTEN:5555,fork,reuseaddr FILE:/dev/ttyUSB0,b115200,raw,echo=0,crlf,nonblock

общие идеи процесса - тут:
en.wikipedia.org/wiki/COM_port_redirector

из перечисленного в Вики под виндой пробовал:

1. HW-VSP3
   www.hw-group.com/products/hw_vsp/index_en.html
   бесплатный но в предлагаемой конфигурации работает фигово (похоже из-за крошечных размеров своих буферов)
   2)TCP-com
   pcmicro.com
   намного он получше у меня работал(там размер буферов регулируется + UDP режим у него есть и сама программа намного стабильнее) но стоит он денег, я пользовал 30 дневную trial
   пробовать остальные перечисленные в Вики варианты не возбраняется 😉 может еще что работать будет, хотя я после серии экспериментов таки решил от виндового редиректора избавится и переписал MultiwiiConf для работы напрямую через UDP, но пока это Under Construction, готовой сборки не делал и запускаю свою версия через Processing IDE

а обычный МултиВииДжойстик, брать - тут:
www.multiwii.be/multiwiijoystick

Периодически люди пытались. Читал… любопытно… Решил доработать в меру разумения. Итак, суть идеи: чтобы иметь видео и управление через один IP канал (WiFi, 3/4G etc) не хватает готовой управляющей программы на земле и стабилизатора полета на борту. В принципе, и то и другое уже как бы существует и называется MultiwiiConfJoystick ну и собственно Multiwii… Чтобы подружить все вместе через пигвина я лично сделал - так:
На земле , Вин-машина с джойстиком(я использовал геймпад) и указанной выше программой. На машину ставится подходящий эмулятор com-порта умеющий пробрасывать его по TCP/UDP куда то вдаль по сети(лично пробовал две разных программы с разным результатом).
На небе - любая пингвин-плата на ARM (тут уж кто во что) я лично использовал плату от планшета с A10 на борту. Это не лучший выбор из за отсутствия адекватного аппаратного сжатия видео, но “за неимением горничной…” В этом смысле виртурилки и малины думаю лучше будут- из за их склонности к FullHD. Если как у меня - то используется камера которая сама умеет жать аппаратно хотя бы mjpeg (обычная копеечная вэбка). Минусы - ширина канала(неэффективный алгоритм сжатия)… лаги… ну и собственно качество “видео”(640х480 не завораживает). Плюсы - очевидны(халява).
А теперь главная фишка “проекта” - к бортовому Linux подключается любая мультивии плата. Дешево так и сердито… 😉 Подключается она через СВОБОДНЫЙ com(при наличии оного) на пигвин-плате или через USB конвертер (при отсутствии оного, как у меня - я воспользовался встроенным в Arduino Nano FT232-конвертером) “СВОБОДНЫЙ” в контексте затеи означает - “не используемый по сериал-консоль пингвина”
Далее на Linux тоже запускается редиректор TCP|UDP в tty (т.е. com;))… тут выбор поболе чем в окнах, (я лично использовал - socat). Для моего Linaro он встал просто из пакетов. На экзотике типа виртурилки может придется собрать из исходников.
Для тестов запускаем socat в терминал-сессии на избранные нами порт, протокол, tty (на этом этапе лучше с ключом -v чтобы видеть что кому и куда шлется) ессно предварительно подключив к этому tty мультвию. Затем коннектимся к пингвину виндовым редиректором с вин машины (например через WiFi) . Запускаем на ней МултивииКонфДжойстик выбираем виртуальный ком созданный виндовым-редиректором, жмем “START”.
Если ничего не провтыкали с настройками (обоих концов) наблюдаем как на графиках начинает бежать статистика, а при кручении джойстика самолет машет крылами😒… там конечно есть нюансы, но в принципе все работает
Плюсы такого решения - быстрота получения результата, освобода в выборе платы пингвина, относительно предсказуемость поведения аппарата в воздухе (мультивия настраивается заранее и отдельно от всего обычным способом), можно управлять любым типом ЛА. Минусы - линукс катается почти пассажиром(ну разве что видео жмет) а самолетом рулит дохлый контроллер на меге. Не эстетично… Ну эстеты могут копить деньги на БиглБоне Блэк и ждать допиливания под него Linux порта Ардупилота.
как то так…
ЗЫ
Поскольку не все вин редиректоры оказались одинаково хороши(а хорошие оказались платными:)),и обещанный открытый код МультвииКонфДжойстика автор так и не опубликовал, по ряду причин пришлось родить свою версию подобной программы(тоже на основе обычного MultiwiiConf) но с менее кривой(имхо) поддержкой джойстика и уже встроенной работой через UDP (не нужен отдельный редиректор). Тестируем… вот… её… Лаги в канала управления - вроде как упали до разумного()незаметного на глаз) уровня. Кнопки геймпада эмулируют недостающие аналоговые стики… плавно… а не как у бельгийца… лепота…