Activity

Управление через один канал несколькими нагрузками (да и вообще самолетом)

Ну контроллер (он же Автопилот как понимаю) связывается с ОСД по какому либо протоколу, скорее всего UART или I2C. Чтобы вытащить из этого потока какую либо инфу вы должны: А-знать кодировку, какая последовательность битов, что обозначает (ну получите вы с выхода пи пи пи и че с этим делат?) и В - уметь пользоваться библиотекой работающей с этими протоколами. Осмелюсь предположить ни того ни другого вы не имеете. Так что про Тх забудте (по крайней мере на ближайшие пол года).
Подключать светодиоды к ОСД тоже думаю не самая удачная идея . Для этого вы должнв взять прошивку (програмку) для ОСД и дописать к ней свой код(не запоганив прогу ОСД), а затем прошить эту свою програмку в ОСД. Даже если предположить, что вы крутой программер и сможете это сделать, то совершенно не факт , что на микркотроллере ОСД есть свободные ресурсы (незадействованные таймер счетчики, порты вывода и свободная память ) для выполнения дополнительных функций по миганию светодиодом.
или есть возможность “найти концы” в той, которая УЖЕ “отзванивается на землю-монитор”. 😃
ОСД не гонит на монитор информацию ( как это ни странно) оно всего лишь накладывает на видеоизображение свою картинку
и из видеопотока вы не выудите никакой информции. Есть конечно системы которые передают по видеотракту доп информацию , но там их тоже надо отфильтровать, расшифровать и т.д.
Так, что самый простой способ убедится, что режим переключился померить ШИМ в управляющем канале, как вариант на приемнике, а залезать в мозги Автопилоту (или ОСД) совершенно не тривиальная задача.
Учите матчасть, читайте мурзилку на амперке, многие вопросы сами отпадут…

Управление через один канал несколькими нагрузками (да и вообще самолетом)

отдельную платку для съёма со входа ОСД не совсем понятно, что вы хотите со входа ОСД снимать? Если у вас на ОСД выделен отдельный канал для управления режимами работы, тогда да можно на этот канал посадить ардуину и ис нее всем и управлять , в том числе и ОСД.
поддастся ли мне программирование😵, но попа-робовать-то я могу !
Если хотите попробовать программировать, то не ждите посылку с арду, а изучайте язык и среду прогрммирования.
Кстати на амперке есть много хороших материалов и ссылок…

Управление через один канал несколькими нагрузками (да и вообще самолетом)

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

Управление через один канал несколькими нагрузками (да и вообще самолетом)

Да Arduino-Mini конечно подойдет. Единственно , что перепрошивать его придется ISP программатором или вот такой штукой amperka.ru/product/usb-serial-converter. Я на передатчик поставил Nano, чтоб можно было перепрошивать прямо с ПК, а на самоль Mini - места меньше занимает. Главное правило Мега на плате должна быть 386 или 168 ( в противно возможно придется перенастраивать тймер - счетчики), а так хоть Uno поставьте (там тоже 386 мега). Ну и вам в любом случае понадобиться хоть одна плата с USB выходом, чтобы иметь возможность отстроить свой код с использование окна терминала.

Управление через один канал несколькими нагрузками (да и вообще самолетом)
RDL_Rider;bt129188

И всё-же непонятно, вы шим преобразуете в аналоговый сигнал через какие-то внутренние сглаживающие цепочки передатчика, а потом оцифровываете в приёмнике, или же передаёте чистый шим а в приёмнике меряете длину импульсов?
В любом случае ИМХО потеряете в помехоустойчивости и увеличится дискретность в управлении.

Все правильно. ШИМ преобразуем в аналог, пульт аналог оцифровывает, причем на сглаживающем фильтре падает напряжение, таким образом сужается диапазон измерений. Передаем мы в любом случае PWM пачку, но нас интересует в данном случае ШИМ на одном из каналов (остальные работают в штатном режиме), на котором мы и измеряем длительность импульсов.
Дискретность однозначно увеличится, но для определенных задач (режимы АП, бано, каналы передатчика, настройка камеры и т.д) это не критично. Для управления ELE, ALE, RU по такому каналу однозначно понадобится автопилот, да и само управление в этом случае6 будет сводиться скорее к триммированию модели и корректировке курса. А вот с помехоустойчивостью, не соглашусь, в первом приближении она конечно снизится в разы, но если принять определенные меры и поменять алгоритм работы Rx и Tx то возможно даже удастся получить увеличение дальности и помехоустойчивости ( за счет увеличения дискретности в конечном счете конечно).