Миландр

Ошибка в чипе, бит CAPnPWM всегда читается как "0", при этом запись идет нормально. Эта ошибка исправлена в новой ревизии, поставка которых только началась.

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

_________________
сочувствующий…

Доброго времени суток. Задча измерить период входного сигнала. По восходящему фронту произвожу захват и сбрасываю таймер(Timer1, второй канал), значение CCR считаю периодом между восходящими фронтами. Проблема в следующем: при разрешении прерываний от других устройств значение в регистр сохраняется не корректно (ошибка довольно большая 7-8 младших разрядов"гуляют"). Когда разрешено прерывание только для Timer1 все работает как надо. Что я делаю не так?

Похоже на ошибку 0015 в еррате. В кристаллах старше 1220 это исправлено, если установить в 1 четвертый бит в регистре CHy_CNTRL2. В более старых кристаллах следовать рекомендациям ерраты.

0015 Ошибочное формирование флага захвата CAP в блоке Timer
Описание:
При работе канала таймера в режиме захвата событие захвата и запись значения в регистр CCRх разнесены на один такт сигнала синхронизации TIM_CLK. В результате, если частота TIM_CLK много меньше рабочей частоты процессора HCLK может возникнуть ситуация, что программа определит факт возникновения события захвата, но из регистра ССR считает старое значение, так как оно там еще не обновилось.
1. Частота TIM_CLK равна рабочей частоте процессора
2. Сигнал на вход подается с внешнего генератора с фиксированной частотой, поэтому старое значение в регистре ССR не должно отличаться от нового

При разрешении других прерываний возможна задержка при входе в прерывания Timer1 (даже если у него высокий приоритет), т.е. сброс таймера происходит не в один и тот же момент, что и вызывает джитер.
Надо не сбрасывать таймер, а каждый раз вычитать из нового захваченного значения старое.

На форуме часто задавали вопрос как вызвать прерывание по определенному фронту внешнего сигнала, решением проблемы может быть использование таймера в режиме захвата. Для пояснения выкладываю пример для отладочной платы 1986ВЕ91Т. В примере 4-й канал теймера 1 настроен на захват событий: CAP - по положительному фронту, CAP1 - по отрицательному фронту. Событие от кнопки SEL.

Добрый день!

Подскажите пожалуйста по поводу ШИМ/ЗАХВАТ.

Я правильно понимаю что для захвата события можно использовать только прямой канал?
Можно ли использовать только инверсный канал для вывода сигнала ШИМ, или обязательно и прямой нужно?

Например для 1986ВЕ92, вывод PE2 - захват TMR3_CH1, PE3 - ШИМ TMR2_CH3N

Для ШИМ можно использовать только инверсный.Проверено.

_________________
О сколько нам открытий чудных
Готовит просвященья дух,
И опыт - сын ошибок трудных ... (Пушкин)

Пергаменты не утоляют жажду ("Фауст",Гете)

вот только одновременно и захват и ШИМ на одном канале не получится.

_________________
сочувствующий…

Непонятки с таймером:
конфигурирую таймер:
TIMER3->CNTRL = 0; // таймер выключен
TIMER3->CNT = 0; // Обнулить таймер
TIMER3->PSG = 0x0; // делитель
TIMER3->CH3_CNTRL = 0x00008000; // Событие по по положительному фронту CH3, режим захвата
TIMER3->CH3_CNTRL1 = 0;
TIMER3->IE = 0x0008002; // Разрешено прерывание от CAP (канал CH3) и по окончанию счета
TIMER3->STATUS = 0; // сброс регистра статуса

RST_CLK->TIM_CLOCK = 0x4000000; /* Разрешение таковой частоты на TIM3 */

При выполнении функции:
void MeasureFunc(void)
{
CurrentMethod = MET_AND;
TIMER3->CNTRL = 0; /* таймер выключен */
TIMER3->CNT = 0; /* Обнуляем таймер */
TIMER3->ARR = 0x1FF; /* Счет по максимуму */
TIMER3->CNTRL = 1; /* Счет */

SYS->ICPR00 = 0xFFFFFFFF;
SYS->ISER00 = 0x00010000; /* Разрешение прерывания по TIM3 */
SysTickDelay(2000);
SYS->ICER00 = 0xFFFFFFFF; /* Сброс прерывания */
SYS->ICPR00 = 0xFFFFFFFF;
CurrentMethod = MET_OR;
}

/* Обработчик прерывания Timer1 */
void Timer3_IRQHandler(void)
{

Tm = TIMER3->CNT; /* Время прохождения */
SYS->ICER00 = 0xFFFFFFFF; /* Отключение прерывания по Timer 3 */
TIMER3->STATUS = 0;

sprintf(Tm_m,"%10d",Tm) ;
LCD_PUTS(30, 0, Tm_m);

}

При отсутствии захвата, таймер должен сформировать прерывание по заполнению, а следовательно ожидаю значение
Tm = 511 (1FF в TIMER3->ARR).
Вместо этого, при первом выполнении функции получаю 32
При последующих прохождениях - 42.
Что у меня не так сделано?

PS
до конфигурации таймера (и портов) выполняется код:

RST_CLK->HS_CONTROL = 0x01; // HSE ON - ON
while(RST_CLK->CLOCK_STATUS & 0x04 == 0);
RST_CLK->CPU_CLOCK = 0x102; // CPU_C1 - HSE, CPU_C2 - PLLCPU0
RST_CLK->PLL_CONTROL = 0x104; // PLL CPU & ON, koff = 2
while(RST_CLK->CLOCK_STATUS & 0x02 == 0);
RST_CLK->CPU_CLOCK = 0x106; // CPU_C1 - HSE, CPU_C2 - PLLCPU0
RST_CLK->PER_CLOCK = 0xFFFFFFFF; /* Разрешение тактирования периферии */

При возникновении прерывания по окончании счета, таймер сбрасывается в "0" и продолжает считать.
выполняя команду
Tm = TIMER3->CNT;
в функции обработки прерывания Вы читаете текущее содержимое счетчика таймера. Полученное значение зависит от времени реакции на прерывание.

Самой первой строкой в обработчик прерывания вставил

TIMER3->CNTRL = 0; /* таймер выключен */

Теперь значение получаю 30...31
Я так понимаю, что это связано с задержкой на остановку таймера?

Для проверки понизил частоту таймера делителем на 8

Значение стало 3...4, один раз даже 5 проскочило.
То есть действительно время в задержке.
Но почему она гуляет так сильно?
Можно ее как-то стабилизировать?

Ну, не так уж и сильно. И зачем Вы хотите ее стабилизировать?