Как принять сигнал с приемника в AVR (PWM|Digital)
Сейчас никто не решится наводнить RC мир своей разработкой полностью цифрового канала кодер-модуль-приёмник-серва.
Ну флагман то впереди. Футаба S-bus уже продается и переход на подобные стандарты (точнее отход от ппм-стандартов) - дело времени. Даже вшивый спектрум дх5 - уже на порядок приблизился к полностью цифровой аппаратуре. тракт модуль - сателит - практически прозрачный UART. Ацп измеряет напряжение на резюках стиков и контроллер приемника формирует шим для серв. Все остальное - сплошная цифра.
Ну флагман то впереди. Футаба S-bus уже продается и переход на подобные стандарты (точнее отход от ппм-стандартов) - дело времени
Ктоб сомневался. Вон у турниги в стандартной прошивке тоже есть выбор: PPM, PCM. Если про PPM в принципе все понятно и проблем с приемником нет, то про PCM полный БКТ (большая китайская тайна)
Ну так PWM, а не PPM. Человек же утверждает, что:
Человек утверждает, что на данный момент PWM каналы объеденены в кадры с использованием синхро и разделительных импульсов по спецификации PPM. Причем сам PPM жестко не стандартизован. Вот кстати повод для творчества - чего-бы не забубенить какой-нибудь опен-стандарт на это дело. Если самодельщики (кастом фирмварщики) начнут его придерживаться, то и производители начнут подтягиваться. Ардуино пошел-же в массы.
PS: главное название красивое придумать 😃
Опять двадцать пять 😃
на данный момент PWM каналы объеденены в кадры с использованием синхро и разделительных импульсов по спецификации PPM
Где в приемнике PPM? На каком этапе и откуда он там появляется?
У всех он меняется дискретно. Просто дискретность может быть большей или меньшей 😃.
Да, только в “аналоге” она определяется размером зерна графита на дорожке потенциометра.
В приложенной картинке - дрожание сигнала при стике в центре. Получается плюс-минус 1 дискрет.
Радует, когда практика совпадает с теорией 😃. А картинки красивые и наглядные.
Нужна небольшая консультация:
- Есть внешние прерывания INT0 и INT1, которые веся на PD2 и PD3
- Есть прерывание по изменению состояния портов с PD0 по PD7 - PCINT2.
Если я повешу первый обработчик на INT0 (PD2) а второй на PCINT2, и у меня придет сигнал на PD2, то сработают оба прерывания?
Если PCINT18 не закрыт маской в PCMSK2, то выставятся оба флага PCIF2 и INTF0. Временные задержки на 1-3 клика слишком мудрёные, если это критично, читайте в даташите. Прерывания сгенерируются по приоритету векторов, INT0 будет первым.
Где в приемнике PPM? На каком этапе и откуда он там появляется?
А какая разница где оно в приемнике? На вход передатчика идет PPM.
У меня в приемнике три чипа - приемо-передатчик, контроллер, память. Вот в контроллере из PPM канальные импульсы и берутся.
Да, только в “аналоге” она определяется размером зерна графита на дорожке потенциометра.
А при чем тут тогда Турнига? 😃 Разве есть какая-то современная аппаратура, не переводящая аналоговый графит в дискретную цифру? 😃
А какая разница где оно в приемнике? На вход передатчика идет PPM.
И на этом PPM заканчивается. Приемник вообще не знает что такое PPM.
Вот в контроллере из PPM канальные импульсы и берутся.
Я не спрашиваю откуда берутся канальные импульсы. Я спрашиваю откуда там берется PPM. А то как-то странно - вдруг откуда ни возьмись возник PPM и давай лезть в контроллер 😃
Еще раз повторяю. Пока еще без иллюстраций. Контроллер аппы замеряет сопротивление стиков (напряжение на них), оцифровывает, кодирует в PPM и отдает в этом виде передатчику. Передатчик принимает PPM как аналоговый сигнал, оцифровывает его и передает в эфир пакеты байтов. Приемник принимает пакеты байтов и отдает контроллеру приемника. Контроллер приемника на основе принятых байтов формирует ШИМ по каналам и раздает их потребителям (сервы, ESC, гироскопы и т.д.). Нет никакого PPM в приемниках. Не передается PPM к серве, как Вы утверждаете. Не выходит PPM за пределы аппы, да и там он просто пережиток прошлого (тупой частотной или амплитудной модуляции ВЧ в старых аппах) и применяется до сих пор лишь для стандартизации интерфейса между аппой и передатчиком.
Вот накидал тестовую программку для ардуино, на основе исходников одного коптера (aeroquad). Читает 4 канала. Правил на основе своих скудных знаний, часть кода так и не понял до конца. 😦 Тестировал на серво-тестере (аппы рядом нет), пробовал цеплять тестер сразу на 4 канала, вроде читает. Если зацепить только на один канал, то несколько секунд все нормально, потом появляется паразитный сигнал на других каналах. Почему? Я понять не могу. Еще один глюк, неизвестный мне, : если в самом начале скетча не объявить любую переменную типа байт, то компилироваться не хочет, ругается на ошибки определения переменных. Реализовано на одном прерывание.
На ардуино, приемник, цеплять на 4,5,6,7 digital pin или на меге PCINT20,PCINT21,PCINT22,PCINT23.
Еще один глюк, неизвестный мне, : если в самом начале скетча не объявить любую переменную типа байт, то компилироваться не хочет, ругается на ошибки определения переменных.
В RC_CH4.H на 42 строке есть такое:
const int getRaw(byte channel)
Вот компилятор и ругается:
In file included from rc_pwm.cpp:5:
rc_ch4.h:42: error: ‘byte’ has not been declared
В RC_CH4.H на 42 строке есть такое:
const int getRaw(byte channel)
Вот компилятор и ругается:
In file included from rc_pwm.cpp:5:
rc_ch4.h:42: error: ‘byte’ has not been declared
byte - тип переменной.
channel - имя переменной.
На что тут ругаться?
А если я напишу byte bbbbb1; перед инклудом? то почему не ругается?
P.S. Программированием , последний раз, я занимался лет 8 назад. Может я что-то совсем забыл. Вроде переменная объявлена правильно, или я не прав? Подскажите plz…
Если кусок кода с ошибками перенести из .h в основной код, то ошибки нет. Как там настроено с обработкой .h разбираться надо.
PS:
Если не секрет, что вообще планируется? А то брать проект и ковырять его куски обычно сложнее чем собрать свое.
Возможно компилятор, видя в исходнике тип byte автоматом подключает определение этого типа… Хотя он должен и в заголовочнике так же реагировать, так что это вопрос реализации компилера 😃
Вставьте в начало заголовочника
#ifndef byte
#define byte unsigned char
#endif
Ну или как в этом компиляторе выглядит директива прекомпилера #ifndef (может #ifnotdef или #if !defined())
Если кусок кода с ошибками перенести из .h в основной код, то ошибки нет. Как там настроено с обработкой .h разбираться надо.
PS:
Если не секрет, что вообще планируется? А то брать проект и ковырять его куски обычно сложнее чем собрать свое.
Значит все таки глюк препроцессора, Для препроцессора инклуд, это просто вставить указанный файл в инклуде, в текущий. И по идее инклуд = перенос кода в основной. Я раньше сталкивался с подобными проблемами, когда забывал поставить скобку или точку с запятой где-то.
Планируется собрать устройство на ардуино нано имеющее следующий функционал :
- Цепляется к датчику холла искрового зажигания или ставится свой датчик холла на выходной вал двигателя.
- Возможность подключения дисплея к устройству для использования его в качестве тахометра, и для настройки устройства.
- К устройству подключается канал газа и серва газа.
- Устройство контролирует минимальные обороты, и не дает им опускаться ниже заданных.
- Возможность задать кривую газу, для аппаратуры которая это не поддерживают.
- И еще что-то придумается по дороге.
Первоначально, я хотел написать библиотечку для считывания с каналов приемника сигнала. А то без нее остальное не получится.
Соответственно исходники потом выложить народу под GNU.
весь проект
www.buildyourowndrone.co.uk/…/ppm-e8ch.htm
исходный код
api.ning.com/files/…/ap_ppm_encoder.zip
весь проект
www.buildyourowndrone.co.uk/…/ppm-e8ch.htm
исходный код
api.ning.com/files/…/ap_ppm_encoder.zip
Эх, это я видел. Только там делается всё с помощью таймера. А я этого хотел избежать. Кстати, зачем нужен подтягивающий резистор?
Кстати, зачем нужен подтягивающий резистор?
R3?
А без таймера никак. Чем еще времянку мерить? Либо аппаратный таймер и процессор свободен, или программный процессор этим занят.
R3?
А без таймера никак. Чем еще времянку мерить? Либо аппаратный таймер и процессор свободен, или программный процессор этим занят.
Без дополнительного таймера сейчас все отлично работает. Используется только стандартная функция micros();. Помехи на других каналах убрал с помощью включения встроенного подтягивающего резистора. Теперь осталось только все привести в красивый вид - оформить в виде стандартной библиотеки для ардуино. Ниже пример работы с сервой, подключенной на 9 цифровой пин ардуино.
Сейчас нашел в интернете
Документация по таймеру на ардуино
Документация по прерываниям на ардуино
Пытаюсь понять исходники библиотеки servo, немного не хватает знаний. Не пойму какие таймеры использует эта библиотека?
не успел нажать на кнопку спасибо за ссылки. хоть так нажму.
Длина импульса 2.1 мс, минимум 0.8 мс Кто что еще подскажет?
У моих дистух заявлены длины импульсов у одной 1000-2000мс а у другой 1200-2400 )) итого - надо настраиваться на передатчик …
0.8 - 2.4милисек или 800-2400микро сек (в зависимости кому в чем удобнее…) наверное в целых числах правильнее в принципе если удалить нолик и принять все более мелкие колебания за шум, то можно поместиться в один байт (int) … получается точность позиции один градус для сервы, и вдвое меньше на стиках, на сколько вероятно что на столько точные движения на пальцАх? к тому же по любому импульсы дрожат, ну никак не получаются точной длины даже если не трогать стики…
Нафига синхронизация между ними?
По большому счету нафиг не нужна, но для порядка! опять же при синхронизированной паре можно достаточно точно отследить момент когда пора быть посылке, и даже делать попытки восстановления частично потеряного сигнала, к тому же можно оперативно делать правильные выводы о потере связи …
Возможность подключения дисплея к устройству для использования его в качестве тахометра, и для настройки устройства.
На арду есть готовая либа частотомер )) считает встроенным 16 бит таймером-счетчиком напрямую до 8 Мгц только в путь… чем не тахометр? периодичность чтения задается вторым таймером и перемножается на коэффициэнт пересчета, на ЛСД выводится разумеется уже так как попросишь…
Настраиваем таймер так, чтобы он выдавал прерывания каждую (2мс-1мс)/256. 2мс общая длина импульса, 1мс длительность сигнала до начала отсчета.
Как то не серьйозно это, с таким успехом можно и в loop читать состояние всех портов и не задумываться об остальном… Прерывания хороши какраз тем, что бездельника - ЦПУ зовут только когда он нужен… а в остальное время хоть в спячку пусть идет, заодно и кушать будет меньше 😉
Если я повешу первый обработчик на INT0 (PD2) а второй на PCINT2, и у меня придет сигнал на PD2, то сработают оба прерывания?
Сработают. при этом если запросы пришли одновременно то(на примере ATmega128 проц):
“Меньшие адреса обладают более высоким уровнем приоритетом. Сброс (RESET) имеет наивысший приоритет, за ним следует INT0 – запрос на внешнее прерывание по входу INT0.”
непосредственный и весьма полезный источник - www.gaw.ru/html.cgi/txt/doc/micros/avr/…/1_2.htm (ближе к концу текста)
Полный перечень векторов приведен к примеру тут же www.gaw.ru/html.cgi/txt/doc/micros/avr/…/6.htm
При вызове обработчика прерывания, пока выполняется одно прерывание все остальные прерывания запрещаются, при reti автоматически разрешаются…
Как то не серьйозно это, с таким успехом можно и в loop читать состояние всех портов и не задумываться об остальном… Прерывания хороши какраз тем, что бездельника - ЦПУ зовут только когда он нужен… а в остальное время хоть в спячку пусть идет, заодно и кушать будет меньше
Я написал маленькую библиотечку (смотри вложение выше). Там все нормально работает. Не напрягаясь читает 4 канала. Использует только одно прерывание PCINT. Не использует таймер. Перед чтением данных, надо вызвать функцию read. Эта функция записывает актуальные данные в массив. А потом читаем из массива показания. Как только появится немного времени, приведу её в божеский вид.