|
|
|
FreeRTOS - минимальное время тика? |
|
|
|
May 22 2018, 09:57
|
Местный
Группа: Участник
Сообщений: 244
Регистрация: 29-02-08
Пользователь №: 35 503
|
Цитата(maxntf @ May 22 2018, 14:36) Всем привет. На FreeRTOS вертятся 3 задачи, больше ничего из инструментария ОС не пользую. Так вот когда configTICK_RATE_HZ установлен 1000Hz, все работает без проблем. Меняю это значение на 10000Hz, после ресета все задачи какое то время работают, а потом работает только одна - 2-я задача (скорее работает просто функция). Шедуллер перестает работать вовсе - vApplicationTickHook перестает вызываться и задачи не переключаются. МК STM32L152rc работает на 16MHz. В чем может быть дело? Как отследить где планировщик заткнулся и почему? Может стоит попробовать поочередно в каждой задаче не вызывать ничего иного кроме , например sleep(1000), или как там оно во ФриРтос. (я использую ChibiOs) Таким образом определиться, какая именно задача вешает шедулер, и уж потом исследовать ее под микроскопом.
Сообщение отредактировал nanorobot - May 22 2018, 10:18
|
|
|
|
|
May 22 2018, 10:24
|
Познающий...
Группа: Свой
Сообщений: 2 963
Регистрация: 1-09-05
Из: г. Иркутск
Пользователь №: 8 125
|
QUOTE (maxntf @ May 22 2018, 17:36) Как отследить где планировщик заткнулся и почему? 1. Воспользоваться JTAG или SWD. 2. Если код задач небольшой, то привести его тут. 3. А есть уверенность, что при тике 1 кГц всё работает правильно?
--------------------
Выбор.
|
|
|
|
|
May 22 2018, 10:31
|
Профессионал
Группа: Свой
Сообщений: 1 123
Регистрация: 8-03-09
Из: Днепр
Пользователь №: 45 848
|
Цитата(maxntf @ May 22 2018, 12:36) . . . . МК STM32L152rc работает на 16MHz. В чем может быть дело? Как отследить где планировщик заткнулся и почему? Работа самого планировщика не укладывается в период, который Вы задали. Одна задача осталась - в соотв-ии с приоритетом. Поставьте в каждую задачу "ногодрыг" (а лучше - и в планировщик). Где собака порылась будет видно в реалтайм. Да, и это. + поставьте равные приоритеты для задач. Цитата(nanorobot @ May 22 2018, 12:57) Может стоит попробовать поочередно в каждой задаче не вызывать ничего иного кроме , например sleep(1000) . . .
|
|
|
|
|
May 22 2018, 11:27
|
Частый гость
Группа: Участник
Сообщений: 107
Регистрация: 13-05-09
Пользователь №: 49 008
|
Цитата(haker_fox @ May 22 2018, 13:24) 1. Воспользоваться JTAG или SWD. 2. Если код задач небольшой, то привести его тут. 3. А есть уверенность, что при тике 1 кГц всё работает правильно? Да при тике 1кгц все работает. 2-я задача читает блоками аудио файл с флешь и DMA его пересылает в DAC. Она то и оставалась работать. Я ее отключил. 1-я задача обрабатывает сенсорные кнопки библиотекой touch-sensing library от ST. Собственно вызывает функцию, которая возвращает состояние кнопок. И если кнопка нажата, устанавливает глобальный флаг. 3-я задача проверяет этот флаг, когда он установился, запускает два таймера, один читает IR код с фотоприемника, а второй его передает. Сразу оговорюсь, с ARM только начал разбираться, так что некоторые мои рассуждения могут быть глупые, не судите строго . Глючит именно пара задач 1 и 3. Причем если я блокирую одну из них, глюк пропадает. У меня пока один вариант: - библиотека touch-sensing library как то конфликтует с FreeRTOS. Сейчас просматриваю не использует ли она какие то аппаратные ресурсы что и ОС, например SysTickTimer. Цитата(k155la3 @ May 22 2018, 13:31) Работа самого планировщика не укладывается в период, который Вы задали. Одна задача осталась - в соотв-ии с приоритетом. Поставьте в каждую задачу "ногодрыг" (а лучше - и в планировщик). Где собака порылась будет видно в реалтайм. В планировщик больше вообще не попадаем после глюка. Надо проверить что там с прерываниями SysTickTimer, которые где то в FreeRTOS По ходу прерывания SysTick отключаются. Точнее я вижу что в структуре описания этого регистра меняется значение CTRL - при старте CTRL = 0х00000007 / 0х00010007, а после глюка 0х00010005, и больше в прерывание не попадаем. Сейчас поставил частоту 20000Нz и глюк начал проявляться практически сразу.
Сообщение отредактировал maxntf - May 22 2018, 11:44
|
|
|
|
|
May 22 2018, 11:43
|
Профессионал
Группа: Свой
Сообщений: 1 123
Регистрация: 8-03-09
Из: Днепр
Пользователь №: 45 848
|
Кроме всего, проверьте значения стеков задач (не помню, в FreeRTOS он общий или индивидуальные). В настройках ОС задайте максимум, насколько позволит RAM. Если используются библиотеки - трудно сказать, как они потребляют стековую память. Вместо "библиотечной" клавиатуры поставьте обычные кнопки или софт-эмулятор или эмулятор через USART. Клавиатурная задача - самый низкий приоритет. Когда заработает "как надо" - прикрутите. Цитата Сразу оговорюсь, с ARM только начал разбираться, так что некоторые мои рассуждения могут быть глупые, не судите строго . . . Аналогично Цитата Сейчас просматриваю не использует ли она какие то аппаратные ресурсы что и ОС, например SysTickTimer. Если есть осцилограф - ловится "на-раз" ногодрыгом. Можно также под отладчиком поставить контрольную точку по состоянию (изменение) на требуемый регистр.
|
|
|
|
|
May 22 2018, 11:53
|
Частый гость
Группа: Участник
Сообщений: 107
Регистрация: 13-05-09
Пользователь №: 49 008
|
Цитата(k155la3 @ May 22 2018, 14:43) Можно также под отладчиком поставить контрольную точку по состоянию (изменение) на требуемый регистр. В Кеил брекпоинт можно поставить только на весь регистр, вот если бы на изменение бита. Глючит из за библиотеки, там в прерывании таймера, у меня TIM3, вызывается некая функция обработчика этих кнопок. Вот тут то и происходит баг.
Сообщение отредактировал maxntf - May 22 2018, 11:58
|
|
|
|
|
May 22 2018, 12:27
|
Частый гость
Группа: Участник
Сообщений: 107
Регистрация: 13-05-09
Пользователь №: 49 008
|
Цитата(k155la3 @ May 22 2018, 15:02) Апп. прерывания надо переносить под FreeRTOS иначе . . . Соотв-но "напрямую" использовать библиотеки с апп. прерываниями без адаптации - могут быть "варианты". IMHO (чтобы не подрались с прерыванием планировщика). Не понял что значит переносить под FreeRTOS? Какие могут быть коллизии, если FreeRTOS использует прерывания с самыми высокими приоритетами? Я же обработчик делаю на низкоприоритетных TIM3 приоритет 36, а SysTick приоритет 6; В общем из за малого опыта, тажело судить что происходит, но причина выявлена - 100% перестает работать SysTick, а соответственно и scheduler который крутится на этом таймере. Вот только что происходит с SysTick, понять не могу. Кто может, опишите регистры SysTick или ткните где посмотреть. PS: Судя по функции SysTick_Config там всего 3 бита, интуитивно по названиям дефайнов SysTick_CTRL_CLKSOURCE_Msk, SysTick_CTRL_TICKINT_Msk, SysTick_CTRL_ENABLE_Msk. один включает тактирование, второй инициализирует и третий запускает. Вот этот SysTick_CTRL_TICKINT_Msk и сбрасывается. Где не могу поймать. если бы в Кеил можно было установить брекпоинт на запись в бит. Кто знает можно такое?
Сообщение отредактировал maxntf - May 22 2018, 12:43
|
|
|
|
|
May 22 2018, 12:44
|
Профессионал
Группа: Свой
Сообщений: 1 032
Регистрация: 13-03-08
Из: Маськва
Пользователь №: 35 877
|
Цитата(maxntf @ May 22 2018, 15:27) В общем из за малого опыта, тажело судить что происходит, но причина выявлена - 100% перестает работать SysTick, а соответственно и scheduler который крутится на этом таймере. Вот только что происходит с SysTick, понять не могу. Файлик STMTouch_Driver_um.chm Раздел STM32L1xx resources used Цитата Hardware acquisition mode GPIOs Acquisition SysTick Time base for ECS and DTO Routing interface (RI) Acquisition 2 x 16-bit timers (TIM9, TIM11) Acquisition
Software acquisition mode GPIOs Acquisition SysTick Time base for ECS and DTO Routing interface (RI) Acquisition Из прерывания SysTick'а они вызывают TSL_tim_ProcessIT(). Должны, во всяком случае. И, видимо, как-то некорректно работают с Код // SysTick enable/disable interrupt macros #define enableInterrupts() {SysTick->CTRL |= SysTick_CTRL_TICKINT_Msk;} #define disableInterrupts() {SysTick->CTRL &= ~SysTick_CTRL_TICKINT_Msk;} во всяком случае, каких-то других способов отключения таймера я сходу не нашёл. А вообще - покажите регистры SYSTICK'а после ошибки. Описание можно посмотреть на arm.com.
--------------------
Тут обсуждается творческий порыв, а не соответствие каким-либо стандартам ©
|
|
|
|
|
May 22 2018, 13:08
|
Познающий...
Группа: Свой
Сообщений: 2 963
Регистрация: 1-09-05
Из: г. Иркутск
Пользователь №: 8 125
|
QUOTE (k155la3 @ May 22 2018, 19:43) Кроме всего, проверьте значения стеков задач (не помню, в FreeRTOS он общий или индивидуальные). В настройках ОС задайте максимум, насколько позволит RAM. Если используются библиотеки - трудно сказать, как они потребляют стековую память. У FreeRTOS свой стек для каждой задачи. Кстати, автору топика рекомендую включить ловушки на нехватку памяти (настройки оси), использовать configASSERT'ы (настройки ОСИ), а также повесить обработчик на hardfault. Все эти вещи НЕ РАЗ выручали меня при отладке проекта. QUOTE (maxntf @ May 22 2018, 20:27) Не понял что значит переносить под FreeRTOS? Какие могут быть коллизии, если FreeRTOS использует прерывания с самыми высокими приоритетами? Я же обработчик делаю на низкоприоритетных TIM3 приоритет 36, а SysTick приоритет 6; На всякий случай)))
--------------------
Выбор.
|
|
|
|
|
May 22 2018, 13:19
|
Профессионал
Группа: Свой
Сообщений: 1 123
Регистрация: 8-03-09
Из: Днепр
Пользователь №: 45 848
|
Цитата(maxntf @ May 22 2018, 15:27) Не понял что значит переносить под FreeRTOS? Какие могут быть коллизии, если FreeRTOS использует прерывания с самыми высокими приоритетами? Я же обработчик делаю на низкоприоритетных TIM3 приоритет 36, а SysTick приоритет 6; . . . Очевидно, это процессор-зависимое требование. Возможно для ARM и не требуется. В Demo FreeRTOS serial.c для STM32L152 в обработчике используется макрос portEND_SWITCHING_ISR( . . . ). Код void USART3_IRQHandler( void ) { . . . . . . . . /* If sending or receiving from a queue has caused a task to unblock, and the unblocked task has a priority equal to or higher than the currently running task (the task this ISR interrupted), then xHigherPriorityTaskWoken will have automatically been set to pdTRUE within the queue send or receive function. portEND_SWITCHING_ISR() will then ensure that this ISR returns <<< directly to the higher priority unblocked task. */ <<< portEND_SWITCHING_ISR( xHigherPriorityTaskWoken ); } Код #define portEND_SWITCHING_ISR( xSwitchRequired ) if( xSwitchRequired != pdFALSE ) portYIELD_WITHIN_API() #define portYIELD_FROM_ISR( x ) portEND_SWITCHING_ISR( x )
|
|
|
|
|
|
3 чел. читают эту тему (гостей: 3, скрытых пользователей: 0)
Пользователей: 0
|
|
|