[發明專利]嵌入式模塊串口冗余傳輸的控制方法及相關組件

在審

• 申請號: 202010080689.9
• 申請日: 2020-02-05
• 公開（公告）號: CN111309504A
• 公開（公告）日: 2020-06-19
• 發明（設計）人: 劉濤;張猛
• 申請（專利權）人: 蘇州浪潮智能科技有限公司
• 主分類號: G06F11/07
• 分類號: G06F11/07;G06F13/42;H04L12/703;H04L12/707
• 代理公司: 北京集佳知識產權代理有限公司 11227
• 代理人: 張春輝

本申請公開了嵌入式模塊串口冗余傳輸的控制方法，該方法可以保證串口數據的異常處理、串口狀態的異常處理、備用串口的啟用，保證待發送原數據在串口更換后正常的發送，提高服務器的產品的穩定性，不因串口的數據傳輸而導致產生的告警、宕機，或者其他問題，降低產品因發生此類而導致的人力成本和物料成本。本申請還提供了一種嵌入式模塊串口冗余傳輸裝置、一種計算機及一種可讀存儲介質，具有上述有益效果。

技術領域

本申請涉及嵌入式系統技術領域，特別涉及嵌入式模塊串口冗余傳輸的控制方法、裝置、一種計算機及一種可讀存儲介質。

背景技術

目前，在市場上主流的嵌入式產品的串口通信方案中，嵌入式模塊之間，均是采用的一路串口方法實現兩個嵌入式的模塊進行數據傳輸，其主要串口設備包括UART、I2C或者其他串口總線等。

在服務器的產品中，在其管理平臺中，存在對于嵌入式模塊的串口傳輸數據的需求，比如查詢狀態或者下發控制指令，獲取服務器設備的工作狀態，例如電壓參數、溫度參數，風扇參數，電壓狀態，設備信息等數據。這些數據信息，分散在不同的模塊中，由嵌入式模塊采集或者下發對于設備的控制信息，也需要多個嵌入式模塊協調工作，用于管理數據的傳輸，它們彼此間有大量的數據需要傳輸，用于保障服務器的正常穩定的工作，設備間連接交互示意圖如圖1所示。

根據市場主流嵌入式產品的串口數據傳輸方法，可以滿足服務器的產品功能要求，但現在的控制方法中，并沒有串口的冗余功能，一旦使用的串口數據傳輸失敗或者串口發送故障，這對服務器的產品而言，難以接受的，因為在服務器的行業中，對服務器的產品有不宕機、不丟數據的要求，這也意味著服務器產品對穩定性有極高的要求。

因此，如何響應各嵌入式模塊之間大數據量的傳輸需求，保證模塊間數據交互的穩定性，是本領域技術人員急需解決的問題。

發明內容

本申請的目的是提供一種嵌入式模塊串口冗余傳輸的控制方法，該方法可以實現嵌入式系統之間的高效串口冗余傳輸以及切換，保證各種運行狀態下的有效數據傳輸；本申請的另一目的是提供嵌入式模塊串口冗余傳輸的控制裝置、一種計算機及一種可讀存儲介質。

為解決上述技術問題，本申請提供一種嵌入式模塊串口冗余傳輸的控制方法，包括：

當嵌入式系統間的數據傳輸觸發時，從所述嵌入式系統間預先配置的多條鏈路通道中確定一條可用的通訊鏈路，作為目標鏈路；

調用所述目標鏈路進行數據傳輸，并對所述數據傳輸過程進行運行狀態監控；

若根據所述狀態監控判定數據傳輸異常時，進行數據傳輸重試；其中，所述數據傳輸異常包括：接收數據錯誤、接收數據不完整、接收數據為空以及數據譯碼校驗失??；

若所述數據傳輸重試失敗，判定當前的所述目標鏈路不可用，并執行所述從預先配置的多條鏈路通道中確定一條可用的通訊鏈路作為目標鏈路的步驟。

可選地，在所述數據傳輸觸發之前，還包括：

持續確定各通訊鏈路的鏈路狀態，并根據持續確定的所述鏈路狀態維護鏈路狀態數據；

則相應地，所述從預先配置的多條鏈路通道中確定一條可用的通訊鏈路作為目標鏈路，包括：根據所述鏈路狀態數據確定所述預先配置的多條鏈路通道是否可用。

可選地，所述持續確定各通訊鏈路的鏈路狀態，包括：

數據發送端持續向數據接收端發送鏈路心跳；

當所述數據發送端接收到所述數據接收端發送的回復確認后，判定鏈路鏈接正常；若未接收到所述回復確認，判定鏈路鏈接異常。

可選地，所述確定各通訊鏈路的鏈路狀態，包括：

當系統上電時，觸發確定各通訊鏈路的鏈路狀態。