Прошу пардону, пост неправильный, с какого-то перепугу решил, что у вас мега128. Да и спрашивал я про наличие регистров в меге128, а не в тайни13.

Из реальной старой работы:
Было написано для tn12, можно напрямую перенести на13,
при использовании внутреннего делителя.
Использовалось без таймеров и прерываний из-за малой частоты тиньки(1,2МГц)

;****Подпрограма формирования возбуждения ИК-диода***********************************
light: cbi PORTB,LOCK ;включение ключа
nop ;
nop ;формирование излучения ИК-диода в течение 1,28 мс
nop ;режим: 7 мкс излучение, 21 мкс - пауза
nop ;46 импульсов возбуждения
; nop
; nop ;команды для подстройки длительности
nop
sbi PORTB,LOCK ;

inc swst ;формирование задержки в 21 мкс
cpi swst,0x5B ;счет числа импульсов возбуждения(46)
breq light_out ;46 имп. 1,28 мсек
nop ;
nop
; nop
; nop
ldi temp,3
voz1_2: dec temp ;
tst temp
brne voz1_2
rjmp light
light_out: ret

;*******************************************************************************
********

Питание ключа в передатчике использовалось 12В(батарея),
токоограничительный резистор 10 Ом.
Приемник 36кГц(тип не помню), ранее использовался в телевизорах.
Дальность сильно зависит от импульсного тока через диод и точности частоты
передатчик-приемник.

Успехов.

Сообщение отредактировал bbill - Feb 19 2008, 13:46

Ну что ж, буду исправляться(:-). У вас на выходе делителя частота 4800 кГц. Частота прерываний 4800/40=120 кГц. Согласны? Если не согласны, то объясните, откуда у вас ещё двойка в знаменателе взялась?

Любые ДШ хоть на тини, хоть на мега лучше смотреть на atmel.com, там они по определению свежее всех

Вот мои мысли подкрепленные ДШ.

Формула ДШ для таймера по переполнению по OCR.
Foc = Fcl/2*N*(1+OCR)
Fcl частота генератора МК, Foc частота выхода с таймера.
N = 1, делитель таймера
Тоесть при 4 800 000 / 2 * 1 * (1+39) = 60 000 Гц.
Так в чём у меня были вопросы по частоте я не мог понять почему у меня на выходе ноги 60 000 Гц.
Когда, по идее, должно быть по формуле 60 000 Гц частота прерывания и делим на 2 для смены уровней и выходит 30 000 Гц.

Так вот в ДШ уже в формуле посчитали 2 прерывания.
И это "двойка" как раз и отвечает за это.

Значит для получения частоты прерываний нужно из формулы убрать "двойку".

Подтвердите или опровергните плиз мои заключения.
конечная формула частоты прерываний у меня вышла:
Foc = Fcl/N*(1+OCR)

П.С.
=GM= то есть то же самое, что у вас, но 40 не значение регистра OCR, чтоб делитель был 40 нужно вычесть 1.

Сообщение отредактировал Папа Карло - Feb 19 2008, 20:38

Ну, прежде всего, формула приведена для частоты меандра на ноге OC0А. А для каждого периода будет два прерывания, значит выражение надо удвоить.

Как-то вы тут немного сумбурно выражаетесь(:-). Я уже сказал в посте выше, что у вас частота прерываний составляет 120 кГц. Если разрешите выход ноги OC0А, можете померять, будет 60 кГц. А вам надо 30 кГц, в этом вся загвоздка для вашей программы, которая решается элементарно - вместо числа 39 запишите число 79 в OCR0А, да и всё. Вот почему, я думаю, у вас была плохая чувствительность, у вас каждый импульс фактически состоял из двух импульсов удвоенной частоты.

Не поверите, но оказалось, что у джойстика был дохлый ИК диод
А после смены ИК диода чувствительность стала хорошей, но одинаково работало, что с несущей с делителем 39, что с 79

Сейчас ещё проверю и отпишу.

---------------

Проверил ...
На удвоенной частоте приём лучше, чем на стандартной.

Что и как я мерил.
Настроил одинаково таймеры на приёмнике и передатчике.
И передавал единичный импульс по нажатию кнопки.
На передатчике 4 кнопки.
Одна передаёт импульс 20 тактов, вторая 30, третья 50, четвёртая 70.
Импульсы 20 и 30 тактов ловились хорошо и на обычном режиме и на удвоенном в комнате.

Но на удвоенном ловились чётко импульсы 20 и 30 даже из коридора.
А на обычной ловился чётко только 20.
Дистанция, команда 15 метров по диагонали и коридор 2-3 метра.

Сообщение отредактировал Папа Карло - Feb 20 2008, 07:20

По-хорошему, так не должно быть. Приёмники тсоп1730 есть и на 30 кГц, и на 33, и на 36,... Вы уверены, что ваш приёмник рассчитан на приём именно 30? Такое впечатление по вашим рассказам создаётся, что приёмник не чувствителен к частоте, это по крайней мере странно. Попробуйте найти оптимум по частоте.

Ну и ищите баги в программе, вы что ж думаете, нашли один и всё? Каждая, сколько угодно малая программа имеет по крайней мере одну ошибку(:-). Вот к примеру в вашей программе по приёму, когда вы устанавливаете переменную pulse, неплохо бы её обнулить на входе, поскольку может быть неоднозначность на выходе...

У меня там столько ошибок, что страшные демоны плачут от ужаса...

Но стоит TSOP1730 и хз что там и как.
Сейчас программу переписываю.

Сообщение отредактировал Папа Карло - Feb 20 2008, 13:02

Написал программу для передатчика.

Отправляет пакет данных из 8 бит.
2 старт бита, 5 бит данных и один стоп бит.
Протокол по типу RC5. только не 14 бит.

Протестил прогу в VMLAB, вроде работает хорошо.

Если будут советы или замечания буду рад.

TSOP-ы хорошо принимают только короткие пачки импульсов! Сам когда-то наступал на такие грабли... Подайте короткую пачку на несущей частоте (в данном случае 30 кГц), а затем сделайте паузу. Исходя из этого планируйте свой протокол передачи данных. Для примера посмотрите тестовый сигнал в даташите на TSOP.

Протестировал в VMLAB передатчик с таким кодом:


Настройки таймера:


И у меня всё время в прерывании висела программа.

Частота МК 4.8МГц внутренний генератор.

Возможно ли, что МК просто не хватает времени обрабатывать прерывания ?

Папа Карло,
я так понимаю, вы формируете меандр дерганием ноги в прерывании?
почему бы не использовать штатный аппаратный режим таймера с инверсией ноги OC2 и не обойтись таким образом без этого прерывания вообще?
или переделка платы не допускается по условиям задачи?

Просто нужно знать, что такой режим существует.

Допустим я завёл таймер и по сравнению и он инвертирует ногу.
И у меня меандр генерируется аппаратно.

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

И как же считать точно отрезки времени, если прерывания нету и счётчика?

Битовое поле в регистре TCCR2.


почему бы нет?
просто прерывание будет генерироваться другим счетчиком, по другому условию (выдача следующего бита), и будет происходить намного реже.


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