Таймеры/счётчики в AVR

[sergs777]

[uquote="NStorm",url="/forum/viewtopic.php?p=3961592#p3961592"]sergs777, вангую, что в протеусе, в свойствах компонента МК просто не поменяли частоту на нужную.[/uquote]
Частоту ставлю в цифрах. Всё остальное ставлю в дефолт. Предполагаю, что будут читаться установки из сгенерированного в codevision файла. Перепробовал все комбинации с первым нулём в CKSEL. При симуляции зависимость периода от TCNT0 вообще непонятна.

[NStorm]

Предполагаю, что будут читаться установки из сгенерированного в codevision файла.

Предположение неверное. Еще раз, правый клик в протеусе на AVRку и выставьте там частоты и настройки согласно фьюзам вашего проекта. Это нужно сделать ручками, из CV оно читает только файл прошивки, но не фьюзы. А по-умолчанию там частота 1 МГц стоит.

[sergs777]

Это самый простой китайский ардуино. В нем сейчас зашита немного изменееная классическая программа имгания диода. Для проверки функционирования прошивальщика. Нормально функционирует. Сейчас хочу зашить рабочую прошивку. С одного вывода нужен импульсный сигнал в десятки килогерц. Алгоритм прокатываю на codevision 3.12. При отладек в протеусе зашел в полный тупик. CKSEL работают только для RC установки частоты. т. е. максимально 8 МГц. 16 даже с внешнего источника не получить. Периоды при отладке не соответствуют полученныым на коде в кодевизионе. Лепить отладчик, что бы с компа через com в TCNT значения менять для отладке и чем нибудь частоту мерить очень долго. Что делать, не зняю. Помогите пожалуйста.

[NStorm]

sergs777, вообще-то про протеус отдельная тема есть. Просто в свойствах компонента AVR есть поле для частоты МК, просто впишите туда 16000000 и будет он симулироваться на 16 МГц, кристалл даже можно не ставить на схеме, оно не симулируется всё-равно.

[sunjob]

добрый день

есть некоторое непонимание :о)

шаблон для avr-gcc, timer1, function millis() переделываю на timer0

Спойлер

CPU = atmega328p
F_CPU = 16000000UL

time_millis.h

Код: Выделить всё

#include <avr/interrupt.h>
#include <util/delay.h>
#include <util/atomic.h>

#define CTC_MATCH_OVERFLOW 254

extern volatile uint32_t timer1_millis;

ISR                  (TIMER0_OVF_vect);
uint32_t millis      (void);
void     millis_init (void);

time_millis.c

Код: Выделить всё

#include <avr/interrupt.h>
#include <util/delay.h>
#include <util/atomic.h>

#include "time_millis.h"

volatile uint32_t timer1_millis;

////////////////////////////////////////////////////////////////////////////////
ISR (TIMER0_COMPA_vect)
////////////////////////////////////////////////////////////////////////////////
{
timer1_millis++;
}
////////////////////////////////////////////////////////////////////////////////
uint32_t millis(void)
////////////////////////////////////////////////////////////////////////////////
{
uint32_t millis_return;

ATOMIC_BLOCK(ATOMIC_FORCEON)
  {
  millis_return = timer1_millis;
  }

return millis_return;
}
////////////////////////////////////////////////////////////////////////////////
void millis_init(void)
////////////////////////////////////////////////////////////////////////////////
{
TCCR0A |= (1 << WGM01);        // режим CTC
TCCR0B |= (1<<CS00)|(1<<CS01); // Тактировать с делителем 64
OCR0A   = (CTC_MATCH_OVERFLOW);
TIMSK0 |= (1<<OCIE0A);         // Разрешить прерывание по совпадению
}

ключевое слово CTC_MATCH_OVERFLOW
в "инете" - его "рекомендуют" выставлять в 125

проверил на тесте, бежит в 2 быстрее... "подтюнил" вручную, получилось 254

решил уточнить у калькулятора:

Код: Выделить всё

калькулятор KAVRCalc
16MHz / 64 / 1uSec -->
- overflow: = 1024.000 uSec
- CTC       = 4.0000   uSec
- Error     = -75.000%

исходные

Код: Выделить всё

atmega328p / arduino-nano 
16MHz
timer0 / 1 uSec

p.s. видимо, так будет чуток красившее ... бессонные ночи, в погоне за мышами ...

[akl]

Проще. OCR0=F_CPU/64/1000-1

[sunjob]

спасибо

[sunjob]

[uquote="akl",url="/forum/viewtopic.php?p=3975864#p3975864"]Проще...[/uquote]
я наоборот немного усложнил:
- добавил "вашей" математики
- можно выбрать любой из таймеров (timer 0/1/2)
- 2 варианта частоты системной шины: 16 и 1 МГц

ТЫЦ

[trojninalex]

Привет всем, такой вопрос.
На atmega328 настройка таймера такова
TCCR0A = 0<<COM0A1|0<<COM0A0
TCCR0B = 1<<CS02
OCR0A = 109
TIMSK0 = 1<<OCIE0A
TCCR0A = 1<<WGM01
Как понимаю таймер будет отсчитывать 0,00352 секунды. Если за этот переуд у меня произайдет событие, мне нужно сбросить таймер.
Остановить счет, записать 0 в регистр TCNT0 и запустить счет. Получится так или нужно по другому?

[akl]

Нет. Вы установили таймер в режим CTC (автосброс при совпадении с OCR0A) и установку флага требования прерывания. Т.е. каждые 0,125[мкс]*256*110=3520мкс таймер будет аппаратно сбрасываться и продолжать счет до следующего совпадения.

[trojninalex]

А если другая ситуация. В пределах 0.0035 сек. должно произойти событие А которое сбросит таймер. Если время истекло, срабатывает прерывание на событие В. Как в таком случае сбросить таймер? И возможно такое сделать в нормальном режиме (WGM0[2:0] = 0)?

[akl]

Почему все спрашиваете как сбросить таймер. Зачем тогда его вообще запускать? Если бы был вопрос как определить время между событиями А и В с помощью работающего в нормальном режиме таймера Т0
пришло событие А-запомнили состояние TCNT0_A
пришло событие B-запомнили состояние Nb+TCNT0_B. Nb-число переполнений
Время между событиями T(B-A)=32[µs]*{(Nb*256+TCNT0_B)-TCNT0_A}

[trojninalex]

Потому что, событие В происходит когда не успело произойти событие А.

[NStorm]

trojninalex, ну тогда вам больше подходит режим CTC, нежели нормальный. В CTC разница лишь в том, что значение, на котором переполняется таймер (TOP) вы контроллируете. Сбрасывать таймер не нужно будет, он сам сбросится когда произойдет прерывание по переполнению, вам там надо будет обработать событие B. А если произойдет событие А, можно просто сбросить таймер, останавливать его необязательно для этого, но есть нюанс в том, что если он был близок к переполнению, прерывание всё-равно может произойти пока вы будете его сбрасывать.

[parovoZZ]

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

Я на всякий случай сбрасывал TOV флаг.

[trojninalex]

Хорошо, спасибо.

[Microtech]

Тема большая, возможно это уже обсуждалось.
Нужно сформировать ШИМ на 16-битном таймере (Atmega1280, timer4, OC4A).
Пробую использовать режим 15:
загоняю "1" в регистры WGM43,WGM42,WGM41,WGM40, настраиваю делитель /1
код:
tcnt4=0
tccr4a=&B11000011
tccr4b=&B00011001
tccr4c=0
ocr4a=333
Нету ШИМ. Ноль висит на выходе. Но вот если изменить WGM43 на ноль (tccr4b=&B00001001, режим 7) ШИМ появляется, работает в 10-битном режиме. В принципе, это хорошо и задача решена, но почему не работает fastpwm 15 mode? Земля в иллюминаторе осциллографа...

[akl]

Думаю, так и должно быть. Точки SET и CLEAR совпадают. Можно попробовать режим 14, загрузив в ICR4 значение периода, а в OCR4A значение длительности. Если оставить режим 15, придется в OCR4A загружать значение периода, а длительность задавать в OCR4B(C)

[Microtech]

Спасибо за подсказку. Всё действительно так.
код:
icr4=&HFFff
tcnt4=0
tccr4a=&B11000010
tccr4b=&B00011001
tccr4c=0
ocr4a=32767

На выходе меандр. Регистром ICRx задаётся перезапуск счета (частота), а регистром OCRx скважность.

[Kalisnik]

Atmega8. Необходимо реализовать сигнал в виде прямоугольных импульсов с возможностью произвольно регулировать частоту и скважность посредством двух потенциометров. Один потенциометр регулирует частоту, другой, соответственно, скважность. ШИМ отбросил сразу, поскольку частоты ШИМа жестко фиксированы предделителем и плавной регулировки частоты не получится. Есть идея реализовать такое на двух таймерах в режиме СТС. Один таймер будет отвечать за частоту, другой за скважность. Как думаете, это хорошая идея?