Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Timer1 в ATtiny2313 в FastPWM
Форум разработчиков электроники ELECTRONIX.ru > Микроконтроллеры (MCs) > AVR
mittelbrecher
Кто пробовал Fast PWM в ATtiny2313?
Вот пример кода из ICC. T/C1 в Fast PWM mode.

//ICC-AVR application builder : 15.04.2007 0:58:29
// Target : T2313
// Crystal: 4.0000Mhz

#include <iot2313v.h>
#include <macros.h>

void port_init(void)
{
PORTA = 0x00;
DDRA = 0x00;
PORTB = 0xFF;
DDRB = 0x1C;
PORTD = 0xFF;
DDRD = 0x20;
}

//TIMER1 initialize - prescale:1

void timer1_init(void)
{
TCCR1A = 0x82;
TCCR1B = 0x19;

TCNT1 = 0x0758;
OCR1AH = 0xFF; //set compare value
OCR1AL = 0xB9;
OCR1BH = 0xFF; //set compare value
OCR1BL = 0xB9;
ICR1H = 0x57;
ICR1L = 0x61;

}


//call this routine to initialize all peripherals
void init_devices(void)
{
//stop errant interrupts until set up
CLI(); //disable all interrupts
port_init();
timer1_init();

MCUCR = 0x00;
GIMSK = 0x00;
TIMSK = 0x00;
SEI(); //re-enable interrupts
//all peripherals are now initialized
}

main()

{
init_devices();

while(1)
{
;
}
}

Симулирую в AVR Studio. В старших байтах после прохода остается другое значение.
Хотя записывал сначала старший, потом младший байты.
А самое главное - таймер считает по модулю 1FF в dual slope mode, хотя верхнее значение лежит в ICR, а FastPWM предполагает single slope.

В чем может быть дело? Заранее премного благодарен.
defunct
У вас WGM13:0 = 14, таймер считает от 0 до ICR.
Дык почему же вы задали OCR1A/OCR1B больше чем ICR?
Исправьте, и должно заработать.
#alex_
режим fast PWM в студии работает некорректно, об этом говорится в хелпе в разделе проблем
Вот выдержка:
16-bit Timer/Counters on all devices have several problems with PWM, prescaler and output compare. Output compare registers are not buffered properly.

сам когда то столкнулся с такой же проблемой, не работает этот режим, даже если всё сделано правильно
mittelbrecher
спасибо, господа! попробую.

Цитата(defunct @ May 4 2007, 03:41) *
У вас WGM13:0 = 14, таймер считает от 0 до ICR.
Дык почему же вы задали OCR1A/OCR1B больше чем ICR?
Исправьте, и должно заработать.


Да, но это тестовый проект, после того,как не заработал таймер как надо. Никаких импульсов на выходах сравнеия я не жду - с этим позже. Вначале было как надо: OCR1A<OCR1B<ICR1.
смущает то, что уже при инициализации таймера самопроизвольно изменяется значение старших байт 16 битных регистров (это в симуляторе).
Да еще и войдя в DEBUG WIRE, обратно не выйти - fuse не сбрасывается. То есть чип невозможно перепрограммироавть после. Соотв. посмотреть, что делается внутри тоже нельзя.
defunct
Цитата(mittelbrecher @ May 4 2007, 12:28) *
Да еще и войдя в DEBUG WIRE, обратно не выйти - fuse не сбрасывается. То есть чип невозможно перепрограммироавть после. Соотв. посмотреть, что делается внутри тоже нельзя.

?
Cомнительное утверждение.

1. Программировать можно прямо по dW.
2. fuse debugWire можно сбросить как минимум 2-мя способами - с помощью HV программатора, либо с через dW отладчик.
3. Коль уж этот фуз установлен - подключайтесь отладчиком да смотрите "что делается внутри". Вот если он не запрограммирован, то посмотреть что делается внутри чипа - действительно - никак.
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.