Если нужно чтобы на выходе MAT всегда было значение 1, то в регистр MR загружают значение большее или равное периоду таймера.

Вариант 2, учитывающий абсолютно верное замечание CEBOTOR и замечание Alex03 насчёт запаздывания обновления на период и за счёт этого выигрыш в использовании предпосчитанного значения.

//InitTimer0():
215 T0MCR = 0x0601;

//
void timer0_handler(void)
{
static unsigned int i=0;
static unsigned int val=0;

if ( T0IR & 0x01 ) {
T0MR0 = val;
T0IR = (1<<0);
}

if ( T0IR & 0x08 ) {
if (i>399){
val=( (PWM_period_val-( (PWM_period_val*usin[i-400] )>>10))>>1 );
}else{
val=( ((PWM_period_val+((PWM_period_val*usin[i] )>>10))>>1));
}
i = (i != 799) ? i+1 : 0;
T0IR = (1<<3 );
}

return;
}



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

Не хочется создавать новой темы, мне вот сейчас тоже надо получать синусоиду с помощью ШИМ. Не могли бы Вы пояснить, как формируете длину импульса с помощью этой формулы? Дело в том, что я думал использовать конструкцию аля val=PWM_period_val*usin[i]. У Вас же, получается val=(PWM_period_val+PWM_period_val*usin[i]/1024)/2. Не понятно...

Сообщение отредактировал Lotor - Jul 9 2008, 09:14

внутри таблица синуса - половинка волны в unsigned c диапазоном значений 0-1024. по-этому нормировка амплитуды = 1/1024 ну а на 2 делится потому-что от середины половинка строится...
проект скачайте, поиграйтесь и всё поймёте..

Спасибо, разобрался.

Если бы PWM_period_val было чётным, то можно было бы упростить до

(PWM_period_val >> 1) - константа (по крайней мере в нормальных компиляторах)

Иначе

(PWM_period_val << 10) - тоже константа поэтому один сдвиг экономится.

И я бы всётаки ввёл макрос PWM_AMPLITUDE