串口DMA跑數(shù)據(jù)接收壓力測試的問題及其解決辦法
做項目時使用官方串口DMA例程,在跑數(shù)據(jù)接收壓力測試時發(fā)現(xiàn)了一些細節(jié)問題,正是這些問題卡了我2天?,F(xiàn)在終于得到解決,在此立個貼做記錄。例程現(xiàn)象:
1. 串口DMA在接收過程中,是不定長接收的。就算你上位只發(fā)送了1次,例程接收端總會給你2 - N段不定長數(shù)據(jù)給你。論壇上也有類似的帖子說是底層驅(qū)動的某些特性。
2. 串口DMA在接收線程中serial_thread_entry里面不可以做協(xié)議數(shù)據(jù)解析,盡管這是個獨立的線程,盡管你的數(shù)據(jù)解析函數(shù)沒有任何阻塞線程的動作,都不行。你必須把接收到的數(shù)據(jù)通過其他途徑轉(zhuǎn)移到其他線程去處理(比如消息隊列)。否則會產(chǎn)生意想不到異常,現(xiàn)象是在運行一段時間后tshell卡死,或者當前接收線程直接在ps列表消失,但是依然可以接收數(shù)據(jù),無論哪樣最終都會讓tshell完全卡死加死機,就連cmTraceback也救不了(不能百分百觸發(fā)異常播報),cmTraceback只會告訴你的shell串口在接收中斷處有問題,但是具體什么問題我看不出。個人懷疑是 rx_length = rt_device_read(msg.dev, 0, rx_buffer, msg.size); 這個函數(shù)有隱藏阻塞,如果在下文加上長延時的數(shù)據(jù)解析會導(dǎo)致跟tshell沖突。
嘗試過,提高或降低tshell 或 syswork或其他線程優(yōu)先級,增大串口或線程緩沖區(qū)。都不行。
解決辦法:
串口接收線程收到的數(shù)據(jù)只能再中轉(zhuǎn)到其他線程去做處理。 以下是我串口生產(chǎn)者,和消費者代碼。
小提示:
消費者線程的優(yōu)先級要高于生產(chǎn)者線程的優(yōu)先級(消息隊列應(yīng)用),否則會出現(xiàn)數(shù)據(jù)覆蓋的現(xiàn)象。比如,高優(yōu)先級生產(chǎn)者隊列入了3次數(shù)據(jù),低優(yōu)先級消費者線程出隊列只能取到最后一條數(shù)據(jù)。這個我也很納悶。我覺得可能跟線程搶占有關(guān)或者優(yōu)先級翻轉(zhuǎn)之類的現(xiàn)象,解決辦法也許把消費者和生產(chǎn)者加上互斥鎖后應(yīng)該就能解決,但是這樣的話,因為被鎖了,生產(chǎn)者線程有可能不能及時接受到外來數(shù)據(jù)導(dǎo)致丟包。
*博客內(nèi)容為網(wǎng)友個人發(fā)布,僅代表博主個人觀點,如有侵權(quán)請聯(lián)系工作人員刪除。