A TSN network card supporting a CAN interface
Patent Information
- Authority / Receiving Office
- CN · China
- Patent Type
- Utility models(China)
- Current Assignee / Owner
- Filing Date
- 2025-06-30
- Publication Date
- 2026-08-11
AI Technical Summary
[0004]但是,添加专用的CAN-TSN网关,会随着CAN终端的接入规模增加系统设计、调试和管理等工作的复杂度,而且使用软件网关时延时确定性难以得到保障,使用硬件网关时采购成本往往不低
开展TSN系统设计时,TSN网卡本身就是必要组件之一,因此复用TSN网卡、扩展CAN接入功能,系统成本增量可忽略;
Smart Images

Figure CN224626663U_ABST
Abstract
Description
Technical Field
[0001] This utility model mainly relates to the field of TSN network card technology, specifically to a TSN network card that provides a CAN interface and allows CAN terminals to send and receive data across networks. Background Technology
[0002] Currently, CAN (Controller Area Network) bus technology is widely used, but its low transmission bandwidth, lack of real-time performance and predictability have led some users with higher requirements for data transmission bandwidth and latency determinism to turn to TSN (Time-Sensitive Networking) technology.
[0003] To fully utilize existing CAN terminals and related service components, CAN-TSN gateways are often used in TSN-based device networking designs to support CAN terminal access to TSN, thereby accelerating system transition or conducting prototype verification. The CAN-TSN gateway is responsible for the communication semantics and data format conversion between bus and network technologies. One implementation approach is to design a software gateway based on a microprocessor, which has relatively low design cost and difficulty; another approach is to design a hardware gateway based on a dedicated chip or programmable device, thereby achieving higher latency determinism.
[0004] However, adding a dedicated CAN-TSN gateway increases the complexity of system design, debugging, and management as the number of CAN terminals increases. Moreover, the deterministic latency of a software gateway is difficult to guarantee, while the procurement cost of a hardware gateway is often not low. Utility Model Content
[0005] 1. The technical problem to be solved by the utility model: This invention provides a TSN network card that supports a CAN interface, in order to solve the technical problems existing in the background art.
[0006] 2. Technical Solution: To achieve the above objectives, the technical solution provided by this utility model is as follows: a TSN network card supporting a CAN interface, comprising a programmable logic module, an Ethernet physical transceiver, a CAN bus physical transceiver, a CAN interface, an Ethernet RJ45 port, and a PCIe interface; wherein, the programmable logic module is connected to the Ethernet physical transceiver, the CAN bus physical transceiver, and the PCIe interface respectively, the Ethernet physical transceiver is connected to the Ethernet RJ45 port, and the CAN bus physical transceiver is connected to the CAN interface.
[0007] Furthermore, it also includes a memory, a clock source, and a power module, wherein the memory, the clock source, and the power module are respectively connected to the programmable logic module.
[0008] Furthermore, the clock source is used for TSN time synchronization, the memory is used to cache data packets, and the power module is used to supply power to the board chips.
[0009] Furthermore, the programmable logic module is a field-programmable gate array (FPGA), and the programmable logic module includes a TSN protocol core, a CAN protocol core, and a protocol conversion unit.
[0010] Furthermore, the TSN protocol core is used to implement the time-aware scheduler of the IEEE 802.1Qba and IEEE 802.1Qbv protocols, and supports the IEEE 802.1AS time synchronization protocol; the CAN protocol core is used to integrate the CAN 2.0B controller; and the protocol conversion unit is used to convert TSN VLANTag frames to CAN frames.
[0011] Furthermore, the programmable logic module, the Ethernet physical transceiver, the CAN bus physical transceiver, the PCIE interface, the memory, the clock source, and the power module are interconnected via PCB traces, and the Ethernet RJ45 port integrates a magnetic module to provide electrical isolation.
[0012] Furthermore, the Ethernet physical transceiver supports 10 / 100 / 1000Mbps speeds; the CAN bus physical transceiver conforms to the ISO11898 standard; the CAN interface uses a standard DB9 or industrial-grade M12 connector; and the PCIE interface uses the PCIExpress 2.0×4 standard.
[0013] 3. Beneficial effects: Compared with the prior art, the technical solution provided by this utility model has the following advantages: When designing a TSN system, the TSN network card itself is an essential component. Therefore, reusing the TSN network card and expanding the CAN access function will result in a negligible increase in system cost. Unlike microcontrollers, FPGA architecture has strict timing and rhythm for signal or data input / output and processing. Functional modules are ultimately integrated into the network card hardware in the form of circuits, which can achieve delay determinism that is consistent with or close to that of the chip.
[0014] It should be noted that the structures not described in this utility model are the same as or can be implemented using existing technology, and will not be elaborated here, as they do not involve the design points and improvement directions of this utility model. Attached Figure Description
[0015] Figure 1 This is a schematic diagram of the hardware connection of this utility model; Figure 2 This is a schematic diagram of the programmable logic module of this utility model; Figure 3 This is a schematic diagram of the TSN network card structure of this utility model.
[0016] Figure label: 1. Programmable logic module; 2. Ethernet physical transceiver; 3. Ethernet RJ45 port; 4. CAN interface; 5. CAN bus physical transceiver; 6. PCIe interface; 7. Memory; 8. Clock source; 9. Power supply module. Detailed Implementation
[0017] To facilitate understanding of this utility model, a more comprehensive description of the utility model will be given below with reference to the accompanying drawings, which show several embodiments of the utility model. However, the utility model can be implemented in many different forms and is not limited to the embodiments described herein. Rather, these embodiments are provided so that the disclosure of the utility model will be more thorough and complete.
[0018] In the description of this utility model, it should be understood that the terms "center", "longitudinal", "lateral", "length", "width", "thickness", "upper", "lower", "front", "rear", "left", "right", "vertical", "horizontal", "page", "bottom", "inner", "outer", "clockwise", "counterclockwise", etc., indicating the orientation or positional relationship are based on the orientation or positional relationship shown in the accompanying drawings, and are only for the convenience of describing this utility model and simplifying the description, and are not intended to indicate or imply that the device or element referred to must have a specific orientation, or be constructed and operated in a specific orientation, and therefore should not be construed as a limitation of this utility model.
[0019] Furthermore, the terms "first" and "second" are used for descriptive purposes only and should not be construed as indicating or implying relative importance or implicitly specifying the number of technical features indicated. Thus, a feature defined as "first" or "second" may explicitly or implicitly include one or more of that feature. In the description of this utility model, "a plurality of" means two or more, unless otherwise explicitly specified.
[0020] In this utility model, unless otherwise explicitly specified and limited, the terms "installed," "connected," "linked," "fixed," "provided with," and "located in" should be interpreted broadly. For example, they can refer to a fixed connection, a detachable connection, or an integral connection; they can refer to a mechanical connection or an electrical connection; they can refer to a direct connection or an indirect connection through an intermediate medium; and they can refer to the internal connection of two components. Those skilled in the art can understand the specific meaning of the above terms in this utility model according to the specific circumstances.
[0021] See attached document Figure 1-3 A TSN network card supporting a CAN interface includes a programmable logic module 1, an Ethernet physical transceiver 2, a CAN bus physical transceiver 5, a CAN interface 4, an Ethernet RJ45 port 3, a PCIe interface 6, a memory 7, a clock source 8, and a power supply module 9. The programmable logic module 1 is connected to the Ethernet physical transceiver 2, the CAN bus physical transceiver 5, and the PCIe interface 6, respectively. The Ethernet physical transceiver 2 is connected to the Ethernet RJ45 port 3, the CAN bus physical transceiver 5 is connected to the CAN interface 4, and the memory 7, the clock source 8, and the power supply module 9 are all connected to the programmable logic module 1.
[0022] Programmable logic module: As the core processing unit, it is used for protocol processing and data routing. Field programmable gate array (FPGA) is preferred, which supports high-speed logic operation and reconfigurability.
[0023] Ethernet physical transceiver: Responsible for the modulation and demodulation of Ethernet signals, supporting speeds of 10 / 100 / 1000Mbps.
[0024] CAN bus physical transceiver: processes CAN signal transmission and reception, conforming to ISO11898 standard.
[0025] CAN interface: External physical connector, using standard DB9 or industrial-grade M12 connector, used to connect CAN bus devices.
[0026] Ethernet RJ45 port: Standard 8P8CRJ45 interface, supports CAT5e or CAT6 cable, for connecting to external TSN network.
[0027] PCIe interface: Host interface, using the PCI Express 2.0 x4 standard, used to connect to a computer or industrial control host.
[0028] Implementation methods for programmable logic modules: The programmable logic module (PLC) is the core of the entire network interface card (NIC), responsible for protocol conversion, packet processing, and timing control, such as... Figure 2 As shown, during implementation, the internal logic is divided into multiple IP cores; The TSN protocol core is used to implement the time-aware scheduler of the IEEE 802.1Qba and IEEE 802.1Qbv protocols. It supports the IEEE 802.1AS time synchronization protocol with an accuracy of ±100ns and manages the priority transmission of TSN frames through an internal clock domain. CAN protocol core, used to integrate CAN2.0B controller, supports a maximum rate of 1Mbps, and handles ID filtering and error detection; The protocol conversion unit interconnects the TSN and CAN modules via an internal bus to convert TSN VLANTag frames to CAN frames. For example, it extracts data information from TSN VLANTag frames and encapsulates it according to the CAN standard format (11 / 29-bit ID); it extracts data information from CAN frames and encapsulates it according to the TSN VLANTag frame format. The destination address of the VLANTag frame can be configured, thereby enabling CAN to communicate with nodes at specified addresses across the network.
[0029] Hardware connection implementation method: All modules are interconnected within the board via PCB traces; The programmable logic module's PCIe core is directly connected to the PCIe interface (via the SerDes channel) as the main control bridge, using a standard PCIe gold finger connector and supporting x4 channels; The Ethernet MAC interface connects to the Ethernet transceiver via RGMII, and the Ethernet transceiver's MDI interface is coupled to the RJ45 port via a transformer. The RJ45 port integrates a magnetic module for electrical isolation. The Ethernet transceiver modulates the digital signal output from the programmable logic module into a differential Ethernet signal (e.g., 100BASE-TX) for transmission via RJ45; the reverse process supports TSN timestamp embedding to ensure low latency. The CAN controller connects to the input of the CAN transceiver via the digital I / O pins of the programmable logic module, and the output of the CAN transceiver connects to the pins (CAN_H and CAN_L) of the CAN interface. The CAN interface uses a DB9 connector, with pins 1 and 2 designated as CAN_H / CAN_L, and supports terminating resistor configuration. In addition, it includes auxiliary components: clock source 8 for TSN time synchronization; power module 9 for power supply of board chips; and SDRAM memory 7 for caching data packets.
[0030] TSN network cards are designed with reference to the standard PCI Express half-height card (e.g., 168mm long and 69mm wide) to ensure compatibility with host slots.
[0031] The above-described embodiments are merely illustrative of certain implementations of this utility model, and their descriptions are relatively specific and detailed. However, they should not be construed as limiting the scope of this utility model patent. It should be noted that those skilled in the art can make various modifications and improvements without departing from the concept of this utility model, and these modifications and improvements all fall within the protection scope of this utility model. Therefore, the protection scope of this utility model patent should be determined by the appended claims.
Claims
1. A TSN network card supporting a CAN interface, characterized in that: It includes a programmable logic module (1), an Ethernet physical transceiver (2), a CAN bus physical transceiver (5), a CAN interface (4), an Ethernet RJ45 port (3), and a PCIE interface (6); wherein the programmable logic module (1) is connected to the Ethernet physical transceiver (2), the CAN bus physical transceiver (5), and the PCIE interface (6), respectively; the Ethernet physical transceiver (2) is connected to the Ethernet RJ45 port (3); and the CAN bus physical transceiver (5) is connected to the CAN interface (4).
2. A TSN network card supporting a CAN interface according to claim 1, characterized in that: It also includes a memory (7), a clock source (8) and a power module (9), wherein the memory (7), the clock source (8) and the power module (9) are respectively connected to the programmable logic module (1).
3. A TSN network card supporting a CAN interface according to claim 2, characterized in that: The clock source (8) is used for TSN time synchronization, the memory (7) is used for caching data packets, and the power module (9) is used for powering the board chip.
4. A TSN network card supporting a CAN interface according to claim 1, characterized in that: The programmable logic module (1) is a field-programmable gate array (FPGA), and the programmable logic module (1) includes a TSN protocol core, a CAN protocol core, and a protocol conversion unit.
5. A TSN network card supporting a CAN interface according to claim 4, characterized in that: The TSN protocol core is used to implement the time-aware scheduler of the IEEE 802.1Qba and IEEE 802.1Qbv protocols, and supports the IEEE 802.1AS time synchronization protocol. The CAN protocol core is used to integrate a CAN2.0B controller; The protocol conversion unit is used to convert TSNVLANTag frames to CAN frames.
6. A TSN network card supporting a CAN interface according to claim 2, characterized in that: The programmable logic module (1), the Ethernet physical transceiver (2), the CAN bus physical transceiver (5), the PCIE interface (6), the memory (7), the clock source (8) and the power supply module (9) are interconnected via PCB traces. The Ethernet RJ45 port (3) integrates a magnetic module to provide electrical isolation.
7. A TSN network card supporting a CAN interface according to claim 1, characterized in that: The Ethernet physical transceiver (2) supports 10 / 100 / 1000Mbps speed; The CAN bus physical transceiver (5) conforms to the ISO11898 standard; The CAN interface (4) adopts a standard DB9 or industrial-grade M12 connector; The PCIE interface (6) adopts the PCIExpress 2.0×4 standard.