您好,登錄后才能下訂單哦!
這篇文章主要講解了“FreeRTOS實時操作系統之可視化追蹤調試的方法”,文中的講解內容簡單清晰,易于學習與理解,下面請大家跟著小編的思路慢慢深入,一起來研究和學習“FreeRTOS實時操作系統之可視化追蹤調試的方法”吧!
用RTOS編程,為每個任務分配多大的堆棧空間就成了一項技術活:分配多了浪費系統資源,分配少了又恐怕會發生堆棧溢出。由于中斷和搶占式調度器的存在,我們要估算出一個任務需要多少堆棧是非常困難的,今天我們就介紹一種方法,來獲取每個任務的剩余堆棧空間。本文以NXP LPC177x_8x系列微控制器為例。
我們將這個功能做成一個命令,添加到FreeRTOS使用任務通知實現命令行解釋器一文介紹的命令解釋列表中。當程序運行一段時間后,我們在SecureCRT軟件中輸入命令“task”后回車,能看到如圖1-1所示的任務信息。這里只有兩個任務,其中堆棧一列中的數字,代表對應任務剩余的堆棧空間,單位是StackType_t類型,這個類型在移植層定義,一般定義為4字節。
圖1-1:任務信息
如圖1-1所示,要實現堆棧使用量信息以及CPU使用率信息,必須將FreeRTOSConfig.h文件中的兩個宏設置為1:
#define configUSE_TRACE_FACILITY 1 #define configGENERATE_RUN_TIME_STATS 1
第一個宏用來使能可視化追蹤功能,第二個宏用來使能運行時間統計功能。如果第二個宏設置為1,則下面兩個宏必須被定義:
portCONFIGURE_TIMER_FOR_RUN_TIME_STATS():
用戶程序需要提供一個基準時鐘函數,函數完成初始化基準時鐘功能,這個函數要被define到宏portCONFIGURE_TIMER_FOR_RUN_TIME_STATS()上。
這是因為運行時間統計需要一個比系統節拍中斷頻率還要高分辨率的基準定時器,否則,統計可能不精確。
基準定時器中斷頻率要比統節拍中斷快10~100倍。基準定時器中斷頻率越快,統計越精準,但能統計的運行時間也越短(比如,基準定時器10ms中斷一次,8位無符號整形變量可以計到2.55秒,但如果是1秒中斷一次,8位無符號整形變量可以統計到255秒)。
portGET_RUN_TIME_COUNTER_VALUE():
用戶程序需要提供一個返回基準時鐘當前“時間”的函數,這個函數要被define到宏portGET_RUN_TIME_COUNTER_VALUE()上。
我們使用定時器1來產生基準時鐘,定時器1初始化函數為:
/** * 初始化計時定時器1,用于OS任務運行時間統計 */ void init_timer1_for_runtime_state(void) { TIM_TIMERCFG_Type Timer0CfgType; Timer0CfgType.PrescaleOption=TIM_PRESCALE_USVAL; //預分頻的單位是微秒 Timer0CfgType.PrescaleValue=500; //預分頻后為500微秒, TIM_Init(LPC_TIM1,TIM_TIMER_MODE,&Timer0CfgType); LPC_TIM1->TCR=0x01; }
定時器1被配置成每隔500微秒,TC寄存器值增一。我們將定時器1的 TC寄存器值作為基準時鐘當前時間。當TC寄存器值溢出時,大概要經過24.8天,這對于我們這個應用是足夠的。
在FreeRTOSConfig.h中,定義初始化基準定時器宏和獲取當前時間宏:
extern void init_timer1_for_runtime_state(void); #define TIMER1_TC ( * ( ( volatile uint32_t * )0x40008008 ) ) #define portCONFIGURE_TIMER_FOR_RUN_TIME_STATS() init_timer1_for_runtime_state() #define portGET_RUN_TIME_COUNTER_VALUE() TIMER1_TC
獲取每個任務的狀態信息使用的是API函數uxTaskGetSystemState(),該函數定義為:
UBaseType_tuxTaskGetSystemState( TaskStatus_t * constpxTaskStatusArray, const UBaseType_tuxArraySize, unsigned long * constpulTotalRunTime );
函數uxTaskGetSystemState()向TaskStatus_t結構體填充相關信息,系統中每一個任務的信息都可以填充到TaskStatus_t結構體數組中,數組大小由uxArraySize指定。結構體TaskStatus_t定義如下:
typedef struct xTASK_STATUS { /* 任務句柄*/ TaskHandle_t xHandle; /* 指針,指向任務名*/ const signed char *pcTaskName; /*任務ID,是一個獨一無二的數字*/ UBaseType_t xTaskNumber; /*填充結構體時,任務當前的狀態(運行、就緒、掛起等等)*/ eTaskState eCurrentState; /*填充結構體時,任務運行(或繼承)的優先級。*/ UBaseType_t uxCurrentPriority; /* 當任務因繼承而改變優先級時,該變量保存任務最初的優先級。僅當configUSE_MUTEXES定義為1有效。*/ UBaseType_t uxBasePriority; /* 分配給任務的總運行時間。僅當宏configGENERATE_RUN_TIME_STATS為1時有效。*/ unsigned long ulRunTimeCounter; /* 從任務創建起,堆棧剩余的最小數量,這個值越接近0,堆棧溢出的可能越大。 */ unsigned short usStackHighWaterMark; }TaskStatus_t;
注意,這個函數僅用來調試用,調用此函數會掛起所有任務,直到函數結束后才恢復掛起的任務,因此任務可能被掛起很長時間。在文件FreeRTOSConfig.h中,宏configUSE_TRACE_FACILITY必須設置為1,此函數才有效。
由于我們不使用動態內存分配策略,所以實現定義了最大任務個數并預先分配好了存儲任務狀態信息的數組:
#defineMAX_TASK_NUM 5 TaskStatus_tpxTaskStatusArray[MAX_TASK_NUM];
正確調用函數uxTaskGetSystemState()后,任務的信息會被放在TaskStatus_t結構體中,我們需要將這些信息格式化為容易閱讀的形式,并共通過串口打印到屏幕。完成這些功能的函數叫做get_task_state(),代碼如下所示:
/*獲取OS任務信息*/ voidget_task_state(int32_t argc,void *cmd_arg) { const chartask_state[]={'r','R','B','S','D'}; volatile UBaseType_t uxArraySize, x; uint32_t ulTotalRunTime,ulStatsAsPercentage; /* 獲取任務總數目 */ uxArraySize = uxTaskGetNumberOfTasks(); if(uxArraySize>MAX_TASK_NUM) { MY_DEBUGF(CMD_LINE_DEBUG,("當前任務數量過多!\n")); } /*獲取每個任務的狀態信息 */ uxArraySize = uxTaskGetSystemState(pxTaskStatusArray, uxArraySize, &ulTotalRunTime ); #if (configGENERATE_RUN_TIME_STATS==1) MY_DEBUGF(CMD_LINE_DEBUG,("任務名 狀態 ID 優先級 堆棧 CPU使用率\n")); /* 避免除零錯誤 */ if( ulTotalRunTime > 0 ) { /* 將獲得的每一個任務狀態信息部分的轉化為程序員容易識別的字符串格式 */ for( x = 0; x < uxArraySize; x++ ) { char tmp[128]; /* 計算任務運行時間與總運行時間的百分比。*/ ulStatsAsPercentage =(uint64_t)(pxTaskStatusArray[ x ].ulRunTimeCounter)*100 / ulTotalRunTime; if( ulStatsAsPercentage > 0UL ) { sprintf(tmp,"%-12s%-6c%-6d%-8d%-8d%d%%",pxTaskStatusArray[ x].pcTaskName,task_state[pxTaskStatusArray[ x ].eCurrentState], pxTaskStatusArray[ x ].xTaskNumber,pxTaskStatusArray[ x].uxCurrentPriority, pxTaskStatusArray[ x ].usStackHighWaterMark,ulStatsAsPercentage); } else { /* 任務運行時間不足總運行時間的1%*/ sprintf(tmp,"%-12s%-6c%-6d%-8d%-8dt<1%%",pxTaskStatusArray[x ].pcTaskName,task_state[pxTaskStatusArray[ x ].eCurrentState], pxTaskStatusArray[ x ].xTaskNumber,pxTaskStatusArray[ x].uxCurrentPriority, pxTaskStatusArray[ x ].usStackHighWaterMark); } MY_DEBUGF(CMD_LINE_DEBUG,("%s\n",tmp)); } } MY_DEBUGF(CMD_LINE_DEBUG,("任務狀態: r-運行 R-就緒 B-阻塞 S-掛起 D-刪除\n")); #endif //#if (configGENERATE_RUN_TIME_STATS==1) }
在FreeRTOS使用任務通知實現命令行解釋器一文我們講過了命令表,這里只需要將get_task_state()函數添加到命令列表中,命令設置為”task”,代碼如下所示:
/*命令表*/ const cmd_list_structcmd_list[]={ /* 命令 參數數目 處理函數 幫助信息 */ {"?", 0, handle_help, "? -打印幫助信息"}, {"reset", 0, handle_reset, "reset -重啟控制器"}, {"arg", 8, handle_arg, "arg<arg1> <arg2> ... -測試用,打印輸入的參數"}, {"hello", 0, printf_hello, "hello -打印HelloWorld!"}, {"task", 0, get_task_state, "task -獲取任務信息"}, };
感謝各位的閱讀,以上就是“FreeRTOS實時操作系統之可視化追蹤調試的方法”的內容了,經過本文的學習后,相信大家對FreeRTOS實時操作系統之可視化追蹤調試的方法這一問題有了更深刻的體會,具體使用情況還需要大家實踐驗證。這里是億速云,小編將為大家推送更多相關知識點的文章,歡迎關注!
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。