Очередное изобретение колеса (или как превратить вечер 8-го марта в файлсейв)
Доброго вечера!
Прошлые выходные (в отличие от этих!!!) у меня в модельном плане были чрезвычайно неудачными… 😦 остался без колес (стоковые на ассошке были плохо проклеены, я их разобрал, но клей купить так и не успел… три дня выходных было, а покататься нельзя 😃)…
В общем, решил немного доработать систему РУ своей ассошки. Думаю, файлсев тема настолько избитая, что изобрести что-либо новое тут просто невозможно… но, с другой стороны, решение настолько очевидно, что и искать его я не стал 😁.
Вообще, апа ассошки не особо порадовала надежностью связи, потому, очень рекомендую не пренебрегать использованием с ней файлсева. У меня модель улетала два раза… правда оба раза без трагических последствий 😒.
Не шибко думая (после положенной, праздничной дозы спиртного) нарисовал вот это (извиняюсь, делалось не для публикаций… а потом решил, почему бы и нет…):
Почему это а не то? Отвечаю: Была у меня дома только такая мега… точнее такая и еще другая, в дип 28 корпусе… решил, что эта - меньшее зло 😃… проц, явно, избыточен… но за ним не надо было ехать в магаз!!!
Диодик на питании несет больше не защитную а напряжениеограничивающую функцию. Проц можно питать от 6 вольт по паспорту… акумы свежезаряженные (5 банок) дают до 6.5 вольт… на диоде как раз 0.5-0.7 вольта свалится…
Входы справа (подходят к INT-овым ножкам, так их легко и быстро можно передать на выход), выходы слева (идут от ножек, аппаратно коммутируемых таймером, так удобней генерить “замещающий” сигнал).
Вообще, была сначала мысль сделать “прозрачную” схему, где сигнал от передатчика шел бы напрямую к серве (через оптореле), а при потере связи эта линия рвалась бы и сигнал передатчика замещался бы “правильным” сигналом… но этот вариант был отвергнут по причинам:
- Нет у меня в загашнике опторелюх (все остальное барахло было под рукой)
- Габариты были бы больше
- Немного подумав, решил, что задержка в пару микросекунд, да еще и одинаковая по обоим фронтам импульса управления, не особенно повлияет на возможности пилотирования.
Самому не верится, но это было спаяно в тот же вечер… правда закончил уже часам к 2-м ночи… получилось э… ну, это действующий инженерный образец получился 😅… да и праздник же 😵
Блин, самому страшно… благо, тут нельзя кидаться помидорами 😆 … но, лучше кривая, косая, работающая макетка, чем хорошая и красивая, нереализованная идея 😝
Ну… дальше оно программировалось и отлаживалось несколько вечеров… Алгоритм, который на данный момент реализован умеет следующее:
- В режиме настройки (переход в этот режим происходит при замыкании двух контактов разъема программирования) можно выставить “заданные” положения двух серв (файлсейв двухканальный у меня). Дальше снимаем джампер. Новые положения будут запомнены. + одновременно считываются периоды следования импульсов (вообще они одинаковые, эти периоды, для обоих каналов, но считываю для каждого… так универсальней).
- В режиме работы устройство постоянно оценивает “правильность” сигналов по каждому из каналов. Сигнал считается правильным если период следования импульсов отличается от периода импульсов, считанного во время настройки не более, чем на четверть и если длительности импульсов находятся в пределах 500 - 2500 мкс. При нарушении любого из указанных условий по любому из каналов устройство “замещает” сигнал с приемника сигналом, генерируемым с периодом 16 мс (такой сигнал берет любая серва) и длительностью, заданной для каждого канала в режиме настройки.
- Допускается сбой “правильности” сигнала на 200 мс. Если за это время сигнал не восстанавливается - устройство переходит в режим “замещения”.
- Для обратного перехода из режима замещения в рабочий режим устройство ожидает устойчивого сигнала в течении 2-х секунд. Такая большая задержка сейчас введена специально… мне просто интересно, как часто он будет срабатывать 😁
Рабочий сигнал устройство практически не искажает. Обработка сигнала сделана по прерываниям. Другие прерывания, кроме прерываний по фронтам входного сигнала в программе не используются, а, поскольку с приемника управляющие импульсы идут не одновременно а последовательно по двум каналам, то и наложения прерываний быть не может. Проверял, задержка фронтов порядка 2 мкс. Эта задержка всегда одинаковая и она одинакова для нарастающего и спадающего фронтов. ПО сделано для максимально достоверной передачи рабочего сигнала… правда жертвуем точностью определения “качества” сигнала, но в данном приложении это допустимо.
Да! Сегодня откатан примерно литр топлива. В пределах “комфортного” для меня радиуса управления моделью сегодня непреднамеренных сбоев аппаратуры не было. Для проверки устройства несколько раз отключал передатчик (как во время движения, так и при остановке модели). Все работает как задумано… Дополнительно проверял на невыдвинутой антенне передатчика. Тут файлсеф срабатывал уже где-то в радиусе 30 метров… опять же - корректно.
В общем, теперь хоть без опаски катаю модельку… за 0.2 секунды далеко не убежит )))
Влез недоосциллографом в сигнал с выхода приемника (до этого отлаживал платку с генератора, собранного на макетке)… был несколько удивлен… амплитуда там не равняется напряжению питания, а чуть больше половины последнего… интересно, у всех приемников так?
Если, вдруг, кому взбредет в голову повторить… вот схема “минимум”:
Так работать тоже будет, но тут чуть меньше защиты от помех и от “некорректных” уровней на входах и выходах (коим в модельке, вообще говоря, не так легко появиться)… да и мега (у меня неплохой опыт ее использования) не так легко убивается…
Прошивку пока не выкладываю, надо ее еще потестить… и, как минимум, тайминги изменить… неча 2 секунды сигнал ждать (это мне, как разработчику, интересно… на практике оно, думаю, не нужно)… Впрочем, если кого-то интересует - выложу и “опытную” прошивочку… пишите.
