WO2018233645A1 - 基于CANopen协议的列车网络数据传输方法、系统及其装置 - Google Patents

基于CANopen协议的列车网络数据传输方法、系统及其装置 Download PDF

Info

Publication number
WO2018233645A1
WO2018233645A1 PCT/CN2018/092050 CN2018092050W WO2018233645A1 WO 2018233645 A1 WO2018233645 A1 WO 2018233645A1 CN 2018092050 W CN2018092050 W CN 2018092050W WO 2018233645 A1 WO2018233645 A1 WO 2018233645A1
Authority
WO
WIPO (PCT)
Prior art keywords
node
network
heartbeat
channel
slave
Prior art date
Application number
PCT/CN2018/092050
Other languages
English (en)
French (fr)
Inventor
磨俊生
曾文晓
Original Assignee
比亚迪股份有限公司
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 比亚迪股份有限公司 filed Critical 比亚迪股份有限公司
Priority to US16/625,934 priority Critical patent/US11018895B2/en
Priority to BR112019027647-5A priority patent/BR112019027647A2/pt
Publication of WO2018233645A1 publication Critical patent/WO2018233645A1/zh

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/40169—Flexible bus arrangements
    • H04L12/40176—Flexible bus arrangements involving redundancy
    • H04L12/40182—Flexible bus arrangements involving redundancy by using a plurality of communication lines
    • 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/40169—Flexible bus arrangements
    • H04L12/40176—Flexible bus arrangements involving redundancy
    • H04L12/40195—Flexible bus arrangements involving redundancy by using a plurality of nodes
    • 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
    • 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/40169—Flexible bus arrangements
    • H04L12/40176—Flexible bus arrangements involving redundancy
    • H04L12/40202—Flexible bus arrangements involving redundancy by using a plurality of master stations
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0663—Performing the actions predefined by failover planning, e.g. switching to standby network elements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0852—Delays
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
    • 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
    • H04L2012/40208—Bus networks characterized by the use of a particular bus standard
    • H04L2012/40215—Controller Area Network CAN
    • 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
    • H04L2012/40267—Bus for use in transportation systems
    • H04L2012/40293—Bus for use in transportation systems the transportation system being a train

Definitions

  • the train communication network is widely used in the TCN bus technology of the train communication network.
  • the TCN Traffic Communication Network
  • the TCN covers the MVB (Multifunction Vehicle Bus) and the WTB (Wire Train Bus). Bus, Ethernet, CAN (Controller Area Network).
  • MVB Multifunction Vehicle Bus
  • WTB Wire Train Bus
  • Bus Ethernet
  • CAN Controller Area Network
  • the so-called network redundancy refers to the establishment of a standby network for each communication network, that is, each node on the network will adopt the A-line and B-line two-wire connection. When the network fails, it can be used for backup.
  • the network realizes communication, ensures the smooth interaction of the products of the products on the network, and makes the running environment of the train communication network highly available.
  • a third object of the present disclosure is to propose an active master node.
  • a method for transmitting a train network data based on the CANopen protocol includes the following steps: monitoring, according to a pre-configured network node list, on the active network, related to the active primary node.
  • the heartbeat message sent by each of the slave nodes through the first CAN channel; determining the first of the slave nodes according to the timing of the heartbeat timer set corresponding to the slave nodes and the receiving condition of the heartbeat message Whether the CAN channel is faulty; if it is determined that the heartbeat message of the first node is not received within the preset first heartbeat period, the first CAN channel of the first node is known to be faulty, and the standby network is monitored.
  • the heartbeat message of the first node learns the first CAN channel failure of the first node, and switches to the standby network to listen to the heartbeat message sent by the first node through the second CAN channel, if it is within the preset first heartbeat period.
  • Receiving a heartbeat message sent by the first node through the second CAN channel receiving data sent by the first node on the standby network, and receiving other slave nodes of the slave nodes except the first node on the primary network.
  • the data sent sent.
  • the switch to the standby network receives the data of the partial slave node, and the other slave node data is still received on the primary network, ensuring the data of the relevant slave node.
  • the complete reception ensures the good operation of the whole vehicle and improves the redundancy effect of the train network.
  • another CANopen protocol-based train network data transmission method proposed by the second aspect of the present disclosure includes the following steps: monitoring, on the primary network, the slave node according to a pre-configured network node list.
  • the heartbeat message sent by each of the slave nodes through the first CAN channel : determining the first of the slave nodes according to the timing of the heartbeat timer set corresponding to the slave nodes and the receiving condition of the heartbeat message Whether the CAN channel is faulty; if it is determined that the heartbeat message of the second node is not received within the preset heartbeat period, the first CAN channel of the second node is known to be faulty, and the second network is switched to the standby network to monitor the second a heartbeat message sent by the node, where the second node is any slave node or active master node associated with the slave node; if the second node is received through the second CAN within a preset heartbeat period
  • the heartbeat message sent by the channel receives the data sent by the second node on the
  • the heartbeat message sent by the second CAN channel receives the data sent by the first node on the standby network, and receives the data sent by the other slave nodes except the first node on the primary network.
  • the switch to the standby network receives the data of the partial slave node, and the other slave node data is still received on the primary network, ensuring the data of the relevant slave node.
  • the complete reception ensures the good operation of the whole vehicle and improves the redundancy effect of the train network.
  • a slave node includes: a second intercepting module, configured to listen to each node related to the slave node on a primary network according to a pre-configured network node list.
  • a heartbeat message sent by a CAN channel a second determining module, configured to determine, according to a timing condition of a heartbeat timer set corresponding to each of the slave nodes, and a receiving condition of the heartbeat message, Whether the CAN channel is faulty or not;
  • the second processing module is configured to: when it is determined that the heartbeat message of the second node is not received within the preset heartbeat period, learn the first CAN channel fault of the second node, and control
  • the second monitoring module switches to the standby network to listen to the heartbeat message sent by the second node, where the second node is any slave node or active master node associated with the slave node; the second receiving module And receiving the second node on the standby network when receiving, by the second node, a heart
  • the slave node of the embodiment of the present disclosure listens to the heartbeat message sent by each slave node related to the slave node through the first CAN channel according to the pre-configured network node list, and according to the heartbeat set corresponding to each slave node.
  • the timing of the timer and the reception of the heartbeat message determine whether the first CAN channel of each slave node is faulty. If it is determined that the heartbeat message of the second node is not received within the preset heartbeat period, the second is learned.
  • a computer apparatus includes a memory, a processor, and a computer program stored on the memory and executable on the processor, wherein the processor executes the computer
  • the CANopen protocol-based train network data transmission method described in the first aspect of the present disclosure is implemented in the program.
  • FIG. 3 is a flowchart of a train network data transmission method based on a CANopen protocol according to a first embodiment of the present disclosure
  • FIG. 4 is a schematic topological diagram of a method for transmitting data of a train redundant network according to an embodiment of the present disclosure
  • FIG. 6 is a flowchart of a train network data transmission method based on a CANopen protocol according to a second embodiment of the present disclosure
  • FIG. 9 is a schematic structural diagram of an active master node according to a first embodiment of the present disclosure.
  • 15 is a schematic structural diagram of a slave node according to a second embodiment of the present disclosure.
  • FIG. 18 is a schematic diagram of data received by an active master node when a node first CAN channel fails according to the present disclosure
  • the existing relatively perfect strategy is All nodes send data at the same time as the primary network and the standby network, but only one of the networks receives data. No matter which node on the primary network has been dropped, the node associated with the dropped node is uniformly switched to the standby network for receiving and processing. The data of the dropped node and the data of other associated nodes.
  • slave node A needs to receive data from slave node B and slave node C, but slave node B first CAN channel fails and slave node When the second CAN channel fails, node A can only take one network data according to the existing mode, so only the data from the node B or the slave node C can be discarded, but the actual situation is from the data of the node B and the slave node C to the slave node.
  • A is very important, can only receive one data, it will affect the function of the slave node A, which will affect the operation of the whole vehicle. The redundancy effect will be greatly reduced, and the meaning of redundancy is not reflected.
  • the train network data transmission method proposed by the present disclosure provides on the basis of the existing train network redundancy design structure.
  • a data transmission design scheme for redundant network of trains can effectively avoid the failure of the main network channel of some nodes and the need to discard some node data when the standby network channel of some nodes fails, and also improve the practical effect of the redundant design.
  • the ground avoids the problem that some vehicle network failures cause the whole vehicle to be blocked, and it can guarantee that under various abnormal conditions, each node of the network can still communicate normally.
  • train network data transmission method of the present disclosure is implemented based on the CANopen protocol, wherein the CANopen protocol requires a node in the network to act as an active master node to manage the initialization, startup, and supervision of other slave nodes. , reset or stop work.
  • the network node list corresponding to the active master node is established in advance according to the network topology map, where the network node list includes: each slave node identifier associated with the active master node and a heartbeat timer corresponding to each slave node, where the node identifier It may be an identifier that uniquely identifies the data information, such as the identity ID of the slave node.
  • the network control instruction is sent from the primary network and the backup network to all the slave nodes at the same time, and the first CAN channel and the second CAN channel of the slave node are controlled to enter the heartbeat message operation mode, and each slave node associated with the active master node is started. Corresponding heartbeat timer.
  • the active primary node in the default state, first monitors the heartbeat message transmission status of each slave node on the primary network, that is, monitors the slave nodes related to the active master node on the primary network according to the pre-configured network node list.
  • the active master node can normally receive the heartbeat message sent by the slave node within a certain time, otherwise, the first CAN channel of the slave node communicates with the fault.
  • the active active node may not receive the heartbeat message sent by the slave node normally due to some other reasons, for example, the network signal is suddenly interfered, etc., so in order to avoid misjudgment, the slave nodes are accurately determined. Whether the first CAN channel is faulty or not, comprehensively considers the timing of the heartbeat timer set by each slave node and the reception status of the heartbeat message, and determines whether the first CAN channel of each slave node is faulty.
  • the active master node when there are three heartbeat cycles that do not detect the heartbeat message of a certain node, the active master node first resets the node through the network-controlled reset command, and then listens to two heartbeat cycles, in two The heartbeat message of the node may be received in the heartbeat period, and the active master node maintains the processing of the node in the primary network, otherwise it may determine that the first CAN channel of the slave node may be faulty.
  • all nodes on the network use A and B pairs of CAN lines.
  • the A line is defined as the primary network
  • the B line is defined as the standby network.
  • all nodes will send information to the A line and the B line at the same time.
  • the node must support receiving information in both the A line and the B line, thereby receiving from the standby network when the first CAN channel of a slave node fails.
  • the data of the node, for the slave nodes that have not failed in the remaining first CAN channels still receive the data sent by the slave network, thereby ensuring complete reception of the data of the relevant slave nodes, and ensuring normal good operation.
  • the default primary network and the backup network communication are not faulty.
  • both the primary network and the backup network may be faulty. Therefore, after the active primary node enters the operational state, it is also executed. Bus fault determination mechanism.
  • the network receives the data sent by the first node, and simultaneously receives data sent by the slave node that normally sends the heartbeat message on the primary network.
  • the second CAN channel failure of the first node is learned.
  • the fault information of the current train network is displayed in real time according to the situation of the transmitted data, so that the relevant operators can repair the fault information as soon as possible.
  • FIG. 6 is a flowchart of a method for transmitting a train network data based on the CANopen protocol according to the second embodiment of the present disclosure. As shown in FIG. 6, after the step S104, the method further includes:
  • durations of the first heartbeat period and the second heartbeat period may be self-calibrated according to the needs of the application scenario, and the first heartbeat period and the second heartbeat period may be the same or different.
  • the heartbeat message sent by the first node through the second CAN channel is not received within the preset second heartbeat period, it indicates that the second CAN channel also fails, so that the relevant operator can be informed in time.
  • the fault condition is used for fault processing, and the current fault message of the first CAN channel and the second CAN channel of the first node is sent to the operation monitoring node, and is displayed to the operator to prompt the current fault repair.
  • the active primary node needs to continue to listen to the heartbeat message of the node in the primary network and the standby network. If the primary node of the faulty node recovers communication with the backup network, the communication succeeds. The recovered network communicates.
  • the second CAN channel resumes communication with respect to the first CAN channel
  • the data sent by the first node is received from the standby network, and the current fault message of the first CAN channel of the first node is sent to the operation monitoring node, And displayed to the operator, prompting the current troubleshooting.
  • the active primary node After prompting the relevant operator to repair the primary network of the first node, continue to listen to the heartbeat message sent by the first node through the first CAN channel on the primary network, if the first node primary network fails in the middle of the fault. Resume communication. For example, if the active primary node receives the heartbeat message of the first node for five consecutive heartbeat periods on the primary network, the active primary node returns to the primary network to receive the first node data, and stops the secondary network. Processing, but the active master node still informs the running monitoring node (such as the meter display) that the primary node of the first node is faulty (the fault type is historical fault), and also prompts to repair the primary network of the first node. Confirm if there is a fault.
  • the running monitoring node such as the meter display
  • the CANopen protocol-based train network data transmission method selects the primary network and the standby network according to the real-time situation of the train network, and performs corresponding display on the monitoring node to the relevant operator.
  • the stability and reusability of the train network data transmission method are improved.
  • the design requirements for the slave nodes are as follows:
  • the node After receiving the active master node startup command from the node power-on, the node enters the operation state, and sends PDO data according to its own function and the active master node synchronization packet frequency, requesting the slave node to simultaneously send data to the primary network and the standby network, but the default is In this case, only the special packet of the active master node, such as the synchronization packet and the timestamp, is received from the active network, and the packet is switched only when the active packet of the active master node is not received for five consecutive message periods on the active network. To the standby network to receive, if the active host node special object message is not received in the standby network for 5 consecutive message periods, then each slave node enters the special case processing mode.
  • the special packet of the active master node such as the synchronization packet and the timestamp
  • FIG. 7 is a flowchart of a method for transmitting a train network data based on a CANopen protocol according to a third embodiment of the present disclosure. As shown in FIG. 7, the method includes:
  • Monitor according to the pre-configured network node list, a heartbeat message sent by each node related to the slave node through the first CAN channel on the primary network.
  • the heartbeat message monitoring mechanism is executed, and the slave node establishes a list of nodes (including the active master node, configurable) according to the topology map, that is, the related nodes.
  • the node ID is set in the specific object index storage space in the object dictionary.
  • the slave node sets a heartbeat timer for each node associated with it. After the slave node enters the operation state, each heartbeat timer counts down.
  • the slave node parses the received heartbeat message out of the corresponding node ID, and then matches the node ID table in its own object dictionary, and then sets the heartbeat timer corresponding to the matching node, and re-times.
  • S302. Determine whether the first CAN channel of each slave node is faulty according to the timing of the heartbeat timer set corresponding to each slave node and the reception status of the heartbeat message.
  • the slave node can normally receive the heartbeat message sent by the relevant slave node within a certain time, otherwise, the first CAN channel communication failure of the relevant slave node.
  • the slave node may not receive the heartbeat message sent by the relevant slave node normally due to some other reasons, for example, the network signal is suddenly interfered, etc., so in order to avoid misjudgment, the slave nodes are accurately determined. Whether the first CAN channel is faulty or not, comprehensively considers the timing of the heartbeat timer set by each slave node and the reception status of the heartbeat message, and determines whether the first CAN channel of each slave node is faulty.
  • the first CAN channel of the slave node may be faulty.
  • the second node is any slave node or active master node associated with the slave node.
  • the second node is a slave node that is faulty in the first CAN channel, and may be one or more depending on the specific application scenario.
  • the slave node will monitor the status of the active network and the standby network bus in real time (by the error counter), when the slave node first CAN channel fails (CAN line voltage is abnormal, too many error frames cause busoff, etc.) Immediately go to the standby network to process all slave nodes data, while the slave node records that the master network is currently in the bus communication abnormal fault state. If the current backup network also has a bus fault, the communication network enters the ⁇ state, and all nodes enter the vehicle special state. Operating status.
  • the transmission error counter or the reception error counter in the slave node is added to the preset value, the master network failure is learned, and the standby network is switched to communicate with other nodes.
  • the CANopen protocol-based train network data transmission method monitors the heartbeats sent by the slave nodes related to the slave nodes through the first CAN channel on the primary network according to the pre-configured network node list. And determining whether the first CAN channel of each slave node is faulty according to the timing condition of the heartbeat timer set corresponding to each slave node and the reception condition of the heartbeat message, and if it is determined that it is not received within the preset heartbeat period, The heartbeat message of the second node learns the first CAN channel failure of the second node, and switches to the standby network to listen to the heartbeat message sent by the second node through the second CAN channel, if received in the preset heartbeat period The heartbeat message sent by the second node through the second CAN channel receives the data sent by the second node on the standby network, and simultaneously receives data sent by the node that normally sends the heartbeat message on the primary network.
  • FIG. 8 is a flowchart of a method for transmitting data of a train network based on the CANopen protocol according to the fourth embodiment of the present disclosure. As shown in FIG. 8, after the step S304, the method further includes:
  • the slave node can receive the data sent by the second node that is disconnected from the active network, the slave node receives and processes the data related to the node on the standby network, and the data of the other slave nodes is still received and processed from the active network. And recording the second node primary network communication failure.
  • the slave node can receive the heartbeat message of the second node for 10 consecutive heartbeat periods on the active network, the slave node recovers to the primary network.
  • the second node data is received, and the processing from the standby network is stopped.
  • the heartbeat message sent by the second node through the second CAN channel is not received in the preset heartbeat period, for example, the heartbeat of the second node is still not monitored for five consecutive heartbeat periods on the standby network. If the second node is disconnected from the node, the secondary node primary network and the standby network communication failure are recorded.
  • S406 on the active network, continue to monitor the heartbeat message sent by the second node through the first CAN channel, and if the heartbeat message of the second node is received from the primary network in the preset heartbeat period, switch to the primary use.
  • the data sent by the second node is received on the network.
  • the slave node only needs to process the node data on the primary network, but still records that the primary and backup networks of the node have historical failures. .
  • FIG. 9 is a schematic structural diagram of an active master node according to a first embodiment of the present disclosure.
  • the active master node includes: a first listening module 101, a first determining module 102, a first processing module 103, and a first A receiving module 104.
  • the first monitoring module 101 is configured to monitor, on the primary network, the heartbeat packets sent by the slave nodes related to the active master node through the first CAN channel according to the pre-configured network node list.
  • the first establishing module 105 is configured to establish, according to the network topology map, a network node list corresponding to the active primary node, where the network node list includes: each slave node identifier and a corresponding heartbeat timer associated with the active master node. .
  • the third sending module 106 is configured to send network control commands from the primary network and the standby network to all the secondary nodes at the same time, control the first CAN channel and the second CAN channel of the slave node to enter the heartbeat message operation mode, and start and activate the active master.
  • the heartbeat timer corresponding to each slave node associated with the node.
  • the first determining module 102 is configured to determine whether the first CAN channel of each slave node is faulty according to the timing of the heartbeat timer and the receiving condition of the heartbeat message set corresponding to each slave node.
  • the first processing module 103 is configured to: when the heartbeat message of the first node is not received in the preset first heartbeat period, learn the first CAN channel failure of the first node, and control the first monitoring module to switch to the standby network. Listening to the heartbeat message sent by the first node, where the first node is any slave node associated with the active master node.
  • the first receiving module 104 is configured to receive the data sent by the first node on the standby network when receiving the heartbeat message sent by the first node through the second CAN channel in the preset first heartbeat period, and simultaneously, in the main The data sent by the slave node that receives other normal heartbeat messages is received on the network.
  • the first receiving module 104 is further configured to: when receiving the heartbeat message of the first node in the preset first heartbeat period, receive the data sent by the first node from the primary network. .
  • FIG. 11 is a schematic structural diagram of an active master node according to a third embodiment of the present disclosure. As shown in FIG. 11, on the basis of that shown in FIG. 9, the active master node further includes : First transmitting module 107.
  • the first sending module 107 is configured to send a reset instruction from the primary network to the first node when it is determined that the heartbeat message of the first node is not received within the preset first heartbeat period.
  • the first processing module 103 is further configured to: when the heartbeat message of the first node is not received in the preset second heartbeat period, learn that the first node of the first node is faulty, and switch to the standby network to monitor the first node. Heartbeat message sent.
  • the active master node further includes a second sending module 108, as shown in FIG.
  • the first sending module 108 is configured to send a reset command from the standby network to the first node when the heartbeat message sent by the first node through the second CAN channel is not received in the preset second heartbeat period;
  • the first monitoring module 101 is further configured to continue to listen to the heartbeat message sent by the first node in the standby network;
  • the active master node of the embodiment of the present disclosure listens to the heartbeat message sent by each node related to the slave node through the first CAN channel on the primary network according to the pre-configured network node list, and according to each slave
  • the timing of the heartbeat timer set by the node and the reception status of the heartbeat message determine whether the first CAN channel of each slave node is faulty.
  • the message is informed that the first node of the second node is faulty, and switches to the standby network to listen to the heartbeat message sent by the second node through the second CAN channel, if the second node is received within the preset first heartbeat period
  • the heartbeat message sent by the second CAN channel receives the data sent by the second node on the standby network, and simultaneously receives data sent by the slave node that normally sends the heartbeat message on the primary network. .
  • the switch to the standby network receives the data of the partial slave node, and the other slave node data is still received on the primary network, ensuring the data of the relevant slave node.
  • the complete reception ensures the good operation of the whole vehicle and improves the redundancy effect of the train network.
  • the first prompting module 109 is configured to send a current fault message of the first CAN channel of the first node to the operation monitoring node after receiving the heartbeat message sent by the first node through the second CAN channel, and prompt the current fault repairing. .
  • the first monitoring module 101 is further configured to continue to listen to the heartbeat message sent by the first node through the first CAN channel on the primary network.
  • the first processing module 103 is further configured to receive the heartbeat message of the first node in the preset first heartbeat period, and then learn that the first CAN channel of the first node resumes communication, and then control the first receiving module 104 to switch to The data sent by the first node is received on the primary network.
  • the first prompting module 109 is further configured to send a historical fault message of the first CAN channel of the first node to the operation monitoring node and display it to the operator to prompt the fault hidden danger maintenance.
  • the second prompting module 110 is configured to: when the heartbeat message sent by the first node through the second CAN channel is not received in the preset first heartbeat period, send the first node of the first node to the operation monitoring node.
  • the current fault message of the CAN channel and the second CAN channel is displayed to the operator, prompting the current troubleshooting.
  • the first monitoring module 101 is further configured to continue to listen to the heartbeat message sent by the first node through the first CAN channel on the primary network and the standby network.
  • the second prompting module 110 is further configured to send a current fault message of the second CAN channel of the first node to the operation monitoring node, and display the message to the operator to prompt the current troubleshooting.
  • the first monitoring module 101 is further configured to continue to listen to the heartbeat message sent by the first node through the second CAN channel on the standby network.
  • the second prompting module 110 is further configured to: when receiving the heartbeat message of the first node from the standby network in the preset first heartbeat period, send the first CAN channel and the second CAN channel of the first node to the operation monitoring node.
  • the historical fault message is displayed to the operator, prompting the fault to be repaired.
  • the first monitoring module 101 is further configured to continue to listen to the heartbeat message sent by the first node through the first CAN channel on the primary network and the standby network.
  • the first processing module 103 is further configured to: when receiving the heartbeat message of the first node from the standby network in the preset first heartbeat period, learn that the second CAN channel of the first node resumes communication, and control the first receiving module 104.
  • the data sent by the first node is received from the standby network.
  • the first monitoring module 101 is further configured to continue to listen to the heartbeat message sent by the first node through the first CAN channel on the primary network.
  • the first processing module 103 is further configured to receive a heartbeat message of the first node from the primary network in a preset first heartbeat period, and switch to receive data sent by the first node on the primary network.
  • the first processing module 103 is further configured to switch to the standby primary node to perform data interaction with other related slave nodes when detecting the active primary node failure.
  • the second prompting module 110 is further configured to send a historical fault message of the first CAN channel and the second CAN channel of the first node to the operation monitoring node, and display the message to the operator to prompt the fault hidden danger maintenance.
  • the active master node of the embodiment of the present disclosure performs the selection of the primary network and the standby network according to the real-time situation of the train network, and performs corresponding display on the monitoring node to the relevant operator, thereby improving the train network data transmission.
  • Method stability and reusability
  • FIG. 14 is a schematic structural diagram of a slave node according to the first embodiment of the present disclosure.
  • the slave node includes: a second intercepting module 201.
  • the second determining module 202 the second processing module 203, and the second receiving module 204.
  • the second monitoring module 201 is configured to monitor, on the primary network, the heartbeat packets sent by the nodes related to the slave node through the first CAN channel according to the pre-configured network node list.
  • the slave node further includes: a second setup module 205 and a third receiver module, as shown in FIG. 206.
  • the third receiving module 206 is configured to receive, by the active network, the active master node to send a network control command to start the first CAN channel and the second CAN channel to enter a heartbeat message operation mode, and initiate a heartbeat corresponding to each slave node associated with the slave node. Timer.
  • the second determining module 202 is configured to determine whether the first CAN channel of each slave node is faulty according to the timing of the heartbeat timer and the receiving condition of the heartbeat message set corresponding to each slave node.
  • the second processing module 203 is configured to: when it is determined that the heartbeat message of the second node is not received within the preset first heartbeat period, learn the first CAN channel failure of the second node, and switch to the standby network monitoring
  • the heartbeat message sent by the two nodes, and the second node is any slave node or active master node associated with the slave node.
  • the second processing module 203 is further configured to: when the sending error counter or the receiving error counter in the slave node is added to the preset value, the master network fault is learned, and the standby network is switched to the standby network.
  • the node communicates.
  • the second receiving module 204 is configured to receive the data sent by the second node on the standby network when receiving the heartbeat message sent by the second node through the second CAN channel in the preset first heartbeat period, and simultaneously, in the main The data sent by the node that receives other normal heartbeat messages is received on the network.
  • the slave node of the embodiment of the present disclosure listens to the heartbeat message sent by each slave node associated with the slave node through the first CAN channel according to the pre-configured network node list, and according to the slave node.
  • the timing of the heartbeat timer set by the node and the reception status of the heartbeat message determine whether the first CAN channel of each slave node is faulty.
  • the message is informed that the first node of the second node is faulty, and switches to the standby network to listen to the heartbeat message sent by the second node through the second CAN channel, if the second node is received within the preset first heartbeat period
  • the heartbeat message sent by the second CAN channel receives the data sent by the second node on the standby network, and simultaneously receives data sent by the node that normally sends the heartbeat message on the primary network.
  • the switch to the standby network receives the data of the partial slave node, and the other slave node data is still received on the primary network, ensuring the data of the relevant slave node.
  • the complete reception ensures the good operation of the whole vehicle and improves the redundancy effect of the train network.
  • the first recording module 207 is configured to record a current fault message of the first CAN channel of the second node after receiving the heartbeat message sent by the second node through the second CAN channel in the preset heartbeat period.
  • the second monitoring module 201 is further configured to continue to listen to the heartbeat message sent by the second node through the first CAN channel on the primary network.
  • the second processing module 203 is further configured to receive the heartbeat message of the second node in the preset heartbeat period, and then learn that the first CAN channel of the second node resumes communication, and then control the second receiving module 204 to switch to the primary use.
  • the data sent by the second node is received on the network.
  • the second recording module 208 is configured to receive, after switching to the standby network, the heartbeat message sent by the second node through the second CAN channel, and not receiving the heartbeat sent by the second node through the second CAN channel in the preset heartbeat period. At the time of the message, the current fault message of the first CAN channel and the second CAN channel of the second node is recorded.
  • the second monitoring module 201 is further configured to continue to listen to the heartbeat message of the second node on the primary network and the standby network.
  • the second processing module 203 is further configured to receive the heartbeat message of the second node from the primary network in a preset heartbeat period, and then learn that the first CAN channel of the second node resumes communication, and then control the second switching module 204. Switch to the primary network to receive data sent by the second node.
  • the second monitoring module is further configured to continue to listen to the heartbeat message sent by the second node on the primary network and the backup network.
  • the second receiving module 204 is further configured to receive a heartbeat message of the first slave node from the standby network in a preset heartbeat period, and learn to obtain the second CAN channel of the second node to resume communication, and receive the second communication from the standby network. The data sent by the two nodes.
  • the second monitoring module 201 is further configured to continue to listen to the heartbeat message sent by the second node through the first CAN channel on the primary network.
  • the second processing module 203 is further configured to: when receiving the heartbeat message of the second node from the primary network in the preset heartbeat period, control the second switching mode to switch to receiving data sent by the second node on the primary network.
  • the slave node of the embodiment of the present disclosure performs the selection of the primary network and the standby network according to the real-time situation of the train network, and performs corresponding display on the monitoring node to the relevant operator, thereby improving the train network data transmission method. Stability and reusability.
  • the redundant network design used by the train using the CAN bus as the communication network considers fewer failure modes, and all nodes simultaneously transmit data in both the primary network and the standby network, but only one of the networks receives data. Regardless of which node on the primary network has been dropped, the associated node is uniformly switched to the standby network to receive data for processing the dropped node and other associated nodes. Therefore, when multiple nodes fail in different channels, partial node data cannot be generated. Normal reception, which affects the operation of the whole vehicle, the redundancy effect is greatly reduced, and the meaning of redundancy is not reflected.
  • two active master nodes are set up in the network, one is the active master node, one is the backup master node (the default is not working), and five slave nodes A, B, C, D, and E are defined activities.
  • the master node receives the slave nodes A, B, and C data, receives the slave nodes B, C, and D data from the node A, receives the slave nodes A and E data from the node B, and receives the slave node B and D data from the node C.
  • the active master node, the slave node A, and the slave node C that receive the slave node B data according to the definition are stored, and the three nodes respectively store the nodes of the slave node B in the respective object dictionary. ID. Due to the failure of the first CAN channel from the Node B from the Node B, the active master node, the slave node A, and the slave node C will always receive the heartbeat message of the slave node B on the primary network.
  • the active master node when the active master node does not detect the heartbeat message of the three heartbeat periods of the slave node B, the node is first reset by the network control reset command, and then two heartbeat cycles are monitored, and then two heartbeats are monitored. The period slave node B still cannot return to normal.
  • the active master node, the slave node A, and the slave node C both switch to the second CAN channel to monitor whether the heartbeat message of the slave node B is received in the standby network, and the second CAN channel of the slave node B.
  • the data is normally transmitted, so that the active master receives the data as shown in FIG. 18. In FIG.
  • the master node A receives the data of the slave nodes A, B, and C, that is, the active master node receives the slave node from the primary network.
  • the data of A and C receives the data processed from the node B from the standby network, and the data is received from the node A and the slave node C.
  • the slave nodes B and C are received from the node A.
  • the data of D receives the data of the slave nodes A and E from the node B, and receives the data of the slave nodes B and D from the node C, that is, receives the data of the slave nodes C, D from the master network from the node A, and receives the data from the slave network, and receives from the backup network.
  • Processing data from node B The slave node C receives the data of the slave node D from the master network, and receives the data of the slave node B from the slave network.
  • the CAN network protocol-based train network data transmission system of the embodiment of the present disclosure solves the problem that some node data cannot be received normally when multiple nodes are faulty in different channels in the existing solution, and effectively avoids partial node main network channels.
  • some nodes need to discard some node data when the standby network channel is faulty, and also improve the actual effect of the redundant design. It can well avoid some train network failures and cause the whole vehicle to be blocked. It can guarantee some abnormal situations.
  • the nodes of the network can still communicate normally.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Health & Medical Sciences (AREA)
  • Cardiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Environmental & Geological Engineering (AREA)
  • Small-Scale Networks (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本公开公开了一种基于CANopen协议的列车网络数据传输方法、系统及其装置，其中，应用在活动主节点的方法包括：在主用网络上监听与活动主节点相关的各从节点通过第一CAN通道发送的心跳报文；判断各从节点的第一CAN通道是否故障；若判断获知在预设的第一心跳周期内没有接收到第一节点的心跳报文，则从主用网络向第一节点发送复位指令；若在预设的第一心跳周期内没有接收到第一节点的心跳报文，则获知第一节点的第一CAN通道故障，并切换到备用网络监听第一节点发送的心跳报文；否则，在备用网络上接收第一节点发送的数据，同时，在主用网络上接收其他正常发送心跳报文的从节点发送的数据。由此，保证了整车的良好运行，提高了列车网络的冗余效果。

Description

基于CANopen协议的列车网络数据传输方法、系统及其装置
相关申请的交叉引用
本申请要求比亚迪股份有限公司于2017年06月21日提交的、公开名称为“基于CANopen协议的列车网络数据传输方法、系统及其装置”的、中国专利申请号“201710477076.7”的优先权。
技术领域
本公开涉及车辆通信技术领域，尤其涉及一种基于CANopen协议的列车网络数据传输方法、系统及其装置。
背景技术
目前列车通信网络应用比较广泛的是列车通信网络TCN总线技术，TCN(Train Communication Network，列车通信网络)涵盖了MVB(Multifunction Vehicle Bus，多功能车辆总线)、WTB(Wire Train Bus，绞线式列车总线)、以太网、CAN(Controller Area Network，现场总线)这四种总线。在对于MVB、WTB、以太网、CAN这四种总线的设计要求中，一个共同的要求是网络冗余设计。所谓的网络冗余，指的是为每个通信网络都应再设立一个备用网络，即网络上每个节点都会采用A线和B线的双线连接方式，当网络出现故障时，可以通过备用网络实现通信，确保网络上各产品数据交互畅通，使列车通信网络的运行环境具备高可用性。
通常列车通信网络设计如果应用CAN总线进行数据交互，多数情况都会基于CANopen(一种基于CAN总线的高层通信协议，是目前工业控制常用的一种现场总线)设计，CANopen的定义是基于CAN总线设计的标准化应用层协议，CANopen协议为传统CAN支援了一套完善的网络管理机制，以支撑冗余网络设计。
发明内容
本公开的目的旨在至少在一定程度上解决上述的技术问题之一。
为此，本公开的第一个目的在于提出一种基于CANopen协议的列车网络数据传输方法，该方法中，当某个或某些从节点在主用网络掉线时，切换到备用网络接收该部分从节点的 数据，其他从节点数据依然在主用网络上接收，保证了对相关从节点数据的完整接收，保证了整车的良好运行，提高了列车网络的冗余效果。
本公开的第二个目的在于提出另一种基于CANopen协议的列车网络数据传输方法。
本公开的第三个目的在于提出一种活动主节点。
本公开的第四个目的在于提出一种从节点。
本公开的第五个目的在于提出一种基于CANopen协议的列车网络数据传输系统。
为了实现上述目的，本公开第一方面实施例提出的一种基于CANopen协议的列车网络数据传输方法，包括以下步骤：根据预先配置的网络节点列表在主用网络上监听与所述活动主节点相关的各从节点通过第一CAN通道发送的心跳报文；根据与所述各从节点对应设置的心跳计时器的计时情况和所述心跳报文的接收情况，判断所述各从节点的第一CAN通道是否故障；若判断获知在预设的第一心跳周期内没有接收到第一节点的心跳报文，则获知所述第一节点的第一CAN通道故障，并切换到所述备用网络监听所述第一节点发送的心跳报文，其中，所述第一节点为任意一个与所述活动主节点相关的从节点；如果在预设的心跳周期内接收到所述第一节点通过第二CAN通道发送的心跳报文，则在所述备用网络上接收所述第一节点发送的数据，同时，在所述主用网络上接收其他正常发送心跳报文的从节点发送的数据。
本公开实施例的基于CANopen协议的列车网络数据传输方法，根据预先配置的网络节点列表在主用网络上监听与活动主节点相关的各从节点通过第一CAN通道发送的心跳报文，并根据与各从节点对应设置的心跳计时器的计时情况和心跳报文的接收情况，判断各从节点的第一CAN通道是否故障，从而，若判断获知在预设的第一心跳周期内没有接收到第一节点的心跳报文，则获知第一节点的第一CAN通道故障，并切换到备用网络监听第一节点通过第二CAN通道发送的心跳报文，如果在预设的第一心跳周期内接收到第一节点通过第二CAN通道发送的心跳报文，则在备用网络上接收第一节点发送的数据，同时，在主用网络上接收各从节点中除第一节点外的其他从节点发送的数据。由此，当某个或某些从节点在主用网络掉线时，切换到备用网络接收该部分从节点的数据，其他从节点数据依然在主用网络上接收，保证了对相关从节点数据的完整接收，保证了整车的良好运行，提高了列车网络的冗余效果。
为了实现上述目的，本公开第二方面实施例提出的另一种基于CANopen协议的列车网络数据传输方法，包括以下步骤：根据预先配置的网络节点列表在主用网络上监听与所述从节点相关的各从节点通过第一CAN通道发送的心跳报文：根据与所述各从节点对应设置的心跳计时器的计时情况和所述心跳报文的接收情况，判断所述各从节点的第一CAN通道是否故障；若判断获知在预设的心跳周期内没有接收到第二节点的心跳报文，则获知所述 第二节点的第一CAN通道故障，并切换到备用网络监听所述第二节点发送的心跳报文，其中，所述第二节点为任意一个与所述从节点相关的从节点或活动主节点；如果在预设的心跳周期内接收到所述第二节点通过第二CAN通道发送的心跳报文，则在所述备用网络上接收所述第二节点发送的数据,同时，在所述主用网络上接收所述各从节点中除所述第二节点外的其他从节点发送的数据。
本公开实施例的基于CANopen协议的列车网络数据传输方法，根据预先配置的网络节点列表在主用网络上监听与从节点相关的各节点通过第一CAN通道发送的心跳报文，并根据与各从节点对应设置的心跳计时器的计时情况和心跳报文的接收情况，判断各从节点的第一CAN通道是否故障，若判断获知在预设的心跳周期内没有接收到第二节点的心跳报文，则获知第二节点的第一CAN通道故障，并切换到备用网络监听第二节点通过第二CAN通道发送的心跳报文，如果在预设的心跳周期内接收到第二节点通过第二CAN通道发送的心跳报文，则在备用网络上接收第二节点发送的数据,同时，在主用网络上接收各从节点中除第二节点外的其他从节点发送的数据。由此，当某个或某些从节点在主用网络掉线时，切换到备用网络接收该部分从节点的数据，其他从节点数据依然在主用网络上接收，保证了对相关从节点数据的完整接收，保证了整车的良好运行，提高了列车网络的冗余效果。
为了实现上述目的，本公开第三方面实施例提出的一种活动主节点，包括：第一监听模块，用于根据预先配置的网络节点列表在主用网络上监听与所述活动主节点相关的各从节点通过第一CAN通道发送的心跳报文；第一判断模块，用于根据与所述各从节点对应设置的心跳计时器的计时情况和所述心跳报文的接收情况，判断所述各从节点的第一CAN通道是否故障；第一处理模块，用于在判断获知在预设的第一心跳周期内没有接收到第一节点的心跳报文时，获知所述第一节点的第一CAN通道故障，并控制所述第一监听模块切换到所述备用网络监听所述第一节点发送的心跳报文，其中，所述第一节点为任意一个与所述活动主节点相关的从节点；第一接收模块，用于在预设的第一心跳周期内接收到所述第一节点通过第二CAN通道发送的心跳报文时，在所述备用网络上接收所述第一节点发送的数据，同时，在所述主用网络上接收其他正常发送心跳报文的从节点发送的数据。
本公开实施例的活动主节点，根据预先配置的网络节点列表在主用网络上监听与活动主节点相关的各从节点通过第一CAN通道发送的心跳报文，并根据与各从节点对应设置的心跳计时器的计时情况和心跳报文的接收情况，判断各从节点的第一CAN通道是否故障，从而，若判断获知在预设的第一心跳周期内没有接收到第一节点的心跳报文，则获知第一节点的第一CAN通道故障，并切换到备用网络监听第一节点通过第二CAN通道发送的心跳报文，如果在预设的第一心跳周期内接收到第一节点通过第二CAN通道发送的心跳报文，则在备用网络上接收第一节点发送的数据，同时，在主用网络上接收各从节点中除第 一节点外的其他从节点发送的数据。由此，当某个或某些从节点在主用网络掉线时，切换到备用网络接收该部分从节点的数据，其他从节点数据依然在主用网络上接收，保证了对相关从节点数据的完整接收，保证了整车的良好运行，提高了列车网络的冗余效果。
为了实现上述目的，本公开第四方面实施例提出的从节点，包括：第二监听模块，用于根据预先配置的网络节点列表在主用网络上监听与所述从节点相关的各节点通过第一CAN通道发送的心跳报文：第二判断模块，用于根据与所述各从节点对应设置的心跳计时器的计时情况和所述心跳报文的接收情况，判断所述各从节点的第一CAN通道是否故障；第二处理模块，用于在判断获知在预设的心跳周期内没有接收到第二节点的心跳报文时，获知所述第二节点的第一CAN通道故障，并控制所述第二监听模块切换到备用网络监听所述第二节点发送的心跳报文，其中，所述第二节点为任意一个与所述从节点相关的从节点或活动主节点；第二接收模块，用于在预设的心跳周期内接收到所述第二节点通过第二CAN通道发送的心跳报文时，在所述备用网络上接收所述第二节点发送的数据，同时，在所述主用网络上接收其他正常发送心跳报文的节点发送的数据。
本公开实施例的从节点，根据预先配置的网络节点列表在主用网络上监听与从节点相关的各从节点通过第一CAN通道发送的心跳报文，并根据与各从节点对应设置的心跳计时器的计时情况和心跳报文的接收情况，判断各从节点的第一CAN通道是否故障，若判断获知在预设的心跳周期内没有接收到第二节点的心跳报文，则获知第二节点的第一CAN通道故障，并切换到备用网络监听第二节点通过第二CAN通道发送的心跳报文，如果在预设的心跳周期内接收到第二节点通过第二CAN通道发送的心跳报文，则在备用网络上接收第二节点发送的数据，同时，在所述主用网络上接收所述各从节点中除所述第二节点外的其他从节点发送的数据。由此，当某个或某些从节点在主用网络掉线时，切换到备用网络接收该部分从节点的数据，其他从节点数据依然在主用网络上接收，保证了对相关从节点数据的完整接收，保证了整车的良好运行，提高了列车网络的冗余效果。
为了实现上述目的，本公开第五方面实施例提出的基于CANopen协议的列车网络数据传输系统，包括：本公开第三方面实施例所述的活动主节点，本公开第四方面实施例所述的从节点，主用网络和备用网络。
本公开实施例的基于CANopen协议的列车网络数据传输系统，解决现有方案中多个节点不同通道故障时出现部分节点数据无法正常接收的问题，有效避免部分节点主用网络通道故障而部分节点备用网络通道故障时需舍弃一些节点数据，同时也提升了冗余设计的实际效果，很好地规避了一些列车网络故障导致整车运行受阻的问题，能保证在一些异常情况下，网络各个节点依然可以正常通信。
为了实现上述目的，本公开第六方面实施例提出的一种计算机设备，包括存储器、处 理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述计算机程序时实现本公开第一方面实施例所述的基于CANopen协议的列车网络数据传输方法。
为了实现上述目的，本公开第七方面实施例提出的一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述计算机程序时实现本公开第二方面实施例所述的基于CANopen协议的列车网络数据传输方法。
为了实现上述目的，本公开第八方面实施例提出的一种存储介质，用于存储应用程序，所述应用程序用于执行如本公开第一方面实施例所述的基于CANopen协议的列车网络数据传输方法。
为了实现上述目的，本公开第九方面实施例提出的一种存储介质，用于存储应用程序，所述应用程序用于执行如本公开第二方面实施例所述的基于CANopen协议的列车网络数据传输方法。
本公开附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本公开的实践了解到。
附图说明
本公开上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：
图1是根据现有技术的列车网络结构示意图；
图2(a)是根据现有技术的列车网络结构数据传输存在风险示意图；
图2(b)是根据本公开的列车网络结构数据传输克服风险示意图；
图3是根据本公开第一个实施例的基于CANopen协议的列车网络数据传输方法的流程图；
图4为本公开一个实施例的列车冗余网络数据传输方法的示例拓扑图；
图5是根据本公开所列举的主用网络总线故障时各节点接收数据示例图；
图6是根据本公开第二个实施例的基于CANopen协议的列车网络数据传输方法的流程图；
图7是根据本公开第三个实施例的基于CANopen协议的列车网络数据传输方法的流程图；
图8是根据本公开第四个实施例的基于CANopen协议的列车网络数据传输方法的流程图；
图9是根据本公开第一个实施例的活动主节点的结构示意图；
图10是根据本公开第二个实施例的活动主节点的结构示意图；
图11是根据本公开第三个实施例的活动主节点的结构示意图；
图12是根据本公开第四个实施例的活动主节点的结构示意图；
图13是根据本公开第五个实施例的活动主节点的结构示意图；
图14是根据本公开第一个实施例的从节点的结构示意图；
图15是根据本公开第二个实施例的从节点的结构示意图；
图16是根据本公开第三个实施例的从节点的结构示意图；
图17是根据本公开一个实施例的基于CANopen协议的列车网络数据传输系统的结构示意图；
图18为根据本公开所列举的节点第一CAN通道故障时活动主节点接收数据示意图；以及
图19为根据本公开所列举的节点第一CAN通道故障时从节点接收数据示意图。
具体实施方式
下面详细描述本公开的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本公开，而不能理解为对本公开的限制。
下面参考附图描述本公开实施例的基于CANopen协议的列车网络数据传输方法、系统及其装置。
具体地，由当前现有技术中的冗余网络设计方式可知，目前使用CAN总线作为通信网络的列车比较少，由于以CAN总线搭建的网络架构较为简单，现阶段已应用CAN总线的列车上都未妥善地考虑网络冗余设计，即使是有这方面考虑，很多车辆制造商由于技术条件有限，同时为了使网络节点软件逻辑处理简单，能快速地满足网络搭建，所以现有比较完善的策略就是所有节点在主用网络与备用网络同时发送数据，但是只会选其中一个网络接收数据，不管主用网络上哪个节点已经掉线，跟掉线节点相关的节点统一切换到备用网络上以接收处理掉线节点的数据以及其他关联节点的数据。
举例而言，如附图1示例所示，从节点A接收从节点B、C、D的数据，从节点B接收A、E的数据，从节点C接收从节点B、D数据，从节点A、C需要接收从节点B的数据，而从节点D、E不接收从节点B的数据，当从节点B的第一CAN通道故障时，从节点A与从节点C就切换到备用网络上去接收数据，这样就能保证正常接收到从节点B的数据。
然而，这样的处理方式会存在一种风险，如附图2(a)示例所示，从节点A需要接收从节点B与从节点C的数据，但是从节点B第一CAN通道故障且从节点C第二CAN通道故障时，按现有方式节点A只能取一个网络数据，因此只能选择放弃从节点B或者从节点C的数据，但是实际情况从节点B与从节点C的数据对于从节点A都很重要，只能接收一个的数据，那就会影响从节点A功能，进而影响整车运行，冗余效果就大打折扣，没有体现出冗余主旨意义。
为了解决现有技术中，多个节点不同通道故障时出现部分节点数据无法正常接收的技术问题，本公开提出的列车网络数据传输方法中，在现有列车网络冗余设计结构的基础上，提供一种列车冗余网络数据传输设计方案，可有效避免部分节点的主用网络通道故障而部分节点的备用网络通道故障时需舍弃一些节点数据，同时也提升了冗余设计的实际效果，很好地规避了一些车辆网络故障导致整车运行受阻的问题，能保证在一些异常情况下，网络各个节点依然可以正常通信。
其中，需要强调的是，本公开的列车网络数据传输方法是基于CANopen协议执行的，其中，CANopen协议要求网络中有一个节点充当活动主节点的角色，以管理其他从节点的初始化、启动、监管、复位或停止等工作。
为了更加清楚的对本公开的基于CANopen协议的列车网络数据传输方法进行说明，下面结合具体实施例，集中在该方法应用在活动主节点侧进行描述，说明如下：
其中，为了更好的执行本公开实施例的基于CANopen协议的列车网络数据传输方法，对活动主节点具有一定的设计要求，由于活动主节点作为网络管理员身份，所以会比从节点多了网络状态控制的功能，即活动主节点上电后需要同时向主用网络与备用网络发送网络控制指令，控制从节点两路CAN通道进入操作模式，同时会向主用网络与备用网络一起发送同步包、时间戳、紧急对象等报文。
图3是根据本公开第一个实施例的基于CANopen协议的列车网络数据传输方法的流程图，如图3所示，该方法包括：
S101，根据预先配置的网络节点列表在主用网络上监听与活动主节点相关的各从节点通过第一CAN通道发送的心跳报文。
可以理解，预先根据网络拓扑图建立与活动主节点对应的网络节点列表，其中，网络节点列表包括：与活动主节点相关的各从节点标识和各从节点对应的心跳计时器，其中，节点标识可以是从节点的身份标识ID等唯一标识数据信息的标识。
进而，同时从主用网络和备用网络向所有从节点发送网络控制指令，控制从节点的第一CAN通道和第二CAN通道进入心跳报文操作模式，并启动与活动主节点相关的各从节点对应的心跳计时器。
具体而言，活动主节点在自身操作状态(可以理解为活动主节点正常工作的一种全功能运行状态)后，执行心跳报文监测机制，活动主节点可根据网络拓扑图建立一个所有网络节点列表(可配置的)，即自定义CANopen的对象字典中的一个对象索引以各节点独有的节点标识来标记各节点身份，把所有节点的节点标识(比如节点ID)都包含在该对象存储空间内，活动主节点会为每个节点都设置一个心跳计时器，活动主节点在进入操作状态后，每个心跳计时器就会进行倒计时，活动主节点把收到的心跳报文解析出相应的节点标识，比如节点ID，然后再与其自身对象字典中的节点列表匹配，再把匹配上的节点对应的心跳计时器置位，重新计时，根据此特性要求，包含活动主节点在内所有节点都会同时在主用网络与备用网络上以各自节点ID通过特定的周期循环发送心跳报文。
在实际应用中，默认状态下活动主节点先在主用网络上监测各个从节点的心跳报文发送情况，即根据预先配置的网络节点列表在主用网络上监听与活动主节点相关的各从节点通过第一CAN通道发送的心跳报文。
S102，根据与各从节点对应设置的心跳计时器的计时情况和心跳报文的接收情况，判断各从节点的第一CAN通道是否故障。
具体地，如果从节点的第一CAN通道通信良好，则在一定的时间内，活动主节点可以正常接收从节点发送的心跳报文，否则，从节点的第一CAN通道通信故障。
当然，在某些情况下，可能因为一些其他原因导致活动主节点没有正常接收从节点发送的心跳报文，比如，网络信号受到突然的干扰等，因而为了避免误判，准确确定各从节点的第一CAN通道是否故障，综合考量各从节点对应设置的心跳计时器的计时情况和心跳报文的接收情况，判断各从节点的第一CAN通道是否故障。
举例而言，当有三个心跳周期未监测到某个节点的心跳报文时，活动主节点首先会通过网络控制的复位指令先使该节点进行复位，之后再监听两个心跳周期，在两个心跳周期内可以收到节点的心跳报文，活动主节点维持在主用网络处理该节点处理，否则判断该从节点的第一CAN通道可能故障。
需要强调的是，上述示例中的心跳计时器的计时情况仅仅是一种示例，根据具体应用需求的不同，也可采取其他心跳周期的组合判断各从节点的第一CAN通道是否故障，比如，当有5个心跳周期未检测到某个从节点的心跳报文时，则直接判断该从节点的第一CAN通道故障。
S103，若判断获知在预设的第一心跳周期内没有接收到第一节点的心跳报文，则获知第一节点的第一CAN通道故障，并切换到备用网络监听第一节点发送的心跳报文。
其中，在备用网络监听的第一节点发送的心跳报文是第一节点通过第二CAN通道发送的，其中，第一节点为任意一个与活动主节点相关的从节点。
具体地，在预设的第一心跳周期内如果没有接收到第一节点的心跳报文，则表明导致活动主节点接收不到第一节点发送的心跳报文的原因，是第一CAN通道故障导致的，从而为了保证活动主节点可正常接收到第一节点的数据，维持整车的正常运行，切换到备用网络监听第一节点通过第二CAN通道发送的心跳报文。
需要强调的是，此时活动主节点仅从备用网络监听第一节点的心跳报文，针对其他第一CAN通道无故障的节点，仍在主用网络接收心跳报文，从而，如图2(b)所示，节点A需要接收节点B与节点C的数据，节点B第一CAN通道故障且节点C第二CAN通道故障时，按照本公开的数据传输方法，节点A通过主用网络接收节点C的数据，从备用网络接收节点B发送的数据，因此可节点B和节点C的数据，保证了节点A的正常功能，进而保证整车良好运行，冗余效果增强。
在本公开的另一个实施例中，如果在预设周期内接收到第一节点的心跳报文，则表明该节点的数据传输故障时可以通过复位自行修复的，从而继续从主用网络上接收第一节点发送的数据。
S104，如果在预设的第一心跳周期内接收到第一节点通过第二CAN通道发送的心跳报文，则在备用网络上接收第一节点发送的数据，同时，在主用网络上接收其他正常发送心跳报文的从节点发送的数据。
具体地，如果在预设的第一心跳周期内接收到第一节点通过第二CAN通道发送的心跳报文，则表明第二CAN通道功能正常，从而在备用网络上接收第一节点发送的数据。
由此，根据上述对基于CANopen协议的列车网络数据传输方法的描述，同时参考行业规范CIA302-6对于CAN冗余的设计以及轨道行业成熟现场总线冗余机制，要求本公开实施例的网络架构参考附图4，在图4中，从节点A接收从节点B、C的数据，从节点B接收从节点A和E的数据，从节点C接收到从节点B和D的数据，网络设立两个主节点，一个为活动主节点，另一个为备份主节点，当活动主节点出现故障时，备份主节点才会进行替代之前活动主节点的功能。
另外所有网络上的节点都采用A、B两对CAN线连接，A线路定义为主用网络，B线路定义为备用网络，所有节点在运行时，会同时往A线路与B线路上发送信息，但在初始默认情况下只会在A线路上接收信息，但节点必须支持同时在A线路与B线路中接收信息，由此，当一个从节点的第一CAN通道发生故障时，从备用网络接收该节点的数据，针对其余的第一CAN通道没有发生故障的从节点，仍从主用网络接收其发送的数据，由此保证对对相关从节点数据的完整接收，保证了正常的良好运行。
当然，上述对本公开实施例的描述，默认主用网络和备用网络通信没有故障，在实际应用时，主用网络和备用网络均可能出现故障，因而，活动主节点自身进入操作状态后， 还执行总线故障判定机制。
具体而言，根据CAN总线特性要求，所有CAN控制器都必须包含一个发送错误计数器与一个接收错误计时器，结合数据链路层所定义的错误检测机制，当检测到总线通信异常时，错误计数器会启用，计数累加到255则节点进入bus off(总线关闭)状态。
现要求活动主节点同时监测主用网络与备用网络总线状态，当活动主节点的主用网络总线出现故障(比如，CAN线电压异常、错误帧过多导致busoff等等)时，活动主节点首先会解析备用主节点心跳报文，判定是否启用备用主节点，如果备用主节点可以正常担任活动主节点的角色，活动主节点停止运行进入静默状态，备用主节点启动，担任活动主节点的角色，如果备用活动主节点目前处于故障状态，无法担任活动主节点的角色，那当前活动主节点继续维持运行，并立即转到备用网络处理所有从节点数据，同时活动主节点会给仪表或其他设备通报主用网络当前处于故障状态，如果当前备用网络也出现了故障，则通信网络进入瘫痪状态，所有节点进入车辆特殊操作状态。
其中，上述错误计数器累计的次数255，仅仅是一种示例，根据具体应用需求的不同，当活动主节点发送错误计时器或者接受错误计时器累加到任意满足要求的预设数值时，获知主用网络故障，切换到备用网络与其他节点进行通信。
举例而言，如图5所示，主用网络总线出现短路故障即主用网络上所有节点都无法正常通信，各个节点的错误计数器都会持续累加，当各个节点判定主用网络通道进入busoff状态后，都会自行切换到备用网络接收各自所需的数据。
需要强调的是，基于以上描述，在实际应用中，有可能CAN通道发生的故障并不是长久故障，比如网速突变导致的运行暂停等，因而，为了避免不必要的切换造成的资源的浪费，在本公开的一个实施例中，向故障的CAN通道发送复位指令，以根据复位后心跳报文的接收情况，判断当前是否确实发生故障。
具体而言，在本公开的一个实施例中，在判断获知在预设的第一心跳周期内没有接收到第一节点的心跳报文之后，并不直接判断第一CAN通道故障，而是从主用网络向第一节点发送复位指令，以使得第一CAN通道进入运行初始状态。
进而，在主用网络上继续监听第一节点发送的心跳报文，如果在预设的第二心跳周期内没有接收到第一节点的心跳报文，则获知第一节点的第一CAN通道故障，并切换到备用网络监听所述第一节点发送的心跳报文。
如果在预设的第二心跳周期内接收到第一节点的心跳报文，则获知第一节点的第一CAN通道故障是暂时的，已经通过复位动作排除，因而在主用网络监听第一节点发送的心跳报文。
基于同样的原理，在切换到第二CAN通道接收第一节点发送的心跳报文时如果在预设 的第一心跳周期内接收不到第一节点通过第二CAN通道发送的心跳报文，则并不直接判断第二CAN通道通信故障，而是从备用网络向第一节点发送复位指令，并在备用网络继续监听第一节点发送的心跳报文。
如果在预设的第二心跳周期内接收到第一节点通过第二CAN通道发送的心跳报文，则获知第一节点的第二CAN通道故障是暂时的，已经通过复位动作排除，因而在备用网络上接收第一节点发送的数据，同时，在主用网络上接收其他正常发送心跳报文的从节点发送的数据。
如果在预设的第二心跳周期内没有接收到第一节点通过第二CAN通道发送的心跳报文，则获知第一节点的第二CAN通道故障。
本公开实施例的基于CANopen协议的列车网络数据传输方法，根据预先配置的网络节点列表在主用网络上监听与活动主节点相关的各从节点通过第一CAN通道发送的心跳报文，并根据与各从节点对应设置的心跳计时器的计时情况和心跳报文的接收情况，判断各从节点的第一CAN通道是否故障，从而，若判断获知在预设的第一心跳周期内没有接收到第一节点的心跳报文，则获知第一节点的第一CAN通道故障，并切换到备用网络监听第一节点通过第二CAN通道发送的心跳报文，如果在预设的第一心跳周期内接收到第一节点通过第二CAN通道发送的心跳报文，则在备用网络上接收第一节点发送的数据，同时，在主用网络上接收各从节点中除第一节点外的其他从节点发送的数据。由此，当某个或某些从节点在主用网络掉线时，切换到备用网络接收该部分从节点的数据，其他从节点数据依然在主用网络上接收，保证了对相关从节点数据的完整接收，保证了整车的良好运行，提高了列车网络的冗余效果。
基于以上实施例，为了进一步提高基于CANopen协议的列车网络数据传输方法的稳定性与复用性，根据发送数据的情况实时展示当前列车网络的故障信息，以便于相关操作人员根据故障信息尽快维修等，以提高列车网络数据传输的稳定性。
图6是根据本公开第二个实施例的基于CANopen协议的列车网络数据传输方法的流程图，如图6所示，在上述步骤S104之后还包括：
S201，如果在预设的第二心跳周期内接收不到第一节点通过第二CAN通道发送的心跳报文，则向运行监控节点发送第一节点的第一CAN通道和第二CAN通道的当前故障消息，并显示给操作员，提示当前故障检修。
需要强调的是，上述第一心跳周期和第二心跳周期的时长，均可根据应用场景的需要自定标定，第一心跳周期和第二心跳周期可以相同，也可以不同。
另外上述监控节点在具体应用需求不同的情况下，可以为不同的装置，比如可以是仪表显示屏、终端设备的应用界面等，在此不做限制。
具体地，如果在预设的第二心跳周期内接收到不到第一节点通过第二CAN通道发送的心跳报文，则表明第二CAN通道也发生故障，从而，为了便于相关操作人员及时获知故障情况以进行故障处理，向运行监控节点发送第一节点的第一CAN通道和第二CAN通道的当前故障消息，并显示给操作员，提示当前故障检修。
举例而言，在本示例中，预设的第二心跳周期是五个心跳周期，运行监控节点是显示屏，则如果在备用网络上连续五个心跳周期依然监听不到第一节点的心跳报文，则活动主节点直接向仪表显示屏通报该第一节点主用网络与备用网络都已出现故障(故障类型为当前故障)，提示对该节点主用网络与备用网络进行检修。
S202，在主用网络和备用网络上继续监听第一节点通过第一CAN通道发送的心跳报文，若在预设的第一心跳周期内从主用网络接收到第一节点的心跳报文，则获知第一节点的第一CAN通道恢复通信，则切换到主用网络上接收第一节点发送的数据，并向运行监控节点发送第一节点的第二CAN通道的当前故障消息，并显示给操作员，提示当前故障检修。
具体地，节点双路都出现通信故障时，活动主节点需继续在主用网络与备用网络继续监听该节点心跳报文，如若中途故障节点主用网络与备用网络其中之一恢复通信，则通过恢复的网络进行通信。
举例而言，在主用网络和备用网络上继续监听第一节点通过第一CAN通道发送的心跳报文，如若中途故障节点主用网络与备用网络其中之一恢复通信，即活动主节点在主用网络上连续五个心跳周期可以接收到该第一节点的心跳报文，则活动主节点在恢复的网络上接收处理该第一节点数据，但仍会向运行监控节点(如仪表显示屏等)通报该第一节点该路网络为历史故障且另一路网络为当前故障。
S203，在备用网络上继续监听第一节点通过第二CAN通道发送的心跳报文，若在预设的第一心跳周期内从备用网络接收到第一节点的心跳报文，则向运行监控节点发送第一节点的第一CAN通道和第二CAN通道的历史故障消息并显示给操作员，提示故障隐患检修。
为了使得列车网络全面恢复以提高其稳定性，在备用网络上继续监听第一节点通过第二CAN通道发送的心跳报文，举例而言，如若中途故障节点主用网络与备用网络都恢复了通信，则活动主节点只需在主用网络上处理相关从节点数据，但仍会向运行监控节点(如仪表显示屏等)通报该第一节点主用网络与备用网都出现过历史故障，以便于相关操作人员排除安全隐患，提高列车网络的安全稳定性。
S204，在主用网络和备用网络上继续监听第一节点通过第一CAN通道发送的心跳报文，若在预设的第一心跳周期内从备用网络接收到第一节点的心跳报文，则获知第一节点的第二CAN通道恢复通信，则从备用网络上接收第一节点发送的数据，并向运行监控节点发送第一节点的第一CAN通道的当前故障消息，并显示给操作员，提示当前故障检修。
具体地，如果第二CAN通道相对于第一CAN通道先恢复通信，则从备用网络上接收第一节点发送的数据，并向运行监控节点发送第一节点的第一CAN通道的当前故障消息，并显示给操作员，提示当前故障检修。
S205，在主用网络上继续监听第一节点通过第一CAN通道发送的心跳报文，若在预设的第一心跳周期内从主用网络接收到第一节点的心跳报文，则切换到主用网络上接收第一节点发送的数据，并向运行监控节点发送第一节点的第一CAN通道和第二CAN通道的历史故障消息并显示给操作员，提示故障隐患检修。
具体地，在通过备用网络接收第二CAN通道发送的数据时，根据预设的第一心跳周期和接收心跳报文的情况，判断第一节点的第一CAN通道是否恢复通信，如果恢复，则切换到主用网络上接收第一节点发送的数据，并向运行监控节点发送第一节点的第一CAN通道和第二CAN通道的历史故障消息并显示给操作员，提示故障隐患检修。
S206，如果在预设的
第二心跳周期内接收到第一节点通过第二CAN通道发送的心跳报文，向运行监控节点发送第一节点的第一CAN通道的当前故障消息，并显示给操作员，提示当前故障检修。
具体地，如果在预设的第二心跳周期内接收到第一节点通过第二CAN通道发送的心跳报文，则表明第二CAN通道可正常提供数据服务，从而，活动主节点会在备用网上接收处理该节点相关数据，其他节点的数据仍从主用网络上接收处理，同时活动主节点会向运行监控节点(如仪表显示屏等)通报该节第一点的第一CAN通道出现故障(故障类型为当前故障)，提示对该第一节点主用网络进行检修。
S207，在主用网络上继续监听第一节点通过第一CAN通道发送的心跳报文，若在预设的第一心跳周期内接收到第一节点的心跳报文，则获知第一节点的第一CAN通道恢复通信，则切换到主用网络上接收第一节点发送的数据。
S208，向运行监控节点发送第一节点的第一CAN通道的历史故障消息并显示给操作员，提示故障隐患检修。
具体地，在提示相关操作人员对第一节点的主用网络进行检修后，在主用网络上继续监听第一节点通过第一CAN通道发送的心跳报文，如若中途故障第一节点主用网络恢复通信，比如，活动主节点在主用网络上连续五个心跳周期可以接收到第一节点的心跳报文，则活动主节点恢复到主用网络上接收该第一节点数据，停止从备用网络的处理，但活动主节点仍会向运行监控节点(如仪表显示屏等)通报第一节点主用网络出现故障(故障类型为历史故障)，同样提示对该第一节点主用网络进行检修，确认是否存在故障隐患。
综上所述，本公开实施例的基于CANopen协议的列车网络数据传输方法，根据列车网络的实时情况，进行主用网络和备用网络的选择，并在监控节点向相关操作人员进行相应 的显示，提高了列车网络数据传输方法的稳定性与复用性。
为了更加清楚的说明本公开实施例的基于CANopen协议的列车网络数据传输方法，下面以该方法集中在从节点侧描述。
其中，对于从节点的设计要求如下：
从节点上电后接收到活动主节点启动指令后，进入操作状态，根据自身功能并结合活动主节点同步包频率来发送PDO数据，要求从节点向主用网络与备用网络同时发送数据，但默认情况下只从主用网络接收活动主节点的同步包、时间戳等特殊对象报文，只有在主用网络上连续5个报文周期接收不到活动主节点特殊对象报文时，才会切换到备用网络去接收，如果在备用网络依然连续5个报文周期接收不到活动主节点特殊对象报文，那么此时各从节点进入特殊情况处理模式。
图7是根据本公开第三个实施例的基于CANopen协议的列车网络数据传输方法的流程图，如图7所示，该方法包括：
S301，根据预先配置的网络节点列表在主用网络上监听与从节点相关的各节点通过第一CAN通道发送的心跳报文。
可以理解，预先根据网络拓扑图建立与从节点对应的网络节点列表，其中，网络节点列表包括：与从节点相关的各节点标识和对应的心跳计时器。
进而，从主用网络接收活动主节点发送网络控制指令启动第一CAN通道和第二CAN通道进入心跳报文操作模式，并启动与从节点相关的各从节点对应的心跳计时器。
具体而言，从节点在自身操作状态后，执行心跳报文监测机制，从节点根据拓扑图建立一个与其相关联的节点列表(包含活动主节点在内，可配置的)，即把这些相关节点的节点ID设置其对象字典中的特定对象索引存储空间内，从节点会为与其相关的各个节点都设置一个心跳计时器，从节点在进入操作状态后，每个心跳计时器就会进行倒计时，从节点把收到的心跳报文解析出相应的节点ID，然后再与其自身对象字典中的节点ID表匹配，再把匹配上的节点对应的心跳计时器置位，重新计时。
在实际应用中，默认状态下各个从节点根据网络节点列表在主用网络上监测相关从节点的心跳报文发送情况。
S302，根据与各从节点对应设置的心跳计时器的计时情况和心跳报文的接收情况，判断各从节点的第一CAN通道是否故障。
具体地，如果从节点的第一CAN通道通信良好，则在一定的时间内，从节点可以正常接收相关从节点发送的心跳报文，否则，相关从节点的第一CAN通道通信故障。
当然，在某些情况下，可能因为一些其他原因导致从节点没有正常接收相关从节点发送的心跳报文，比如，网络信号受到突然的干扰等，因而为了避免误判，准确确定各从节 点的第一CAN通道是否故障，综合考量各从节点对应设置的心跳计时器的计时情况和心跳报文的接收情况，判断相关各从节点的第一CAN通道是否故障。
举例而言，当有5个心跳周期未监测到某个节点的心跳报文时，判断该从节点的第一CAN通道可能故障。
S303，若判断获知在预设的心跳周期内没有接收到第二节点的心跳报文，则获知第二节点的第一CAN通道故障，并切换到备用网络监听第二节点发送的心跳报文。
其中，所述第二节点为任意一个与所述从节点相关的从节点或活动主节点。
可以理解，在实际应用时，若判断获知在预设的心跳周期内没有接收到第二节点的心跳报文，则获知第二节点的第一CAN通道故障，从而为了维持列车网络的正常运行，切换到备用网络监听第二节点通过第二CAN通道发送的心跳报文。
其中，上述第二节点表示第一CAN通道发生故障的从节点，根据具体应用场景的不同，可以是一个也可以是多个。
S304，如果在预设的心跳周期内接收到第二节点通过第二CAN通道发送的心跳报文，则在备用网络上接收第二节点发送的数据，同时，在所述主用网络上接收其他正常发送心跳报文的节点发送的数据。
具体地，如果在预设周期内接收到第二节点通过第二CAN通道发送的心跳报文，则表明第二CAN通道功能正常，从而在备用网络上接收第二节点发送的数据。
当然，上述对本公开实施例的描述，默认主用网络和备用网络通信没有故障，在实际应用时，主用网络和备用网络均可能出现故障，因而，从节点自身进入操作状态后，还执行总线故障判定机制。
也就是说，从节点会实时监测主用网络与备用网络总线状态(通过错误计数器实现)，当从节点第一CAN通道出现故障(CAN线电压异常、错误帧过多导致busoff等等)时，立即转到备用网络处理所有从节点数据，同时从节点会记录主用网络当前处于总线通信异常故障状态，如果当前备用网络同样也出现了总线故障，则通信网络进入瘫痪状态，所有节点进入车辆特殊操作状态。
具体而言，若从节点内的发送错误计数器或者接收错误计数器累加到预设数值，则获知主用网络故障，则切换到备用网络与其他节点进行通信。
综上所述，本公开实施例的基于CANopen协议的列车网络数据传输方法，根据预先配置的网络节点列表在主用网络上监听与从节点相关的各从节点通过第一CAN通道发送的心跳报文，并根据与各从节点对应设置的心跳计时器的计时情况和心跳报文的接收情况，判断各从节点的第一CAN通道是否故障，若判断获知在预设的心跳周期内没有接收到第二节点的心跳报文，则获知第二节点的第一CAN通道故障，并切换到备用网络监听第二节点 通过第二CAN通道发送的心跳报文，如果在预设的心跳周期内接收到第二节点通过第二CAN通道发送的心跳报文，则在备用网络上接收第二节点发送的数据,同时，在主用网络上接收其他正常发送心跳报文的节点发送的数据。由此，当某个或某些从节点在主用网络掉线时，切换到备用网络接收该部分从节点的数据，其他从节点数据依然在主用网络上接收，保证了对相关从节点数据的完整接收，保证了整车的良好运行，提高了列车网络的冗余效果。
基于以上实施例，为了进一步提高基于CANopen协议的列车网络数据传输方法的稳定性与复用性，从节点记录发送数据的情况实时展示当前列车网络的故障信息，以便于相关操作人员根据故障信息尽快维修等。
图8是根据本公开第四个实施例的基于CANopen协议的列车网络数据传输方法的流程图，如图8所示，在上述步骤S304之后还包括：
S401，如果在预设的心跳周期内接收到第二节点通过第二CAN通道发送的心跳报文，记录第二节点的第一CAN通道的当前故障消息。
具体地，如果从节点可以接收到主用网络掉线的第二节点发送的数据，则从节点会在备用网上接收处理该节点相关数据，其他从节点的数据仍从主用网络上接收处理，并记录该第二节点主用网络通信故障。
S402，在主用网络上继续监听第二节点通过第一CAN通道发送的心跳报文，若在预设的心跳周期内接收到第二节点的心跳报文，则获知第二节点的第一CAN通道恢复通信，则切换到主用网络上接收第二节点发送的数据。
具体地，如若中途故障的第二节点主用网络恢复通信，比如，从节点在主用网络上连续10个心跳周期可以接收到该第二节点的心跳报文，则从节点恢复到主用网络上接收该第二节点数据，停止从备用网络的处理。
S403，如果在预设的心跳周期内接收不到第二节点通过第二CAN通道发送的心跳报文，则记录第二节点的第一CAN通道和第二CAN通道的当前故障消息。
具体地，如果在预设的心跳周期内接收不到第二节点通过第二CAN通道发送的心跳报文，比如，在备用网络上连续5个心跳周期依然监听不到该第二节点的心跳报文，则从节点视该第二节点已掉线，记录该第二节点主用网络和备用网络通信故障。
S404，在主用网络和备用网络上继续监听第二节点的心跳报文，若在预设的心跳周期内从主用网络接收到第二节点的心跳报文，则获知第二节点的第一CAN通道恢复通信，则切换到主用网络上接收第二节点发送的数据。
具体地，第二节点双路都出现通信故障时，第二节点需继续在主用网络与备用网络继续监听该第二节点心跳报文，如若中途故障节点主用网络与备用网络其中之一恢复通信， 比如，第二节点在主用网络上连续3个心跳周期可以接收到该第二节点的心跳报文，则从节点在恢复的主用网络上接收处理该第二节点数据，但仍会记录该第二节点该路主用网络为历史故障且另一路网络为当前故障。
S405，在主用网络和备用网络上继续监听第二节点发送的心跳报文，若在预设的心跳周期内从备用网络接收到第一从节点的心跳报文，则获知第二节点的第二CAN通道恢复通信，则从备用网络上接收第二节点发送的数据。
举例而言，第二节点在备用网络上连续3个心跳周期可以接收到该第二节点的心跳报文，则从节点在恢复的备用网络上接收处理该第二节点数据，但仍会记录该第二节点该路备用网络为历史故障且另一路网络为当前故障。
S406，在主用网络上继续监听第二节点通过第一CAN通道发送的心跳报文，若在预设的心跳周期内从主用网络接收到第二节点的心跳报文，则切换到主用网络上接收第二节点发送的数据。
具体地，如若中途故障节点主用网络和备用网络都恢复了通信，则从节点只需在主用网络上处理该节点数据，但仍会记录该节点主用网络和备用网络都出现过历史故障。
需要强调的是，集中在活动主节点侧描述的基于CANopen协议的列车网络数据传输方法，与上述集中在从节点侧描述的基于CANopen协议的列车网络数据传输方法对应，其实现原理类似，本实施例中未公布的细节，在此不再赘述。
综上所述，本公开实施例的基于CANopen协议的列车网络数据传输方法，根据列车网络的实时情况，进行主用网络和备用网络的选择，并在监控节点向相关操作人员进行相应的显示，提高了列车网络数据传输方法的稳定性与复用性。
为了实现上述实施例，本公开提出了一种活动主节点。图9是根据本公开第一个实施例的活动主节点的结构示意图，如图9所示，该活动主节点包括：第一监听模块101、第一判断模块102、第一处理模块103和第一接收模块104。
其中，第一监听模块101，用于根据预先配置的网络节点列表在主用网络上监听与活动主节点相关的各从节点通过第一CAN通道发送的心跳报文。
图10是根据本公开第二个实施例的活动主节点的结构示意图，如图10所示，在如图9所示的基础上，该活动主节点还包括：第一建立模块105和第三发送模块106。
其中，第一建立模块105，用于根据网络拓扑图建立与所述活动主节点对应的网络节点列表，其中，网络节点列表包括：与活动主节点相关的各从节点标识和对应的心跳计时器。
第三发送模块106，用于同时从主用网络和备用网络向所有从节点发送网络控制指令，控制从节点的第一CAN通道和第二CAN通道进入心跳报文操作模式，并启动与活动主节 点相关的各从节点对应的心跳计时器。
第一判断模块102，用于根据与各从节点对应设置的心跳计时器的计时情况和心跳报文的接收情况，判断各从节点的第一CAN通道是否故障。
第一处理模块103，用于在预设的第一心跳周期内没有接收到第一节点的心跳报文时，获知第一节点的第一CAN通道故障，并控制第一监听模块切换到备用网络监听第一节点发送的心跳报文，其中，第一节点为任意一个与活动主节点相关的从节点。
在本公开的一个实施例中，第一处理模块103，还用于在活动主节点内的发送错误计数器或者接收错误计数器累加到预设数值时，获知主用网络故障，切换到备用网络与其他节点进行通信。
第一接收模块104，用于在预设的第一心跳周期内接收到第一节点通过第二CAN通道发送的心跳报文时，在备用网络上接收第一节点发送的数据，同时，在主用网络上接收其他正常发送心跳报文的从节点发送的数据。
在本公开的一个实施例中，第一接收模块104，还用于在预设的第一心跳周期内接收到第一节点的心跳报文时，从主用网络上接收第一节点发送的数据。
在本公开的一个实施例中，图11是根据本公开第三个实施例的活动主节点的结构示意图，如图11所示，在如图9所示的基础上，该活动主节点还包括：第一发送模块107。
第一发送模块107，用于在判断获知在预设的第一心跳周期内没有接收到第一节点的心跳报文时，从主用网络向第一节点发送复位指令。
第一处理模块103，还用于在预设的第二心跳周期内没有接收到第一节点的心跳报文时，获知第一节点的第一CAN通道故障，并切换到备用网络监听第一节点发送的心跳报文。
图12是根据本公开第四个实施例的活动主节点的结构示意图，如图12所示，在如图9所示的基础上，该活动主节点还包括第二发送模块108。
第一发送模块108，用于在预设的第二心跳周期内接收不到第一节点通过第二CAN通道发送的心跳报文时，从备用网络向第一节点发送复位指令；
第一监听模块101，还用于在备用网络继续监听第一节点发送的心跳报文；
第一接收模块104还用于在预设的第二心跳周期内接收到第一节点通过第二CAN通道发送的心跳报文时，在备用网络上接收第一节点发送的数据，同时，在主用网络上接收其他正常发送心跳报文的从节点发送的数据。
综上所述，本公开实施例的活动主节点，根据预先配置的网络节点列表在主用网络上监听与从节点相关的各节点通过第一CAN通道发送的心跳报文，并根据与各从节点对应设置的心跳计时器的计时情况和心跳报文的接收情况，判断各从节点的第一CAN通道是否故障，若判断获知在预设的第一心跳周期内没有接收到第二节点的心跳报文，则获知第二节 点的第一CAN通道故障，并切换到备用网络监听第二节点通过第二CAN通道发送的心跳报文，如果在预设的第一心跳周期内接收到第二节点通过第二CAN通道发送的心跳报文，则在备用网络上接收第二节点发送的数据，同时，在主用网络上接收其他正常发送心跳报文的从节点发送的数据。。由此，当某个或某些从节点在主用网络掉线时，切换到备用网络接收该部分从节点的数据，其他从节点数据依然在主用网络上接收，保证了对相关从节点数据的完整接收，保证了整车的良好运行，提高了列车网络的冗余效果。
图13是根据本公开第五个实施例的活动主节点的结构示意图，如图13所示，在如图9所示的基础上，该活动主节点还包括：第一提示模块109、第二提示模块110。
其中，第一提示模块109，用于在接收到第一节点通过第二CAN通道发送的心跳报文之后，向运行监控节点发送第一节点的第一CAN通道的当前故障消息，提示当前故障检修。
在本实施例中，第一监听模块101，还用于在主用网络上继续监听第一节点通过第一CAN通道发送的心跳报文。
第一处理模块103，还用于在预设的第一心跳周期内接收到第一节点的心跳报文，则获知第一节点的第一CAN通道恢复通信，则控制第一接收模块104切换到主用网络上接收第一节点发送的数据。
在本公开的一个实施例中，第一提示模块109，还用于向运行监控节点发送第一节点的第一CAN通道的历史故障消息并显示给操作员，提示故障隐患检修。
第二提示模块110，用于在预设的第一心跳周期内接收不到所述第一节点通过第二CAN通道发送的心跳报文时，向运行监控节点发送所述第一节点的第一CAN通道和第二CAN通道的当前故障消息，并显示给操作员，提示当前故障检修。
在本实施例中，第一监听模块101，还用于在主用网络和备用网络上继续监听第一节点通过第一CAN通道发送的心跳报文。
第一处理模块103，还用于在预设的第一心跳周期内从主用网络接收到第一节点的心跳报文时，获知第一节点的第一CAN通道恢复通信，控制第一接收模块切换到主用网络上接收第一节点发送的数据。
第二提示模块110，还用于向运行监控节点发送第一节点的第二CAN通道的当前故障消息，并显示给操作员，提示当前故障检修。
第一监听模块101，还用于在备用网络上继续监听第一节点通过第二CAN通道发送的心跳报文。
第二提示模块110，还用于在预设的第一心跳周期内从备用网络接收到第一节点的心跳报文时，向运行监控节点发送第一节点的第一CAN通道和第二CAN通道的历史故障消息并显示给操作员，提示故障隐患检修。
在本公开的一个实施例中，第一监听模块101，还用于在主用网络和备用网络上继续监听第一节点通过第一CAN通道发送的心跳报文。
第一处理模块103，还用于在预设的第一心跳周期内从备用网络接收到第一节点的心跳报文时，获知第一节点的第二CAN通道恢复通信，控制第一接收模块104从备用网络上接收第一节点发送的数据。
第一监听模块101，还用于在主用网络上继续监听第一节点通过第一CAN通道发送的心跳报文。
第一处理模块103，还用于在预设的第一心跳周期内从主用网络接收到第一节点的心跳报文，切换到主用网络上接收第一节点发送的数据。
在本公开的一个实施例中，第一处理模块103，还用于在检测到活动主节点故障时，切换到备用主节点与其他相关的从节点进行数据交互。
第二提示模块110，还用于向运行监控节点发送第一节点的第一CAN通道和第二CAN通道的历史故障消息并显示给操作员，提示故障隐患检修。
需要说明的是，前述集中在活动主节点侧描述的基于CANopen协议的列车网络数据传输方法，也适用于本公开实施例的活动主节点，其实现原理类似，本公开对活动主节点的描述中未公布的细节，在此不再赘述。
综上所述，本公开实施例的活动主节点，根据列车网络的实时情况，进行主用网络和备用网络的选择，并在监控节点向相关操作人员进行相应的显示，提高了列车网络数据传输方法的稳定性与复用性。
为了实现上述实施例，本公开还提出了一种从节点，图14是根据本公开第一个实施例的从节点的结构示意图，如图14所示，该从节点包括：第二监听模块201、第二判断模块202、第二处理模块203和第二接收模块204。
其中，第二监听模块201，用于根据预先配置的网络节点列表在主用网络上监听与从节点相关的各节点通过第一CAN通道发送的心跳报文。
图15是根据本公开第二个实施例的从节点的结构示意图，如图15所示，在如图14所示的基础上，该从节点还包括：第二建立模块205和第三接收模块206。
其中，第二建立模块205，用于根据网络拓扑图建立与从节点对应的网络节点列表，其中，网络节点列表包括：与从节点相关的各从节点标识和对应的心跳计时器。
第三接收模块206，用于从主用网络接收活动主节点发送网络控制指令启动第一CAN通道和第二CAN通道进入心跳报文操作模式，并启动与从节点相关的各从节点对应的心跳计时器。
第二判断模块202，用于根据与各从节点对应设置的心跳计时器的计时情况和心跳报文 的接收情况，判断各从节点的第一CAN通道是否故障。
第二处理模块203，用于在判断获知在预设的第一心跳周期内没有接收到第二节点的心跳报文时，获知第二节点的第一CAN通道故障，并切换到备用网络监听第二节点发送的心跳报文，第二节点为任意一个与从节点相关的从节点或活动主节点。
在本公开的一个实施例中，第二处理模块203，还用于在从节点内的发送错误计数器或者接收错误计数器累加到预设数值时，则获知主用网络故障，切换到备用网络与其他节点进行通信。
第二接收模块204，用于在预设的第一心跳周期内接收到第二节点通过第二CAN通道发送的心跳报文时，在备用网络上接收第二节点发送的数据，同时，在主用网络上接收其他正常发送心跳报文的节点发送的数据。
综上所述，本公开实施例的从节点，根据预先配置的网络节点列表在主用网络上监听与从节点相关的各从节点通过第一CAN通道发送的心跳报文，并根据与各从节点对应设置的心跳计时器的计时情况和心跳报文的接收情况，判断各从节点的第一CAN通道是否故障，若判断获知在预设的第一心跳周期内没有接收到第二节点的心跳报文，则获知第二节点的第一CAN通道故障，并切换到备用网络监听第二节点通过第二CAN通道发送的心跳报文，如果在预设的第一心跳周期内接收到第二节点通过第二CAN通道发送的心跳报文，则在备用网络上接收第二节点发送的数据，同时，在主用网络上接收其他正常发送心跳报文的节点发送的数据。由此，当某个或某些从节点在主用网络掉线时，切换到备用网络接收该部分从节点的数据，其他从节点数据依然在主用网络上接收，保证了对相关从节点数据的完整接收，保证了整车的良好运行，提高了列车网络的冗余效果。
图16是根据本公开第三个实施例的从节点的结构示意图，如图16所示，在如图14所示的基础上，该从节点还包括：第一记录模块207和第二记录模块208。
其中，第一记录模块207，用于在预设的心跳周期内接收到第二节点通过第二CAN通道发送的心跳报文之后，记录第二节点的第一CAN通道的当前故障消息。
第二监听模块201，还用于在主用网络上继续监听第二节点通过第一CAN通道发送的心跳报文。
第二处理模块203，还用于在预设的心跳周期内接收到第二节点的心跳报文，则获知第二节点的第一CAN通道恢复通信，则控制第二接收模块204切换到主用网络上接收第二节点发送的数据。
第二记录模块208，用于在切换到备用网络监听第二节点通过第二CAN通道发送的心跳报文之后，在预设的心跳周期内接收不到第二节点通过第二CAN通道发送的心跳报文时，记录第二节点的第一CAN通道和第二CAN通道的当前故障消息。
在本实施例中，第二监听模块201，还用于在主用网络和备用网络上继续监听第二节点的心跳报文。
第二处理模块203，还用于在预设的心跳周期内从主用网络接收到第二节点的心跳报文，则获知第二节点的第一CAN通道恢复通信，则控制第二切换模块204切换到主用网络上接收第二节点发送的数据。
在本公开的一个实施例中，第二监听模块，还用于在主用网络和备用网络上继续监听第二节点发送的心跳报文。
第二接收模块204，还用于在预设的心跳周期内从备用网络接收到第一从节点的心跳报文，则获知第二节点的第二CAN通道恢复通信，则从备用网络上接收第二节点发送的数据。
第二监听模块201，还用于在主用网络上继续监听第二节点通过第一CAN通道发送的心跳报文。
第二处理模块203，还用于在预设的心跳周期内从主用网络接收到第二节点的心跳报文时，控制第二切换模切换到主用网络上接收第二节点发送的数据。
需要说明的是，前述集中在从节点侧描述的基于CANopen协议的列车网络数据传输方法，也适用于本公开实施例的从节点，其实现原理类似，本公开对从节点的描述中未公布的细节，在此不再赘述。
综上所述，本公开实施例的从节点，根据列车网络的实时情况，进行主用网络和备用网络的选择，并在监控节点向相关操作人员进行相应的显示，提高了列车网络数据传输方法的稳定性与复用性。
为了实现上述实施例，本公开还提出了一种基于CANopen协议的列车网络数据传输系统，图17是根据本公开一个实施例的基于CANopen协议的列车网络数据传输系统的结构示意图，如图17所示，该基于CANopen协议的列车网络数据传输系统包括活动主节点100、从节点200、主用网络300和备用网络400。
其中，对活动主节点100和从节点200的描述，可参照上述实施例，在此不再赘述。
为了更加清楚的说明本公开实施例的基于CANopen协议的列车网络数据传输系统的技术效果，下面结合与现有技术的对比进行描述。
相关技术中，使用CAN总线作为通信网络的列车所使用的冗余网络设计考虑的失效模式比较少，所有节点同时在主用网络与备用网络都发送数据，但是只会选其中一个网络接收数据，不管主用网络上哪个节点已经掉线，跟其相关的节点统一切换到备用网络上接收处理掉线节点的数据以及其他关联节点的数据，因此当多个节点不同通道故障时出现部分节点数据无法正常接收，进而影响整车运行，冗余效果就大打折扣，没有体现出冗余主旨意义。
本公开在原有网络冗余设计架构上，优化了软件实现策略，依照总线错误检测机制定义主用网络与备用网络之间切换的同时，还分别对活动主节点与从节点提出相应要求，分别在各自的对象字典中建立一个网络关系列表，以便与总线上对应节点心跳报文进行对比，进而判定节点是否掉线，当某个或某些从节点在主用网络掉线时，切换到备用网络接收该部分节点的数据，其他节点数据依然在主用网络上接收，并且还定义了一套通信恢复机制(参照上述实施例的描述，在此不再赘述)。
为了更加清楚的说明本公开实施例的基于CANopen协议的列车网络数据传输系统的工作流程，下面举例说明：
其中，在本示例中，网络中设立两个活动主节点、一个为活动主节点，一个为备份主节点(默认不工作)，五个从节点A、B、C、D、E，现定义活动主节点接收从节点A、B、C数据，从节点A接收从节点B、C、D数据，从节点B接收从节点A、E数据，从节点C接收从节点B、D数据。
当从节点B的第一CAN通道故障时，根据定义需要接收从节点B数据的有活动主节点、从节点A、从节点C，这三个节点分别在各自对象字典中存储从节点B的节点ID。由于从节点B从节点B的第一CAN通道故障，活动主节点、从节点A、从节点C将会一直在主用网络收不到从节点B的心跳报文。
进而，活动主节点在未监测到从节点B三个心跳周期的心跳报文时，首先会通过网络控制的复位指令先使该节点进行复位，之后再监听两个心跳周期，此时两个心跳周期从节点B依然不能恢复正常，活动主节点、从节点A、从节点C都切换到第二CAN通道在备用网络监听是否接收到从节点B的心跳报文，从节点B的第二CAN通道是正常发送数据，这样活动主节点接收数据情况如附图18所示，在图18中，主节点A接收从节点A、B、C的数据，即活动主节点从主用网络接收处理从节点A、C的数据，从备用网络接收处理从节点B的数据，而从节点A与从节点C接收数据情况如附图19所示，在图19中，从节点A接收从节点B、C、D的数据，从节点B接收从节点A和E的数据，从节点C接收从节点B和D的数据，即从节点A从主用网络接收处理从节点C、D的数据，从备用网络接收处理从节点B的数据，从节点C从主用网络接收处理从节点D的数据，从备用网络接收处理从节点B的数据。
综上所述，本公开实施例的基于CANopen协议的列车网络数据传输系统，解决现有方案中多个节点不同通道故障时出现部分节点数据无法正常接收的问题，有效避免部分节点主用网络通道故障而部分节点备用网络通道故障时需舍弃一些节点数据，同时也提升了冗余设计的实际效果，很好地规避了一些列车网络故障导致整车运行受阻的问题，能保证在一些异常情况下，网络各个节点依然可以正常通信。
在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本公开的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
尽管上面已经示出和描述了本公开的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本公开的限制，本领域的普通技术人员在本公开的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (20)

  1. 一种基于CANopen协议的列车网络数据传输方法，其特征在于，所述方法应用在活动主节点，包括以下步骤：
    根据预先配置的网络节点列表在主用网络上监听与所述活动主节点相关的各从节点通过第一CAN通道发送的心跳报文；
    根据与所述各从节点对应设置的心跳计时器的计时情况和所述心跳报文的接收情况，判断所述各从节点的第一CAN通道是否故障；
    若判断在预设的第一心跳周期内没有接收到第一节点的心跳报文，则获知所述第一节点的第一CAN通道故障，并切换到所述备用网络监听所述第一节点发送的心跳报文，其中，所述第一节点为任意一个与所述活动主节点相关的从节点；
    如果在预设的第一心跳周期内接收到所述第一节点通过第二CAN通道发送的心跳报文，则在所述备用网络上接收所述第一节点发送的数据，同时，在所述主用网络上接收其他正常发送心跳报文的从节点发送的数据。
  2. 如权利要求1所述的方法，其特征在于，在所述判断在预设的第一心跳周期内没有接收到第一节点的心跳报文之后，还包括：
    从所述主用网络向所述第一节点发送复位指令；
    在所述主用网络上继续监听所述第一节点发送的心跳报文，检测在预设的第二心跳周期内是否在所述主用网络接收到所述第一节点的心跳报文；
    若在预设的第二心跳周期内没有在所述主用网络接收到所述第一节点的心跳报文，则进入获知所述第一节点的第一CAN通道故障的步骤。
  3. 如权利要求1或2所述的方法，其特征在于，在所述如果在预设的第一心跳周期内接收到所述第一节点通过第二CAN通道发送的心跳报文，则在所述备用网络上接收所述第一节点发送的数据，同时，在所述主用网络上接收其他正常发送心跳报文的从节点发送的数据之后，还包括：
    向运行监控节点发送所述第一节点的第一CAN通道的当前故障消息，并显示给操作员，提示当前故障检修；
    在所述主用网络上继续监听所述第一节点通过第一CAN通道发送的心跳报文，若在预设的第一心跳周期内接收到所述第一节点的心跳报文，则获知所述第一节点的第一CAN通道恢复通信，则切换到所述主用网络上接收所述第一节点发送的数据。
  4. 如权利要求3所述的方法，其特征在于，在所述切换到所述主用网络上接收所述第一节点发送的数据之后，还包括：
    向所述运行监控节点发送所述第一节点的第一CAN通道的历史故障消息并显示给操作员，提示故障隐患检修。
  5. 如权利要求1-4任一所述的方法，其特征在于，在所述切换到所述备用网络监听所述第一节点发送的心跳报文之后，还包括：
    如果在预设的第一心跳周期内接收不到所述第一节点通过第二CAN通道发送的心跳报文，则从所述备用网络向所述第一节点发送复位指令；
    在所述备用网络继续监听所述第一节点发送的心跳报文；
    如果在预设的第二心跳周期内接收到所述第一节点通过第二CAN通道发送的心跳报文，则在所述备用网络上接收所述第一节点发送的数据，同时，在所述主用网络上接收其他正常发送心跳报文的从节点发送的数据。
  6. 如权利要求5所述的方法，其特征在于，还包括：
    如果在预设的第二心跳周期内接收不到所述第一节点通过第二CAN通道发送的心跳报文，则向运行监控节点发送所述第一节点的第一CAN通道和第二CAN通道的当前故障消息，并显示给操作员，提示当前故障检修。
  7. 如权利要求6所述的方法，其特征在于，还包括：
    在所述主用网络和所述备用网络上继续监听所述第一节点发送的心跳报文，若在预设的第一心跳周期内从所述主用网络接收到所述第一节点的心跳报文，则获知所述第一节点的第一CAN通道恢复通信，则切换到所述主用网络上接收所述第一节点发送的数据，并向所述运行监控节点发送所述第一节点的第二CAN通道的当前故障消息，并显示给操作员，提示当前故障检修；
    在所述备用网络上继续监听所述第一节点通过第二CAN通道发送的心跳报文，若在预设的第一心跳周期内从所述备用网络接收到所述第一节点的心跳报文，则向所述运行监控节点发送所述第一节点的第一CAN通道和第二CAN通道的历史故障消息并显示给操作员，提示故障隐患检修。
  8. 如权利要求6或7所述的方法，其特征在于，还包括：
    在所述主用网络和所述备用网络上继续监听所述第一节点发送的心跳报文，若在预设的第一心跳周期内从所述备用网络接收到所述第一节点的心跳报文，则获知所述第一节点的第二CAN通道恢复通信，则从所述备用网络上接收所述第一节点发送的数据，并向所述运行监控节点发送所述第一节点的第一CAN通道的当前故障消息，并显示给操作员，提示当前故障检修；
    在所述主用网络上继续监听所述第一节点通过第一CAN通道发送的心跳报文，若在预设的第一心跳周期内从所述主用网络接收到所述第一节点的心跳报文，则切换到所述主用 网络上接收所述第一节点发送的数据，并向所述运行监控节点发送所述第一节点的第一CAN通道和第二CAN通道的历史故障消息并显示给操作员，提示故障隐患检修。
  9. 如权利要求1-8任一所述的方法，其特征在于，在所述根据预先配置的网络节点列表在主用网络上监听与所述活动主节点相关的各从节点通过第一CAN通道发送的心跳报文之前，还包括：
    根据网络拓扑图建立与所述活动主节点对应的网络节点列表，其中，所述网络节点列表包括：与所述活动主节点相关的各从节点标识和对应的心跳计时器；
    同时从所述主用网络和所述备用网络向所有从节点发送网络控制指令，控制所述从节点的第一CAN通道和第二CAN通道进入心跳报文操作模式，并启动与所述活动主节点相关的各从节点对应的心跳计时器。
  10. 如权利要求1-9任一所述的方法，其特征在于，还包括：
    若检测到所述活动主节点故障，则切换到备用主节点与其他相关的从节点进行数据交互。
  11. 一种基于CANopen协议的列车网络数据传输方法，其特征在于，所述方法应用在从节点，包括以下步骤：
    根据预先配置的网络节点列表在主用网络上监听与所述从节点相关的各节点通过第一CAN通道发送的心跳报文：
    根据与所述各从节点对应设置的心跳计时器的计时情况和所述心跳报文的接收情况，判断所述各从节点的第一CAN通道是否故障；
    若判断获知在预设的心跳周期内没有接收到第二节点的心跳报文，则获知所述第二节点的第一CAN通道故障，并切换到备用网络监听所述第二节点发送的心跳报文，其中，所述第二节点为任意一个与所述从节点相关的从节点或活动主节点；
    如果在预设的心跳周期内接收到所述第二节点通过第二CAN通道发送的心跳报文，则在所述备用网络上接收所述第二节点发送的数据,同时，在所述主用网络上接收其他正常发送心跳报文的节点发送的数据。
  12. 如权利要求11所述的方法，其特征在于，在所述如果在预设的心跳周期内接收到所述第二节点通过第二CAN通道发送的心跳报文之后，还包括：
    记录所述第二节点的第一CAN通道的当前故障消息；
    在所述主用网络上继续监听所述第二节点通过第一CAN通道发送的心跳报文，若在预设的心跳周期内接收到所述第二节点的心跳报文，则获知所述第二节点的第一CAN通道恢复通信，则切换到所述主用网络上接收所述第二节点发送的数据。
  13. 如权利要求11或12所述的方法，其特征在于，在所述切换到备用网络监听所述 第二节点通过第二CAN通道发送的心跳报文之后，还包括：
    如果在预设的心跳周期内接收不到所述第二节点通过第二CAN通道发送的心跳报文，则记录所述第二节点的第一CAN通道和第二CAN通道的当前故障消息。
  14. 如权利要求13所述的方法，其特征在于，还包括：
    在所述主用网络和所述备用网络上继续监听所述第二节点的心跳报文，若在预设的心跳周期内从所述主用网络接收到所述第二节点的心跳报文，则获知所述第二节点的第一CAN通道恢复通信，则切换到所述主用网络上接收所述第二节点发送的数据。
  15. 如权利要求13或14所述的方法，其特征在于，还包括：
    在所述主用网络和所述备用网络上继续监听所述第二节点发送的心跳报文，若在预设的心跳周期内从所述备用网络接收到所述第一从节点的心跳报文，则获知所述第二节点的第二CAN通道恢复通信，则从所述备用网络上接收所述第二节点发送的数据；
    在所述主用网络上继续监听所述第二节点通过第一CAN通道发送的心跳报文，若在预设的心跳周期内从所述主用网络接收到所述第二节点的心跳报文，则切换到所述主用网络上接收所述第二节点发送的数据。
  16. 如权利要求11-15任一所述的方法，其特征在于，在所述根据预先配置的网络节点列表在主用网络上监听与所述从节点相关的各从节点通过第一CAN通道发送的心跳报文之前，还包括：
    根据网络拓扑图建立与所述从节点对应的网络节点列表，其中，所述网络节点列表包括：与所述从节点相关的各从节点标识和对应的心跳计时器；
    从所述主用网络接收活动主节点发送网络控制指令启动第一CAN通道和第二CAN通道进入心跳报文操作模式，并启动与所述从节点相关的各从节点对应的心跳计时器。
  17. 一种活动主节点，其特征在于，包括：
    第一监听模块，用于根据预先配置的网络节点列表在主用网络上监听与所述活动主节点相关的各从节点通过第一CAN通道发送的心跳报文；
    第一判断模块，用于根据与所述各从节点对应设置的心跳计时器的计时情况和所述心跳报文的接收情况，判断所述各从节点的第一CAN通道是否故障；
    第一处理模块，用于在判断获知在预设的第一心跳周期内没有接收到第一节点的心跳报文时，获知所述第一节点的第一CAN通道故障，并控制所述第一监听模块切换到所述备用网络监听所述第一节点发送的心跳报文，其中，所述第一节点为任意一个与所述活动主节点相关的从节点；
    第一接收模块，用于在预设的第一心跳周期内接收到所述第一节点通过第二CAN通道发送的心跳报文时，在所述备用网络上接收所述第一节点发送的数据，同时，在所述主用 网络上接收其他正常发送心跳报文的从节点发送的数据。
  18. 如权利要求17所述的活动主节点，其特征在于，还包括：
    第一发送模块，用于在判断获知在预设的第一心跳周期内没有接收到第一节点的心跳报文时，从所述主用网络向所述第一节点发送复位指令；
    所述第一处理模块，还用于在所述主用网络上继续监听所述第一节点发送的心跳报文，检测在预设的与第一节点对应的第二心跳周期内是否在所述主用网络接收到所述第一节点的心跳报文；
    所述第一处理模块获知所述第一节点的第一CAN通道故障，包括：
    若在预设的与第一节点对应的第二心跳周期内没有在所述主用网络接收到所述第一节点的心跳报文，则获知所述第一节点的第一CAN通道故障。
  19. 如权利要求17或18所述的活动主节点，其特征在于，还包括：
    第一提示模块，用于在接收到所述第一节点通过第二CAN通道发送的心跳报文之后，向运行监控节点发送所述第一节点的第一CAN通道的当前故障消息，提示当前故障检修；
    所述第一监听模块，还用于在所述主用网络上继续监听所述第一节点通过第一CAN通道发送的心跳报文；
    所述第一处理模块，还用于在预设的第一心跳周期内接收到所述第一节点的心跳报文时，则获知所述第一节点的第一CAN通道恢复通信，则控制所述第一接收模块切换到所述主用网络上接收所述第一节点发送的数据。
  20. 如权利要求19所述的活动主节点，其特征在于，
    所述第一提示模块，还用于向所述运行监控节点发送所述第一节点的第一CAN通道的历史故障消息并显示给操作员，提示故障隐患检修。
PCT/CN2018/092050 2017-06-21 2018-06-20 基于CANopen协议的列车网络数据传输方法、系统及其装置 WO2018233645A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US16/625,934 US11018895B2 (en) 2017-06-21 2018-06-20 Method and system for transmitting train network data based on CANopen protocol, and apparatus thereof
BR112019027647-5A BR112019027647A2 (pt) 2017-06-21 2018-06-20 método de transmissão de dados de rede de trem baseado em canopen, sistema e aparelho do mesmo

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201710477076.7 2017-06-21
CN201710477076.7A CN109104349B (zh) 2017-06-21 2017-06-21 基于CANopen协议的列车网络数据传输方法、系统及其装置

Publications (1)

Publication Number Publication Date
WO2018233645A1 true WO2018233645A1 (zh) 2018-12-27

Family

ID=64737511

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2018/092050 WO2018233645A1 (zh) 2017-06-21 2018-06-20 基于CANopen协议的列车网络数据传输方法、系统及其装置

Country Status (4)

Country Link
US (1) US11018895B2 (zh)
CN (1) CN109104349B (zh)
BR (1) BR112019027647A2 (zh)
WO (1) WO2018233645A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110262315A (zh) * 2019-05-27 2019-09-20 山东省科学院自动化研究所 一种工业机器人多个can节点协同学习参数的方法及系统
CN110457176A (zh) * 2019-07-12 2019-11-15 平安普惠企业管理有限公司 用于分布式系统的监控方法、装置、存储介质及电子设备
CN110825758A (zh) * 2019-10-31 2020-02-21 中国银联股份有限公司 一种交易处理的方法及装置

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10764115B1 (en) 2018-01-05 2020-09-01 Open Invention Network Llc EMS handling of faults in virtual network function components
US11283672B2 (en) * 2018-05-25 2022-03-22 Juniper Networks, Inc. Forwarding detection of an aggregated interface
EP3761568B1 (en) * 2019-07-01 2023-05-31 Volvo Car Corporation Method of controlling communication over a local interconnect network bus
CN110502342B (zh) * 2019-08-16 2023-07-18 中科边缘智慧信息科技（苏州）有限公司 一种间歇网络环境下机动边缘信息服务网络
CN110677333B (zh) * 2019-09-25 2021-07-23 国网山东省电力公司枣庄供电公司 一种电表485接口智能转换装置
JP7328907B2 (ja) * 2020-01-31 2023-08-17 株式会社日立製作所 制御システム、制御方法
CN112087346B (zh) * 2020-08-20 2022-05-10 深圳市元征科技股份有限公司 诊断转换盒状态确定方法、上位机及存储介质
CN112147928B (zh) * 2020-09-15 2022-02-25 北京神州飞航科技有限责任公司 一种双can总线多冗余热备份飞控计算机系统及方法
CN112134773B (zh) * 2020-09-17 2022-04-19 通号城市轨道交通技术有限公司 Mvb总线冗余通信方法及装置
CN115617729A (zh) * 2021-07-16 2023-01-17 施耐德电器工业公司 通信方法，通信设备和通信系统
CN113775415B (zh) * 2021-09-10 2023-07-18 潍柴动力股份有限公司 指示灯的驱动状态确定方法和装置
US11824682B1 (en) * 2023-01-27 2023-11-21 Schlumberger Technology Corporation Can-open master redundancy in PLC-based control system
CN117040891A (zh) * 2023-08-31 2023-11-10 大陆软件系统开发中心(重庆)有限公司 一种电子设备、通信方法、车载通信系统及存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100082873A1 (en) * 2008-09-26 2010-04-01 Raytheon Anschuetz Gmbh Ship Rudder Control (Autopilot) with a CAN Bus
CN205596136U (zh) * 2016-03-10 2016-09-21 北京汽车研究总院有限公司 一种冗余can网络系统拓扑结构和汽车
CN106302064A (zh) * 2016-08-16 2017-01-04 新誉集团有限公司 电动汽车用双通道冗余can总线的数据传输优化方法及系统
CN106452870A (zh) * 2016-10-13 2017-02-22 中车株洲电力机车研究所有限公司 一种CANopen网络主设备冗余控制方法

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7206882B2 (en) * 2001-10-26 2007-04-17 Schneider Automation Inc. Triggered communication network for CANOpen networks
US6907485B2 (en) * 2001-10-26 2005-06-14 Schneider Automation Inc. Hybrid change of state protocol for CANOpen networks
DE102004052075A1 (de) * 2004-10-26 2006-04-27 Jungheinrich Ag Knoten für ein Bus-Netzwerk, Bus-Netzwerk und Verfahren zum Konfigurieren des Netzwerks
CN102023637B (zh) * 2010-12-17 2012-05-09 中国北车股份有限公司大连电力牵引研发中心 一种基于can网络的轻轨车辆网络控制系统试验平台
CN103516571B (zh) * 2013-07-22 2016-10-05 浙江中控研究院有限公司 一种双can总线保证数据通信可靠性的系统架构及其方法
KR101466501B1 (ko) * 2013-08-29 2014-11-28 엘에스산전 주식회사 네트워크 트래픽 제어 장치

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100082873A1 (en) * 2008-09-26 2010-04-01 Raytheon Anschuetz Gmbh Ship Rudder Control (Autopilot) with a CAN Bus
CN205596136U (zh) * 2016-03-10 2016-09-21 北京汽车研究总院有限公司 一种冗余can网络系统拓扑结构和汽车
CN106302064A (zh) * 2016-08-16 2017-01-04 新誉集团有限公司 电动汽车用双通道冗余can总线的数据传输优化方法及系统
CN106452870A (zh) * 2016-10-13 2017-02-22 中车株洲电力机车研究所有限公司 一种CANopen网络主设备冗余控制方法

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110262315A (zh) * 2019-05-27 2019-09-20 山东省科学院自动化研究所 一种工业机器人多个can节点协同学习参数的方法及系统
CN110457176A (zh) * 2019-07-12 2019-11-15 平安普惠企业管理有限公司 用于分布式系统的监控方法、装置、存储介质及电子设备
CN110457176B (zh) * 2019-07-12 2022-09-27 平安普惠企业管理有限公司 用于分布式系统的监控方法、装置、存储介质及电子设备
CN110825758A (zh) * 2019-10-31 2020-02-21 中国银联股份有限公司 一种交易处理的方法及装置
CN110825758B (zh) * 2019-10-31 2022-11-15 中国银联股份有限公司 一种交易处理的方法及装置

Also Published As

Publication number Publication date
US20200162283A1 (en) 2020-05-21
CN109104349B (zh) 2020-11-20
US11018895B2 (en) 2021-05-25
CN109104349A (zh) 2018-12-28
BR112019027647A2 (pt) 2020-07-21

Similar Documents

Publication Publication Date Title
WO2018233645A1 (zh) 基于CANopen协议的列车网络数据传输方法、系统及其装置
CN109104351B (zh) 列车网络节点和基于CANopen协议的列车网络节点监测方法
CN109104348B (zh) 基于CANopen协议的列车网络数据传输方法、系统及其装置
CN105607590B (zh) 用于在过程控制系统中提供冗余性的方法和装置
CN109104325B (zh) 基于CANopen协议的列车网络数据传输方法、系统及其装置
JP5350461B2 (ja) 接続障害管理におけるトラフィック指示の拡張
CN109104346B (zh) 基于CANopen协议的列车网络数据传输方法、系统及其装置
CN102137017B (zh) 用于虚拟网络单元的工作方法及装置
US9602304B2 (en) Data transfer device system, network system, and method of changing configuration of network system
CN101594383B (zh) 一种双控制器存储系统的服务和控制器状态监控方法
CN103647781A (zh) 一种基于设备冗余和网络冗余的混合冗余可编程控制系统
US8611231B2 (en) Connectivity fault management for ethernet tree (E-Tree) type services
JP2016536906A (ja) ネットワーク保護方法およびネットワーク保護装置、オフリングノード、ならびにシステム
US11646909B2 (en) Method for data transmission in a redundantly operable communications network and coupling communication device
US20170070410A1 (en) System and method for providing redundant ethernet network connections
CN116055297A (zh) 分布式存储节点宕机后的软硬件结合的自愈方法及系统
US9118540B2 (en) Method for monitoring a plurality of rack systems
CN113485090A (zh) 控制器故障接替系统及方法
JP6204397B2 (ja) 通信機、通信システム、通信方法およびプログラム
JP6574140B2 (ja) 中継装置および中継システム
JP2012147364A (ja) ビデオサーバシステム
JP2017139621A (ja) 中継装置および中継システム
KR20100109810A (ko) 링크 이중화 방법 및 그를 이용한 ｖｏｉｐ 시스템
KR20150099084A (ko) 네트워크 기반 지능형 방송시스템
JP2019176355A (ja) 監視制御システムの情報伝送方式、監視制御システムの情報伝送方法

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 18819814

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

REG Reference to national code

Ref country code: BR

Ref legal event code: B01A

Ref document number: 112019027647

Country of ref document: BR

REG Reference to national code

Ref country code: BR

Ref legal event code: B01E

Ref document number: 112019027647

Country of ref document: BR

Free format text: APRESENTE A TRADUCAO SIMPLES DA FOLHA DE ROSTO DA CERTIDAO DE DEPOSITO DA PRIORIDADE CN 201710477076.7; OU DECLARACAO DE QUE OS DADOS DO PEDIDO INTERNACIONAL ESTAO FIELMENTE CONTIDOS NA PRIORIDADE REIVINDICADA, CONTENDO TODOS OS DADOS IDENTIFICADORES DESTA (TITULARES, NUMERO DE REGISTRO, DATA E TITULO), CONFORME O PARAGRAFO UNICO DO ART. 25 DA RESOLUCAO 77/2013. CABE SALIENTAR NAO FOI POSSIVEL INDIVIDUALIZAR OS TITULARES DA CITADA PRIORIDADE, INFORMACAO NECESSARIA PARA O EXAME DA CESSAO DO DOCUMENTO DE PRIORIDADE.

ENP Entry into the national phase

Ref document number: 112019027647

Country of ref document: BR

Kind code of ref document: A2

Effective date: 20191223

122 Ep: pct application non-entry in european phase

Ref document number: 18819814

Country of ref document: EP

Kind code of ref document: A1