0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會(huì)員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

FreeRTOS中osDelay和HAL_Delay的區(qū)別

撞上電子 ? 2023-10-29 08:00 ? 次閱讀

問題場景

FreeRTOS中創(chuàng)建了線程A、線程B,其中線程A優(yōu)先級大于線程B。線程A、B任務(wù)代碼如下:

void A(void *argument)
{
while (1)
{
printf("A\r\n");
HAL_Delay(1000);
}
}

void B(void *argument)
{
while (1)
{
printf("B\r\n");
HAL_Delay(1000);
}
}

燒錄程序后查看串口數(shù)據(jù)發(fā)現(xiàn)只打印了A而不打印B,說明只執(zhí)行了A線程沒有執(zhí)行B線程。

問題原因

HAL_Delay是由ST提供的STM32 Cube HAL庫中的一個(gè)函數(shù),通常用于在STM32微控制器上實(shí)現(xiàn)簡單的延時(shí)。HAL_Delay函數(shù)使用系統(tǒng)時(shí)鐘來進(jìn)行延時(shí),并且在延時(shí)期間會(huì)阻塞整個(gè)處理器,也就是說,它會(huì)使處理器暫時(shí)停止執(zhí)行其他任務(wù)和代碼。

在開始運(yùn)行線程之前,線程A、B處于就緒態(tài),由于線程A優(yōu)先級比線程B高,F(xiàn)reeRTOS任務(wù)控制器優(yōu)先選擇線程A運(yùn)行,此時(shí)線程A進(jìn)入運(yùn)行態(tài)。隨后線程A打印A,然后被HAL_Delay函數(shù)"阻塞",注意此時(shí)的"阻塞"并不意味著程序進(jìn)入了阻塞態(tài),由于HAL_Delay阻塞的是整個(gè)處理器,因此FreeRTOS無法進(jìn)行其他線程的調(diào)度,也就是說,HAL_Delay同時(shí)阻塞了線程B。當(dāng)HAL_Delay函數(shù)運(yùn)行結(jié)束后,線程A重回就緒態(tài),由于線程A優(yōu)先級比線程B高,F(xiàn)reeRTOS任務(wù)控制器優(yōu)先選擇線程A運(yùn)行,循環(huán)往復(fù),線程B不被執(zhí)行。

解決辦法

osDelay是FreeRTOS(Real-Time Operating System)中的一個(gè)函數(shù),用于實(shí)現(xiàn)任務(wù)的延時(shí)。FreeRTOS是一個(gè)開源的實(shí)時(shí)操作系統(tǒng),專門用于嵌入式系統(tǒng)。osDelay函數(shù)允許任務(wù)掛起一段時(shí)間,然后由操作系統(tǒng)調(diào)度器在指定的時(shí)間后重新運(yùn)行該任務(wù)。在等待期間,任務(wù)會(huì)被放入掛起狀態(tài),讓其他任務(wù)有機(jī)會(huì)運(yùn)行。

也就是說,當(dāng)調(diào)用osDelay時(shí),線程A進(jìn)入阻塞態(tài),此時(shí)任務(wù)控制器選擇進(jìn)入就緒態(tài)的線程B執(zhí)行,循環(huán)往復(fù),線程A、B同時(shí)被執(zhí)行。我們可以將任務(wù)A和B進(jìn)行如下改動(dòng),即可看到既打印A又打印B。

void A(void *argument)
{
while (1)
{
printf("A\r\n");
osDelay(1000);
}
}

void B(void *argument)
{
while (1)
{
printf("B\r\n");
osDelay(1000);
}
}

使用osDelay可能帶來的問題

觀察一下HAL_Delay和osDelay的函數(shù)原型:

/**
* @brief This function provides minimum delay (in milliseconds) based
*/
__weak void HAL_Delay(uint32_t Delay);

/*
Wait for Timeout (Time Delay).
*/
osStatus_t osDelay (uint32_t ticks);

可以看到HAL_Delay函數(shù)的目的是提供毫秒級別的延時(shí),意味著當(dāng)你輸入HAL_Delay(500),硬件會(huì)盡量延時(shí)精確到500ms的時(shí)間。

與之不同的是,osDelay函數(shù)的輸入是ticks。ticks是一個(gè)計(jì)時(shí)單位,表示任務(wù)將被掛起的時(shí)間長度。每個(gè)tick的時(shí)間取決于FreeRTOS配置的時(shí)鐘節(jié)拍(tick)周期。例如,如果tick周期為1毫秒,那么傳遞參數(shù)ticks為10就會(huì)使任務(wù)掛起10毫秒。由此可見,osDelay函數(shù)延時(shí)的時(shí)間和一個(gè)ticks記時(shí)時(shí)間長度有很大關(guān)系。

那么如何確定ticks具體代表多長時(shí)間呢?首先我們應(yīng)該找到用于配置的頭文件,通常這個(gè)頭文件名字叫做FreeRTOSConfig.h。其中,configTICK_RATE_HZ配置選項(xiàng)的值表示每秒鐘系統(tǒng)時(shí)鐘節(jié)拍(tick)的數(shù)量。configTICK_RATE_HZ的值一般默認(rèn)被設(shè)置為1000,表示系統(tǒng)時(shí)鐘每秒產(chǎn)生1000個(gè)tick,即每個(gè)tick的時(shí)間間隔為1毫秒,此時(shí)osDelay對單個(gè)任務(wù)延時(shí)的時(shí)間長度和HAL_Delay近似。

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報(bào)投訴
  • 程序
    +關(guān)注

    關(guān)注

    116

    文章

    3756

    瀏覽量

    80751
  • RTOS
    +關(guān)注

    關(guān)注

    21

    文章

    809

    瀏覽量

    119361
  • FreeRTOS
    +關(guān)注

    關(guān)注

    12

    文章

    483

    瀏覽量

    61915
  • 線程
    +關(guān)注

    關(guān)注

    0

    文章

    503

    瀏覽量

    19636
收藏 人收藏

    評論

    相關(guān)推薦

    在rtthread啟動(dòng)函數(shù)調(diào)用HAL_Dealy()導(dǎo)致卡死的原因?

    看到文章推薦將系統(tǒng)的左右初始化都放入rt_hw_board_init()內(nèi),于是將所有初始化都搬進(jìn)去,結(jié)果由于內(nèi)部調(diào)用了Hal_Delay(),導(dǎo)致卡死,HAL庫的時(shí)鐘源被設(shè)置成TIM6,但是
    發(fā)表于 09-27 06:42

    STM32CUBEMX生成freeRTOS代碼的時(shí)候出現(xiàn)警告

    to use HAL timebase source other than the Systick. HAL函數(shù)如果是阻塞型呼叫,內(nèi)部會(huì)用到HAL_Delay(),FreeRTOS應(yīng)
    發(fā)表于 09-04 14:13

    cubeide中使用Hal_Delay()時(shí),每次調(diào)試總會(huì)跳轉(zhuǎn)到異常狀態(tài),如何解決?

    cubeide 中使用Hal_Delay()時(shí),每次調(diào)試總會(huì)跳轉(zhuǎn)到異常狀態(tài)。 Break at address \"0xaf5cf47e\" with no debug
    發(fā)表于 07-23 07:52

    基于STM32Cubemx創(chuàng)建FreeRTOS,創(chuàng)建UART任務(wù)遇到的兩個(gè)問題求解

    ) != HAL_OK) { Error_Handler(); } } 主程序UART任務(wù)如下: void Uart_test_Thread() { for(;;) { //osDelay
    發(fā)表于 05-10 07:33

    stm32cubemx的HAL_Delay()函數(shù),當(dāng)HAL_GetTick()的計(jì)數(shù)正好要溢出時(shí),是不是延時(shí)就不準(zhǔn)了?

    ; } __weak void HAL_Delay(__IO uint32_t Delay) { uint32_t tickstart = 0; tickstart = HAL
    發(fā)表于 05-09 06:20

    HAL庫開啟定時(shí)器中斷時(shí)會(huì)卡死程序的原因?

    當(dāng)開啟定時(shí)器中斷時(shí)候,開啟定時(shí)器時(shí)會(huì)卡死程序,調(diào)試,全速運(yùn)行卡死在-HAL_TIM_Base_Start_IT函數(shù),單步調(diào)試發(fā)現(xiàn)卡死在程序應(yīng)用的HAL_delay函數(shù)內(nèi),但是另外寫一個(gè)定時(shí)器中斷和使用延時(shí)的程序不會(huì)卡死,求助各位大佬,這可能是什么原因!!
    發(fā)表于 04-16 07:12

    STM32CubeIDE+FreeRtos+LWIP初始化不通過怎么解決?

    MX_LAIP_Init就過不去。調(diào)試代碼,發(fā)現(xiàn)HAL_Delay();函數(shù)出現(xiàn)錯(cuò)誤。上網(wǎng)查了下,也有人碰到過,重構(gòu)解決。然后還是過不去,調(diào)試發(fā)現(xiàn)創(chuàng)建任務(wù)時(shí)又出現(xiàn)了問題,卡在添加新鏈表上,不知道原因。大家這么用的時(shí)候,有沒有碰到過類似的問題,或者初始化的應(yīng)該注意什么。
    發(fā)表于 04-15 07:42

    STM32L476+ST253993增加freertos,但是代碼下進(jìn)去系統(tǒng)運(yùn)行時(shí)就卡住,為什么?

    。rtos使用systick,HAL_delay使用TIM7 freertos的兩個(gè)任務(wù),一個(gè)是LED閃爍,一個(gè)是RFID測試程序 第一次執(zhí)行時(shí),任務(wù)2的第一個(gè)測試代碼完成后,到osdelay里就出不來了
    發(fā)表于 04-15 07:27

    STM32F7 IAP跳轉(zhuǎn)后HAL_Delay沒有執(zhí)行的原因?

    ;!!!!!!!!!inintt okrn\"); MX_TIM14_Init(); HAL_Delay(5); printf(\"!!!!!!!!!dddrn\"); while(1
    發(fā)表于 04-09 06:53

    stm32FREERTOS的延時(shí)函數(shù)osDelayUntil()死機(jī)的原因?

    我在使用STM32F4跑freertos的時(shí)候發(fā)現(xiàn)一旦使用osDelayUntil()函數(shù),就會(huì)死機(jī),但是用osDelay()函數(shù)就不會(huì),按理說不是都可以用的嗎?有知道原因的嗎,謝謝!
    發(fā)表于 03-22 07:56

    STM32F767ZGT6改IAP后HAL_Delay卡死,定時(shí)器不進(jìn)中斷,直到freeRTOS初始化才開始中斷,為什么?

    以后程序卡在HAL_Delay里,在定時(shí)器中斷中加串口打印發(fā)現(xiàn)應(yīng)該是定時(shí)器一直沒有開啟導(dǎo)致計(jì)數(shù),應(yīng)該MX_FREERTOS_Init()以及osKernelStart執(zhí)行完以后才開啟的定時(shí)器, 我把
    發(fā)表于 03-21 06:13

    STM32使用__disable_irq()后就無法使用HAL_Delay(xx),這是為什么?

    __enable_irq();//打開所有中斷但實(shí)際應(yīng)用中發(fā)現(xiàn),當(dāng)使用__disable_irq(); 關(guān)閉所有中斷后,再用__enable_irq();打開所有中斷,就會(huì)出現(xiàn)HAL_Delay(xx)不能再使用,所以直接用上述方式也不可取。那么,究竟該如何正確地的關(guān)閉和開啟SysTick的中斷呢?
    發(fā)表于 12-03 09:09

    AD7916無法采集電源,SDO輸出一直都低電平的原因?怎么處理?

    ; adc_nss(1); adc_cnv(1); hal_delay(3); ad_cnv(0); hal_delay(1); for(cnt = 0; cnt < 16
    發(fā)表于 12-01 15:47

    用AD7787作為AD芯片AIN1頻道沒問題,但是AIN2失敗了的原因?

    = AD7787_Read(AD7787_CH1);/ad7787_ch1=0011 000 000 hal_delay( 10) ; = AD7787_Read(AD7787_CH2);/ad7787_ch2
    發(fā)表于 12-01 06:43

    HAL庫常用函數(shù)匯總

    1,系統(tǒng)函數(shù)HAL_Delay原型:voidHAL_Delay(uint32_tDelay);作用:利用滴答定時(shí)器生成的系統(tǒng)延遲函數(shù)參數(shù):Delay:延遲時(shí)間,單位是ms返回值:無示例代碼
    的頭像 發(fā)表于 11-29 08:00 ?2944次閱讀
    <b class='flag-5'>HAL</b>庫常用函數(shù)匯總