Обсуждаем контроллеры компании Atmel.
Вс янв 17, 2021 15:46:15
sergs777, вангую, что в протеусе, в свойствах компонента МК просто не поменяли частоту на нужную.
Частоту ставлю в цифрах. Всё остальное ставлю в дефолт. Предполагаю, что будут читаться установки из сгенерированного в codevision файла. Перепробовал все комбинации с первым нулём в CKSEL. При симуляции зависимость периода от TCNT0 вообще непонятна.
Вс янв 17, 2021 15:53:44
Предполагаю, что будут читаться установки из сгенерированного в codevision файла.
Предположение неверное. Еще раз, правый клик в протеусе на AVRку и выставьте там частоты и настройки согласно фьюзам вашего проекта. Это нужно сделать ручками, из CV оно читает только файл прошивки, но не фьюзы. А по-умолчанию там частота 1 МГц стоит.
Вс янв 24, 2021 16:36:20
Это самый простой китайский ардуино. В нем сейчас зашита немного изменееная классическая программа имгания диода. Для проверки функционирования прошивальщика. Нормально функционирует. Сейчас хочу зашить рабочую прошивку. С одного вывода нужен импульсный сигнал в десятки килогерц. Алгоритм прокатываю на codevision 3.12. При отладек в протеусе зашел в полный тупик. CKSEL работают только для RC установки частоты. т. е. максимально 8 МГц. 16 даже с внешнего источника не получить. Периоды при отладке не соответствуют полученныым на коде в кодевизионе. Лепить отладчик, что бы с компа через com в TCNT значения менять для отладке и чем нибудь частоту мерить очень долго. Что делать, не зняю. Помогите пожалуйста.
Вс янв 24, 2021 17:22:28
sergs777, вообще-то про протеус отдельная тема есть. Просто в свойствах компонента AVR есть поле для частоты МК, просто впишите туда 16000000 и будет он симулироваться на 16 МГц, кристалл даже можно не ставить на схеме, оно не симулируется всё-равно.
Сб фев 06, 2021 13:19:41
добрый день
есть некоторое непонимание :о)
шаблон для
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. видимо, так будет чуток красившее
... бессонные ночи, в погоне за мышами ...
Сб фев 06, 2021 19:06:22
Проще. OCR0=F_CPU/64/1000-1
Вс фев 07, 2021 06:57:10
спасибо
Пн фев 08, 2021 19:21:27
Проще...
я наоборот немного усложнил:
- добавил "вашей" математики
- можно выбрать любой из таймеров (
timer 0/1/2)
- 2 варианта частоты системной шины:
16 и
1 МГцТЫЦ
Пн мар 29, 2021 17:25:23
Привет всем, такой вопрос.
На atmega328 настройка таймера такова
TCCR0A = 0<<COM0A1|0<<COM0A0
TCCR0B = 1<<CS02
OCR0A = 109
TIMSK0 = 1<<OCIE0A
TCCR0A = 1<<WGM01
Как понимаю таймер будет отсчитывать 0,00352 секунды. Если за этот переуд у меня произайдет событие, мне нужно сбросить таймер.
Остановить счет, записать 0 в регистр TCNT0 и запустить счет. Получится так или нужно по другому?
Пн мар 29, 2021 17:53:51
Нет. Вы установили таймер в режим CTC (автосброс при совпадении с OCR0A) и установку флага требования прерывания. Т.е. каждые 0,125[мкс]*256*110=3520мкс таймер будет аппаратно сбрасываться и продолжать счет до следующего совпадения.
Пн мар 29, 2021 18:59:36
А если другая ситуация. В пределах 0.0035 сек. должно произойти событие А которое сбросит таймер. Если время истекло, срабатывает прерывание на событие В. Как в таком случае сбросить таймер? И возможно такое сделать в нормальном режиме (WGM0[2:0] = 0)?
Вт мар 30, 2021 05:28:08
Почему все спрашиваете как сбросить таймер. Зачем тогда его вообще запускать? Если бы был вопрос как определить время между событиями А и В с помощью работающего в нормальном режиме таймера Т0
пришло событие А-запомнили состояние TCNT0_A
пришло событие B-запомнили состояние Nb+TCNT0_B. Nb-число переполнений
Время между событиями T(B-A)=32[µs]*{(Nb*256+TCNT0_B)-TCNT0_A}
Вт мар 30, 2021 07:15:43
Потому что, событие В происходит когда не успело произойти событие А.
Вт мар 30, 2021 11:25:26
trojninalex, ну тогда вам больше подходит режим CTC, нежели нормальный. В CTC разница лишь в том, что значение, на котором переполняется таймер (TOP) вы контроллируете. Сбрасывать таймер не нужно будет, он сам сбросится когда произойдет прерывание по переполнению, вам там надо будет обработать событие B. А если произойдет событие А, можно просто сбросить таймер, останавливать его необязательно для этого, но есть нюанс в том, что если он был близок к переполнению, прерывание всё-равно может произойти пока вы будете его сбрасывать.
Вт мар 30, 2021 13:05:32
но есть нюанс в том, что если он был близок к переполнению, прерывание всё-равно может произойти пока вы будете его сбрасывать.
Я на всякий случай сбрасывал TOV флаг.
Вт мар 30, 2021 17:03:44
Хорошо, спасибо.
Сб июл 31, 2021 01:06:57
Тема большая, возможно это уже обсуждалось.
Нужно сформировать ШИМ на 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? Земля в иллюминаторе осциллографа...
Сб июл 31, 2021 06:45:17
Думаю, так и должно быть. Точки SET и CLEAR совпадают. Можно попробовать режим 14, загрузив в ICR4 значение периода, а в OCR4A значение длительности. Если оставить режим 15, придется в OCR4A загружать значение периода, а длительность задавать в OCR4B(C)
Сб июл 31, 2021 10:29:38
Спасибо за подсказку. Всё действительно так.
код:
icr4=&HFFff
tcnt4=0
tccr4a=&B11000010
tccr4b=&B00011001
tccr4c=0
ocr4a=32767
На выходе меандр. Регистром ICRx задаётся перезапуск счета (частота), а регистром OCRx скважность.
Сб сен 11, 2021 14:39:25
Atmega8. Необходимо реализовать сигнал в виде прямоугольных импульсов с возможностью произвольно регулировать частоту и скважность посредством двух потенциометров. Один потенциометр регулирует частоту, другой, соответственно, скважность. ШИМ отбросил сразу, поскольку частоты ШИМа жестко фиксированы предделителем и плавной регулировки частоты не получится. Есть идея реализовать такое на двух таймерах в режиме СТС. Один таймер будет отвечать за частоту, другой за скважность. Как думаете, это хорошая идея?
Powered by phpBB © phpBB Group.
phpBB Mobile / SEO by Artodia.