[發明專利]一種基于RT地址的1553B消息接收方法

有效

• 申請號: 202011095538.7
• 申請日: 2020-10-14
• 公開（公告）號: CN112235207B
• 公開（公告）日: 2023-02-03
• 發明（設計）人: 唐亮
• 申請（專利權）人: 天津津航計算技術研究所
• 主分類號: H04L49/901
• 分類號: H04L49/901;H04L49/9015;H04L12/40
• 代理公司: 中國兵器工業集團公司專利中心 11011
• 代理人: 辛海明

本發明涉及一種基于RT地址的1553B消息接收方法，屬于總線設計領域。本發明定義一個鏈表數組；定義一個指針數組，數組中每一個元素指向鏈表數組每個元素的表頭；BC向RT發送命令報文時，把消息堆棧中的消息寫入對應鏈表節點中；獲取某個RT地址的消息時從對應鏈表指針指向的鏈表節點獲取，然后將該節點從鏈表移出。本發明在應用軟件需要獲取某一RT地址消息的時候，能夠減少查找時間，并不給應用軟件帶來額外的處理分支，彌補傳統的1553B消息接收機制的不足。該技術方法經過了大量實驗驗證，結果表明，該方法穩定可靠，確實能夠減小在獲取某一特定RT消息時的處理時間，提高執行效率。

技術領域

本發明屬于總線設計領域，具體涉及一種基于RT地址的1553B消息接收方法。

背景技術

1553B總線是一種設備間信息傳輸的總線標準，具有雙向輸出特性，實時性和可靠性較高，目前廣泛應用于航空航天、飛機制造和兵器領域。這些領域對總線上消息傳輸的實時性要求比較高，傳統的消息處理方法普遍采取消息遍歷查找處理，對消息棧中的報文依次判斷；對于多RT設備的系統，這種方法每次都要浪費一次報文尋址空間深度的查找時間，而且對于非“目標RT”的消息，一種處理方式是繼續擱置在消息棧中，并進行標記，防止丟失；另一種方式是直接把消息遞送給應用程序，驅動本身不做任何處理。這兩種處理方式要么增加了1553B消息接收處理的時延，要么增加了應用軟件開發的復雜度，都不是最優處理方式。

為了解決這個問題，提出一種采用鏈表樹狀拓撲結構進行消息存放的機制，每一路消息鏈對應一個RT地址，RT子地址以樹杈形式進行拓撲，從根本上解決傳統堆棧存放消息“混亂無序”的情況。

發明內容

(一)要解決的技術問題

本發明要解決的技術問題是如何提供一種基于RT地址的1553B消息接收方法，以解決傳統1553B消息接收處理策略實時性不夠完美，或是給應用軟件造成無謂的復雜度提升等問題。

(二)技術方案

為了解決上述技術問題，本發明提出一種基于RT地址的1553B消息接收方法，該方法包括如下步驟：

S1、定義一個鏈表數組；

S2、定義一個指針數組，數組中每一個元素指向鏈表數組每個元素的表頭；

S3、BC向RT發送命令報文時，把消息堆棧中的消息寫入對應鏈表節點中；

S4、獲取某個RT地址的消息時從對應鏈表指針指向的鏈表節點獲取，然后將該節點從鏈表移出。

進一步地，所述步驟S1包括如下步驟：

S11、創建鏈表節點結構；

S12、以鏈表節點結構為元素創建長度為N的數組。

進一步地，所述鏈表節點結構包括頭節點、RT地址、RT子地址、消息報文和下一節點。

進一步地，所述步驟S2包括如下步驟：

S21、以鏈表節點結構為類型基準，定義長度為N的指針數組；

S22、指針數組成員0指向RT地址0的鏈表節點表頭，指針數組成員1指向RT地址1的鏈表節點表頭，以此類推。

進一步地，N為32。

進一步地，所述步驟S3包括如下步驟：

S31、BC接收RT消息前，向RT發送命令報文，初始化堆棧指針A的起始地址和初始化堆棧指針B的起始地址時，將當前消息堆棧序號P填入RAM_BC_STACK_PTR_A和RAM_BC_STACK_PTR_B中；