現(xiàn)在基本上每周末都要去上國碩的課提升自己的非技術(shù)技能，同時(shí)也希望兩年后順利拿到碩士學(xué)位，完成我人生第一階段的目標(biāo)；所以最近一段時(shí)間個(gè)人基本上忙得不可開支，既需要完成老師布置的課題，也需要完成課程總結(jié)等等：

我也是個(gè)非常愛做筆記的人，所以我每次聽完課都會(huì)肝一張思維導(dǎo)圖，以作為課程的總結(jié)復(fù)習(xí)提綱，同時(shí)我也是個(gè)喜歡分享的人，每次肝完筆記都會(huì)第一時(shí)間分享給我的同學(xué)；我的同學(xué)也都是社會(huì)上的中流砥柱，基本上90%以上都是boss，不過說實(shí)話圈子是真的小，竟然還有前ST(意法半導(dǎo)體)的市場總監(jiān)，能認(rèn)識(shí)如此優(yōu)秀的同學(xué)實(shí)屬非常榮幸！跟著優(yōu)秀的人一起慢慢也會(huì)變得優(yōu)秀；后續(xù)我也會(huì)將我學(xué)習(xí)技術(shù)的思維導(dǎo)圖分享給大家。

好了，話說再怎么忙，文章還是要更的，今天就來解決開源群里一位小伙伴的問題，我和這位小伙伴的聊天記錄如下：

正好最近在工作中也遇到了這樣的問題，但我的問題可能會(huì)比這位小伙伴更嚴(yán)重一些，但一樣可以采用相同的方式來解決。

1、我自己遇到的問題

這個(gè)項(xiàng)目我上的是TencentOS tiny物聯(lián)網(wǎng)操作系統(tǒng)，由于需要實(shí)時(shí)更新產(chǎn)品的一些狀態(tài)，比如傳感器、時(shí)間、電量、信號(hào)等等，更新這些我統(tǒng)一都放在一個(gè)任務(wù)里執(zhí)行：

/*狀態(tài)欄任務(wù)顯示處理*/
void?StartStatus_Bar_Task(void?*argument);

我是如何完成這些狀態(tài)的更新呢？采用狀態(tài)機(jī)的模式，以下為偽代碼：

void?StartStatus_Bar_Task(void?*argument)
{
????static?uint8_t?status?=?0;
????while(1)
????{
????????switch(status)
????????{
??????????//更新時(shí)間
??????????case?0:
????????????//業(yè)務(wù)邏輯開始
????????????//....
????????????//業(yè)務(wù)邏輯結(jié)束
????????????//狀態(tài)切換
????????????status?=?1?;??
????????????break?;
??????????//更新傳感器狀態(tài)
??????????case?1:
????????????//業(yè)務(wù)邏輯開始
????????????//....
????????????//業(yè)務(wù)邏輯結(jié)束
????????????//狀態(tài)切換
????????????status?=?2?;
????????????break?;
??????????//更新電量
??????????case?2:
????????????//業(yè)務(wù)邏輯開始
????????????Update_Battery();
????????????//業(yè)務(wù)邏輯結(jié)束
????????????//狀態(tài)切換
????????????status?=?0?;
????????????break?;
??????????default:
????????????break?;
????????}
????
????}
????tos_sleep_ms(300);
}

那么這樣做有什么好處呢？這樣子就可以完成各個(gè)狀態(tài)的間隔刷新了，個(gè)人經(jīng)驗(yàn)使用感覺效率會(huì)高一些，當(dāng)然如果你使用的MCU的主頻夠快，想一次性更新那也沒問題。

好，這么做思路是對(duì)的，后面也配合硬件的充電模塊完成了一些其它的邏輯：

• 當(dāng)插入充電器時(shí)，電池未充滿電，顯示充電紅色圖標(biāo)
• 當(dāng)插入充電器時(shí)，電池充滿電，顯示充電綠色圖標(biāo)
• 當(dāng)沒有插入充電器時(shí)，讀取AD值，根據(jù)當(dāng)前的AD值計(jì)算電壓，然后分級(jí)顯示

按照邏輯，我編寫以下代碼：

//更新電池
void?Update_Battery(void)
{
????int?level?=?0;
????double?Vol_value?=?0.0;
????level?=?Get_Battery();
????Vol_value?=?level?*?3.3?/?4096?;

????//當(dāng)前正在充電
????if(GPIO_PIN_RESET?==?HAL_GPIO_ReadPin(CHARG_0_GPIO_Port,?CHARG_0_Pin))
????????Display_Battery_Level(4);

????//當(dāng)前電已充滿
????if(GPIO_PIN_RESET?==?HAL_GPIO_ReadPin(CHARG_1_GPIO_Port,?CHARG_1_Pin))
????????Display_Battery_Level(5);

????//沒插充電器
????if(GPIO_PIN_SET?==?HAL_GPIO_ReadPin(CHARG_1_GPIO_Port,?CHARG_1_Pin)
????????????&&?GPIO_PIN_SET?==?HAL_GPIO_ReadPin(CHARG_0_GPIO_Port,?CHARG_0_Pin))
????{
????????????if(Vol_value?>?0.90)
????????????????Display_Battery_Level(3);
????????????else?if(Vol_value?>?0.87?&&?Vol_value?<=?0.90)
????????????????Display_Battery_Level(2);
????????????else?if(Vol_value?>?0.84?&&?Vol_value?<=?0.87)
????????????????Display_Battery_Level(1);
????????????else
????????????????Display_Battery_Level(0);
????}
}

思路是對(duì)的，看上去也完全沒有問題；但是實(shí)際操作過程中問題就來了，當(dāng)電壓值計(jì)算到了臨界點(diǎn)，假設(shè)在沒插充電器時(shí)，電量其實(shí)一直在消耗中，電壓計(jì)算在0.87邊界范圍左右跳動(dòng)，這樣出現(xiàn)問題的現(xiàn)象就和剛剛聊天那位小伙伴描述的現(xiàn)象基本一致了：

后來根據(jù)我個(gè)人分析問題的經(jīng)驗(yàn)，電池格數(shù)跳動(dòng)它不是一個(gè)一直在發(fā)生的事件，它可能是幾秒鐘跳一次，隔幾秒鐘再跳一次，等到電壓降下來了，就又不跳了，又保持在一個(gè)穩(wěn)定的狀態(tài)，所謂的這種跳動(dòng)的狀態(tài)，只有可能發(fā)生在格數(shù)臨界點(diǎn)的地方。

2、解決方案

適當(dāng)給顯示電量的地方延時(shí)，不要頻繁的更新電池電量的顯示；以上面狀態(tài)欄任務(wù)的更新頻率是每300ms的頻率更新每個(gè)顯示狀態(tài)，其它的可以保持不變，但是電量這塊可以做一下處理，我們把代碼稍微改一下：

//更新電池
void?Update_Battery(void)
{
????int?level?=?0;
????double?Vol_value?=?0.0;
????/*延時(shí)計(jì)數(shù)器*/
????static?uint8_t?count_delay?=?0?;
????/*拔插充電器時(shí)候?qū)崟r(shí)更新當(dāng)前電量狀態(tài)*/
????static?uint8_t?update_flag?=?0?;
????level?=?Get_Battery();
????Vol_value?=?level?*?3.3?/?4096?;

????//當(dāng)前正在充電
????if(GPIO_PIN_RESET?==?HAL_GPIO_ReadPin(CHARG_0_GPIO_Port,?CHARG_0_Pin))
????{
????????/*解鎖刷新標(biāo)志，當(dāng)拔掉充電器時(shí)候需要更新一次電量顯示*/
????????update_flag?=?0?;
????????Display_Battery_Level(4);
????}

????//當(dāng)前電已充滿
????if(GPIO_PIN_RESET?==?HAL_GPIO_ReadPin(CHARG_1_GPIO_Port,?CHARG_1_Pin))
????{
????????/*解鎖刷新標(biāo)志，當(dāng)拔掉充電器時(shí)候需要更新一次電量顯示*/
????????update_flag?=?0?;
????????Display_Battery_Level(5);
????}

????//沒插充電器
????if(GPIO_PIN_SET?==?HAL_GPIO_ReadPin(CHARG_1_GPIO_Port,?CHARG_1_Pin)
????????????&&?GPIO_PIN_SET?==?HAL_GPIO_ReadPin(CHARG_0_GPIO_Port,?CHARG_0_Pin))
????{
????????/*當(dāng)更新標(biāo)志解鎖時(shí)，更新一次電量顯示*/
????????if(update_flag?==?0)
????????{
????????????if(Vol_value?>?0.90)
????????????????Display_Battery_Level(3);
????????????else?if(Vol_value?>?0.87?&&?Vol_value?<=?0.90)
????????????????Display_Battery_Level(2);
????????????else?if(Vol_value?>?0.84?&&?Vol_value?<=?0.87)
????????????????Display_Battery_Level(1);
????????????else
????????????????Display_Battery_Level(0);
????????????/*更新完畢后上鎖，直到下一次插入充電器的時(shí)候再解鎖*/
????????????update_flag?=?1?;
????????}

????????/*持續(xù)計(jì)數(shù)，一次是300ms，那么計(jì)數(shù)60次就是18s，也就是18s才更新一次電量*/
????????++count_delay;
????????if(count_delay?>=?60)
????????{
????????????count_delay?=?0?;

????????????if(Vol_value?>?0.90)
????????????????Display_Battery_Level(3);
????????????else?if(Vol_value?>?0.87?&&?Vol_value?<=?0.90)
????????????????Display_Battery_Level(2);
????????????else?if(Vol_value?>?0.84?&&?Vol_value?<=?0.87)
????????????????Display_Battery_Level(1);
????????????else?if(Vol_value?>?0.80?&&?Vol_value?<=?0.84)
????????????????Display_Battery_Level(0);
????????}
????}
}

在這里，代碼主要解決了兩個(gè)問題：

• 當(dāng)拔插充電器時(shí)，需要完成狀態(tài)切換，并更新一次電量顯示
• 在沒有插充電器時(shí)，每18s完成一次電量更新

我改完以后再去測試的時(shí)候就不會(huì)再有電池格數(shù)頻繁跳動(dòng)的問題了，當(dāng)然項(xiàng)目里還有其它的一些業(yè)務(wù)問題，比如處理休眠喚醒時(shí)，狀態(tài)欄的更新問題，所有的處理方式也是類似的；如果有些還是會(huì)有明顯跳動(dòng)現(xiàn)象的話，我們可以考慮把計(jì)數(shù)時(shí)間繼續(xù)拉長，比如1分鐘就只更新一次電量；這樣也是合理的。

這里透露一些產(chǎn)品研發(fā)上的潛規(guī)則，比如我要讓客戶感覺這個(gè)設(shè)備的續(xù)航時(shí)間夠長，其實(shí)我可以在電池分級(jí)分少一些，不要分那么多狀態(tài)，只有滿電、低電、充電、充滿四種狀態(tài)，這樣從用戶的使用角度上來說，只要客戶看著產(chǎn)品的電量指示有電，那么它就是有電，這也是一種研發(fā)產(chǎn)品上的商務(wù)手段，我們簡稱這種手段叫投機(jī)取巧；當(dāng)然作為一個(gè)剛直的技術(shù)人員，我其實(shí)是非常反對(duì)這種為了迎合資本市場而去做的這種不道德的行為！這是需要被公眾所譴責(zé)的；希望我們技術(shù)人員都要有一顆不投機(jī)取巧的心，努力把產(chǎn)品做好！

3、其它

感謝前天汪哥在分享的TencentOS tiny的會(huì)議上提到了我的開源項(xiàng)目：

TencentOS tiny危險(xiǎn)氣體探測儀產(chǎn)品級(jí)開發(fā)

并且TencetOS官方號(hào)也做了一次轉(zhuǎn)發(fā)表示支持：

這個(gè)項(xiàng)目會(huì)繼續(xù)維護(hù)，后面會(huì)將代碼做得更優(yōu)雅，界面做得更漂亮；功能做得更完善，并且在做完一次迭代更新的同時(shí)會(huì)及時(shí)通過本公眾號(hào)告訴大家。

我的開源之路會(huì)一直堅(jiān)持不懈的繼續(xù)走下去，如下，手上的東西還有很多，比如手持PDA掃碼器、4G DTU、智能小車，還有超多的各種各樣的開發(fā)板；接下來期待我的持續(xù)分享：

往期精彩

TencentOS tiny RTOS快速入門

分批讀取文件中數(shù)據(jù)的程序流程及其C代碼實(shí)現(xiàn)

C語言表驅(qū)動(dòng)法編程實(shí)踐(精華帖,建議收藏并實(shí)踐)

分享一個(gè)在Keil開發(fā)環(huán)境中配置代碼格式化工具Astyle(美化代碼風(fēng)格)

覺得本次分享的文章對(duì)您有幫助，隨手點(diǎn)[在看]并轉(zhuǎn)發(fā)分享，也是對(duì)我的支持。