Перевод тиков FreeRTOS в миллисекунды

Добрый день!

Пытаюсь перевести FreeRTOS'ные тики в миллисекунды - типа, реализация функции Sleep в миллисекундах, а не тиках.

где
portTICK_RATE_MS == 1000 / configTICK_RATE_HZ
configTICK_RATE_HZ == 1000,
configSYSTICK_CLOCK_HZ == 168000000 (это тактовая частота Cortex-M4),
SysTick Reload Value Register (0xe000e014) == ( configSYSTICK_CLOCK_HZ / configTICK_RATE_HZ ) - 1UL

Формулу взял из коментариев к функции 'xTimerCreate' в FreeRTOS'ном коде:
* @param xTimerPeriodInTicks The timer period. The time is defined in tick periods so
* the constant portTICK_RATE_MS can be used to convert a time that has been
* specified in milliseconds. For example, if the timer must expire after 100
* ticks, then xTimerPeriodInTicks should be set to 100. Alternatively, if the timer
* must expire after 500ms, then xPeriod can be set to ( 500 / portTICK_RATE_MS )
* provided configTICK_RATE_HZ is less than or equal to 1000.

Замерял время по секундомеру на разных Sleep-периодах (10000, 15000, 20000 мс) - всегда приблизительно в 3 раза дольше получается.

И вопрос - как перевести тики в миллисекунды?

0

C конкурирующего форума

1

Спасибо. Но не помогло.

0

Сообщение от RRR_RRR_RRR configSYSTICK_CLOCK_HZ == 168000000 (это тактовая частота Cortex-M4),

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

0

Нет, не уверен.

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

0

RRR_RRR_RRR, читаете частоту из регистров клоков. В API также есть функция, отдающая структуру с частотой ЦПУ и частоты по шинам. По крайней мере, так в STM32F1xx. Думаю, F4 отличается в этом не сильно.

Добавлено через 2 минуты
...потом вам предстоит вычитать в доке по FreeRTOS (или глянуть в исходники) как именно (чем) она формирует задержки. Ставлю на то, что она считает с помощью RTC. Тогда надо глянуть еще чем тактуется он .

0

Сообщение от Voland_ есть функция

- функцию нашел. Возвращает не то, что нужно.

Вообще, у меня сформировалось видение ситуации такое:

Изначально во FreeRTOS'е задается максимальная тактовая частота (168MHz)
по ней выставляется STRVR так, чтобы FreeRTOS'ные тики были 1 раз в миллисекунду - тики FreeRTOS'а инкрементируются в SysTick_Handler'e
где portNVIC_SYSTICK_LOAD_REG - это STRVR
Затем частота понижается, но STRVR не меняется, т.е. тики формируются с прежней частотой, что и дает, что 1 FreeRTOS'ный тик > 1 миллисекунды.

Вот вопросы
1) В какой момент времени частота уже понизилась?
2) Откуда взять уже пониженную тактовую частоту?

0

RRR_RRR_RRR, SysTickHandler работает на своей собственной частоте, либо от внутреннего генератора на 40кГц, либо внешнего (обычно 32768Гц), либо через делители от тактующего. Скорее всего первое у вас.

0

Я ориентируюсь вот на это

http://infocenter.arm.com/help... 02s03.html

Там сказано:

"A multi-shot timer has a SysTick interrupt RELOAD of N-1 to generate a timer period of N processor clock cycles. For example, if the SysTick interrupt is required every 100 clock pulses, 99 must be written into RELOAD"

Я, значит, НЕ правильно понимаю, что SysTick interrupt вызывает SysTick_Handler?

0

Сообщение от RRR_RRR_RRR Там сказано:

Первая же фраза в заголовке: "Cortex™-M1 Technical Reference Manual"
Уточните какой контроллер вы программируете?

Добавлено через 3 минуты
...просто у вас в первом посте было про М4

Сообщение от RRR_RRR_RRR configSYSTICK_CLOCK_HZ == 168000000 (это тактовая частота Cortex-M4),

и, соответственно, немного читав про stm32f4xx я и советую, что могу :/.

0

Для cortex-m4 программирую.

На том же сайте

Cortex-M series processors => Cortex-M4 => Revision: r0p1 => ARM Cortex-M4 Processor Technical Reference Manual => System Control => Register summary

там

Registers not described in this chapter are described in the ARM®v7-M Architecture Reference Manual

Как выяснилось в http://infocenter.arm.com/help... index.html

This document is only available in a PDF version to registered ARM customers.

Поэтому я посмотрел на http://infocenter.arm.com/help... 02s03.html, по смыслу описания это то, что мне нужно, а адрес регистра и для м4 такой же

0

RRR_RRR_RRR, берите datasheet и reference manual на свой конкретный чип. И листайте.
Повторю вопрос - какой контроллер конкретно вы програмите? Вы же понимаете, что Cortex M4 - это ядро. И реализация базовых адресов, равно как и много периферии может существенно отличаться даже у одного и того же производителя? Для примера могу привести STM32, Cortex M3. В разных семействах этого контроллера USB реализован СОВЕРШЕННО по-разному. То есть ну вообще!. В описании же и там и сям пишут "USB", но и софт и API не совпадают аж никак.
То же касается и если сравнить NXP, TI и STM32, если сравнивать настройки периферии.
Соответственно, есть подозрение, что клок для RTC (он же systick_timer) может тактироваться на разных контроллерах по-разному.

0

берите datasheet и reference manual на свой конкретный чип. И листайте.

- Разумеется это просмотрено. Но, похоже, мне этого не достаточно - почерпнутая инфа не помогает мне разобраться с проблемой. Именно эта инфа и именно мне - пока еще не получается что-то с чем-то увязать в голове. Потому я пишу на форуме вопрос.

Вы же понимаете, что Cortex M4 - это ядро.

- Да, понимаю, Cortex-M4 - это ARM-based ядро. Запарил.

Микроконтроллер - STM32, борда - STM32F407VGT6.

есть подозрение, что клок для RTC (он же systick_timer) может тактироваться на разных контроллерах по-разному.

- SysTick таймер и RTC (Real Time Clock) - это точно одно и то же?

Я тут поэкспериментировал малость. Если прочитать из STRVR регистра значение, разделить его на 3 (число из первого поста) и записать обратно, то моя функция Sleep работает нормально - проверено по секундомеру.

0

0

Это о чем речь?

0

Сообщение от RRR_RRR_RRR Изначально во FreeRTOS'е задается максимальная тактовая частота (168MHz)

во FreeRTOS вообще не задается частота
есть файл FreeRTOSConfig.h
в котором, самому ручками нужно, прописать все константы в зависимости от железа
FreeRTOS портирован на 100500 платформ, и этот файл очень сильно отличается

Добавлено через 4 минуты

Сообщение от RRR_RRR_RRR Если прочитать из STRVR регистра значение, разделить его на 3

почему именно на 3???
нужно знать от чего работает камень,
если от внешнего то какова частота кварца
потом коэффициент множителя
ведь если к готовой схеме припаять кварц на 4 мГц вместо 8
то частота очень сильно изменится, несмотря на то, что софтверно все будет идентично

0

ValeryS, ну, если задержка сделана на Systick timer, то частота PLL будет иметь к нему отношение только в том случае, если systick тактуется от нее. Если используется свой генератор внутренний LCI, либо внешний LCI, то нужно смотреть инициацию именно его.
RRR_RRR_RRR, зачем вы работает с регистрами, когда у вас запускается ОСь? По идее она это все должна делать, и вы должны настроить клок ее собственными настройками. Иначе есть риск что-то что-нибудь где-нибудь вылезет по частоте снова.

0

Сообщение от Voland_ ValeryS, ну, если задержка сделана на Systick timer, то частота PLL будет иметь к нему отношение только в том случае, если systick тактуется от нее.

ну а я про что???

Сообщение от ValeryS нужно знать от чего работает камень, если от внешнего то какова частота кварца

т.е нужно знать частоту генератора (внешний, внутренний) и множители
чтобы узнать частоту шины
и её прописывать в CORE_CLOCK а не брать готовый(чей то ) FreeRTOSConfig.h
и верить что все пойдет идеально

Добавлено через 4 минуты
вот отсюда я начал знакомство с FreeRTOS
может поможет кому нибудь
http://microsin.net/programmin... part1.html
вот здесь про настройку для СТМок
http://microtechnics.ru/stm32-... s-chast-1/

0

Сообщение от ValeryS ну а я про что??? Сообщение от ValeryS нужно знать от чего работает камень, если от внешнего то какова частота кварца

ну, вы вообще про какие-то камни говорите . В данном контексте непонятно, что вы имели ввиду. А дfльнейшее рассуждение о внешнем кварце "на 4 или на 8МГц" указывает таки на высокочастотный источник тактования. Я же просто уточнил, что "камень" к systick-таймеру может и не иметь отношения. Если тактование последнего будет выполняться низкочастотным внешним или внутренним источником. Если вы слово "камень" использовали к Systick-таймеру, то я с вами согласен .

0

Сообщение от Voland_ ну, вы вообще про какие-то камни говорите

"камень" это сленговое названия процессора(микроконтроллера),пошло с тех времен когда они делались в керамике и были шибко большие
привык я к нему
т.е

Сообщение от ValeryS нужно знать от чего работает камень, если от внешнего то какова частота кварца

нужно читать так "нужно знать как затактирован микроконтроллер"
извиняюсь, если ввел в заблуждение

0