CN116192556A - Implementation method of RTMT function in 1553B bus communication network - Google Patents

Abstract

The invention discloses a realization method of RTMT function in 1553B bus communication network, firstly setting MT message refreshing mark management table in bus table, when 1553B bus interface module works as selecting message monitoring mode or RT/MT combined message monitoring mode, recombining monitored message command word and data word into a new message; initializing RTMT and monitoring final message: when the protocol chip monitors that the message breaks, the monitored bus instruction word has been written into the monitoring command stack by Mini-ACE, the monitored data word and status word are written into the monitoring data stack; and determining whether the current message is an RT message or a monitored message according to the change of the RT command stack pointer and the change of the monitoring command stack pointer. The invention solves the problem of network node function singleization in 1553B bus network.

Description

Implementation method of RTMT function in 1553B bus communication network

Technical Field

The invention belongs to the technical field of computer communication, and particularly relates to a realization method of an RTMT function in a 1553B bus communication network.

Background

The 1553B bus network mainly comprises BC and RT, but MT as a network monitoring function plays a key role frequently, and uses the recorded bus data for analysis and analysis as a third party for voting on the faults of BC or RT. In the traditional 1553B bus network, equipment terminals basically without MT functions monitor bus data through an external monitoring card, are mostly single role functions and lack integrated design. When a node has the function role of the RT itself and the strong monitoring function of the MT, the network terminal equipment has the strong bus interception function.

Disclosure of Invention

The invention aims to provide a realization method of RTMT (real time mobile terminal) functions in a 1553B bus communication network, which solves the problem of network node function singleness in the 1553B bus network.

The technical scheme adopted by the invention is that the realization method of the RTMT function in the 1553B bus communication network is implemented according to the following steps:

step 1, designing a bus table: setting an MT message refreshing mark management table in a bus table, and recombining a monitored message command word and a data word into a new message when a 1553B bus interface module works as a selected message monitoring mode or an RT/MT combined message monitoring mode;

step 2, initializing RTMT: when initializing the enhanced Mini-ACE, firstly initializing an RTMT function, then initializing relevant RT, and finally configuring and selecting a message monitoring option, selecting RT, a sending/receiving type, a sub-address and a data word count to be monitored, and performing message monitoring configuration;

step 3, monitoring the message: when the protocol chip monitors that the message breaks, the monitored bus instruction word has been written into the monitoring command stack by Mini-ACE, the monitored data word and status word are written into the monitoring data stack; determining whether the current message is an RT message or a monitored message according to the change of the RT command stack pointer and the change of the monitoring command stack pointer, and if the current message is the RT message, managing according to a conventional RT message management mode; if the message is the monitoring message, the message type needs to be processed, and if the message is the RT-RT message type, the message is processed in a mode of receiving the command word and adding the sending command; if the BC output message is the BC output message, managing according to the mode of receiving command words; in the case of BC input messages, the messages are managed in a manner of sending command words, and in 1553B bus network protocols, the messages are sent and received with respect to RT. For example, a message from RT to BC, the corresponding command word is a send command word, and for BC, the input message.

The present invention is also characterized in that,

in step 1, the MT message refresh flag management table defines the following format:

rcvRefID[m][n]＝{{msgID,refreshFlag},……,{}}；

tmtRefID[m][n]＝{{msgID,refreshFlag},……,{}}；

wherein rcvRef represents the message corresponding to all received sub-addresses; tmtRef indicates that all sent subaddress messages correspond; m represents the number of RT addresses and sub-addresses corresponding to the message, and the value is 32 x 32; n represents the number of elements contained in the MT message refresh flag management table, and the value is 2; msgID represents a logical number corresponding to the message, and 0xFFFF represents that the message is undefined; refreshFlag represents the refresh zone bit definition corresponding to the message, high byte represents the corresponding word, and low byte represents the corresponding bit definition; 0xFFFF indicates that the message is undefined or has no refresh requirement.

And 2, initializing an RTMT function, namely configuring an RT message stack, and simultaneously configuring a monitoring command stack pointer, a data stack pointer, a command stack size and a data stack size.

The step 2 of initializing the RT related includes initializing stack, initializing the interrupt table of the selection mode command, initializing the data word of the RT mode command, initializing the lookup table, reconstructing the lookup table, setting the busy bit and setting the illegal command table.

The processing procedure of the RT-RT message type in the step 3 is as follows:

step 3.1, writing the received message receiving command word into a message block;

step 3.2, obtaining a sending command word of the message, and writing the sending command word and the sending command word back into a message buffer area;

step 3.3, analyzing the address of the sending RT from the sending command word and obtaining the status word of the sending RT;

step 3.4, recording a status word of the sending RT, and writing the sending status word into a message block;

step 3.5, transferring the data to an actual buffer area of the message;

and 3.6, finally, checking whether the message is a broadcast message, and if the message is the broadcast message, acquiring a status word of receiving RT and recording the status word of RT.

In step 3, if the BC output message is the BC output message, the BC output message monitoring flow specifically includes: firstly recording a message receiving command word, then moving data from a monitoring data stack to a buffer area corresponding to the message, writing the data word which is wound back last into the message buffer area, finally checking whether the message is a broadcast message, if the message is the broadcast message, obtaining a status word for receiving RT and recording the status word of RT.

In step 3, if the BC input message is the BC input message, the BC input message monitoring flow specifically includes: firstly, a command word and a command word wrapping are sent, secondly, an RT status word is obtained and sent, and finally, the data word is written into the BC message block from the monitoring data stack in sequence.

The process flow of the monitoring message in the step 3 is as follows:

step a, a monitored status word, a monitored data pointer and a received command word are obtained according to an ACE stack pointer;

step b, obtaining MT status words;

step c, judging whether the message is in error, and not processing the error message;

step d, obtaining relevant information of the message, including RT address, sub address, sending and receiving type, data number and logic number;

step e, judging whether the message is in a bus table, and directly exiting the message which is not defined in the bus table;

f, recording a message transmission current channel, and obtaining an address of a message buffer area and a command type of a message;

step g, obtaining the address of the corresponding data buffer area;

step h, checking whether the message is a message from RT to RT, if so, setting a message refresh flag bit if the message is valid and a refresh flag bit is defined; if not, performing the operation of the step i;

step i, checking whether the command is a mode command, not monitoring the mode command, only monitoring the non-mode command, and if the message is valid and a refresh flag bit is defined for the BC broadcast command word or the received command, setting a message refresh flag; for a send command that is not a BC broadcast, if the message is valid and a refresh flag bit is defined, setting a message refresh flag;

step j, setting a new data mark;

and k, obtaining an address of a message buffer area used by the host, and exchanging a pointer of the message buffer area.

The invention has the beneficial effects that the realization method of RTMT function in 1553B bus communication network has the first advantage that the management is advanced: aiming at the information in the bus table, the information is reorganized from the monitoring command stack and the data stack to the BC information buffer area and submitted to the application, so that unified management of the monitoring information stack and the BC information stack is realized; the second advantage is represented by real-time monitoring: the command words and the data words on the bus are stored in the monitoring command stack and the monitoring data stack in real time, and annular buffer management is adopted, so long as the host timely takes data, a 4KW command stack and a 16KW data stack can store a large amount of monitoring data, and real-time monitoring is realized.

Drawings

FIG. 1 is a RTMT initialization flow chart;

FIG. 2 is a flow chart of monitoring messages for RT-to-RT transmissions;

FIG. 3 is a flow chart for monitoring BC outgoing messages;

FIG. 4 is a flow chart for monitoring BC incoming messages;

fig. 5 is a flow chart of processing a monitoring message.

Detailed Description

The invention will be described in detail below with reference to the drawings and the detailed description.

The invention discloses a realization method of RTMT function in 1553B bus communication network, which comprises the following steps:

step 1, designing a bus table: setting an MT message refreshing mark management table in a bus table, and recombining a monitored message command word and a data word into a new message when a 1553B bus interface module works as a selected message monitoring mode or an RT/MT combined message monitoring mode;

step 2, as shown in fig. 1, initializing RTMT: when initializing the enhanced Mini-ACE (multifunctional miniaturized 1553B bus protocol chip), firstly initializing an RTMT function, then initializing the RT correlation, finally configuring and selecting a message monitoring option, and selecting RT, a sending/receiving type, a sub-address and a data word count to be monitored to perform message monitoring configuration;

step 3, monitoring the message: when the protocol chip monitors that the message breaks, the monitored bus instruction word has been written into the monitoring command stack by Mini-ACE, the monitored data word and status word are written into the monitoring data stack; determining whether the current message is an RT message or a monitored message according to the change of the RT command stack pointer and the change of the monitoring command stack pointer, and if the current message is the RT message, managing according to a conventional RT message management mode; if the message is the monitoring message, the message type needs to be processed, and if the message is the RT-RT message type, the message is processed in a mode of receiving the command word and adding the sending command; if the BC output message is the BC output message, managing according to the mode of receiving command words; in the case of BC input messages, the messages are managed in a manner of sending command words, and in 1553B bus network protocols, the messages are sent and received with respect to RT. For example, a message from RT to BC, the corresponding command word is a send command word, and for BC, the input message.

Design of a bus table:

the method comprises the steps of firstly setting an MT message refreshing mark management table in a bus table, and recombining a monitored message command word and a data word into a new message when an MBI module works as a selected message monitoring mode or an RT/MT combined message monitoring mode.

The definition format is as follows:

rcvRefID[m][n]＝{{msgID,refreshFlag},……,{}}；

tmtRefID[m][n]＝{{msgID,refreshFlag},……,{}}；

rcvRef-represents a message corresponding to all received subaddress;

tmtref—indicates that the correspondence is all sent subaddress messages;

m-represents the number of RT addresses and sub-addresses corresponding to the message, and the value is 32 x 32;

n-the number of elements contained in the MT message refresh flag management table is represented by 2;

msgid—represents a logical number corresponding to a message, 0xFFFF represents that the message is undefined;

RefreshFlag-represents the refresh flag bit definition corresponding to the message, the high byte represents the corresponding word, and the low byte represents the corresponding bit definition; 0xFFFF indicates that the message is undefined or has no refresh requirement.

A second part: initialization of RTMT

When the enhanced Mini-ACE is initialized, an RTMT function is initialized, an RT message stack is configured, and meanwhile, a monitoring command stack pointer, a data stack pointer, a command stack size, a data stack size and the like are configured. Then, initializing relevant RT, including initializing stack, initializing command interrupt table in selection mode, initializing command data word in RT mode, initializing lookup table, reconstructing lookup table, setting busy bit, setting command illegal table, etc. then configuring selection message monitoring option, selecting RT, sending/receiving type, sub address, data word count, etc. to be monitored, and configuring message monitoring.

Wherein the ACE is initialized as RTMT related register bit definitions and specifications, as shown in table 1 below.

Table 1RTMT mode ACE register initialization

/>

Third section: monitoring of messages

When the protocol chip monitors the message interrupt, the monitored bus instruction word is written into the monitoring command stack by Mini-ACE, and the monitored data word and the status word are written into the monitoring data stack.

And determining whether the current message is an RT message or a monitored message according to the change of the RT command stack pointer and the change of the monitoring command stack pointer.

If the message is the RT message, managing according to a conventional RT message management mode; in the case of monitoring messages, processing according to the message type is required. In the case of the RT-to-RT message type, the management is performed according to the method of FIG. 2.

The specific flow is as follows:

step 3.1, writing the received message receiving command word into a message block;

step 3.2, obtaining a sending command word of the message, and writing the sending command word and the sending command word back into a message buffer area;

step 3.3, analyzing the address of the sending RT from the sending command word and obtaining the status word of the sending RT;

step 3.4, recording a status word of the sending RT, and writing the sending status word into a message block;

step 3.5, transferring the data to an actual buffer area of the message;

step 3.6, finally, checking whether it is a broadcast message, if so, obtaining the status word of receiving RT and recording the RT status word

If the BC output message is the BC output message, managing according to the method in FIG. 3; in the case of BC input messages, management is performed in accordance with the method of fig. 4.

Monitoring the BC output message flow: firstly recording a message receiving command word, then moving data to a buffer area corresponding to the message from a monitoring data stack, writing the data word which is wound back last into the message buffer area, finally checking whether the message is a broadcast message, and if the message is the broadcast message, obtaining a status word for receiving RT and recording the status word of RT.

Monitoring the BC input message flow: firstly, a command word and a command word wrapping are sent, secondly, an RT status word is obtained and sent, and finally, the data word is written into the BC message block from the monitoring data stack in sequence.

The process flow of the monitoring message is shown in fig. 5, and the specific flow is as follows:

the first step: acquiring a monitored status word, a monitored data pointer and a received command word according to the ACE stack pointer;

and a second step of: obtaining MT status words;

and a third step of: judging whether the message is in error or not, and not processing the error message;

fourth step: obtaining relevant information (including RT address, sub address, sending and receiving type, data number, logic number, etc.) of the message;

fifth step: it is determined whether the message is in the bus table and for messages not defined in the bus table, the message is directly exited.

Sixth step: recording a message transmission current channel, and obtaining an address of a message buffer area and a command type of a message;

seventh step: obtaining the address of the corresponding data buffer area;

eighth step: it is checked whether the message is a RT to RT message. If it is a RT to RT message. If the message is valid and a refresh flag bit is defined, setting a message refresh flag; if the message is not the RT-RT message, performing a ninth step;

ninth step: it is checked whether it is a mode command for which no monitoring is performed. Monitoring only non-mode commands, for BC broadcast command words or receive commands, if the message is valid and a refresh flag bit is defined, setting a message refresh flag; for a send command that is not a BC broadcast, if the message is valid and a refresh flag bit is defined, setting a message refresh flag;

tenth step: setting a new data mark;

eleventh step: the message buffer address used by the host is obtained, and the message buffer pointer is exchanged.

Claims (8)

1. The implementation method of the RTMT function in the 1.1553B bus communication network is characterized by comprising the following steps:

   step 1, designing a bus table: setting an MT message refreshing mark management table in a bus table, and recombining a monitored message command word and a data word into a new message when a 1553B bus interface module works as a selected message monitoring mode or an RT/MT combined message monitoring mode;

   step 2, initializing RTMT: when initializing the enhanced Mini-ACE, firstly initializing an RTMT function, then initializing relevant RT, and finally configuring and selecting a message monitoring option, selecting RT, a sending/receiving type, a sub-address and a data word count to be monitored, and performing message monitoring configuration;

   step 3, monitoring the message: when the protocol chip monitors that the message breaks, the monitored bus instruction word has been written into the monitoring command stack by Mini-ACE, the monitored data word and status word are written into the monitoring data stack; determining whether the current message is an RT message or a monitored message according to the change of the RT command stack pointer and the change of the monitoring command stack pointer, and if the current message is the RT message, managing according to a conventional RT message management mode; if the message is the monitoring message, the message type needs to be processed, and if the message is the RT-RT message type, the message is processed in a mode of receiving the command word and adding the sending command; if the BC output message is the BC output message, managing according to the mode of receiving command words; in the case of BC input messages, the messages are managed in a manner of sending command words, and in 1553B bus network protocols, the messages are sent and received with respect to RT.
2. 2. The method for implementing the RTMT function in a 1553B bus communication network according to claim 1, wherein the MT message refresh flag management table definition format in step 1 is as follows:

   rcvRefID[m][n]＝{{msgID,refreshFlag},……,{}}；

   tmtRefID[m][n]＝{{msgID,refreshFlag},……,{}}；

   wherein rcvRef represents the message corresponding to all received sub-addresses; tmtRef indicates that all sent subaddress messages correspond; m represents the number of RT addresses and sub-addresses corresponding to the message, and the value is 32 x 32; n represents the number of elements contained in the MT message refresh flag management table, and the value is 2; msgID represents a logical number corresponding to the message, and 0xFFFF represents that the message is undefined; refreshFlag represents the refresh zone bit definition corresponding to the message, high byte represents the corresponding word, and low byte represents the corresponding bit definition; 0xFFFF indicates that the message is undefined or has no refresh requirement.
3. 3. The method according to claim 1, wherein the initializing the RTMT function in step 2 is to configure RT message stack, and simultaneously configure monitor command stack pointer, data stack pointer, command stack size, and data stack size.
4. 4. The method according to claim 1, wherein the initializing RT in step 2 includes initializing a stack, initializing a select mode command interrupt table, initializing an RT mode command data word, initializing a lookup table, reconstructing a lookup table, setting a busy bit, and setting a command illegal table.
5. 5. The method for implementing the RTMT function in a 1553B bus communication network according to claim 1, wherein the RT-to-RT message type processing procedure in step 3 is:

   step 3.1, writing the received message receiving command word into a message block;

   step 3.2, obtaining a sending command word of the message, and writing the sending command word and the sending command word back into a message buffer area;

   step 3.3, analyzing the address of the sending RT from the sending command word and obtaining the status word of the sending RT;

   step 3.4, recording a status word of the sending RT, and writing the sending status word into a message block;

   step 3.5, transferring the data to an actual buffer area of the message;

   and 3.6, finally, checking whether the message is a broadcast message, and if the message is the broadcast message, acquiring a status word of receiving RT and recording the status word of RT.
6. 6. The method for implementing the RTMT function in the 1553B bus communication network according to claim 1, wherein if the BC output message is in step 3, the BC output message monitoring flow specifically includes: firstly recording a message receiving command word, then moving data from a monitoring data stack to a buffer area corresponding to the message, writing the data word which is wound back last into the message buffer area, finally checking whether the message is a broadcast message, if the message is the broadcast message, obtaining a status word for receiving RT and recording the status word of RT.
7. 7. The method for implementing the RTMT function in the 1553B bus communication network according to claim 1, wherein if the BC input message is in step 3, the BC input message monitoring flow specifically includes: firstly, a command word and a command word wrapping are sent, secondly, an RT status word is obtained and sent, and finally, the data word is written into the BC message block from the monitoring data stack in sequence.
8. 8. The method for implementing the RTMT function in a 1553B bus communication network according to claim 1, wherein the process flow of the monitoring message in step 3 is as follows:

   step a, a monitored status word, a monitored data pointer and a received command word are obtained according to an ACE stack pointer;

   step b, obtaining MT status words;

   step c, judging whether the message is in error, and not processing the error message;

   step d, obtaining relevant information of the message, including RT address, sub address, sending and receiving type, data number and logic number;

   step e, judging whether the message is in a bus table, and directly exiting the message which is not defined in the bus table;

   f, recording a message transmission current channel, and obtaining an address of a message buffer area and a command type of a message;

   step g, obtaining the address of the corresponding data buffer area;

   step h, checking whether the message is a message from RT to RT, if so, setting a message refresh flag bit if the message is valid and a refresh flag bit is defined; if not, performing the operation of the step i;

   step i, checking whether the command is a mode command, not monitoring the mode command, only monitoring the non-mode command, and if the message is valid and a refresh flag bit is defined for the BC broadcast command word or the received command, setting a message refresh flag; for a send command that is not a BC broadcast, if the message is valid and a refresh flag bit is defined, setting a message refresh flag;

   step j, setting a new data mark;

   and k, obtaining an address of a message buffer area used by the host, and exchanging a pointer of the message buffer area.

Images