這篇文章主要介紹“FreeRTOS怎么進行優(yōu)化與錯誤排查”，在日常操作中，相信很多人在FreeRTOS怎么進行優(yōu)化與錯誤排查問題上存在疑惑，小編查閱了各式資料，整理出簡單好用的操作方法，希望對大家解答”FreeRTOS怎么進行優(yōu)化與錯誤排查”的疑惑有所幫助！接下來，請跟著小編一起來學(xué)習(xí)吧！

創(chuàng)新互聯(lián)自2013年起，先為薩嘎等服務(wù)建站，薩嘎等地企業(yè)，進行企業(yè)商務(wù)咨詢服務(wù)。為薩嘎企業(yè)網(wǎng)站制作PC+手機+微官網(wǎng)三網(wǎng)同步一站式服務(wù)解決您的所有建站問題。

寫在前面

主要是為剛接觸 FreeRTOS 的用戶指出那些新手通常容易遇到的問題。這里把最主要的篇幅放在棧溢出以及棧溢出j檢測上，因為棧相關(guān)的問題是初學(xué)者遇到最多的問題。

printf-stdarg.c

當(dāng)調(diào)用 C 標準庫的函數(shù)時，?？臻g使用量可能會急劇上升，特別是 IO 與字符串處理函數(shù)，比如 sprintf()、printf()等。在 FreeRTOS 源碼包中有一個名為 printf-stdarg.c的文件。這個文件實現(xiàn)了一個棧效率優(yōu)化版的小型 sprintf()、printf()，可以用來代替標準 C 庫函數(shù)版本。在大多數(shù)情況下，這樣做可以使得調(diào)用 sprintf()及相關(guān)函數(shù)的任務(wù)對?？臻g的需求量小很多。 可能很多人都不知道freertos中有這樣子的一個文件，它放在第三方資料中，路徑為“FreeRTOSv9.0.0\FreeRTOS-Plus\Demo\FreeRTOS_Plus_UDP_and_CLI_LPC1830_GCC”，我們發(fā)布工程的時候就無需依賴 C 標準庫，這樣子就能減少棧的使用，能優(yōu)化不少空間。 該文件源碼（部分）：

static int print( char **out, const char *format, va_list args )
{
	register int width, pad;
	register int pc = 0;
	char scr[2];

	for (; *format != 0; ++format) {
		if (*format == '%') {
			++format;
			width = pad = 0;
			if (*format == '\0') break;
			if (*format == '%') goto out;
			if (*format == '-') {
				++format;
				pad = PAD_RIGHT;
			}
			while (*format == '0') {
				++format;
				pad |= PAD_ZERO;
			}
			for ( ; *format >= '0' && *format <= '9'; ++format) {
				width *= 10;
				width += *format - '0';
			}
			if( *format == 's' ) {
				register char *s = (char *)va_arg( args, int );
				pc += prints (out, s?s:"(null)", width, pad);
				continue;
			}
			if( *format == 'd' || *format == 'i' ) {
				pc += printi (out, va_arg( args, int ), 10, 1, width, pad, 'a');
				continue;
			}
			if( *format == 'x' ) {
				pc += printi (out, va_arg( args, int ), 16, 0, width, pad, 'a');
				continue;
			}
			if( *format == 'X' ) {
				pc += printi (out, va_arg( args, int ), 16, 0, width, pad, 'A');
				continue;
			}
			if( *format == 'u' ) {
				pc += printi (out, va_arg( args, int ), 10, 0, width, pad, 'a');
				continue;
			}
			if( *format == 'c' ) {
				/* char are converted to int then pushed on the stack */
				scr[0] = (char)va_arg( args, int );
				scr[1] = '\0';
				pc += prints (out, scr, width, pad);
				continue;
			}
		}
		else {
		out:
			printchar (out, *format);
			++pc;
		}
	}
	if (out) **out = '\0';
	va_end( args );
	return pc;
}

int printf(const char *format, ...)
{
	va_list args;

	va_start( args, format );
	return print( 0, format, args );
}

int sprintf(char *out, const char *format, ...)
{
	va_list args;

	va_start( args, format );
	return print( &out, format, args );
}


int snprintf( char *buf, unsigned int count, const char *format, ... )
{
	va_list args;

	( void ) count;

	va_start( args, format );
	return print( &buf, format, args );
}

使用的例子與 C 標準庫基本一樣：

int main(void)
{
	char *ptr = "Hello world!";
	char *np = 0;
	int i = 5;
	unsigned int bs = sizeof(int)*8;
	int mi;
	char buf[80];

	mi = (1 << (bs-1)) + 1;
	printf("%s\n", ptr);
	printf("printf test\n");
	printf("%s is null pointer\n", np);
	printf("%d = 5\n", i);
	printf("%d = - max int\n", mi);
	printf("char %c = 'a'\n", 'a');
	printf("hex %x = ff\n", 0xff);
	printf("hex %02x = 00\n", 0);
	printf("signed %d = unsigned %u = hex %x\n", -3, -3, -3);
	printf("%d %s(s)%", 0, "message");
	printf("\n");
	printf("%d %s(s) with %%\n", 0, "message");
	sprintf(buf, "justif: \"%-10s\"\n", "left"); printf("%s", buf);
	sprintf(buf, "justif: \"%10s\"\n", "right"); printf("%s", buf);
	sprintf(buf, " 3: %04d zero padded\n", 3); printf("%s", buf);
	sprintf(buf, " 3: %-4d left justif.\n", 3); printf("%s", buf);
	sprintf(buf, " 3: %4d right justif.\n", 3); printf("%s", buf);
	sprintf(buf, "-3: %04d zero padded\n", -3); printf("%s", buf);
	sprintf(buf, "-3: %-4d left justif.\n", -3); printf("%s", buf);
	sprintf(buf, "-3: %4d right justif.\n", -3); printf("%s", buf);

	return 0;
}

棧計算

每個任務(wù)都獨立維護自己的?？臻g， 任務(wù)棧空間總量在任務(wù)創(chuàng)建時進行設(shè)定。uxTaskGetStackHighWaterMark()主要用來查詢指定任務(wù)的運行歷史中， 其?？臻g還差多少就要溢出。這個值被稱為?？臻g的High Water Mark。 函數(shù)原型：

UBaseType_t uxTaskGetStackHighWaterMark( TaskHandle_t xTask )

想要使用它，需要將對應(yīng)的宏定義打開：INCLUDE_uxTaskGetStackHighWaterMark

函數(shù)描述：|參數(shù)|說明| |--|--| | xTask | 被查詢?nèi)蝿?wù)的句柄如果傳入 NULL 句柄，則任務(wù)查詢的是自身?？臻g的高水線 | | 返回值| 任務(wù)?？臻g的實際使用量會隨著任務(wù)執(zhí)行和中斷處理過程上下浮動。uxTaskGetStackHighWaterMark()返回從任務(wù)啟動執(zhí)行開始的運行歷史中，?？臻g具有的最小剩余量。這個值即是?？臻g使用達到最深時的剩下的未使用的?？臻g。這個值越是接近 0，則這個任務(wù)就越是離棧溢出不遠。|

如果不知道怎么計算任務(wù)棧大小，就使用這個函數(shù)進行統(tǒng)計一下，然后將任務(wù)運行時最大的?？臻g作為任務(wù)?？臻g的80%大小即可。即假設(shè)統(tǒng)計得到的任務(wù)棧大小為常量 A，那么在創(chuàng)建線程的時候需要 X大小的空間，那么 X * 80% = A，算到的 X作為任務(wù)棧大小就差不多了。

運行時棧檢測

FreeRTOS 包含兩種運行時棧j檢測機制，由 FreeRTOSConfig.h 中的配置常量configCHECK_FOR_STACK_OVERFLOW 進行控制。這兩種方式都會增加上下切換開銷。

棧溢出鉤子函數(shù)(或稱回調(diào)函數(shù))由內(nèi)核在j檢測到棧溢出時調(diào)用。要使用棧溢出鉤子函數(shù)，需要進行以下配置：

• 在 FreeRTOSConfig.h 中把 configCHECK_FOR_STACK_OVERFLOW 設(shè)為 1或者 2。

• 提供鉤子函數(shù)的具體實現(xiàn)，采用下面所示的函數(shù)名和函數(shù)原型。

void vApplicationStackOverflowHook( xTaskHandle *pxTask, signed portCHAR *pcTaskName );

補充說明：

• 棧溢出鉤子函數(shù)只是為了使跟蹤調(diào)試?？臻g錯誤更容易，而無法在棧溢出時對其進行恢復(fù)。函數(shù)的入口參數(shù)傳入了任務(wù)句柄和任務(wù)名，但任務(wù)名很可能在溢出時已經(jīng)遭到破壞。

• 棧溢出鉤子函數(shù)還可以在中斷的上下文中進行調(diào)用

• 某些微控制器在檢測到內(nèi)存訪問錯誤時會產(chǎn)生錯誤異常，很可能在內(nèi)核調(diào)用棧溢出鉤子函數(shù)之前就觸發(fā)了錯誤異常中斷。

方法1

當(dāng) configCHECK_FOR_STACK_OVERFLOW 設(shè)置為 1時選用方法 1。 任務(wù)被交換出去的時候，該任務(wù)的整個上下文被保存到它自己的?？臻g中。這時任務(wù)棧的使用應(yīng)當(dāng)達到了一個峰值。當(dāng) configCHECK_FOR_STACK_OVERFLOW 設(shè)為1時，內(nèi)核會在任務(wù)上下文保存后檢查棧指針是否還指向有效?？臻g。一旦檢測到棧指針的指向已經(jīng)超出任務(wù)棧的有效范圍，棧溢出鉤子函數(shù)就會被調(diào)用。 方法 1 具有較快的執(zhí)行速度，但棧溢出有可能發(fā)生在兩次上下文保存之間，這種情況不會被檢測到，因為這種檢測方式僅在任務(wù)切換中檢測。

方法2

將 configCHECK_FOR_STACK_OVERFLOW 設(shè)為 2就可以選用方法 2。方法 2在方法 1 的基礎(chǔ)上進行了一些補充。 當(dāng)創(chuàng)建任務(wù)時，任務(wù)?？臻g中就預(yù)置了一個標記。方法 2會檢查任務(wù)棧的最后 20個字節(jié)的數(shù)據(jù)，查看預(yù)置在這里的標記數(shù)據(jù)是否被覆蓋。如果最后 20 個字節(jié)的標記數(shù)據(jù)與預(yù)設(shè)值不同，則棧溢出鉤子函數(shù)就會被調(diào)用。 方法 2沒有方法 1的執(zhí)行速度快，但測試僅僅 20 個字節(jié)相對來說也是很快的。這種方法應(yīng)該可以j檢測到任何時候發(fā)生的棧溢出，雖然理論上還是有可能漏掉一些情況，但這些情況幾乎是不可能發(fā)生的。

其它常見錯誤

在一個 Demo 應(yīng)用程序中增加了一個簡單的任務(wù)，導(dǎo)致應(yīng)用程序崩潰

可能的情況：

1. 任務(wù)創(chuàng)建時需要在內(nèi)存堆中分配空間。許多 Demo 應(yīng)用程序定義的堆空間大小只夠用于創(chuàng)建 Demo 任務(wù)——所以當(dāng)任務(wù)創(chuàng)建完成后，就沒有足夠的剩余空間來增加其它的任務(wù)，隊列或信號量。

2. 空閑任務(wù)是在 vTaskStartScheduler()調(diào)用中自動創(chuàng)建的。如果由于內(nèi)存不足而無法創(chuàng)建空閑任務(wù)，vTaskStartScheduler()會直接返回。所以一般在調(diào)用 vTaskStartScheduler()后加上一條空循環(huán)for(;;) / while(1)可以使這種錯誤更加容易調(diào)試。 如果要添加更多的任務(wù)，可以增加內(nèi)存堆空間大?。ㄐ薷呐渲梦募?，或是刪掉一些已存在的 Demo任務(wù)。

在中斷中調(diào)用一個 API 函數(shù)，導(dǎo)致應(yīng)用程序崩潰

需要做的第一件事是檢查中斷是否導(dǎo)致了棧溢出。

然后檢查API接口是否正確，除了具有后綴為FromISR函數(shù)名的 API 函數(shù)，千萬不要在中斷服務(wù)程序中調(diào)用其它 API 函數(shù)。

除此之外，還需要注意中斷的優(yōu)先級：FreeRTOSConfig.h文件中可以配置系統(tǒng)可管理的最高中斷優(yōu)先級數(shù)值，宏定義configLIBRARY_MAX_SYSCALL_INTERRUPT_PRIORITY是用于配置basepri寄存器的，當(dāng)basepri設(shè)置為某個值的時候，會讓系統(tǒng)不響應(yīng)比該優(yōu)先級低的中斷，而優(yōu)先級比之更高的中斷則不受影響。就是說當(dāng)這個宏定義配置為5的時候，中斷優(yōu)先級數(shù)值在0、1、2、3、4的這些中斷是不受FreeRTOS管理的，不可被屏蔽，同時也不能調(diào)用FreeRTOS中的API函數(shù)接口，而中斷優(yōu)先級在5到15的這些中斷是受到系統(tǒng)管理，可以被屏蔽的，也可以調(diào)用FreeRTOS中的API函數(shù)接口。

臨界區(qū)無法正確嵌套

除了 taskENTER_CRITICA()和 taskEXIT_CRITICAL()，千萬不要在其它地方修改控制器的中斷使能位或優(yōu)先級標志。這兩個宏維護了一個嵌套深度計數(shù)，所以只有當(dāng)所有的嵌套調(diào)用都退出后計數(shù)值才會為 0，也才會使能中斷。

在調(diào)度器啟動前應(yīng)用程序就崩潰了

這個問題我也會遇到，如果一個中斷會產(chǎn)生上下文切換，則這個中斷不能在調(diào)度器啟動之前使能。這同樣適用于那些需要讀寫隊列或信號量的中斷。在調(diào)度器啟動之前，不能進行上下文切換。 還有一些 API 函數(shù)不能在調(diào)度器啟動之前調(diào)用。在調(diào)用 vTaskStartScheduler()之前，最好是限定只使用創(chuàng)建任務(wù)，隊列和信號量的 API 函數(shù)。 比如有一些初始化需要中斷的，或者在初始化完成的時候回產(chǎn)生一個中斷，這些驅(qū)動的初始化最好放在一個任務(wù)中進行，我是這樣子處理的，在main函數(shù)中創(chuàng)建一個任務(wù)，在任務(wù)中進行bsp初始化，然后再創(chuàng)建消息隊列、信號量、互斥量、事件以及任務(wù)等操作。

在調(diào)度器掛起時調(diào)用 API 函數(shù)，導(dǎo)致應(yīng)用程序崩潰

調(diào)用 vTaskSuspendAll()使得調(diào)度器掛起，而喚醒調(diào)度器調(diào)用 xTaskResumeAll()。千萬不要在調(diào)度器掛起時調(diào)用其它 API 函數(shù)。

到此，關(guān)于“FreeRTOS怎么進行優(yōu)化與錯誤排查”的學(xué)習(xí)就結(jié)束了，希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學(xué)習(xí)，快去試試吧！若想繼續(xù)學(xué)習(xí)更多相關(guān)知識，請繼續(xù)關(guān)注創(chuàng)新互聯(lián)網(wǎng)站，小編會繼續(xù)努力為大家?guī)砀鄬嵱玫奈恼拢?/p>

分享題目：FreeRTOS怎么進行優(yōu)化與錯誤排查
分享網(wǎng)址：http://chinadenli.net/article30/gicgso.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供服務(wù)器托管、網(wǎng)站設(shè)計公司、品牌網(wǎng)站制作、移動網(wǎng)站建設(shè)、手機網(wǎng)站建設(shè)、電子商務(wù)

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)