A vehicle door control device based on ethernet bypass

CN224907238UActive Publication Date: 2026-10-27NINGBO CRRC TIMES ELECTRICAL EQUIP CO LTD
View PDF 0 Cites 0 Cited by

Patent Information

Application Number
CN202522364094.7
Authority / Receiving Office
CN · China
Patent Type
Utility models(China)
Current Assignee / Owner
Filing Date
2025-11-07
Publication Date
2026-10-27
Estimated Expiration
2035-11-07

AI Technical Summary

Technical Problem

当网络中某个节点(如门控器、线路)发生故障时,会导致故障点之后的所有LDCU与主门控器(MDCU)之间的通信中断,造成整节车厢或多个车门失控,无法接收开、关门指令,影响列车正常运行

Benefits of technology

[0029]高可靠性和故障检测:通过链路状态检测电路实时监视门控器第一类型端口的物理连接状态,能够及时识别网络链路故障(如端口断开或物理损坏),从而提前预警并触发应对机制,确保车辆控制系统对故障的快速响应。

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN224907238U_ABST
    Figure CN224907238U_ABST
Patent Text Reader

Abstract

The utility model provides a vehicle door control device based on ethernet bypass, its characterized in that, include: door controller, door controller includes door control unit, first type port and second type port and internal switch, door control unit is connected with internal switch, and internal switch is connected first type port and second type port simultaneously, and the corresponding connection through first type port and second type port between door controller, door control unit includes bypass switch circuit, and bypass switch circuit is configured as link state detection circuit monitors to the physical connection state of door control unit and internal switch is failure, disconnects the connection of door control unit and internal switch. Realized the intelligent management to ethernet communication link, effectively solved the network single point failure problem in vehicle door control system commonly, provided more robust and reliable control solution.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] This utility model belongs to the field of rail transit vehicle technology and relates to a vehicle door control device based on Ethernet bypass. Background Technology

[0002] In modern subway and light rail transit vehicles, the door control system is a key subsystem for ensuring operational safety and improving efficiency. Currently, most mainstream vehicle door control systems adopt a distributed control architecture based on industrial Ethernet, consisting of a master door control unit (MDCU) and multiple slave door control units (LDCUs) communicating through a chain or star network connected by switches. While this architecture is highly efficient, its reliability is highly dependent on the integrity of the network links.

[0003] A typical existing solution involves the train's Ethernet backbone connecting to the main gate control unit (MDCU) of each carriage via a vehicle switch. The MDCU, together with other slave gate control units (LDCUs) in the corresponding carriage, forms the carriage's gate control Ethernet LAN. When a node in the network (such as a gate control unit or a line) fails, communication between all LDCUs after the failure point and the main gate control unit (MDCU) is interrupted, causing the entire carriage or multiple doors to become uncontrollable, unable to receive opening and closing commands, and affecting the normal operation of the train. Utility Model Content

[0004] The purpose of this invention is to address the aforementioned problems in existing technologies by proposing a vehicle door control device based on Ethernet bypass.

[0005] The objective of this utility model can be achieved through the following technical solution: a vehicle door control device based on Ethernet bypass, comprising:

[0006] Gate controller;

[0007] The gate controller includes a gate control unit, a first type port, a second type port, and an internal switch;

[0008] The gate control unit is connected to the internal switch, and the internal switch is simultaneously connected to both the first type of port and the second type of port.

[0009] The gate controllers are connected to each other via the first type of port and the second type of port respectively;

[0010] The gate control unit includes a bypass switch circuit and a link status detection circuit;

[0011] The link status detection circuit is configured to monitor the physical connection status between the gate control unit corresponding to the gate controller and the internal switch.

[0012] The bypass switch circuit is configured to disconnect the connection between the gate control unit and the internal switch when the link status detection circuit detects a fault in the physical connection between the gate control unit and the internal switch corresponding to the gate controller.

[0013] As an optional embodiment of this utility model, the gate controllers are connected to each other via the first type port and the second type port, including:

[0014] The gate controllers are connected in a chain topology via the first type of port and the second type of port;

[0015] In each chain, the gate controller at the head is set as the master gate controller, and the remaining gate controllers are set as slave gate controllers;

[0016] In each chain, from the master gate to the slave gate located at the tail, the second type port of the gate is connected to the first type port of the next gate.

[0017] As an optional embodiment of this utility model, it also includes:

[0018] Each chain is interconnected via the second type port of the slave gate located at the tail.

[0019] As an optional embodiment of this utility model, in each chain, the first type port of the gate controller located at the head is connected to the vehicle switch, wherein the gate controller located at the head does not include the internal switch.

[0020] As an optional embodiment of this utility model, the bypass switch circuit is configured to disconnect the connection between the gate control unit and the internal switch when the physical connection between the gate controller and the internal switch is faulty, including:

[0021] The bypass switch circuit is configured to disconnect the connection between the gate control unit and the internal switch when the physical connection between the gate controller and the internal switch is faulty, and the data received by the first type port is sent to the second type port via the internal switch.

[0022] As an optional embodiment of this utility model, the main gate controller is also configured with a topology management algorithm.

[0023] As an optional embodiment of this utility model, the main gate controller is further configured with a topology management algorithm, including:

[0024] The master gate controller is also configured to periodically send broadcast probe messages to the other gate controllers, and to identify the status of the other gate controllers based on their responses to the broadcast probe messages.

[0025] As an optional embodiment of this utility model, the state settings include bypass pass state and normal online state.

[0026] As an optional embodiment of this utility model, the gate controller in the normal online state shall preferentially receive control commands.

[0027] As an optional embodiment of this utility model, the first type of port is an uplink port, and the second type of port is a downlink port.

[0028] Compared with the prior art, the present invention has the following technical effects:

[0029] High reliability and fault detection: The physical connection status of the first type port of the gate controller is monitored in real time by the link status detection circuit. It can identify network link faults (such as port disconnection or physical damage) in a timely manner, thereby providing early warning and triggering response mechanisms to ensure that the vehicle control system responds quickly to faults.

[0030] Automatic bypass and fault recovery: When the link status detection circuit detects a communication fault in the gate control unit, the bypass switch circuit disconnects the gate control unit from the internal switch, realizing the bypass function of Ethernet communication. This avoids communication interruption caused by a single point of failure, ensures the continuity of data transmission between vehicle gate controllers, and improves the availability and stability of the vehicle control system.

[0031] Network redundancy and fault tolerance: Redundant network paths are formed between gate controllers through corresponding connections of Type 1 and Type 2 ports. In the event of a fault, a bypass mechanism is activated, allowing data to be transmitted through the backup path, thereby enhancing the fault tolerance of the entire gate control system and reducing system downtime.

[0032] Simplified maintenance and improved efficiency: This device can automatically handle link failures without human intervention, reducing maintenance costs and complexity. In the vehicle operating environment, this ensures the continuous and reliable operation of door control systems (such as door opening and closing, status monitoring), improving vehicle safety and operational efficiency.

[0033] In summary, by integrating bypass switch circuits and link status detection, this device achieves intelligent management of Ethernet communication links, effectively solving the common single point of failure problem in vehicle door control systems and providing a more robust and reliable control solution. Attached Figure Description

[0034] Figure 1 This is a communication link diagram of the gate controller according to an embodiment of this utility model;

[0035] Figure 2 This is a block diagram of the Ethernet communication circuit of the gate controller according to an embodiment of the present invention;

[0036] Figure 3 This is a communication link diagram of a gate controller failure according to an embodiment of this utility model. Detailed Implementation

[0037] The following are specific embodiments of the present invention, which are described in conjunction with the accompanying drawings. However, the present invention is not limited to these embodiments.

[0038] Example 1

[0039] Based on the technical problems highlighted in the background art, this embodiment proposes a vehicle door control device based on Ethernet bypass, comprising:

[0040] Gate controller;

[0041] The gate controller includes a gate control unit, a first type port, a second type port, and an internal switch;

[0042] The gate control unit is connected to the internal switch, and the internal switch is simultaneously connected to both the first type of port and the second type of port.

[0043] The gate controllers are connected to each other via the first type of port and the second type of port respectively;

[0044] The gate control unit includes a bypass switch circuit and a link status detection circuit;

[0045] The link status detection circuit is configured to monitor the physical connection status between the gate control unit corresponding to the gate controller and the internal switch.

[0046] The bypass switch circuit is configured to disconnect the connection between the gate control unit and the internal switch when the link status detection circuit detects a fault in the physical connection between the gate control unit and the internal switch corresponding to the gate controller.

[0047] like Figure 1-2As shown, this embodiment of the vehicle door control device based on Ethernet bypass includes an Electrical Door Control Unit (EDCU), specifically a master door controller (MDCU) and a slave door controller (LDCU). The master door controller is connected to the vehicle's switch and distributes control commands issued by the vehicle through the vehicle switch. The master and slave door controllers are interconnected to form an internal local area network (LAN) within the door controllers. The master door controller forwards the control commands issued by the vehicle to the slave door controllers through this LAN. Each door controller includes a door control unit, a first type of port, and a second type of port; only the slave door controller includes an internal switch. Figure 2 In this context, MCU (Microcontroller Unit) refers to the main control chip of the gating unit. Figure 2 In this example, SW (Switch) represents the internal switch. The gating unit is connected to the internal switch, which connects both the first type port and the second type port. When communication is normal, data enters the internal switch through the first type port. The internal switch then sends the data to the gating unit, which analyzes whether the data needs further transmission. If so, it sends the data out through the internal switch. The internal switch then sends the data to the next gating device through the second type port. The first type port refers to the port on the device that connects to the control center or the upstream device, while the second type port refers to the port on the device that connects to the downstream device or the end device. This embodiment's gating device also includes a gating unit, which integrates a hardware bypass switch circuit and a link status detection circuit on top of a traditional EDCU circuit board. The link status detection circuit continuously monitors the physical connection status of the gating unit. The hardware bypass switch circuit is composed of a physical relay or a high-speed analog switch chip. When the link status detection circuit detects a physical connection failure between the gate control unit and the internal switch of this gate controller, such as a network cable being unplugged, a power outage of the gate controller, or a communication failure caused by a malfunction, the circuit will automatically activate within milliseconds. Through a bypass control signal, it will disconnect the connection between the gate control unit and the internal switch, bypassing the main control chip of the gate controller. Even if the gate control unit is unable to function due to the disconnection, when receiving data on the first type port, it can still directly send the data to the next gate controller through the second type port via the internal switch, without affecting the communication link and ensuring communication between subsequent gate controllers and the main control unit.

[0048] Preferably, the gate controllers are connected to each other via the first type of port and the second type of port, including:

[0049] The gate controllers are connected in a chain topology via the first type of port and the second type of port;

[0050] In each chain, the gate controller at the head is set as the master gate controller, and the remaining gate controllers are set as slave gate controllers;

[0051] In each chain, from the master gate to the slave gate located at the tail, the second type port of the gate is connected to the first type port of the next gate.

[0052] like Figure 1 As shown, the door controllers of the car doors are connected in a chain topology. This embodiment has two chains, and in each chain, the door controller located at the head is set as the master door controller, for example... Figure 1 Gate controllers 1 and 2 are configured as gate controllers, and the remaining gate controllers are configured as slave gate controllers.

[0053] In this embodiment, Figure 1 The X6 connector shown represents the first type of port, and the X7 connector represents the second type of port. In each chain, taking the chain where gate controller 1 is the main gate controller as an example, gate controller 1's X7 connector connects to gate controller 3's X6 connector, gate controller 3's X7 connector connects to gate controller 5's X6 connector, and gate controller 5's X7 connector connects to gate controller 6's X6 connector. Similarly, taking the chain where gate controller 2 is the main gate controller as an example, gate controller 2's X7 connector connects to gate controller 4's X6 connector, gate controller 4's X7 connector connects to gate controller 6's X6 connector, and gate controller 6's X7 connector connects to gate controller 8's X6 connector.

[0054] Preferably, it further includes:

[0055] Each chain is interconnected via the second type port of the slave gate located at the tail.

[0056] like Figure 1 As shown, according to the connection method between the gate controllers in each chain, the X7 connector of the gate controller located at the tail is in an unused state. In this embodiment, the X7 connectors of the gate controllers located at the tail of the two chains are connected to each other to complete the connection between the two chains.

[0057] Preferably, in each chain, the first type port of the gate controller located at the head is connected to the vehicle switch, wherein the gate controller located at the head does not include the internal switch.

[0058] like Figure 1 As shown, in the two chains, the X6 connectors of gate controllers 1 and 2, which are the main gate controllers, are connected to the vehicle switch. However, gate controllers 1 and 2, which are the main gate controllers, do not include the internal switch. The data received by their X6 connectors is directly sent to the X7 connector, and then from the X7 connector to the X6 connector of the next slave gate controller.

[0059] Preferably, the bypass switch circuit is configured to disconnect the connection between the gate control unit and the internal switch when the physical connection between the gate controller and the internal switch is faulty, including:

[0060] The bypass switch circuit is configured to disconnect the connection between the gate control unit and the internal switch when the physical connection between the gate controller and the internal switch is faulty, and the data received by the first type port is sent to the second type port via the internal switch.

[0061] like Figure 2-3 As shown, when the link status detection circuits of gate controllers 3 and 5 detect a physical connection failure, they trigger the bypass switch circuits of gate controllers 3 and 5, disconnecting the gate control units of gate controllers 3 and 5 from the internal switch. The internal switch maintains its connection with connectors X6 and X7. For gate controller 3, data received from its X6 connector by gate controller 1's X7 connector is directly transmitted to its X7 connector via the internal switch, ensuring normal data forwarding. Thus, the communication link between gate controllers 1 and 3 remains open. For gate controller 5, gate controller 3's X7 connector is connected to its X6 connector. Data received from gate controller 3's X7 connector by gate controller 5's X6 connector is directly transmitted to its X7 connector via the internal switch, ensuring normal data forwarding. Therefore, even when the physical connection of gate controllers 3 and 5 is faulty, the communication link remains open, solving the technical problem of single-point failures in chain networks causing communication interruptions for all downstream nodes.

[0062] Preferably, the master gate controller is also configured with a topology management algorithm.

[0063] The master gate is configured with a topology management algorithm to dynamically update the status of the other gates.

[0064] Preferably, the master gate controller is further configured with a topology management algorithm, including:

[0065] The master gate controller is also configured to periodically send broadcast probe messages to the other gate controllers, and to identify the status of the other gate controllers based on their responses to the broadcast probe messages.

[0066] The master gate controller periodically broadcasts probe packets to the network using a topology management algorithm. For example, gate controllers 1 and 2 simultaneously send broadcast probe packets to the remaining gate controllers. Gate controller 1 receives the broadcast probe packets sent by gate controller 2, and gate controller 2 also receives the broadcast probe packets sent by gate controller 1. Upon receiving the broadcast probe packets from gate controllers 1 and 2, the remaining gate controllers respond. Gate controllers 1 and 2 then obtain the latest response data from the other gate controllers to identify their status.

[0067] Preferably, the state is set to include a bypass pass state and a normal online state.

[0068] Gate controllers 1 and 2 determine whether the gate controller is online based on the response. Online corresponds to the normal online state, while offline corresponds to the bypass state.

[0069] Preferably, the gate controller in the normal online state receives control commands first.

[0070] When some gate controllers are in bypass mode, the control commands issued by the train are preferentially sent to the gate controllers that are still online, such as opening and closing doors, and the status information of the gate controllers is received to ensure the basic operational functions of the train.

[0071] Preferably, the first type of port is an uplink port, and the second type of port is a downlink port.

[0072] In this embodiment, based on the meanings of the first type of port and the second type of port, the uplink port is used as the first type of port and the downlink port is used as the second type of port, and the uplink port...

[0073] —10— Uses an X6 connector; the downlink port uses an X7 connector.

[0074] This embodiment achieves the following technical effects through the device: high reliability and fault detection: by monitoring the physical connection status between the gate controller's gate unit and the internal switch in real time through the link status detection circuit, network link faults (such as port disconnection or physical damage) can be identified in a timely manner, thereby providing early warning and triggering response mechanisms to ensure that the vehicle control system responds quickly to faults.

[0075] Automatic bypass and fault recovery: When the link status detection circuit detects a communication fault in the gate control unit, the bypass switch circuit disconnects the gate control unit from the internal switch, realizing the bypass function of Ethernet communication. This avoids communication interruption caused by a single point of failure, ensures the continuity of data transmission between vehicle gate controllers, and improves the availability and stability of the vehicle control system.

[0076] Network redundancy and fault tolerance: Redundant network paths are formed between gate controllers through corresponding connections of Type 1 and Type 2 ports. In the event of a fault, a bypass mechanism is activated, allowing data to be transmitted through the backup path, thereby enhancing the fault tolerance of the entire gate control system and reducing system downtime.

[0077] Simplified maintenance and improved efficiency: This device can automatically handle link failures without human intervention, reducing maintenance costs and complexity. In the vehicle operating environment, this ensures the continuous and reliable operation of door control systems (such as door opening and closing, status monitoring), improving vehicle safety and operational efficiency.

[0078] In summary, by integrating bypass switch circuits and link status detection, this device achieves intelligent management of Ethernet communication links, effectively solving the common single point of failure problem in vehicle door control systems and providing a more robust and reliable control solution.

[0079] It should be noted that all directional indicators (such as up, down, left, right, front, back, etc.) in this utility model embodiment are only used to explain the relative positional relationship and movement of each component in a certain specific posture (as shown in the figure). If the specific posture changes, the directional indicator will also change accordingly.

[0080] Furthermore, it should be noted that the use of terms such as "first," "second," and "a" in this utility model is for descriptive purposes only and should not be construed as indicating or implying their relative importance or implicitly specifying the number of technical features indicated. Therefore, a feature defined as "first" or "second" may explicitly or implicitly include at least one of those features. In the description of this utility model, "multiple" means at least two, such as two, three, etc., unless otherwise explicitly specified. The terms "connection," "fixed," etc., should be interpreted broadly. For example, "fixed" can mean a fixed connection, a detachable connection, or an integral part; it can mean a mechanical connection or an electrical connection; it can mean a direct connection or an indirect connection through an intermediate medium; it can mean the internal connection of two elements or the interaction between two elements, unless otherwise explicitly specified. Those skilled in the art can understand the specific meaning of the above terms in this utility model according to the specific circumstances.

[0081] Furthermore, the technical solutions of the various embodiments of this utility model can be combined with each other, but only if they are based on the ability of those skilled in the art to implement them. When the combination of technical solutions is contradictory or cannot be implemented, it should be considered that such combination of technical solutions does not exist and is not within the scope of protection claimed by this utility model.

[0082] The specific embodiments described herein are merely illustrative examples illustrating the spirit of this utility model. Those skilled in the art to which this utility model pertains can make various modifications or additions to the described specific embodiments or use similar methods to substitute them, without departing from the essence of this utility model.

[0083] —12— In the spirit of a novel invention or beyond the scope defined by the appended claims.

Claims

1. A vehicle door control device based on Ethernet bypass, characterized in that, include: Gate controller; The gate controller includes a gate control unit, a first type port, a second type port, and an internal switch; The gate control unit is connected to the internal switch, and the internal switch is simultaneously connected to both the first type of port and the second type of port. The gate controllers are connected to each other via the first type of port and the second type of port respectively; The gate control unit includes a bypass switch circuit and a link status detection circuit; The link status detection circuit is configured to monitor the physical connection status between the gate control unit corresponding to the gate controller and the internal switch. The bypass switch circuit is configured to disconnect the connection between the gate control unit and the internal switch when the link status detection circuit detects a fault in the physical connection between the gate control unit and the internal switch corresponding to the gate controller.

2. The vehicle door control device based on Ethernet bypass according to claim 1, characterized in that, The gate controllers are connected to each other via corresponding first-type ports and second-type ports, including: The gate controllers are connected in a chain topology via the first type of port and the second type of port; In each chain, the gate controller at the head is set as the master gate controller, and the remaining gate controllers are set as slave gate controllers; In each chain, from the master gate to the slave gate located at the tail, the second type port of the gate is connected to the first type port of the next gate.

3. The vehicle door control device based on Ethernet bypass according to claim 2, characterized in that, Also includes: Each chain is interconnected via the second type port of the slave gate located at the tail.

4. The vehicle door control device based on Ethernet bypass according to claim 2, characterized in that, In each chain, the first type port of the gate controller located at the head is connected to the vehicle switch, wherein the gate controller located at the head does not include the internal switch.

5. The vehicle door control device based on Ethernet bypass according to claim 3, characterized in that, The bypass switch circuit is configured to disconnect the connection between the gate control unit and the internal switch when the physical connection between the gate controller and the internal switch is faulty, including: The bypass switch circuit is configured to disconnect the connection between the gate control unit and the internal switch when the physical connection between the gate controller and the internal switch is faulty, and the data received by the first type port is sent to the second type port via the internal switch.

6. The vehicle door control device based on Ethernet bypass according to claim 2, characterized in that, The main gate controller is also configured with a topology management algorithm.

7. The vehicle door control device based on Ethernet bypass according to claim 6, characterized in that, The main gate controller is also configured with a topology management algorithm, including: The master gate controller is also configured to periodically send broadcast probe messages to the other gate controllers, and to identify the status of the other gate controllers based on their responses to the broadcast probe messages.

8. The vehicle door control device based on Ethernet bypass according to claim 7, characterized in that, The status settings include bypass pass status and normal online status.

9. The vehicle door control device based on Ethernet bypass according to claim 8, characterized in that, The gate controller in the normal online state shall receive control commands first.

10. The vehicle door control device based on Ethernet bypass according to any one of claims 1-9, characterized in that, The first type of port is an uplink port, and the second type of port is a downlink port.