Включение/выключене с 1 канала нескольких нагрузок. Возможно-ли?
Да, и для Игоря. Платы в сериях, даже мелких, я не изготавливаю. И коптерами тоже не занимаюсь. Эта тема у меня вызывает чисто академический интерес т.к. программирование контроллеров моё небольшое хобби. Поэтому конструкцию платы со мной обсуждать бесполезно. Важна только сама логика работы всей системы.
Пока суть да дело, разработал универсальный шестикнопочник на Tiny2313 (стандартный режим работы и работа в так называемом режиме “удержания” - может выбираться “на лету” перемычной. ) по мотивам “6-и кнопочника Козина”.
А чем режим стандарт от удержание отличается?
У Козина в принципе - какую кнопку нажал - такой ширины ШИМ ушел в канале, для переключателя режимов АП более чем достаточно. Все начинается если акромя режимов хочется поуправлять еще чем нибудь, причем это что то не двуходовой переключатель, а управляется ШИМ импульсом. В смысле сказал ты дешифратору на канал управления режимами АП гони 1500мкс , он запомнил и выдает эту частоту на соответствующей ноге, мы в это время можем настроить ШИМ на другой ноге и т.д. Отсюда вопрос - сколько такихи ШИМ управляемых нагрузок можно присобачить к Tiny. У 2313 кажется два таймер счетчика, на каждом таймер-счетчике два регистра сравнения - следовательно тинька одновременно может управлять четырьмя такими ШИМ каналами?
следовательно тинька одновременно может управлять четырьмя такими ШИМ каналами?
Вас никто не заставляет ограничиваться аппаратным ШИМ. Быстродействие Тиньки позволяет реализовать программный ШИМ. Конечно импульсы каждого из каналов будут формироваться последовательно. Период следования импульсов ШИМ составляет 20мс, максимальная длительность 2мс. итого 10 импульсов за период. Исключив один период на измерение управляющего импульса и один на потери переключения получаем 8 программных выходов ШИМ. Алгоритм желательно реализовать на ассемблере. Но и на Си он работает, по крайней мере у меня получилось. Правда всего 4 выхода. На Tiny13 просто нет больше выходов.
Эта тема у меня вызывает чисто академический интерес
Собственно, я в “коптероводстве” без году неделя 😃 , но немножко освоившись с “близко-низко” для видеосъёмок, стал интересоваться их (коптеров) прикладным использованием . В разных ветках, разные модели предлагают (и пробуют) использовать и для наблюдения за пожарами и для поиска в тайге, и для быстрой доставки жилетов утопающим, и для опрыскивания полей, и для рекламы , и… Ещё вчера их было две с половиной штуки “на весь СССР”, а завтра будут на голову сыпаться как листья. Собственно основные “тактико-технические” конструктивные решения определены и счаЗ идёт борьба производителей за рынки. В основном плодятся игрушки (до 5-7 тыс нашими). А вот с приходом, например, контроллера подвеса А.Москаленко ВСЕ бросились в БК- подвесы и видеосъёмка с коптера уже обычное дело.
Думается, что возможность дополнить уже “приручённый” коптер (да и самолёт) дополнительными вкусняшками, кардинально не меняя его архитектуру и НЕ покупая дорогую АПу, будет интересным бюджетным решением для тех, кто уцелел после первых пяти полётов 😒. Да и не нужна Апа по цене коптера для полётов в пределах 200-300 метров.
А вот, что ещё дополнит коптерные возможности и как этим чем управлять … 😵
А чем режим стандарт от удержание отличается?
Там на предыдущей странице было пожелания сделать такую приблуду, чтоб ШИМ определённой ширины гнался пока нажата кнопка (при удержании её). сообщение
rcopen.com/forum/f87/topic297998/117 и через одно.
Я тут пробую выполнить пожелания Игоря (gosha57), и пытаюсь выяснить что надо сделать, собственно чем и занят. (у меня самого нет никаких своих идей т.к. коптерами не занимаюсь и подобные задачи не ставились)
Теперь более предметно и по порядку.
1 .
Три камеры :
(курсовая, посадочная, “видеокамера” или фотоаппарат.
Достаточно было бы переключением “по кругу” - само устройство переключения с тремя видеовходами - на один видео выход есть в природе (управляющий сигнал (ШИМ))
Одна кнопка.
На выходе дешифратора что должно быть?
- 3-и выхода из которых только один (true) и переключение этого состояния по кругу.
- 1 выход выдающий шим для переключения между 3-я видеовыходами (подробнее про параметры переключения)
--------------------
Трансфокация (видео ближе-дальше).
Тут сложнее - обычно это две кнопки (ближе-дальше) на камере или “кольцо” на объективе. В дорогие аппараты простому поЛзователю не залезть, поэтому можно предположить либо переменное механическое нажатие , либо реверсный движок для объектива.
Две кнопки. (пока удерживаю - приближает, либо отдаляет)
Тут всё вроде понятно. 2-е кнопки, на дешифраторе 2-а выхода:
1кн. 2кн. Вых1 Вых2
0 0 0 0
1 0 1 0
0 1 0 1
1 1 0 0
--------------------
Управление подвесом.
Обычно - это две оси (панарамирование и тилт - вертикаль). “В миру” управляются по двум каналам “крутилками” (вместо одной из них и включается эта волшебная коробочка).
Одновременно управлять обоими поворотами нереально, тем более в воздухе, поэтому достаточнЫМ было бы поочерёдное “кручение”, тем более что подвес запоминает последнее “положение ручки”. Управляющий сигнал (ШИМ), иногда напряжение от 5В до 0В (или наоборот).
Кнопка (карусесль) выбора крутилок (+ два резистора) “пан-тилт” .
Про (+два резистора) “пан-тилт” я не понял.
Я не представляю как рулить 2-я сервами одним каналом. Предположим выбрали 1 серву и крутилкой поставили её по центру, потом выбрали 2-ю серву и крутилкой отогнали её в край. Далее если выбрать опять 1-ю серву - она также убежит в край (физическое положеие крутилки ведь не изменится)
По моему мнению тут нет смысла городить, а использовать 2-е крутилки на аппе.
--------------------
Затвор фотоаппарата-камеры.
Просто нажимная, но на борту желательно световая индикация, что снимок сделан (или идёт съёмка).
Конечно, камеру можно включать заранее, а на многих есть режим фотографирования с интервалом - 1сек, 20сек и.т. , но кто попадал на чистую после полёта флешку, меня поймёт.
Кнопка.
Тут представляется мне такая реализация. На дешифраторе 1 выход. При нажатии кнопки поисходит короткое вкл. выхода.
Можно ещё сделать, не знаю зачем, при длинном нажатии (например >2c) происходит постоянное включение, и отключение при коротком нажатии.
Про световую индикацию я не понял. Ну светодиод можно повесить на этот выход. Но он только будет информировать о состоянии этого выхода. Что при этом делает камера дешифратору будет неведомо.
--------------------
“Карусель” на фенички и вкусняшки , например ноги (два положения - поднять - опустить) , стробоскоп, пищалка или сирена для посадки или поиска, декоративный дым (для поиска или праздников), парашют, манипулятор-захват (огурцы по дачам…) и т.д.
Две кнопки - выбор эффекта (устройства) каруселью (по кругу) и его срабатывание.
Тут, похоже как с камерами (карусельный выбор) + активация выбранного устройства. Но есть одно большое НО, я бы сказал ОГРОМНОЕ. При выборе кнопкой устройства нельзя точно знать какое устройство выбрано. Тут лучше использовать ещё один канал и на нём оригинальный шестикнопочник Козина для выбора фенички, а на дешифраторе делаем ещё один вход для второго канала. И тогда кнопкой (с шестикнопочника Козина с удержанием) запускаем выбранную феничку.
--------------------
И вот теперь точно " Пристегните ремни и мы попробуем с этой аппаратурой взлететь", главное не запутаться в шестикнопочниках 😃
Про (+два резистора) “пан-тилт” я не понял.
Я не представляю как рулить 2-я сервами одним каналом. Предположим выбрали 1 серву и крутилкой поставили её по центру, потом выбрали 2-ю серву и крутилкой отогнали её в край. Далее если выбрать опять 1-ю серву - она также убежит в край (физическое положеие крутилки ведь не изменится)
По моему мнению тут нет смысла городить, а использовать 2-е крутилки на аппе.
--------------------
Да то же самое что и трансфокатором и всем прочим. необходимо два выхода на дешифраторе один пан второй титл. сначала задали шим в одном канале потом переключились на второй
Теперь более предметно и по порядку.
Наш “бортовой дешифратор” по сути должен эмитировать свободный канал АПы т.е уже готовые стандартные устройства никак НЕ меняются, а покупаются, подключаются и настраиваются поЛзователями в соответствии с инструкциями к ним. Например:
1.На выходе дешифратора что должно быть?
Обратимся “к потребителям” air-hobby.ru/…/818-pereklyuchatel-videosignala.htm… fpv-community.ru/…/113-smartfpv-perekliuchatel-kam… не рекламаЭто переключение камер, т.е в канале “ищут” наличие управляющего сигнала не переключение, а дальше - это “их дело”
---------извените сеть жить не хочет…😈—
как рулить 2-я сервами одним каналом
по логике, в “простом случае” - шифратор имеет два физических переменных резистора, которые “запоминают” положениЯ камеры, а вот будут управлять ею по-очереди (переключается кнопкой-тумблером) либо изменяю тилт, либо панараму. На борту “кто-то” в дешифраторе тоже запоминает переданное положение (частоту) до следующего изменения с земли. “Он” отдаёт эти две частоты уже “по двум проводам”, а контроллер подвеса думает, что подключён к двум каналам бортового приёмника… 😁
Наверное вся "логика подобных устройств сводится к тому, что человеку, управляющему коптером (хотя бы одной рукой и одним глазом), сложно (невозможно) одновременно управлять ещё и кучкой фенечек на борту. Поэтому все “манипуляции” с доп.устройствами в полёте сводятся к
- выбору устройства соответствующим переключателем.
- управление самим устройством (кнопкой, тумблером или крутилкой)
Можно ещё сделать, не знаю зачем, при длинном нажатии (например >2c) происходит постоянное включение, и отключение при коротком нажатии.
Отличное решения для дальнейшего использования - как правая кнопка мыши !
одно большое НО, я бы сказал ОГРОМНОЕ. При выборе кнопкой устройства нельзя точно знать какое устройство выбрано
А можно световую иллюминацию в ряде случаев добавить - вместе или перед опусканием ног свет вниз или камеру нижнюю - на ФПВ пилот увидит , как ноги опускаются…
PS Возможно, правильнее было бы пойти по “альтернативному пути”:
много вы ходовый дешифратор (как бы приёмник) на борту отдаёт команды исполнительным ус-вам только тогда, когда получает их с земли . А до этого времени он просто помнит последнюю (частоту от включения, например). Тогда шесть частот с земли могли бы образовывать шестибитное слово. Тогда каждому положению тумблера соответствовал “свой номер - управляющий код”. Крутилки могли бы иметь два кода - “крутится в большую сторону” и “крутится в меньшую” :
для панорамы, например 15 и 16, для тилта 17 и 18 .
нажатие затвора - 28, опустить ноги - 42, поднять ноги 43 отбросить ноги (самоликвидатор) -77 и.тд
Все номера кодов передаются по одному каналу и дальше распределяются между “эмитаторами каналов”.
Кто-то на борту ждёт 22 и 23 , что бы включить маяк или выкинуть парашют, а до той поры … НЕ выкидывает… Может такая логика управления для программирования целесообразнее ?
Да то же самое что и трансфокатором и всем прочим. необходимо два выхода на дешифраторе один пан второй титл. сначала задали ШИМ в одном канале потом переключились на второй
О том и речь. Вопрос чем задавать ШИМ в канале. Если переменным резистором - будет то, что я написал. Если 2-я кнопками - неудобно. Можно энкодер поставить. Но по моему проще 2-я крутилками по 2-м каналам (тут же можно использовать управление на гироскопах по положению головы).
Наш “бортовой дешифратор” по сути должен эмитировать свободный канал АПы т.е уже готовые стандартные устройства никак НЕ меняются, а покупаются, подключаются и настраиваются поЛзователями в соответствии с инструкциями к ним. Например:
Собственно я это от Вас и добиваюсь. Не общих слов, типа хочу чтоб было хорошо 😃 , а конкретно что должен выдавать дешифратор в том или ином случае (ШИМ (какой), уровень сигнала (какой)…). Я поэтому и сказал, что не в теме коптероводства, и тех приблуд, которые используются, и нет никакого желания погружаться в эту тему.
по логике, в “простом случае” - шифратор имеет два физических переменных резистора,
На Аппе есть 2-е крутилки (на моей Турниге их целых 3-и)(это и есть два физических переменных резистора)? так и крутите ими по очереди, зачем переключалка.
Тогда шесть частот с земли могли бы образовывать шестибитное слово.
Главный вопрос - как передать это слово в 6 бит по одному каналу. В принципе получается последовательный канал, нужно разработать протокол для передачи данных. Можно будет и не только 6 бит передавать. Надо подумать.
Собственно я это от Вас и добиваюсь. Не общих слов, типа хочу чтоб было хорошо
Я сам ещё как Ёжик в тумане - хочется пойти в лес, разбудить медведя и бежать, бежать куда-то в даль, задыхаясь от чюв-вства восторга ! 😂
… Счаз, после 8марта мозГ восстановиться, а то мысли никак спутники не найдут…😃
Ещё немного, и я подумаю, что мы пульт от телевизора изобретаем - там и крутики и тумблеры и всё по одному каналу … 😁
Сейчас только одно в головку приходит - дешифратор должен иметь столько каналов на выходе, сколько подключаемых устройств управляются свободным каналом. Он же должен “запоминать” последнее своё значение ШИМ, пока ему на вход не поступила команда поменять его. Тогда все “внешние” , подключаемые устройства будут думать, что подключены к свободному каналу приёмника и работать “в штатном” режиме.
А на пульте - выбрал (хоть много позиционником) № устройства на борту и изменил по одному каналу его свойства. 😃
Главный вопрос - как передать это слово в 6 бит по одному каналу. В принципе получается последовательный канал, нужно разработать протокол для передачи данных. Можно будет и не только 6 бит передавать. Надо подумать.
В принципе все придумано - это модем, тут кстати решается сразу и второй вопрос , если связь двусторонняя то модем может докладывать какая нагрузка (нога дешифратора) подключена и что мы регулируем( с другой стороны модем это не наш путь). Хотя в принципе оригинально- подмешать в РРМ пачку, вместо одного из импульсов, сигналы “модема”, но тут врпрос в частоте обновления, хватит нам такой скорости, чтоб передать, без критичных задержек команды на дешифратор, у Козина кстати в алгоритме заложена проверка , перед исполнением сигнал нужной длины должен повторится несколько раз, if нет то выполняется предыдущая.
А можно световую иллюминацию в ряде случаев добавить - вместе или перед опусканием ног свет вниз или камеру нижнюю - на ФПВ пилот увидит , как ноги опускаются…
Это ладно если мы увидим, что не включилась эллюминация, а если мы крутим панораму, а вместо этого выбрасывается парашьют…Можно в принципе запрограммировать одну из ног выдавать напряжение (для МК это тот же ШИМ) а напряжение с этой ноги подавать на OSD (у многих OSD имеются свободные входы для подобных целей) - 1v -пнорама, 2v- титл, 3v - мы в меню камер и т.д. коряво конечно, но лезть в протокол OSD это уже из другой оперы .
Сейчас только одно в головку приходит - дешифратор должен иметь столько каналов на выходе, сколько подключаемых устройств управляются свободным каналом. Он же должен “запоминать” последнее своё значение ШИМ, пока ему на вход не поступила команда поменять его.
Иначе ни как - отключился от устройство, а у него сразу крышу снесло, или оно в нейтраль ушло.
если мы крутим панораму, а вместо этого выбрасывается парашьют.
Да, эт жестокий облом …
У Козина вполне логичное решение - пока несколько пакетов одной команды не придут - я (как взрослый дешифратор) считаю их провокацией или помехами. Мудро, тем более пилот и подождать может десятую долю секунды, пока ноги начнут срабатывать.
Обратная связь (контроль) - это идеальное решение, но на “стандартно заряженом” копе уже куча сосисек - 2,4 приёмная антенна, 5,8 ФПВ передающая, и 915 телеметрия. В неё, конечно, бы подмешать , но эт уже серьёзная засада … Да и не к чему, наверное :
Переключение камер видно на ФПВ .
Посадку - по ногам и подсветке прожектором зоны посадки.
А вот “готовность к выполнению”, т.е. переключение на критичные исполнительные ус-ва, ПЕРЕД их срабатыванием, можно и подсветить, например.
Камерые повороты - зелёным - да и по камере увижу, куда повернулась. Трансфокацию - быстрое мигание зелёного.
Парашют или маячёк - красным.
Есть ещё синий и жёлтый и их мигание - быстрое и медленное.
Срабатывание стробоскопа и так ночью - вечером видно.
Тогда алгоритм “пилотирования” видится таким -
1многопозиционным переключателем (например) выбираем устройство (а дешифратор ждёт выдавая на “виртуальные каналы” сигналы “по умолчанию-старту”);
2даём контрольное нажатие - выбранный дешифратором “виртуальный свободный канал” моргает своим цветом - “я жду”;
3даём команду, а при необходимости добавить , например приближение или панараму, добавляем команду ещё раз;
4 разбегаемся.
Я тут сегодня думал и пришёл к выводу, что выдавать цифровой код через одно место это не ГУТ (сперва шимом передать напряжение на вход передатчика, потом передатчик должен это передать длиной импульса, потом приёмник принять и декодер декодировать), причём обратной связи нет, для надёжности нужны большие задержки, чтоб все элементы цепочки успели отработать, ещё добавить биты контроля. Получается на одну команду управления около 1 секунды. Включить свет или камеру ещё можно, но управлять движением камеры в реальном времени …
Пока видится такое решение.
Во первых хочется устройство многофункциональное и универсальное, а не заточенное под конкретный пример.
Во вторых сам я в управлении коптерами ни бум-бум и всех возможных задач не знаю, но то что тут набросали уже что-то.
У меня вырисовывается такая загогулина.
Берём 2-а пропорциональных канала на передатчике (2-е крутилки) и вместо них подрубаем Кодер.
На приёмнике к соответствующим каналам подрубаем Декодер.
По одному каналу будет передаваться адресация выхода на декодере, по второму каналу режим работы адресуемого выхода.
По функционалу кодера и декодера кое какие мысли есть. Ещё надо немного подумать и завтра/послезавтра опубликую тут свои соображения. Приветствуется критика и разные советы.
В общих чертах:
Пока кодер и декодер предполагается делать на тиньках 2313 т.к. они широко распространены и они есть у меня 😃.
Кодер ограничен 17 ногами (20 минус 2-питание и 1-reset) 2-ноги выход (U) на управление каналами. Для пропорционального управления каналами на декодере выдающими ШИМ хочу использовать энкодер - ещё 2-е ноги.
Итого 13 ног для подключения кнопок.
На декодере тоже 17 ног минус 2 ноги - входы для подключения каналов с приёмника и минус 2-е ноги для подключения кварца (чтоб выходной ШИМ не плавал).
Итого 13 ног для организации выходных каналов.
(как распределить эти ноги у меня некоторые мысли имеются, но надо ещё подумать над деталями). Позже выложу рисунок и пояснение.
выдавать цифровой код через одно место это не ГУТ
_ _ _ . . . _ _ . . _ _ да это как имея под руками клаву и 33 буквы алфавита писать сообщения в форум пользуясь только " точка- тире", в канале у нас даже не зз буквы, а возможно 1000 букв: 2000 мкс-1000мкс = 1000 позиций .Кстати какую дискретность импульсов в канале нужно предусмотреть, для корректной работы устройства, я пробовал доводить до 50мкс - на каждую команду, тоесть по одному каналу можно прогонять до 20 команд. Например: 1000-1300мкс режимы АП; 1350- 1550 пять переключателей менюшек(камеры, пан-титл, шасси и т.д); 1600- 1850 - пять кнопок управления право-лево-верх-низ-центровка ; 1900-2000 еще 3 команды.
Берём 2-а пропорциональных канала на передатчике (2-е крутилки) и вместо них подрубаем Кодер.
Тут если команды разделять по 50мкс уже будет 20х20=400 команд. Но я бы все же ограничился одним каналом. В плане …на вырост. Если брать два канал то это та же РРМ пачка. А ведь по одному каналу можно вообще управлять носителем. И если у нас все5 команды сидят на одном канале то возможно можно поэкспериментировать с отказоустойчивостью. Например повторяем управляющий сигнал 8 раз, делаем из него РРМ пачку и отправляем, приемник делит это на 8 каналов ШИМ, дешифратор проверяет равны ли между собой все ШИМ, если да то исполняет. Можно соответсвенно регулировать строгость проверки если 6 из 8 одинаковые и т.д.
кодер и декодер предполагается делать на тиньках 2313
А насчет ATmega328 не думали, это позволило бы использовать типовые платки Arduino, да и ног там поболе.
А вот “готовность к выполнению”, т.е. переключение на критичные исполнительные ус-ва, ПЕРЕД их срабатыванием, можно и подсветить, например
Для коптера это может и актуально, хотя сомнительно, а для самолета находящегося за несколько км…
Так , что OSD это единственный приемлемый вариант. Кстати диодики можно поместить в зоне видимости камеры и так ориентироваться по режимам, или поместить в зоне видимости 8-сегментный дисплей.
Тут если команды разделять по 50мкс уже будет 20х20=400 команд. Но я бы все же ограничился одним каналом.
Например повторяем управляющий сигнал 8 раз, делаем из него РРМ пачку и отправляем, приемник делит это на 8 каналов ШИМ, дешифратор проверяет равны ли между собой все ШИМ, если да то исполняет.
Вот в этих местах у меня непонимание, что-то я туплю. 😦
Я ведь сам не формирую PPM пачку. PPM пачку формирует передатчик я только управляю входным напряжением от которого уже формируется длина импульса в канале передатчиком. И что там у него творится я не знаю (скорость реакции на изменение входа).
2-а канала мне нужны чтоб по одному постоянно гнать импульс для управления каналом декодера (если он выдаёт шим) в реальном времени.
1-й кнал коммутирует выход. Второй канал в реальном времени управляет этим выходом, пока не будет скоммутирован другой выход. Состояние прежнего выхода запоминается и остаётся неизменным и начинается управление новым выходом. Коммутация производится вручную кнопками на кодере. Управление если канал дискретный (вкл/выкл) тоже кнопками, если аналоговый (ШИМ) то энкодером (увеличение/уменьшение).
Может тут у меня большое заблуждение и я не вижу какого-то очевидного решения.
А насчет ATmega328 не думали, это позволило бы использовать типовые платки Arduino, да и ног там поболе.
У меня опыта не очень много, и Меги пограммировать ещё не доводилось. Хочу начать с малого и знакомого, отработать технологию, обкатать идеи, а там браться за более масштабный проект.
Я ведь сам не формирую PPM пачку. PPM пачку формирует передатчик я только управляю входным напряжением от которого уже формируется длина импульса в канале передатчиком. И что там у него творится я не знаю (скорость реакции на изменение входа).
А мы коварно подключаем шифратор, в обход МК пульта, напрямую в ВЧ блоку. Ну и соответственно подключаем к ВЧ блоку не ту ногу которая имитирует напряжение переменного резистора, а ногу на которой генерируется РРМ пачка из 8 одинаковых ШИМ импульсов "соответствующих напряжению крутилки (там будут с приемником конечно проблемы, он может в фалсейв уйти, начнет длину синхронизирующей паузы проверять…)
1-й кнал коммутирует выход. Второй канал в реальном времени управляет этим выходом, пока не будет скоммутирован другой выход. Состояние прежнего выхода запоминается и остаётся неизменным и начинается управление новым выходом.
Что мешает впихнуть все в один канал. Допустим 1000-1050…1450-1500мкс переключаем выходы 1-5 ноги соответсвенно ( 1000мкс запоминаем в переменную can=1; 1500мкс - can =5 , каждому значению переменой соответствует свое исполнительное устройство- нога вывод) , 1550 -1600-1650 -1700-1750мкс кнопки управления, верх -вни-право-лево( if (can==1) { 1550- двигаем титл вверх на 10градусов} . ну тут видимо надо еще командочку заложить типа отбой 1550 двинули вверх, 1800мкс - отбой , тоесть готовы воспринимать следующий управляющий сигнал, если 1550 еще на 10 градусов вверх. и т. д.
Напрямую к ВЧ блоку, а куда деть сигнал от передатчика. Если этот сигнал планируется подавать на вход шифратора, а шифратор будет подмешивать туда свой сигнал - мне это не очень нравится. Любой сбой контроллера и мы остаёмся без управления.
По поводу впихивания всё в один канал - реализация несколько сложновата. Я не могу контролировать была получена команда или нет и когда можно посылать другую команду. Надо вставлять паузы. Реакция управления будет с запаздыванием. В моём случае (с использованием 2-х каналов) управление тилтом будет более оперативное и точное.
Напрямую к ВЧ блоку, а куда деть сигнал от передатчика. Если этот сигнал планируется подавать на вход шифратора, а шифратор будет подмешивать туда свой сигнал - мне это не очень нравится. Любой сбой контроллера и мы остаёмся без управления.
ВЧ блок отключается от передатчика (один провод по большому счету) и подключается к соответствующему выходу шифратора, наверное можно реализовать через обычный тумблер. Но это как бы туманная пэрспэктива и аргумент в пользу впихивания всего и вся в один канал.
Я не могу контролировать была получена команда или нет и когда можно посылать другую команду. Надо вставлять паузы. Реакция управления будет с запаздыванием. В моём случае (с использованием 2-х каналов) управление тилтом будет более оперативное и точное.
А по моему проблемы, что с одним, что с двумя абсалютна одни и те же. Что по одному каналу мы не знаем произошло ли переключение управляемого выхода, и вынуждены делать паузы и дублировать команды, что с двумя каналами. Ну переключили мы управляемый выход по второму каналу , а переключился он или не мы не знаем, опять же пока мы одним каналом меняем менюшки, мы же не пользуемся другим каналом в это время для управления выбираемой нагрузкой. Это имеет смысл когда управляются несколько нагрузок одновременно -параллельно как в пульте РУ, а в нашем случае сначала выбираем нагрузку (менюшку) дублируем команду,ждем чтоб переключилось и только потом даем команду на управление выбранной нагрузкой. И хоть мы все восемь каналов в пульте под это дело задействуем проблемы будут те же… (понятно, что я могу и заблуждаться)
С дискретными каналами я согласен, их вполне подходит управлять командами по одному каналу, мне не очень нравится управление каналов с ШИМ такими командами.
Ладно, идея немного вырисовывается. Попробую сделать ради спортивного интереса, а там видно будет.
Бум ждать. А мне все таки интересно, сколько “команд” можно воткнуть в один канал…
мне не очень нравится управление каналов с ШИМ такими командами.
Ну да о плавном изменении параметров нужно забыть. Либо меняем все “рывками” с определенным шагом, либо миримся с тем, что дешифратор слегка тупит и мы отпустили кнопку, а ШИМ в управляемом канале еще меняется, тоесть пан например проскакивает нужную точку. С другой стороны ну поворачивается Пан при каждом нажатии на 10% не совсем удобно но терпимо…
У меня вопрос к Дмитрию про 2-х входовый свитч для лебёдок на ATtiny13.
Все таки есть риск случайно вывести свитч в режим калибровки. Если скажем он будет управляться трех позиционным тумблером, случайно задел или не посмотрел перед включением борта. В вашей прошивке из 86 поста достаточно вывести за 5 процентов и запускается режим калибровки. Еще +/-5% от центра на точной аппаратуре выдерживаются, а если применить аппаратуру с простыми механическими триммерами то после калибровки при следующем включении заново выходит в калибровку, значит немного центр плавает. Тут надо или как вы говорили делать выход в калибровку как на регуляторах хода (стик а 100%), или кнопку выводить для этих целей.