一区二区三区三上|欧美在线视频五区|国产午夜无码在线观看视频|亚洲国产裸体网站|无码成年人影视|亚洲AV亚洲AV|成人开心激情五月|欧美性爱内射视频|超碰人人干人人上|一区二区无码三区亚洲人区久久精品

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(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庫中的一個函數(shù),通常用于在STM32微控制器上實(shí)現(xiàn)簡單的延時。HAL_Delay函數(shù)使用系統(tǒng)時鐘來進(jìn)行延時,并且在延時期間會阻塞整個處理器,也就是說,它會使處理器暫時停止執(zhí)行其他任務(wù)和代碼。

在開始運(yùn)行線程之前,線程A、B處于就緒態(tài),由于線程A優(yōu)先級比線程B高,F(xiàn)reeRTOS任務(wù)控制器優(yōu)先選擇線程A運(yùn)行,此時線程A進(jìn)入運(yùn)行態(tài)。隨后線程A打印A,然后被HAL_Delay函數(shù)"阻塞",注意此時的"阻塞"并不意味著程序進(jìn)入了阻塞態(tài),由于HAL_Delay阻塞的是整個處理器,因此FreeRTOS無法進(jìn)行其他線程的調(diào)度,也就是說,HAL_Delay同時阻塞了線程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)中的一個函數(shù),用于實(shí)現(xiàn)任務(wù)的延時。FreeRTOS是一個開源的實(shí)時操作系統(tǒng),專門用于嵌入式系統(tǒng)。osDelay函數(shù)允許任務(wù)掛起一段時間,然后由操作系統(tǒng)調(diào)度器在指定的時間后重新運(yùn)行該任務(wù)。在等待期間,任務(wù)會被放入掛起狀態(tài),讓其他任務(wù)有機(jī)會運(yùn)行。

也就是說,當(dāng)調(diào)用osDelay時,線程A進(jìn)入阻塞態(tài),此時任務(wù)控制器選擇進(jìn)入就緒態(tài)的線程B執(zhí)行,循環(huán)往復(fù),線程A、B同時被執(zhí)行。我們可以將任務(wù)A和B進(jìn)行如下改動,即可看到既打印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ù)的目的是提供毫秒級別的延時,意味著當(dāng)你輸入HAL_Delay(500),硬件會盡量延時精確到500ms的時間。

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

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

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

    關(guān)注

    117

    文章

    3817

    瀏覽量

    82164
  • RTOS
    +關(guān)注

    關(guān)注

    24

    文章

    837

    瀏覽量

    120572
  • FreeRTOS
    +關(guān)注

    關(guān)注

    12

    文章

    485

    瀏覽量

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

    關(guān)注

    0

    文章

    507

    瀏覽量

    20019
收藏 人收藏

    評論

    相關(guān)推薦

    STM32C031C6在按鍵中斷處理程序中使用HAL_Delay()延時函數(shù),程序則無法運(yùn)行怎么解決?

    測試STM32C031C6開發(fā)板的長短按鍵,在按鍵中斷處理程序中使用HAL_Delay()延時函數(shù),程序則無法運(yùn)行,類似進(jìn)入了死循環(huán),于是則添加了延時函數(shù)如下: /[i
    發(fā)表于 03-07 06:50

    關(guān)于freertos任務(wù)usb文件系統(tǒng)寫入數(shù)據(jù)的問題

    請問一下,我用freertos系統(tǒng)的定時器,sendtime++滿500的時候執(zhí)行usb文件系統(tǒng)寫入數(shù)據(jù)的函數(shù)Flash_Write();這個函數(shù)需要300多ms跑完,按理來說他就算300多ms
    發(fā)表于 02-20 20:55

    【正點(diǎn)原子STM32H7R3開發(fā)套件試用體驗(yàn)】流水燈

    , GPIO_Pin_0); HAL_GPIO_TogglePin(GPIOC, GPIO_PIN_0); HAL_Delay(200); HAL_GPIO_TogglePin(GPIOD
    發(fā)表于 12-28 18:51

    ADS1259轉(zhuǎn)換結(jié)果一直比輸入真實(shí)值小5.525倍左右,是什么原因?qū)е碌难剑?/a>

    ADS1259_INIT(void) { HAL_Delay(20); ADS1259_RESET_H; ADS1259_START_H; ADS1259_CS_L; HAL_Delay(20
    發(fā)表于 11-20 08:25

    ADS1299內(nèi)部產(chǎn)生信號測試,SPI接收到的數(shù)據(jù)不對,為什么?

    ;amp;amp;tmp,1,1000);//===fff===í£?1á?D??á?£ê? HAL_Delay(1000);LED1_TOGGLE();HAL
    發(fā)表于 11-13 06:23

    在rtthread啟動函數(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è)置成TIM6,但是
    發(fā)表于 09-27 06:42

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

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

    freertos和rtos區(qū)別是什么

    FreeRTOS 和 RTOS(實(shí)時操作系統(tǒng))是兩個不同的概念,但它們之間有緊密的聯(lián)系。FreeRTOS 是一個特定的開源實(shí)時操作系統(tǒng),而 RTOS 是實(shí)時操作系統(tǒng)的一般概念。 概念定義 RTOS
    的頭像 發(fā)表于 09-02 14:18 ?2419次閱讀

    freertos和裸機(jī)有什么區(qū)別

    FreeRTOS 和裸機(jī)編程是兩種不同的嵌入式系統(tǒng)開發(fā)方法,它們在設(shè)計(jì)理念、資源使用、功能實(shí)現(xiàn)等方面有著顯著的差異。 1. 基本概念 1.1 FreeRTOS FreeRTOS 是一個小型的、可裁剪
    的頭像 發(fā)表于 09-02 14:13 ?2601次閱讀

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

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

    請問os_delay_us和vTaskDelay的區(qū)別是什么呢?

    請問os_delay_us和vTaskDelay的區(qū)別是什么呢?
    發(fā)表于 07-10 07:32

    使用MCSDK的位置控制來操控直線電機(jī),電機(jī)無法啟動的原因?

    ) { MC_ProgramPositionCommandMotor1(3.14/2,0.9);HAL_Delay(2000);MC_ProgramPositionCommandMotor1(-3.14/2,0.9);HAL_Delay(2000
    發(fā)表于 06-03 06:49

    FreeRTOS串口重定向使用HAL庫函數(shù)中斷出現(xiàn)異常的原因?

    由于需要使用到FreeRTOS 考慮到ISR優(yōu)先級會比任務(wù)優(yōu)先級高,并且查看HAL_UART_Transmit函數(shù)實(shí)現(xiàn)需要使用到systick 。 所以在重定義時使用了函數(shù)
    發(fā)表于 05-22 08:18

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

    ) != 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ù)正好要溢出時,是不是延時就不準(zhǔn)了?

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