Странности таймеров в STR912 Опции

[artur_off]

Наткнулся на одну неприятную особенность таймеров STR912.

Таймеры тактируются от PCLK. Частота PCLK 48 МГц. Надо организовать прерывание таймера через 1мкс. Значения регистра совпадения и предделителя рассчитаны правильно, но прерывание возникает с периодом больше чем 1 мкс.

В поисках по форуму, наткнулся на пост уважаемого AlexandrY:

Кстати, обнаружил, что програмный такт у STR в 1.4 раза длинее чем у LPC при выполнении из RAM.
Т.е. если симулятор для LPC покажет 60 000 000 тактов при выполнении процедуры, а потом измерить это время при выполнении на мекете с частотой ядра 60 Мгц то получим ровно 1 сек. Для STR91 получим 1.4 сек при выполнении из области DTCM RAM, а из области мапированной на AHB RAM еще длинее.

Но так как таймеры тактируются от сигнала PCLK да и сказанно там про программный такт, то как по мне частота тикания таймера от сказанного в цитате не зависит.

Тогда вопрос, изза чего таймер тикает медленее?

Попытка подключить источник тактового сигнала Fmstr вместо PCLK не увенчалась успехом.

Сообщение отредактировал artur_off - Jan 18 2010, 16:04

[scifi]

Я бы всё-таки ещё раз проверил, что регистры инициализируются правильными значениями. Например, надо помнить, что в этом хитромудром таймере счётчик начинает считать не с нуля, а со значения 0xFFFC.
К тому же, как проверяется значение периода прерывания? 1 мкс - это довольно мало, так что если не спешить, то можно поймать не все прерывания. Я бы начал с бОльшего периода, убедился, что всё работает верно, а потом стал бы уменьшать период.

[artur_off]

То, что таймер считает не с нуля а с 0xFFFC знаю.
Ради интереса выставил сделал счетчик, который каждую секунду должен зажигать светодиод.

Но период не 1 сек, а примерно 1,3-1,5.

[artur_off]

Решил не создавать еще одну тему, так как вопрос касается тех же таймеров.
У кого-то получалось настроить их тактирование от fMSTR?
Если да, то поделитесь плиз опытом.

бит TI23SEL в регистре SCU_CLKSNTR сброшен, то есть EXTCLK настроено на fMSTR.
таймер тоже настроен
TIM2->CR1 |= 1;

[Warlockwolf]

У кого-то получалось настроить их тактирование от fMSTR?

А в каком месте написано что так можно сделать? По пдфке,как я понял, работа или от PCLK или с внешней ноги. на внешнюю ногу я настраивал, и подавал туда 32 килогерца. все работает.

[artur_off]

В Reference manual, на странице 49 есть картинка с всеми тактовыми сигналами и там видно, что EXTCLK имеет два источника, первый fMSTR через 16-ти битный предделитель, а второй сигнал от ноги.
На странице 125 видно, что к таймеру можно подключить либо EXTCLK(от внешней ноги или от fMSTR, в зависимости от настройки регистра SCU->CLKCNTR, по умолчанию подключено fMSTR) либо PCLK.
Но проблема в том, что при настройке соответствующих регистров, ничего не меняется.
Таймер тикать не хочет.

[Warlockwolf]

http://www.st.com/mcu/devicedocs-STR912FAW44-101.html
http://www.st.com/stonline/products/literature/rm/13742.pdf

не нашел. или не там ищу??


http://www.st.com/mcu/devicedocs-STR912FAW44-101.html
http://www.st.com/stonline/products/literature/rm/13742.pdf

не нашел. или не там ищу??

[artur_off]

Опа. Походу у меня референс мануал старый.
Внизу скрин с него.



Сообщение отредактировал artur_off - Feb 9 2010, 18:57

[artur_off]

Думаю, что эту тему надо перенести в раздел для начинающих ))

[Aprox]

Думаю, что эту тему надо перенести в раздел для начинающих ))

Не спешите. Я тоже столкнулся с проблемой тактирования периферии в STR91xx от внутренней частоты PCLK. Причем два раза для разных устройств- для UART- ов и для таймеров. На таймере запрограммировал PWM, генерирующий меандр с частотой 100 Гц. Получил 100, 5 Гц. Задающий кварц 25МГц- идеальный, проверял. Пришлось тупо корректировать загрузку кэпчур-регистра, чтобы убрать ошибку частоты в 0,5%. С UART получилась похожая история- при загрузке генератора скорости стандартными значениями из мануала, фактическая скорость следования битов оказалась на 2% ниже требуемой. Только на 57600 оказалась точной, а для других- всегда с занижением. Чем это объяснить- нет никаких мыслей. Пришлось также тупо корректировать загрузки генератора скорости, чтобы получить стандартные частоты. Проблема так и осталась нерешенной. Боюсь выплывет какой-нибудь неприятностью чуть позже.

[koyodza]

Ради интереса выставил сделал счетчик, который каждую секунду должен зажигать светодиод.

Но период не 1 сек, а примерно 1,3-1,5.

Чушь какая-то.
Два-три года назад реализовывал проект на STR911, таймера использовал для генерации нескольких частот (использовались аналоговой частью прибора - как сигналы возбуждения, синхронными детекторами и т.п.). Никаких таких проблем не было. Если бы у меня частота отличалась хоть на 1%, просто ничего бы не работало.

У STR91 есть особенность работы, поищите в мануале Special interrupt mode control. Я плохо помню подробности, но смысл там в том, что при его использовании при выполнении программы RCLKDIV устанавливается в какое-то значение, а в прерываниях он кажись становится 1. Ну а вся пакость в том, что переключается не только тактовая ядра, но и все частоты, которые получаются из RCLK. Выход - отказаться от использования Special interrupt mode control

[artur_off]

<br />Чушь какая-то.<br />Два-три года назад реализовывал проект на STR911, таймера использовал для генерации нескольких частот (использовались аналоговой частью прибора - как сигналы возбуждения, синхронными детекторами и т.п.). <b>Никаких</b> таких проблем не было. Если бы у меня частота отличалась хоть на 1%, просто ничего бы не работало.<br /><br />У STR91 есть особенность работы, поищите в мануале Special interrupt mode control. Я плохо помню подробности, но смысл там в том, что при его использовании при выполнении программы RCLKDIV устанавливается в какое-то значение, а в прерываниях он кажись становится 1. Ну а вся пакость в том, что переключается не только тактовая ядра, но и все частоты, которые получаются из RCLK. Выход - отказаться от использования Special interrupt mode control<br /><br />

<br /><br /><br />

Это называется Special Interrupt mode IRQ(есть также для FIQ).
Этот режим выключен.

The special interrupt mode using IRQ causes the CPU to operate at full speed (fMSTR as
clock frequency) when the IRQ service routine reads the vector address register in the VIC
and jumps then to the specified interrupt routine with the speed selected by the RCLKDIV
clock divider.

Как я понял из перевода и диаграмм тактовых сигналов, если включен этот режим, то CPU тактируется от fMSTR, а обработчик прерывания от RCLK.

[Aprox]

Как я понял из перевода и диаграмм тактовых сигналов, если включен этот режим, то CPU тактируется от fMSTR, а обработчик прерывания от RCLK.

Кроме того, если бы происходило произвольное изменение PCLKDIV, то изменения частот таймеров и UART были бы в РАЗЫ, а наблюдаются всего проценты. Я тоже грешил на делитель для PCLK, но по здравому размышлению отказался. Больше похоже на PLL. Может ведь так быть, что присваивая настройки PLL для генерации 96МГц, на самом деле эта PLL генерит на несколько процентов меньше? Проверить это можно только частотомером с выхода, например, таймеров. Других способов я не вижу.

[artur_off]

Кроме того, если бы происходило произвольное изменение PCLKDIV, то изменения частот таймеров и UART были бы в РАЗЫ, а наблюдаются всего проценты. Я тоже грешил на делитель для PCLK, но по здравому размышлению отказался. Больше похоже на PLL. Может ведь так быть, что присваивая настройки PLL для генерации 96МГц, на самом деле эта PLL генерит на несколько процентов меньше? Проверить это можно только частотомером с выхода, например, таймеров. Других способов я не вижу.

Я тоже так думаю. У меня появился осциллограф, правда древний, как унты чукчи, но меряет частоту до 20 MHz. Надо попробовать измерить частоту например ШИМ.

[koyodza]

Кроме того, если бы происходило произвольное изменение PCLKDIV, то изменения частот таймеров и UART были бы в РАЗЫ, а наблюдаются всего проценты

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

К слову, не PCLKDIV, а RCLKDIV

------------
Хм, посмотрел на блок-схему, освежил в памяти... Чего-то оно не очень освежилось...
Всё равно проверьте ещё раз насчёт настроек RCLKDIV и Special Interrupt Mode, если меня не подводит память - там какая-то засада была именно с таймерами, из-за чего я сразу отказался от использования этого режима