Vehicle-mounted Ethernet interaction data acquisition method, device and equipment and storage medium
By setting a non-gateway node as the leader and simulating an in-vehicle switch node with the data acquisition device, the problem of network storms in the absence of a gateway switch is solved, and data acquisition without simulated nodes is realized, improving the flexibility and cost-effectiveness of in-vehicle Ethernet.
Patent Information
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- WUHAN JIANGXIA CHUNENG AUTOMOBILE TECHNOLOGY R&D CO LTD
- Filing Date
- 2026-02-11
- Publication Date
- 2026-04-17
AI Technical Summary
In the absence of a gateway switch, existing vehicle Ethernet systems are prone to network storms due to data interaction between non-switch nodes, and interactive data cannot be collected without simulation nodes.
By setting non-gateway nodes as the leader, data acquisition devices simulate vehicle-mounted switch nodes, setting link segments and distinguishing broadcast domains, enabling data interaction between non-gateway nodes and avoiding network storms.
This enables data interaction without a gateway switch, avoids network storms, and collects data without emulation nodes, improving the flexibility and cost-effectiveness of data acquisition equipment.
Smart Images

Figure CN121887653A_ABST
Abstract
Description
Technical Field
[0001] This invention relates to the field of vehicle Ethernet data interaction technology, specifically to vehicle Ethernet interactive data acquisition methods, devices, equipment, and storage media. Background Technology
[0002] The automotive Ethernet star topology is a network topology with a central switch at its core, where all in-vehicle terminal nodes (such as ECUs, sensors, and infotainment systems) are individually connected to the core switch. It is one of the mainstream topologies for automotive Ethernet. Currently, most automotive Ethernet systems use a star topology, with gateways and related vehicle domain controllers as switch nodes. 100BASE-T1 or 1000BASE-T1 automotive Ethernet is used as the main communication link, connecting Ethernet terminal nodes from the vehicle body, powertrain, entertainment, and intelligent driving domains to their corresponding domain controllers or directly to the gateway for centralized data forwarding.
[0003] like Figure 2 As shown, in-vehicle Ethernet requires manual pre-setting of the master / slave roles at both ends of the device, i.e., "Master" and "Slave." Unlike ordinary Ethernet, these roles must be pre-defined via hardware pin definitions or software configuration. Ensure that one end is the Master and the other is the Slave during the connection; otherwise, a physical layer connection (LinkUp) cannot be established. Generally, the gateway node port acting as a switch is configured as the Slave, and the two non-switch node ports that interact through the gateway are configured as the Master.
[0004] Currently, most methods for acquiring data via automotive Ethernet utilize software such as CANoe and supporting hardware, such as Vector's VN5000 series devices, to simulate automotive Ethernet nodes and connect them in series into existing automotive Ethernet topologies, acquiring the Ethernet packets received and sent from the device ports. Figure 3 As shown, the master and slave roles of the port should also be configured according to the topology requirements within the same segment of the device port. Segment1 and segment2 are separate switches. If segment1 and segment2 are in the same switch, too many masters and slaves in data interaction may lead to a network storm.
[0005] like Figure 4 As shown, if the gateway node hardware is missing, the two non-switch node ports that interact by forwarding data through the gateway switch will both be Master ports, and direct connection will not allow interaction. Furthermore, without a simulation node, interaction data cannot be collected. Summary of the Invention
[0006] To address the problems existing in the prior art, the present invention provides a method, apparatus, device and storage medium for acquiring vehicle-mounted Ethernet interactive data. Within the data acquisition device, two non-switch nodes that need to exchange data through a gateway switch can interact without exchanging data through a gateway, which is less likely to cause network storms and can also acquire interactive data without emulation nodes.
[0007] Other features and advantages of this application will become apparent from the following detailed description, or may be learned in part from practice of this application.
[0008] According to a first aspect of this application, a method for acquiring in-vehicle Ethernet interactive data is provided, comprising: Set the role of the first non-gateway node as the first leader, and set the role of the second non-gateway node as the second leader; The data acquisition device is configured as a simulated vehicle-mounted switch node. A first link segment and a second link segment are set on the simulated vehicle-mounted switch node. The role of the first link segment is set as the first follower on the simulated vehicle-mounted switch node, and the role of the second link segment is set as the second follower. The first non-gateway node is connected to the first link segment for communication, and the second non-gateway node is connected to the second link segment for communication, so that the first non-gateway node and the second non-gateway node can exchange data.
[0009] In some embodiments of this application, based on the foregoing scheme, setting the role of the first non-gateway node as the first leader and setting the role of the second non-gateway node as the second leader includes: The first Ethernet port of the first non-gateway node is set to the role of the first leader, and the second Ethernet port of the second non-gateway node is set to the role of the second leader.
[0010] In some embodiments of this application, based on the foregoing scheme, configuring the data acquisition device as a simulated vehicle-mounted switch node includes: Select a data acquisition device that supports switch mode; Enable switch mode through the web configuration interface or DIP switch of the data acquisition device to configure the data link layer of the data acquisition device as a simulated vehicle-mounted switch node; The clocks of the simulated vehicle-mounted switch node, the first non-gateway node, and the second non-gateway node are all matched.
[0011] In some embodiments of this application, based on the foregoing scheme, setting the first link segment and the second link segment at the simulated vehicle-mounted switch node includes: The data acquisition layer of the data acquisition device is configured as a terminal node, which is used to acquire data. The first port and the third port are assigned to the terminal node. The simulated vehicle-mounted switch node is pre-defined with a first link segment and a second link segment, and a second port is assigned to the first link segment and a fourth port is assigned to the second link segment. The first link segment is divided into a first broadcast domain and the second link segment is divided into a second broadcast domain using VLANs, and the first broadcast domain and the second broadcast domain are different; The first link segment and the second link segment are functionally differentiated.
[0012] In some embodiments of this application, based on the foregoing scheme, the step of setting the role of the first link segment as the first follower and setting the role of the second link segment as the second follower on the simulated vehicle-mounted switch node further includes: Enable the first port to communicate with the third Ethernet port that connects the simulated vehicle-mounted switch node and the first non-gateway node, and configure the second port as the first follower; The third port is configured to communicate with the fourth Ethernet port that connects the analog vehicle switch node and the second non-gateway node, and the fourth port is configured as the second follower.
[0013] In some embodiments of this application, based on the foregoing scheme, the step of connecting the first non-gateway node and the first link segment for communication, and connecting the second non-gateway node and the second link segment for communication, includes: The second port is connected to the first Ethernet port via an in-vehicle Ethernet cable, and the fourth port is connected to the second Ethernet port via an in-vehicle Ethernet cable.
[0014] In some embodiments of this application, based on the aforementioned scheme, both the first non-gateway node and the first non-gateway node are configured as electronic control units.
[0015] According to a second aspect of this application, an in-vehicle Ethernet interactive data acquisition device is provided, comprising: The first setting module is used to set the role of the first non-gateway node as the first leader and the role of the second non-gateway node as the second leader. The second setting module is used to configure the data acquisition device as a simulated vehicle-mounted switch node, set a first link segment and a second link segment on the simulated vehicle-mounted switch node, set the role of the first link segment as the first follower on the simulated vehicle-mounted switch node, and set the role of the second link segment as the second follower. The connection module is used to connect the first non-gateway node to the first link segment communication connection, and to connect the second non-gateway node to the second link segment communication connection, so that the first non-gateway node and the second non-gateway node can exchange data.
[0016] According to a third aspect of this application, a computer-readable storage medium is provided that stores a computer program thereon, the computer program including executable instructions that, when executed by a processor, implement the method described above.
[0017] According to a fourth aspect of this application, an electronic device is provided, comprising: One or more processors; A memory for storing executable instructions of the processor, which, when executed by the one or more processors, cause the one or more processors to implement the method described above.
[0018] The beneficial effects of this application are as follows: (1) The vehicle Ethernet interactive data acquisition method, device, equipment and storage medium provided in this application collect interactive data of two non-switch nodes by having the data acquisition device act as a gateway. Inside the data acquisition device, two non-switch nodes that need to exchange data through the gateway switch can interact without exchanging data through the gateway, which is less likely to cause network storms and can also collect interactive data without simulation nodes.
[0019] (2) The vehicle Ethernet interactive data acquisition method, device, equipment and storage medium provided in this application can still be fully effective when CANoe or other vehicle Ethernet data acquisition devices are operating independently without the computer host, and can directly act as the gateway of the vehicle network. This feature greatly expands the flexibility of the data acquisition device in vehicle testing and real vehicle application, and ensures the interconnection of vehicle multi-domain networks without carrying a computer host.
[0020] (3) The vehicle Ethernet interactive data acquisition method, device, equipment and storage medium provided in this application are used in many vehicle gateways such as CEM, which have integrated multiple functions such as vehicle domain controller, vehicle control module and cockpit domain controller. Their cost has also increased. In the early stage of the test, the number of samples purchased may be insufficient due to cost issues. Therefore, in the case of urgent testing process and temporary lack of samples, the data acquisition equipment can be temporarily used as a gateway to collect data, which can reduce the testing cost.
[0021] It should be understood that the above general description and the following detailed description are merely exemplary and explanatory, and do not limit this application. Attached Figure Description
[0022] The accompanying drawings, which are included to provide a further understanding of the invention and form part of this application, illustrate exemplary embodiments of the invention and are intended to explain the invention, but do not constitute an undue limitation thereof. In the drawings: Figure 1 This is a flowchart of a vehicle-mounted Ethernet interactive data acquisition method according to the present invention; Figure 2 A simplified diagram of a traditional star topology and master-slave configuration; Figure 3 Diagram showing traditional in-vehicle Ethernet data acquisition methods and device master-slave configuration; Figure 4 A simplified diagram illustrating the inability of two nodes to interact when a traditional vehicle-mounted Ethernet gateway node is missing. Figure 5 This is a schematic diagram of the data acquisition device of the present invention configured as a simulated vehicle-mounted switch node; Figure 6 This is a schematic diagram of an in-vehicle Ethernet interactive data acquisition device according to the present invention; Figure 7 This is a schematic diagram of an electronic device according to the present invention. Detailed Implementation
[0023] To make the objectives, features, and advantages of this invention more apparent and understandable, the technical solutions of the embodiments of this invention will be clearly and completely described below with reference to the accompanying drawings. Obviously, the embodiments described below are only some embodiments of this invention, and not all embodiments. Based on the embodiments of this invention, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of this invention.
[0024] It should be understood that the terms "comprising" and other similar expressions in the specification, claims, and accompanying drawings of this invention are intended to cover a non-exclusive inclusion, such as a process, method, apparatus, or device that includes a series of steps or units and is not limited to the listed steps or units. Furthermore, "first" and "second" are used to distinguish different objects and are not intended to describe a specific order.
[0025] According to the first aspect of this application, Figure 1 and Figure 5 As shown, this embodiment provides a method for acquiring vehicle-mounted Ethernet interactive data, including: Step S101: Set the role of the first non-gateway node as the first master (Master 1), and set the role of the second non-gateway node as the second master (Master 2).
[0026] In this embodiment, in the vehicle Ethernet environment, the data acquisition device acts as a terminal node or analog switch node, and needs to connect to various non-gateway nodes to realize data acquisition, forwarding or monitoring. The non-gateway nodes are electronic control units (ECUs), which are responsible for data acquisition (sensors), command execution (actuators) or local / global control (domain controllers). Their types are divided according to functional domains (power, ADAS, cockpit, body).
[0027] In some embodiments of this example, setting the role of the first non-gateway node as the first leader and setting the role of the second non-gateway node as the second leader includes: The first Ethernet port of the first non-gateway node is set to the role of the first leader, and the second Ethernet port of the second non-gateway node is set to the role of the second leader.
[0028] Step S102: Configure the data acquisition device as a simulated vehicle-mounted switch node, set a first link segment (segment 1) and a second link segment (segment 2) on the simulated vehicle-mounted switch node, set the role of the first link segment as the first follower (Slave 1) on the simulated vehicle-mounted switch node, and set the role of the second link segment as the second follower (Slave 2).
[0029] In this embodiment, based on the data acquisition characteristics of CANoe or other vehicle-mounted Ethernet data acquisition devices, the first non-gateway node and the second non-gateway node, which need to exchange data through a gateway switch, also interact within the data acquisition device even without a gateway for data exchange.
[0030] In one specific embodiment, the data acquisition device is model CANoe. CANoe needs to support port mode and have a software version of 12.0 SP5 or higher. The hardware reference is the VN5000 series, with firmware version ≥11.1 and corresponding device drivers.
[0031] In this embodiment, by setting the first Ethernet port of the first non-gateway node as the first leader and the second Ethernet port of the second non-gateway node as the second leader, and setting the first link segment as the first follower and the second link segment as the second follower on the simulated vehicle switch node, a physical layer connection is established between the first non-gateway node and the simulated vehicle switch node, and a physical layer connection is also established between the second non-gateway node and the simulated vehicle switch node. This enables data transmission between the first non-gateway node and the simulated vehicle switch node, and between the second non-gateway node and the simulated vehicle switch node, thereby achieving data interaction.
[0032] In some embodiments of this example, configuring the data acquisition device as a simulated vehicle-mounted switch node includes: Select a data acquisition device that supports switch mode; Enable switch mode through the web configuration interface or DIP switch of the data acquisition device to configure the data link layer of the data acquisition device as a simulated vehicle-mounted switch node; The clocks of the simulated vehicle-mounted switch node, the first non-gateway node, and the second non-gateway node are all matched.
[0033] In some embodiments of this example, setting the first link segment and the second link segment at the simulated vehicle-mounted switch node includes: The data acquisition layer of the data acquisition device is configured as a terminal node, which is used to acquire data. The first port (Port 1) and the third port (Port 3) are assigned to the terminal node. The simulated vehicle-mounted switch node is pre-defined with a first link segment and a second link segment. The second port (Port 2) is assigned to the first link segment, and the fourth port (Port 4) is assigned to the second link segment. The first link segment is divided into a first broadcast domain and the second link segment is divided into a second broadcast domain using VLANs. The first broadcast domain and the second broadcast domain are different, which further isolates the first link segment and the second link segment. The first link segment and the second link segment are functionally differentiated.
[0034] In some implementations of this embodiment, functions are divided according to the trend of domain centralization in the vehicle electronic architecture (power domain, ADAS domain, smart cockpit domain, body domain).
[0035] In some embodiments of this example, the step of setting the role of the first link segment as the first follower and setting the role of the second link segment as the second follower on the simulated vehicle-mounted switch node further includes: Enable the first port to communicate with the third Ethernet port that connects the simulated vehicle-mounted switch node and the first non-gateway node, and configure the second port as the first follower; The third port is configured to communicate with the fourth Ethernet port that connects the analog vehicle switch node and the second non-gateway node, and the fourth port is configured as the second follower.
[0036] In traditional Ethernet data acquisition, hardware configuration requires Port 1 and Port 2 to be in switch 1, and Port 3 and Port 4 in switch 2. If the gateway fails, the first and second non-gateway nodes cannot interact. In this embodiment, Port 2 and Port 4 need to be placed in the same switch during data acquisition. Port 1 and Port 3 do not require configuration; hardware configuration is simply issued. This allows A and B to interact using the data acquisition device as a substitute gateway in the event of gateway failure. Placing Port 1, Port 2, Port 3, and Port 4 in the same switch simultaneously would likely lead to network storms.
[0037] Step S103: Connect the first non-gateway node to the first link segment communication connection, and connect the second non-gateway node to the second link segment communication connection, so that the first non-gateway node and the second non-gateway node can exchange data.
[0038] In some embodiments of this example, the step of connecting the first non-gateway node to the first link segment communication connection and connecting the second non-gateway node to the second link segment communication connection includes: The second port is connected to the first Ethernet port via an in-vehicle Ethernet cable, and the fourth port is connected to the second Ethernet port via an in-vehicle Ethernet cable.
[0039] Thus, in this embodiment, the two non-switch node ports that interact via gateway switch forwarding data are both Master ports, and direct connection is not possible. In the absence of simulation nodes, the data acquisition device acts as the gateway to collect their interaction data.
[0040] When CANoe or other in-vehicle Ethernet data acquisition devices operate independently without a computer host, the configurations pre-downloaded to the hardware remain fully effective and can directly act as gateways for the in-vehicle network. This feature greatly expands the flexibility of data acquisition devices in in-vehicle testing and real-vehicle applications, ensuring interconnection of in-vehicle multi-domain networks without the need to carry a computer host.
[0041] Furthermore, many vehicle gateways, such as CEM, have integrated multiple functions such as vehicle domain controller, vehicle control module, and cockpit domain controller, which has increased their cost. In the early stages of testing, the number of samples purchased may be insufficient due to cost issues. Therefore, in cases where testing is urgent and samples are temporarily unavailable, data acquisition equipment can be temporarily used as a gateway to collect data, which can reduce testing costs.
[0042] According to the second aspect of this application, such as Figure 6As shown, this embodiment provides an in-vehicle Ethernet interactive data acquisition device, comprising: The first setting module is used to set the role of the first non-gateway node as the first leader and the role of the second non-gateway node as the second leader. The second setting module is used to configure the data acquisition device as a simulated vehicle-mounted switch node, set a first link segment and a second link segment on the simulated vehicle-mounted switch node, set the role of the first link segment as the first follower on the simulated vehicle-mounted switch node, and set the role of the second link segment as the second follower. The connection module is used to connect the first non-gateway node to the first link segment communication connection, and to connect the second non-gateway node to the second link segment communication connection, so that the first non-gateway node and the second non-gateway node can exchange data.
[0043] Specifically, this embodiment corresponds one-to-one with the above method embodiments. The functions of each module have been described in detail in the corresponding method embodiments, so they will not be repeated here.
[0044] According to a third aspect of this application, this embodiment provides a computer-readable storage medium having a computer program stored thereon, the computer program including executable instructions that, when executed by a processor, implement the method described above.
[0045] The present invention can implement all or part of the processes in the above methods, or it can be accomplished by a computer program instructing related hardware. The computer program can be stored in a computer-readable storage medium, and when the computer program is executed by a processor, it can implement the steps of the various method embodiments described above. The computer program includes computer program code, which can be in the form of source code, object code, executable files, or certain intermediate forms. The computer-readable medium can include: any entity or device capable of carrying computer program code, recording media, USB flash drives, portable hard drives, magnetic disks, optical disks, computer memory, read-only memory (ROM), random access memory (RAM), electrical carrier signals, telecommunication signals, and software distribution media, etc. It should be noted that the content contained in the computer-readable medium can be appropriately added or removed according to the requirements of legislation and patent practice in the jurisdiction. For example, in some jurisdictions, according to legislation and patent practice, the computer-readable medium does not include electrical carrier signals and telecommunication signals.
[0046] According to the fourth aspect of this application, such as Figure 7 As shown, an electronic device is provided, comprising: One or more processors; Memory is used to store executable instructions for the processor, which, when executed by one or more processors, cause one or more processors to implement the methods described above.
[0047] Electronic devices are manifested in the form of general-purpose computing devices. Components of an electronic device may include, but are not limited to: at least one processor, at least one memory, and a bus connecting different device components (including memory and processor).
[0048] The processor can be a Central Processing Unit (CPU), or other general-purpose processors, digital signal processors (DSPs), application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. A general-purpose processor can be a microprocessor or any conventional processor. The processor is the control center of the computer device, connecting all parts of the computer device through various interfaces and lines.
[0049] Memory can be used to store computer programs and / or modules. The processor implements various functions of the computer device by running or executing the computer programs and / or modules stored in the memory, and by accessing data stored in the memory. Memory can primarily include a program storage area and a data storage area. The program storage area stores application programs required for operating the device and at least one function (e.g., sound playback, image playback, etc.); the data storage area stores data created based on the use of the mobile phone (e.g., audio data, video data, etc.). Furthermore, memory can include high-speed random access memory, and can also include non-volatile memory, such as hard disks, RAM, plug-in hard disks, SmartMedia Cards (SMC), Secure Digital (SD) cards, Flash Cards, at least one disk storage device, flash memory device, or other volatile solid-state storage devices.
[0050] Those skilled in the art will understand that embodiments of the present invention can be provided as methods, apparatus, servers, or computer program products. Therefore, the present invention can take the form of a completely hardware embodiment, a completely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, the present invention can take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage and memory) containing computer-usable program code.
[0051] This invention is described with reference to flowchart illustrations and / or block diagrams of methods, apparatus (devices), servers, and computer program products according to embodiments of the invention. It will be understood that each block of the flowchart illustrations and / or block diagrams, and combinations of blocks in the flowchart illustrations and / or block diagrams, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, special-purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, generate instructions for implementing the flowchart... Figure 1 One or more processes and / or boxes Figure 1 A device that provides the functions specified in one or more boxes.
[0052] These computer program instructions may also be stored in a computer-readable storage medium that can direct a computer or other programmable data processing device to function in a particular manner, such that the instructions stored in the computer-readable storage medium produce an article of manufacture including instruction means, which are implemented in a process Figure 1 One or more processes and / or boxes Figure 1 The function specified in one or more boxes.
[0053] These computer program instructions may also be loaded onto a computer or other programmable data processing equipment to cause a series of operational steps to be performed on the computer or other programmable equipment to produce a computer-implemented process, thereby providing instructions that execute on the computer or other programmable equipment for implementing the process. Figure 1 One or more processes and / or boxes Figure 1 The steps of the function specified in one or more boxes.
[0054] It should be understood that the sequence number of each step in the above embodiments does not imply the order of execution. The execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of the present invention.
[0055] In the above embodiments, the descriptions of each embodiment have different focuses. For parts that are not described in detail or recorded in a certain embodiment, please refer to the relevant descriptions of other embodiments.
[0056] The above embodiments are only used to illustrate the technical solutions of the present invention, and are not intended to limit it. Although the present invention has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some of the technical features. Such modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the spirit and scope of the technical solutions of the embodiments of the present invention.
Claims
1. A method for acquiring vehicle-mounted Ethernet interactive data, characterized in that, include: Set the role of the first non-gateway node as the first leader, and set the role of the second non-gateway node as the second leader; The data acquisition device is configured as a simulated vehicle-mounted switch node. A first link segment and a second link segment are set on the simulated vehicle-mounted switch node. The role of the first link segment is set as the first follower on the simulated vehicle-mounted switch node, and the role of the second link segment is set as the second follower. The first non-gateway node is connected to the first link segment for communication, and the second non-gateway node is connected to the second link segment for communication, so that the first non-gateway node and the second non-gateway node can exchange data.
2. The method according to claim 1, characterized in that, Setting the role of the first non-gateway node as the first leader and the role of the second non-gateway node as the second leader includes: The first Ethernet port of the first non-gateway node is set to the role of the first leader, and the second Ethernet port of the second non-gateway node is set to the role of the second leader.
3. The method according to claim 1, characterized in that, The step of configuring the data acquisition device as a simulated vehicle-mounted switch node includes: Select a data acquisition device that supports switch mode; Enable switch mode through the web configuration interface or DIP switch of the data acquisition device to configure the data link layer of the data acquisition device as a simulated vehicle-mounted switch node; The clocks of the simulated vehicle-mounted switch node, the first non-gateway node, and the second non-gateway node are all matched.
4. The method according to claim 2, characterized in that, The step of setting the first link segment and the second link segment at the simulated vehicle-mounted switch node includes: The data acquisition layer of the data acquisition device is configured as a terminal node, which is used to acquire data. The first port and the third port are assigned to the terminal node. The simulated vehicle-mounted switch node is pre-defined with a first link segment and a second link segment, and a second port is assigned to the first link segment and a fourth port is assigned to the second link segment. The first link segment is divided into a first broadcast domain and the second link segment is divided into a second broadcast domain using VLANs, and the first broadcast domain and the second broadcast domain are different; The first link segment and the second link segment are functionally differentiated.
5. The method according to claim 4, characterized in that, The step of setting the role of the first link segment as the first follower and the role of the second link segment as the second follower on the simulated vehicle-mounted switch node further includes: Enable the first port to communicate with the third Ethernet port that connects the simulated vehicle-mounted switch node and the first non-gateway node, and configure the second port as the first follower; The third port is configured to communicate with the fourth Ethernet port that connects the analog vehicle switch node and the second non-gateway node, and the fourth port is configured as the second follower.
6. The method according to claim 4, characterized in that, The step of connecting the first non-gateway node to the first link segment for communication and connecting the second non-gateway node to the second link segment for communication includes: The second port is connected to the first Ethernet port via an in-vehicle Ethernet cable, and the fourth port is connected to the second Ethernet port via an in-vehicle Ethernet cable.
7. The method according to claim 1, characterized in that: Both the first non-gateway node and the first non-gateway node are configured as electronic control units.
8. A vehicle-mounted Ethernet interactive data acquisition device, characterized in that, include: The first setting module is used to set the role of the first non-gateway node as the first leader and the role of the second non-gateway node as the second leader. The second setting module is used to configure the data acquisition device as a simulated vehicle-mounted switch node, set a first link segment and a second link segment on the simulated vehicle-mounted switch node, set the role of the first link segment as the first follower on the simulated vehicle-mounted switch node, and set the role of the second link segment as the second follower. The connection module is used to connect the first non-gateway node to the first link segment communication connection, and to connect the second non-gateway node to the second link segment communication connection, so that the first non-gateway node and the second non-gateway node can exchange data.
9. A computer-readable storage medium having a computer program stored thereon, characterized in that, The computer program includes executable instructions that, when executed by a processor, implement the method of any one of claims 1-7.
10. An electronic device, characterized in that, include: One or more processors; A memory for storing executable instructions of the processor, which, when executed by the one or more processors, cause the one or more processors to perform the method according to any one of claims 1-7.