Подтверждаю! Заканчиваем стёб.

Решил пока освоить прерывания INT0 и INT1 для решения своей задачи.
Возник параллельный вопрос по функции _delay_ms()

Она должна создавать задержку на указанное время в миллисекундах
Но у меня какая то фигня выходит
Если установить частоту МК 8Мгц

и вызвать задержку на 200 мс

то, задержка реально будет не 200 мс, а 1.6 сек. Т.е. МК выполняет функцию _delay_ms() в 8 раз дольше, чем я планировал

Если установить частоту МК 20Мгц

и вызвать задержку на 200 мс

то, задержка реально будет не 200 мс, а 4 сек. Т.е. МК выполняет функцию _delay_ms() в 20 раз дольше, чем я планировал

Что не так?

Сообщение отредактировал aivs - Mar 13 2013, 12:22

С Fuse - битами разберитесь, по даташиту на МК. Подсказывать не буду, ибо вы обязаны разобраться с источниками тактирования МК и с фьюзами самостоятельно. Да, выставляются фьюзы программатором, а никак не из вашей программы ...

Разобрался с fuse битами
По умолчанию настройка fuse-битов такова
CKDIV8 - 0 (установлен) - деление тактового сигнала на 8

CKSEL3 - 0 (установлен) - выбор источника тактового сигнала
CKSEL2 - 1 (не установлен) - выбор источника тактового сигнала
CKSEL2 - 0 (установлен) - выбор источника тактового сигнала
CKSEL0 - 0 (установлен) - выбор источника тактового сигнала

Полубайт CKSEL3...0 = 0100, это означает что МК настроен на встроенный RC-генератор 8МГц
fuse-бит CKDIV8 делит эти 8 Мгц на 8, получается что МК по умолчанию работает на частоте 1МГц

Снял fuse-бит CKDIV8 и у меня все заработало как нужно

Теперь мне нужно некоторое разъяснение
1) Директива #define F_CPU 8000000UL просто сообщает программе что МК работает на частоте 8 МГц, а не задает ?
2) Внутренний RC генератор может быть настроен на выработку сигналов 8 и 4 Мгц, использую делитель на 8 (CKDIV8 fuse-бит) можно добиться частоты 1 МГц и 500КГц,
А какие частоты можно получить от внешнего кварца?
Так понимаю задать частоту нужно будет fuse-битами CKSEL3...0

Сообщение отредактировал aivs - Mar 13 2013, 19:20

1) Да. Некоторые функции, в том числе и _delay_ms и _delay_us используют, этот макрос для расчета своих внутренних параметров. Я использую этот макрос , например, для расчета скорости USART и/или различных таймеров, что бы в случае изменения тактирования не пересчитывать все временные характеристики.

2) От внешнего кварца можно получить любые частоты. Берете справочник/каталог к-либо производителя кварца и подбираете то, что вам нужно. Для AVR-ок обычно используют из диапазона до 20 МГц. Вот некоторые стандартные частоты внешних кварцов (Мгц): 1; 1,8432; 2; 2,4576; 3,2768; и т.д.


Частота кварца (и источник тактирования в целом) выбирается исходя из назначения устройства и выполняемых задач (пониженное энергопотребление, связь на стандартной скорости по USART, максимальная производительность, наличие номиналов кварца и т.д.). С помощью FUSE-бит Вы сообщаете железу в каком диапазоне находится ваша частота и какой источник используется. Например, от внешнего генератора кварц тактируется по одной схеме,а от резонатора - по другой. Собственно говоря с помощь FUSE-бит выбирается та или иная схема подключения/выработки тактовой частоты для ядра и периферии AVR. А с помощью F_CPU Вы сообщаете софту о точном значении частоты для расчета к-либо параметров различным функциям, в том числе и своим. Например, вот мой расчет UBRR в зависимости от частоты USART:

((SYSCLK/(2*USARTSPEED))-1)= ( (F_CPU+((__pr)*8L))/((__pr)*16L)-1 );

вообще говоря, есть в комплекте WinAVR готовый хидер util\setbaud.h - что с ним не так, что все тут свои функции и вычисления норовят делать?

А на хер он сдался , если так проще )

Когда я начинал работать с WinAVR, этого хидера еще не было. А после со своим как-то роднее......

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

Красиво...

Вопрос про прерывания. Решил для отслеживания нажатия кнопки использовать прерывание по таймеру, соответственно переопределил вектора прерываний:

;--------- Переопределение векторов прерываний
start rjmp init ; 0x0000 Переход на начало программы
reti ; 0x0001 Внешнее прерывание 0. reti - завершение подпрограммы обработки прерывания
reti ; 0x0002 Внешнее прерывание 1
reti ; 0x0003 Таймер/счетчик 1, захват
rjmp prtim1 ; 0x0004 Таймер/счетчик 1, совпадение канал А
reti ; 0x0005 Таймер/счетчик 1, прерывание по переполнению
reti ; 0x0006 Таймер/счетчик 0, прерывание по переполнению
reti ; 0x0007 Прерывание UART прием завершение
reti ; 0x0008 Прерывание UART регистр данных пуст
reti ; 0x0009 Прерывание UART передача завершена
reti ; 0x0010 Прерывание по компаратору
reti ; 0x0011 Прерывание по изменению на любом контакте
reti ; 0x0012 Таймер/счетчик 1, совпадение канал B
reti ; 0x0013 Таймер/счетчик 0, совпадение канал B
reti ; 0x0014 Таймер/счетчик 0, совпадение канал А
reti ; 0x0015 USI готовность к старту
reti ; 0x0016 USI переполнение
reti ; 0x0017 EEPROM готовность
reti ; 0x0018 Переполнение охранного таймера

Вектор прерывания по совпадению таймера 1 ведёт на подпрограмму prtim1.
Два вопроса:
1) У меня в программе используется только прерывания по таймеру, значит по адресу 0x0004 должна быть инструкция перехода на подпрограмму обработки прерывания, если я вообще не опишу таблицу векторов прерываний, то при сработке прерывания выполнится инструкция по адресу 0x0004?
2) Как еще описывают таблицу векторов прерываний, без использования reti? Я так понимаю до адреса вызова "rjmp prtim1" обязательно должны быть какие нибудь nop ?

Сообщение отредактировал aivs - Mar 16 2013, 10:43

Обычно таблицу векторов прерываний не описывают, а компилятор формирует ее сам. Для того, что бы "встроиться" в эту таблицу (т.е. чтобы в нужное место был вставлен переход на требуемую процедуру), то ее либо называют специальным образом (т.е. когда за всеми процедурами обработки прерываний застолблены постоянные имена) и/или такие процедуры предваряются каким-то указанием компилятору (#pragma).
Например, в компиляторе IAR EWAVR это выглядит так:

- тут и #pragma стоит и функцию обычно так называют. Но, наверное, все-таки #pragma здесь важнее.

Увидев функцию, оформленную таким образом, компилятор сделает следующие вещи:
1) САМ вставит в таблицу векторов прерываний переход на нее. Причем, не абы куда, а как раз в ячейку для прерывания INT0.
2) САМ оформит возврат из этой процедуры, как iret.
3) САМ сохранит в стеке флаг текущих арифметических операций и старые значения всех (мусорных) регистров, которые он внутри этой процедуры будет использовать, а в конце процедуры ВОССТАНОВИТ эти значения из стека.

Всё это касается компилятора C/C++, тогда как на ассемблере всеми этими вещами должен озаботиться программист. Хотя именно поэтому в программировании на ассемблере есть своя неповторимая прелесть.