Замечал ли кто-то странности с PWM на lpc2103 ?, непонятное поведение регистра сравнения в PWM режиме Опции

[avva]

Уважаемый ALL, может быть кто-то сталкивался, помогите в какую сторону копнуть...

IAR 5.11,
IAR Elf Linker for ARM 5.11.0.50622 (5.11.0.50622)
IAR C/C++ Compiler for ARM 5.11.0.20622 (5.11.0.20622)


Вывожу с помощью PWM синус по 800 точкам. таблица синуса объявлена полуволной!!! из констант
unsigned int const sin1024[400]={\ ... }; константы в сегменте флэш-памяти lpc2103.
Задача вывода PWM тривиальная - по прерыванию 3-го канала (период) обновляю данные регистра сравнения T0MR0. после RC цепочки на ноге МАТ0.0 смотрим синус осциллографом.

Имею абсолютно непонятную ситуацию - "задир" (то есть T0MR0 имеет сильно неверное значение) (иногда два "задира", а иногда - ни одного) на синусе, причем этот задир только на одной (левой "верхней" то бишь значенияT0MR0 должны лежать в диапазоне [0 .. 1/2Period ] ) полуволне, и самое поразительное, что в зависимости от положения звёзд на рабочем проекте "задир(ы)" то проявляются, то не проявляется. На тестовом проекте задир всегда постоянен и всегда один.


Таблица синуса правильная, в пошаговом режиме проблем не возникает, на кристалле в головном проекте крутится ещё несколько прерываний, они не являются причиной (иногда синус абсолютно чистый, а иногда именно в данном месте то один, то два "задира").


Проблема проявляется даже на прилагаемом тестовом проекте (должен заработать у каждого под иар5.11 ). кварц 12мГц, обычная отладка от Олимекса с 2103.

Прошу оказать конструктивную помощь, высказать замечание или кинуть в меня соответствующей ссылкой.
Умозрительные предположения прошу делать аккуратно, ибо пока все умозрительные предположения стукнулись головой о реальный камень...

ПРИЛАГАЕМЫЙ ПРОЕКТ  test_pwm_issue_lpc2103.rar ( 89.07 килобайт ) Кол-во скачиваний: 114


Сообщение отредактировал avva - Jul 7 2008, 14:54

[GetSmart]

Вобщем так. Без LER регистра будет наблюдаться следующий эффект. При возникновении прерывания (обнуления таймера) таймер начинает тикать с нуля со старым действующим MR (пока он не перезагрузится). В этот момент начинает выполняться обработчик. Дойдя до места в котором программа будет готова перезагрузить регистр MR, если при этом таймер ещё не дошёл до старого MR и уже прошёл новый MR, то MATCH-пин никогда не обнулится, т.к. он обнуляется по совпадению значений. Этот эффект возникает в местах, когда значение MR относительно мало, то есть недалеко от пика синусоиды. Ещё один косяк возникает с противоположной стороны этого же пика синусоиды - там происходит "выпадение" одного из значений на синусоиде, когда происходит "обгон" старых значений MR новыми.

Для облегчения жизни программистам в настоящем PWM ввели регистр PWMLER.

[avva]

Уважаемый GetSmart, похоже, что вы оказались правы или где-то очень очень рядом около того.

СПАСИБО.


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

100+ T0TCR = 0x01; //перезапуск таймера после окончания прерывания таймера

218 T0MCR = 0x0E00; // добавление STOP в процедуре инита периода шима таймера0 канал3

[cebotor]

100+ T0TCR = 0x01; //перезапуск таймера после окончания прерывания таймера

причина засора прояснилась, однако я совершенно не согласен что можно принебрегать формой синусоиды , вводя такие погрешности уважаемый АВВА вы из чистой синусоиды на спектре получите
фиг знает что.

Вопрос - почему нельзя перегружать значение по соответствующему прерыванию (для нулевого канала по прерыванию матча нулевого канала )- будет все хорошо и вперед и назад ?