www.open-tager.ru

А вот алгоритмы работы действительно бы не помешали. Для универсальности. А там кто какой чип будет брать - его дело.
Для начала нужен общий алгоритм. А потом можно и подъалгоритмы тоже написать (как например для анализа ошибок в пакетах). НО общий точно нужен. Пусть даже текстом, в блок-схему переделаем...

У меня алгоритм простой до безобразия.
Прием:
Настраиваем порт INT0 чтобы он вызывал прерывание по спаду.
Как только TSOP ловит несущую, образуется спад и вызывается прерывание.
В прерывании
- перенастраиваем INT0 чтобы следующее прерывание было уже по фронту,
- обнуляем счетчик длительности низкого уровня на входе INT0.
- проверяем счетчик длительности высокого уровня на входе INT0. Если он, с учетом погрешности, соответствует длительности паузы и старт-бит принят - выходим из прерывания. Если не соответствуе - фиксируем ошибку приема пакета.
выходим из прерывания

Когда TSOP перестанет фиксировать несущую ИК, получается фронт, вновь вызывается тот же обработчик.
В прерывании
- перенастраиваем INT0 чтобы следующее прерывание было по спаду,
- обнуляем счетчик длительности высокого уровня на входе INT0.
- проверяем длительность импулься - сравниваем его с эталоном (Старт бит, единичка или ноль переданы) с учетом погрешности, если не соответствует ни одному из этих эталонов - фиксируем ошибку. Если это старт бит - выставляем флаг "старт бит принят", если это единичка или ноль и старт-бит принял, ложим эту единичку или ноль в буфер приема.

Окончание приема фиксируется по тайм-ауту - нет прерываний INT0 определенное время.

Для измерения длительности пакетов используется прерывание таймера с частотой вдвое большей частоты несущей ИК - 72 кГц.

Кратко так, подробней - будет время, опишу.

_________________
Ваше оружие становиться значительно эффективней, если его снять с предохранителя!

Выбрано были из-за простоты.
Да, как раз хочу заняться оптимизацией, постоянно "долбящее" перывание ни к чему!
Много ресурсов сжирает!
Но и совсем без прерывания сложно - счетчик таймера по кругу считает, как узнать, сколько он уже в действительности насчитал, если прерывания по переполнению не использовать?
Только с железом разберусь маленько, возьмемся за прошивку ...

_________________
Ваше оружие становиться значительно эффективней, если его снять с предохранителя!

Так не пойдет:
If (Tnow>Tprev) then T=Tnow-Tprev else T=Tnow+255-Tprev

_________________
Нет предела совершенству, но ресурсы заканчиваются быстро.

А если на момент сравнения таймер десять раз уже успел переполниться?

_________________
Ваше оружие становиться значительно эффективней, если его снять с предохранителя!

чую алгоритму приема надо посвятить отдельную тему. Уж больно важный это момент в работе контроллера в целом

2 Pingvin
Я бы ловил только спады и сравнивал их не с эталоном, а просто с длительностью нуля или единицы + запас. Фронты по сути нафик не нужны. А если таймер переполнился, то это можно как то же прерывание по таймеру отработать и все дела )

Я тут на досуге разжился программатором и в качестве тренировки пишу обработчик ИК сигнала от пульта, чтобы медиа-центр дистанционно включать и выключать. Скорость моей работы конеш удручает, но учитывая, что я только начал, она просто реактивная помойму. Спаял контроллер, мучаю потихой. Жду VS-ку. Олени бегут через северный полюс

Спасибо за внимание, всегда ваш - капитан улитка

для этого АВР значение таймера на момент срабатывания прерывания в регистр сохраняет. надо только перетащить вход с int0 на icp.

кстати, зацените:

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

Вот, как я понимаю алгоритм выстрела. ШИМ реализован программно. Считаю важним разобраться с прерываниями от повязки, чтобы не пропустить попадания.

И вот еще сразу вопрос: Может стоит передачу от приема разделить на аппаратном уровне - два чипа вместо одного? Чип на передачу вообще поставить слабенький какой-нибудь. Зато "анализ повязки" будет вне "выстрела"....