CN113141289B - Bus data transmission method for trackside safety platform - Google Patents
Bus data transmission method for trackside safety platform Download PDFInfo
- Publication number
- CN113141289B CN113141289B CN202110539911.1A CN202110539911A CN113141289B CN 113141289 B CN113141289 B CN 113141289B CN 202110539911 A CN202110539911 A CN 202110539911A CN 113141289 B CN113141289 B CN 113141289B
- Authority
- CN
- China
- Prior art keywords
- bus
- bus data
- mask
- message
- data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
- H04L12/40006—Architecture of a communication node
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
- H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Computer Hardware Design (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Small-Scale Networks (AREA)
Abstract
A bus data transmission method for a trackside safety platform adopts double channels to respectively carry out separation transmission on odd bytes and even bytes of bus data transmitted by a bus and carry out mask processing on the bus data transmitted by the bus. The invention improves the accuracy and reliability of data transmission.
Description
Technical Field
The invention relates to a bus data transmission method for a trackside safety platform.
Background
In a rail transit signal control system, a zone controller, a line controller, a safety computer interlocking system and the like all run on a trackside safety platform, and have high requirements on correctness, safety and reliability, wherein core equipment for bearing communication operation is the trackside safety platform. The trackside safety platform is composed of a plurality of main operation modules (SUU) and a communication module (SIU), a large amount of data needs to be transmitted among the modules through a Powerlink bus in the operation process of the system, and the problems of packet loss, data tampering and the like can occur in the traditional bus data transmission, so that the system is not safe and reliable any more. Therefore, how to guarantee the accuracy and integrity of data transmission on the bus is a very critical issue in the system.
Disclosure of Invention
The invention aims to provide a bus data transmission method for a trackside safety platform, which improves the accuracy and reliability of data transmission.
In order to achieve the above object, the present invention provides a bus data transmission method for a trackside security platform, which performs mask processing on bus data transmitted through a bus, and separately transmits odd bytes and even bytes of the bus data transmitted through the bus by using two channels.
Different main operation modules in the trackside safety platform adopt different operating systems and compilers, the same software runs on the different main operation modules, the same software runs on different communication modules in the trackside safety platform, and the main operation modules and the communication modules communicate through buses.
One main operation module in the trackside safety platform takes odd byte information of the application data as bus data according to bytes, and the other main operation module in the trackside safety platform takes even byte information of the application data as bus data according to bytes.
The main operation module and/or the communication module of the software layer and the complex programmable logic device of the hardware layer respectively adopt different masks to process the bus data transmitted by the bus.
When the bus data is sent, the main operation module uses a first mask to perform mask processing on a message head and a message body of the bus data;
the main operation module uses a second mask to perform mask processing on frame header information in a message header of the bus data;
the communication module uses the second mask to mask the message head and the message body of the bus data, and does not mask the frame header information in the message head of the bus data.
When the bus data are sent, the complex programmable logic device carries out mask processing on the bus data which are subjected to the mask processing by the main operation module and/or the communication module by using a third mask, wherein the third mask is a first mask and a second mask, and the third mask is a data exclusive-or operation.
Before the main operation module sends the data to the bus, CRC calculation is carried out on the application data.
When the main operation module receives bus data, if the data is sent from the communication module, a first mask is used for performing de-mask processing on a message head and a message body of the bus data; and if the data is sent from the main operation module, performing de-masking processing on the bus data except for the frame header information in the message header of the bus data by using a second mask.
And after the communication module receives the bus data sent by the main operation module, the message head and the message body of the bus data are subjected to de-mask processing by using a second mask.
When receiving the bus data, the communication module integrates the bus data from different main operation modules into complete application data according to odd bytes and even bytes.
Compared with the prior art, the invention has the following beneficial effects:
1. the bus data is added with the safety mask when being transmitted by the bus, and the software layer and the hardware layer respectively use different masks, so that errors in any process can be detected, and the reliability of bus data transmission is improved.
2. The first main operation module and the second main operation module of different channels adopt different operation systems and compilers, which respectively process odd bytes and even bytes of application data, if any channel has problems or the communication module only receives the application message of one channel, the message is discarded, and the safety of bus data transmission is improved by combining a two-out-of-two framework of the system.
Drawings
Fig. 1 is a schematic structural diagram of a trackside safety platform in an embodiment of the present invention.
Fig. 2 is a bus data transmission flowchart.
Fig. 3 is a bus data reception flow chart.
Detailed Description
The preferred embodiment of the present invention will be described in detail below with reference to fig. 1 to 3.
The invention provides a bus data transmission method for a trackside safety platform, which is characterized in that firstly, a safety mask is added to bus data transmitted by a bus, so that the reliability of bus data transmission is improved, and secondly, parity bytes of the bus data are separately transmitted by adopting double channels, so that the safety of bus data transmission is improved.
FIG. 1 is a schematic diagram of the apparatus of the present invention, which is a two-by-two or two-by-two general trackside safety platform, the trackside safety platform includes two systems, one is an A machine, and the other is a B machine, forming a two-by-two system; two first main operation modules SUU1 and SUU2 are arranged in any system, the same software is run, and a two-by-two safety platform is formed, so that the safety platform is a universal trackside safety platform for two-by-two-by-two. The machine A and the machine B are the same and both comprise a communication module (SIU) and a main operation module (SUU), wherein the first main operation module SUU1 and the second main operation module SUU2 adopt different operation systems and compilers, the same software runs on the first main operation module SUU1 and the second main operation module SUU2, the same software runs on the first communication module SIU1 and the second communication module SIU2, and the main operation module SUU and the communication module SIU are communicated through a bus.
The bus data transmission method of the trackside safety platform comprises two processes of bus data sending and bus data receiving.
Further, the bus data sending process specifically includes:
for data sent by an application to a main operation module SUU, performing CRC calculation on the application data before the main operation module SUU sends a message to a bus;
the SUU1 takes odd byte information of the application data as bus message data by byte, and the SUU2 takes even byte information of the application data as bus message data by byte;
the SUU xors the header and body of the bus message frame every 2 bytes using a first MASK 1;
the SUU uses the second MASK2 to perform exclusive or operation on the header information in the header of the bus message frame according to every 2 bytes;
for the data sent by the communication module SIU, the receiving object is provided with a main operation module SUU or other communication modules SIU, before the communication module SIU sends the message to the bus, the MASK MASK2 is used for carrying out exclusive OR operation on the message header and the message body of the bus message frame according to every 2 bytes, and MASK exclusive OR operation is not carried out on the frame header information in the message header of the bus message frame;
after the driver receives the bus message frame from the SUU/SIU, the bus message frame is forwarded to the CPLD for processing;
after the CPLD obtains a bus message frame to be sent, exclusive OR processing is carried out on the whole bus message frame according to each 2 bytes by using a third MASK MASK3, wherein MASK3 is MASK1^ MASK 2;
and the CPLD sends the processed bus message frame to a bus for transmission.
Further, the bus data receiving process specifically includes:
after receiving the bus message frame from the bus, the CPLD forwards the bus message frame to the driver for processing;
the driver receives the bus message frame sent from the CPLD and forwards the bus message frame to the SUU/SIU for processing;
after the main operation module SUU receives the message, if the message is sent from the communication module SIU, the first MASK1 is used to perform an exclusive or operation on the header and body of the bus message frame by every 2 bytes; if the message is sent from the main operation module SUU, exclusive or operation is performed on the bus data except for the header information in the header of the bus message frame by every 2 bytes using a second MASK 2;
after receiving the bus message frame sent by the main operation module SUU, the communication module SIU uses the MASK2 to perform xor operation on the message header and the message body of the bus message frame according to every 2 bytes, wherein the header information is not a valid data byte and may not be processed;
according to the bus data transmission process, the bus message is transmitted from the SIU to the SUU, the second MASK MASK2 is used for carrying out exclusive OR operation on the message header and the message body of the bus message frame according to 2 bytes, then the third MASK MASK3 in the CPLD carries out exclusive OR processing on the whole message according to 2 bytes, and according to MASK3 ^ MASK1^ MASK2, after the SUU receives the message transmitted by the SIU, the MASK MASK1 is used for carrying out exclusive OR operation on the message header and the message body of the bus message frame according to 2 bytes, so that the originally transmitted message can be restored; similarly, after the SUU receives the messages sent by other SUUs, the bus data except the header information in the header of the bus message frame is xor-ed by every 2 bytes using the second MASK2, so that the originally sent messages can be restored.
The communication module SIU processes the application data of the same application message sent from the two main operation modules SUU1 and SUU2 as follows to generate complete application data: filling odd bytes of the data into application data of an SUU1 channel according to bytes, and filling even bytes of the data into application data of an SUU2 channel according to bytes;
the communication modules can send messages to each other through the Powerlink bus. Upon receipt of a message from the SIU, the SIU shall exclusive-or the bus message every 2 bytes using the first MASK 1.
According to the bus data transmission process, the bus message is transmitted from the SIU to other SIU, the second MASK MASK2 is used for carrying out exclusive OR operation on the message header and the message body of the bus message frame according to 2 bytes, then the third MASK MASK3 in the CPLD carries out exclusive OR processing on the whole message according to 2 bytes, and according to MASK3 ^ MASK1^ MASK2, after the SIU receives the messages transmitted by other SIU, the first MASK MASK1 is used for carrying out exclusive OR operation on the message header and the message body of the bus message frame according to 2 bytes, and the originally transmitted messages can be restored.
The process of applying message transmission to the external device is as follows: the SUU processes the messages transmitted by the upper layer application and then transmits the messages to the SIU, and the SIU combines the messages transmitted by the SUU1 and the SUU2 and outputs the combined messages to external equipment. The SUU sends data and the SIU receives data on the bus, only one SUU sends data to the SIU in the normal operation process, but the data can be received, and the embodiment is also described based on the process.
Fig. 2 is a process of performing security masking when the master operation module SUU sends a message to the bus, specifically:
the bus message transmission involves operations at three levels of software, driver and CPLD (Complex Programmable Logic Device), wherein the bus message is masked at the software level and the CPLD level. The bus message frame consists of a message body and a message header, wherein the header information is the foremost byte in the message header.
Step 101: the primary operation module SUU (SUU is a general term for the primary operation module, and SUU1 and SUU2 run the same software, and both the functions SUU1 and SUU2 execute without distinguishing SUU1 from SUU2) to calculate CRC (cyclic redundancy check) of application data.
Step 102: the first primary arithmetic module SUU1 takes odd-numbered byte information of the application data by byte as bus message data, and the second primary arithmetic module SUU2 takes even-numbered byte information of the application data by byte as bus message data.
The rules are as follows:
first main operation module SUU1 software:
Output_suu1[i]＝Output[2i],i＝0,1,2,…,(len+1)/2
second main operation module SUU2 software:
Output_suu2[j]＝Output[2j+1],j＝0，1,2,…，(len+1)/2
wherein len is the length of the original application data, Output _ SUU1 is the Output of the first primary operation module SUU1, and Output _ SUU2 is the Output of the second primary operation module SUU 2;
step 103: the first main operation module SUU1 performs an exclusive or operation on the message header and the message body by using a MASK1, where in this embodiment, the MASK1 adopts a 16-bit constant.
Step 104: the second master operation module SUU2 uses a MASK2 to xor the header information every 2 bytes, and in this embodiment, the MASK2 uses a 16-bit constant.
Step 105: and after receiving the bus message frame, the driving slave main operation module SUU forwards the message to the CPLD for processing.
Step 106: after the CPLD obtains the message to be sent, the bus message frames sent by the first main operation module SUU1 and the second main operation module SUU2 are subjected to exclusive-or processing by using a MASK3, where MASK3 ^ MASK1 MASK2 is set as data exclusive-or operation, and in this embodiment, the MASK3 adopts a 16-bit constant.
Step 107: the CPLD sends bus messages.
Fig. 3 is a flow of the communication module SIU receiving a message sent by the main operation module SUU from the bus, specifically:
step 201: and after receiving the message from the bus, the CPLD forwards the message to the driver for processing.
Step 202: the driver receives the bus message sent from the CPLD and forwards the message to the communication module SIU (SIU is the generic name of communication module, SIU1 and SIU2 run the same software, both SIU1 and SIU2 perform the processing without distinguishing between SIU1 or SIU 2).
Step 203: after receiving the bus frame sent by the main operation module SUU, the communication module SIU performs an exclusive or operation on the header and the body of the message by using the MASK2, where header information in the header of the bus message frame is a non-valid data byte and is not processed.
According to the bus data sending process, the message header and the message body of the bus message frame are sent to the communication module SIU from the main operation module SUU, exclusive-OR operation is carried out on the message header and the message body of the bus message frame according to 2 bytes by using a MASK MASK1, then exclusive-OR processing is carried out on the whole message according to 2 bytes by using a MASK MASK3 in the CPLD, and exclusive-OR operation is carried out on the message header and the message body of the bus message frame according to 2 bytes by using a MASK MASK1^ MASK2 after the communication module SIU receives the message sent by the main operation module SUU, so that the originally sent message can be restored, and the invalid data bytes can not be processed for the SIU by using the information of the header in the message header of the bus message frame.
Step 204: if the application message of only one channel is received, discarding the message, and ending the process; if both channels of application messages are received, go to step 205.
Step 205: the application data of the same application message sent from the two channels of the first primary arithmetic module SUU1 and the second primary arithmetic module SUU2 are processed as follows to generate complete application data: the odd bytes of the data are padded with the application data of the first primary arithmetic module SUU1 channel by bytes, and the even bytes of the data are padded with the application data of the second primary arithmetic module SUU2 channel by bytes.
Step 206: the communication module SIU merges the application data of the two channels of the main arithmetic module SUU, and the complete application data can be generated by the following formula:
communication module SIU software:
Output[2k]＝Output_suu1[k],k＝0,1,2,…,(len-1)/2
Output[2k+1]＝Output_suu2[k],k＝0,1,2,…,(len-1)/2
wherein, Output is the Output of the communication module SIU, len is the length of the original application data, and when len is odd, the last 1 bit is Output [ len-1 ].
Compared with the prior art, the invention has the following beneficial effects (advantages):
1. the bus data is added with the safety mask when being transmitted by the bus, and the software layer and the hardware layer respectively use different masks, so that errors in any process can be detected, and the reliability of bus data transmission is improved.
2. The first main operation module SUU1 and the second main operation module SUU2 of different channels use different operating systems and compilers, which respectively process odd bytes and even bytes of application data, if any channel goes wrong, or the communication module SIU only receives application messages of one channel, the messages will be discarded, and the security of bus data transmission is improved by combining a two-out-of-two architecture of the system.
It should be noted that, in the embodiments of the present invention, the terms "center", "longitudinal", "transverse", "length", "width", "thickness", "upper", "lower", "front", "rear", "left", "right", "vertical", "horizontal", "top", "bottom", "inner", "outer", "clockwise", "counterclockwise", "axial", "radial", "circumferential", etc. indicate orientations or positional relationships based on those shown in the drawings, and are only for convenience of describing the embodiments, but do not indicate or imply that the device or element referred to must have a specific orientation, be configured and operated in a specific orientation, and thus, should not be construed as limiting the present invention. Furthermore, the terms "first," "second," and "third" are used for descriptive purposes only and are not to be construed as indicating or implying relative importance.
In the present invention, unless otherwise explicitly stated or limited, the terms "mounted," "connected," "fixed," and the like are to be construed broadly, e.g., as being permanently connected, detachably connected, or integral; can be mechanically or electrically connected; they may be directly connected or indirectly connected through intervening media, or may be connected through the use of two elements or the interaction of two elements. The specific meanings of the above terms in the present invention can be understood by those skilled in the art according to specific situations.
While the present invention has been described in detail with reference to the preferred embodiments, it should be understood that the above description should not be taken as limiting the invention. Various modifications and alterations to this invention will become apparent to those skilled in the art upon reading the foregoing description. Accordingly, the scope of the invention should be determined from the following claims.
Claims (9)
1. A bus data transmission method for a trackside safety platform is characterized in that two channels are adopted to respectively carry out separation transmission on odd bytes and even bytes of bus data transmitted through a bus, and mask processing is carried out on the bus data transmitted through the bus;
one main operation module in the trackside safety platform takes odd byte information of the application data as bus data according to bytes, and the other main operation module in the trackside safety platform takes even byte information of the application data as bus data according to bytes.
2. The bus data transmission method for the trackside safety platform as claimed in claim 1, wherein different main operation modules in the trackside safety platform adopt different operating systems and compilers, the same software is run on different main operation modules, the same software is run on different communication modules in the trackside safety platform, and the main operation modules and the communication modules communicate with each other through the bus.
3. The bus data transmission method for the trackside security platform as claimed in claim 1, wherein the main operation module and/or the communication module of the software layer and the complex programmable logic device of the hardware layer respectively use different masks to process the bus data transmitted through the bus.
4. The bus data transmission method for the trackside security platform as claimed in claim 3, wherein when the bus data is sent, the master operation module performs mask processing on a message header and a message body of the bus data by using a first mask;
the main operation module uses a second mask to perform mask processing on frame header information in a message header of the bus data;
the communication module uses the second mask to mask the message head and the message body of the bus data, and does not mask the frame header information in the message head of the bus data.
5. The bus data transmission method for the trackside secure platform of claim 4, wherein in transmitting the bus data, the complex programmable logic device masks the bus data that has been masked by the main operation module and/or the communication module with a third mask, the third mask = a first mask ^ a second mask, where ^ is a data exclusive OR operation.
6. The bus data transmission method for the trackside security platform as claimed in claim 5, wherein the CRC calculation is performed on the application data before the main operation module sends the data to the bus.
7. The bus data transmission method for the trackside security platform as claimed in claim 6, wherein when the master operation module receives the bus data, if the data is sent from the communication module, the message header and the message body of the bus data are de-masked by using the first mask; and if the data is sent from the main operation module, performing de-masking processing on the bus data except for the frame header information in the message header of the bus data by using a second mask.
8. The bus data transmission method for the trackside security platform as claimed in claim 7, wherein after the communication module receives the bus data sent by the main operation module, the message header and the message body of the bus data are de-masked by using the second mask.
9. The bus data transmission method for the trackside security platform according to claim 8, wherein when receiving the bus data, the communication module integrates the bus data from different main operation modules into complete application data according to odd byte and even byte correspondence.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110539911.1A CN113141289B (en) | 2021-05-18 | 2021-05-18 | Bus data transmission method for trackside safety platform |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110539911.1A CN113141289B (en) | 2021-05-18 | 2021-05-18 | Bus data transmission method for trackside safety platform |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN113141289A CN113141289A (en) | 2021-07-20 |
| CN113141289B true CN113141289B (en) | 2022-07-26 |
Family
ID=76817236
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110539911.1A Active CN113141289B (en) | 2021-05-18 | 2021-05-18 | Bus data transmission method for trackside safety platform |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113141289B (en) |
Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5715407A (en) * | 1992-03-06 | 1998-02-03 | Rambus, Inc. | Process and apparatus for collision detection on a parallel bus by monitoring a first line of the bus during even bus cycles for indications of overlapping packets |
| CN1991801A (en) * | 2005-11-30 | 2007-07-04 | 株式会社东芝 | Access control apparatus, access control method, memory access control device, and memory access control method |
| CN101052955A (en) * | 2004-09-10 | 2007-10-10 | 飞思卡尔半导体公司 | Apparatus and method for multiple endian mode bus matching |
| CN101196739A (en) * | 2007-11-26 | 2008-06-11 | 东方电气集团东方汽轮机有限公司 | Autonomous system with redundant configuration and its configuration method |
| CN102150215A (en) * | 2008-09-09 | 2011-08-10 | 英特尔公司 | Systems, methods, and apparatuses for in-band data mask bit transmission |
| CN103490966A (en) * | 2013-10-10 | 2014-01-01 | 北京航天发射技术研究所 | Dual-redundancy CAN bus data receiving and processing method |
| CN109547310A (en) * | 2018-11-05 | 2019-03-29 | 中国航空工业集团公司西安飞机设计研究所 | A kind of modular bus data method of reseptance |
| CN112003823A (en) * | 2020-07-17 | 2020-11-27 | 江阴市富仁高科股份有限公司 | Information safety transmission method based on CAN bus and application |
-
2021
- 2021-05-18 CN CN202110539911.1A patent/CN113141289B/en active Active
Patent Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5715407A (en) * | 1992-03-06 | 1998-02-03 | Rambus, Inc. | Process and apparatus for collision detection on a parallel bus by monitoring a first line of the bus during even bus cycles for indications of overlapping packets |
| CN101052955A (en) * | 2004-09-10 | 2007-10-10 | 飞思卡尔半导体公司 | Apparatus and method for multiple endian mode bus matching |
| CN1991801A (en) * | 2005-11-30 | 2007-07-04 | 株式会社东芝 | Access control apparatus, access control method, memory access control device, and memory access control method |
| CN101196739A (en) * | 2007-11-26 | 2008-06-11 | 东方电气集团东方汽轮机有限公司 | Autonomous system with redundant configuration and its configuration method |
| CN102150215A (en) * | 2008-09-09 | 2011-08-10 | 英特尔公司 | Systems, methods, and apparatuses for in-band data mask bit transmission |
| CN103490966A (en) * | 2013-10-10 | 2014-01-01 | 北京航天发射技术研究所 | Dual-redundancy CAN bus data receiving and processing method |
| CN109547310A (en) * | 2018-11-05 | 2019-03-29 | 中国航空工业集团公司西安飞机设计研究所 | A kind of modular bus data method of reseptance |
| CN112003823A (en) * | 2020-07-17 | 2020-11-27 | 江阴市富仁高科股份有限公司 | Information safety transmission method based on CAN bus and application |
Also Published As
| Publication number | Publication date |
|---|---|
| CN113141289A (en) | 2021-07-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109379264B (en) | Multi-board card communication equipment, method and system based on CAN2.0 | |
| US7640480B2 (en) | Detection of errors in the communication of data | |
| US20170134358A1 (en) | Communication system, communication control device, and fraudulent information-transmission preventing method | |
| KR101572935B1 (en) | Method of authenticating can packet using mac divison and appratus for implementing the same | |
| CN108599896B (en) | CRC (Cyclic redundancy check) system and method based on redundant coding system | |
| AU2002363786A1 (en) | Signal error detection in railroad communication system | |
| EP1438209A1 (en) | Signal error detection in railroad communication system | |
| CN103404066A (en) | Communication device using plurality of communication paths | |
| CN107835066A (en) | RSSP-I secure communication method | |
| CN113141289B (en) | Bus data transmission method for trackside safety platform | |
| CN105637811A (en) | Semantic deduplication | |
| CN107733568B (en) | Method and device for realizing CRC parallel computation based on FPGA | |
| RU2602353C2 (en) | Method and device for serial transmission of data with flexible size and variable bit length | |
| CN112249088B (en) | Method for mutual diagnosis and data synchronization of double-display system, double-display system and train | |
| JP5025402B2 (en) | High safety control device | |
| CN207128886U (en) | The output control system of train and there is its train | |
| JPH10164031A (en) | Radio packet communication equipment | |
| CN113411198B (en) | Communication method and device based on dual channels and RSSP-I, electronic equipment and storage medium | |
| EP3142277B1 (en) | Fault tolerance method and apparatus for microwave transmission and computer readable storage medium | |
| CN110362421B (en) | Data voting output method and device | |
| JPS58181395A (en) | Code transmitting method | |
| CN112904779A (en) | Rail car operation safety control system and method | |
| CN115277286B (en) | CAN bus communication method | |
| KR20200004762A (en) | Circuit arrangement | |
| JP2922418B2 (en) | Signal transmission method for system stabilization |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |