不帶操作系統(tǒng)的程序?qū)懙孟喈敹嗔?，帶系統(tǒng)的還是頭一次接觸，所以請教下其設計思想。

背景：

使用573觀察者例程，接收遙控器的鍵值解碼，以及驅(qū)動WS2812燈珠，燈珠數(shù)量20個（SNUM）。

--要能接收遙控器碼，掃描時間是相當短的，加長時間就收不到了。

--發(fā)送一幀WS2812的數(shù)據(jù)，即點亮所有燈珠，也需要一定時間，信號復位65us+加全部燈珠發(fā)送數(shù)據(jù)時間。

應該怎么設計WS2812的任務，如果把整個發(fā)送函數(shù)作為一個任務處理，擔心時間太長（假如很多燈珠，時間超了），影響接收遙控器的信號。

另外測試到，沒采用TMOS驅(qū)動WS2812時，在主循環(huán)調(diào)用發(fā)送函數(shù)，會影響接收遙控信號。

為了不影響藍牙任務的執(zhí)行，自定義任務要加到tmos里面統(tǒng)一管理，因為是單線程的，所以如果單個任務執(zhí)行時間長或者任務阻塞，必然影響其他任務，藍牙掃描廣播也是tmos管理的任務，所以在main里面加長代碼代碼也是不合適的，你說的這種用法，如果可以吧驅(qū)動2812的代碼進行拆分，用任務依次執(zhí)行，也許可行。

但是當前只有20個燈珠，驅(qū)動代碼應該對其他任務影響不大

建了個任務，基本實現(xiàn)所需功能。

請教一個問題：數(shù)據(jù)的傳遞若用申請內(nèi)存，發(fā)送接收消息的方式處理，有什么好處？

主要是用來降低各個功能代碼之間的互耦，節(jié)省一點全局變量的內(nèi)存。