[發明專利]嵌入式系統多進程交互共用SPI通訊總線的方法

有效

• 申請號: 201310154550.4
• 申請日: 2013-04-28
• 公開（公告）號: CN103218327A
• 公開（公告）日: 2013-07-24
• 發明（設計）人: 陳定柱;李南山;卓文龍;褚念念
• 申請（專利權）人: 惠州市德賽西威汽車電子有限公司
• 主分類號: G06F13/378
• 分類號: G06F13/378
• 代理公司: 廣州粵高專利商標代理有限公司 44102
• 代理人: 任海燕

技術領域

本發明涉及一種嵌入式系統多進程交互共用SPI通訊總線的方法。?

背景技術

在現有技術中，交互式多進程嵌入式多媒體系統的SPI通信多采用如圖1的系統設計方案：?A系統是個沒有顯示設備的嵌入式系統，主要實現如Tuner芯片的驅動和管理、CD或者DVD機芯的驅動和管理、電源檢測和管理、倒車的檢測和管理等功能。而這些功能如果需要顯示出來，則需要另外一個基于Arm的多進程多媒體嵌入式B系統來完成，嵌入式B系統需要，除了完成自己的任務之外，還需要顯示和處理A系統的所有功能的顯示任務。A系統和B系統之間的通信只有一條SPI?通信總線，也就是A系統和B系統之間交互的數據，全部只能夠通過唯一的一條SPI?通信總線。傳統的設計是因為A，B兩個系統只有一條SPI通信總線，則B系統里面只能夠有一個進程可以和A?系統進行通信。所以B系統的設計則往往是創建一個獨立的通信進程和A系統進行通信，?B系統的通信進程收到A系統的消息之后，廣播給其它需要使用這條消息的進程，這種方法也能夠達到一條消息同時給導航系統多個進程共享的目的。但是這種設計存在明顯的設計缺陷，主要的缺點是下面幾個：1、只有B系統的SPI通信進程可以接受和處理A系統的SPI消息，一旦通信進程出現異常不能正常工作，則這個系統將會癱瘓，系統的設計穩定性較差。2、B系統所有使用SPI消息的進程都需要時刻等待通信進程是否有SPI消息拋出，接收到之后還需判斷是否是自己需要的數據，不是自己需要的數據則丟掉，因此整個系統的資源消耗會比較大，執行效率比較低，造成資源浪費。3、通信進程不能處理消息的優先級，收到消息之后按照收到的先后順序向系統進行廣播，無法滿足單個消息使用進程自己定義自己的消息處理優先級。4、當某個SPI?處理線程比較繁忙的時候，則不能及時響應SPI處理進程的系統廣播消息，此時又有另外的SPI消息廣播，此時容易造成消息丟失，從而造成系統存在嚴重的質量缺陷。?

發明內容

為了解決上述現有交互式多進程嵌入式多媒體系統的SPI通信的問題，本發明提供一種嵌入式系統多進程交互共用SPI通訊總線的設計方案。?

嵌入式系統多進程交互共用SPI通訊總線的方法，包括以下步驟：（1）系統初始化并創建進程；（2）系統為各種SPI消息進行一一標記；（3）進程向系統注冊自身需要的SPI消息；（4）系統根據收到的SPI消息的標記將SPI消息發送給對應的進程。?

所述步驟（2）所述標記的方法為：為每一個不同的SPI消息分配唯一的編號。?

步驟（3）的實現方法為：進程通過自身需要的SPI消息對應的編號向系統注冊，系統將每個進程對應注冊的SPI消息分別進行存儲。?

步驟（3）還包括進程向系統申請單獨的通信消息隊列的步驟。?

步驟（4）的實現方法為：（41）系統接收到SPI消息，并查詢其對應的編號；（42）根據編號查詢所有對應的進程；（43）將SPI消息發送到所有對該消息注冊的進程。?

所述步驟（43）的實現方法為：將SPI消息放入對應的進程向系統申請的消息隊列中，并通知該進程。?

還包括SPI消息丟棄步驟：若查詢不到任何進程注冊所接收到的SPI消息，則將該SPI消息丟棄。?

還包括SPI消息注銷步驟：若某進程不再需要其已注冊的SPI消息或者進程退出時，則向系統發送注銷請求，系統收到請求后將存儲的相關記錄刪除。?

綜上所述，本發明具有以下有益效果：（1）應用層的進程有自己獨立的SPI通信隊列，可根據需要只注冊自己關注的SPI消息，對其他SPI消息的交互無需做任何處理；（2）單一進程的SPI通信不再受其他進程的限制，是否需要處理SPI?消息完全不受其他進程的影響，進程的創建和退出也不會影響其他進程的SPI消息處理；（3）某個進程的SPI消息隊列堵塞，完全不會影響到其他進程的通信，系統的穩定性得到了提高。?

附圖說明

圖1為本發明所述嵌入式系統多進程交互共用SPI通訊總線的方法系統架構示意圖；?

圖2為本發明所述嵌入式系統多進程交互共用SPI通訊總線的方法實施流程示意圖。

具體實施方式

為了讓本領域的技術人員能夠更好地了解本發明的技術方案，下面結合附圖對本發明作進一步的闡述。?

如圖1和圖2所示，本發明揭示了一種嵌入式系統多進程交互共用SPI通訊總線的方法，包括以下步驟：?