Network communication method and device for vehicle-mounted equipment and terminal

Abstract

The invention provides a network communication method and device for a vehicle-mounted device and a terminal, and the network communication method is applied to a vehicle-mounted Ethernet conversion device, and comprises the steps: responding to first network data sent by a target terminal and received by a USB interface processor, packaging the first network data into a first preset protocol data packet and sending the first preset protocol data packet to a vehicle-mounted Ethernet processor through an RGMII interface; the vehicle-mounted Ethernet processor writes the first preset protocol data packet into a preset buffer area and sends the first preset protocol data packet to the target vehicle-mounted equipment through the T1 interface; in response to a second preset protocol data packet sent by the target vehicle-mounted equipment received by the vehicle-mounted Ethernet processor, sending the second preset protocol data packet to the USB interface processor through the RGMII interface; and the USB interface processor decapsulates the second preset protocol data packet into the second network data and sends the second network data to the target terminal, so that the applicability and efficiency of network communication between the vehicle-mounted equipment and the terminal are improved, and the network communication cost is further reduced.

Description

Technical Field

[0001] The present application relates to the technical field of network communication between devices, and in particular to a method and apparatus for network communication between an in-vehicle device and a terminal. Background Art

[0002] At present, when the vehicle-mounted device and the terminal communicate over the network, the existing conversion devices all use the T1 interface and the RJ45 interface. That is, in the conversion device connected between the vehicle-mounted device and the terminal, a T1 interface PHY chip and an RJ45 interface PHY chip are connected through the RGMII interface, and an external control processor is used to control the two PHY chips to realize network communication between the vehicle-mounted device and the terminal.

[0003] Among them, since the conversion device using the RJ45 interface occupies the Ethernet interface of the terminal, the terminal that only provides a wired network environment cannot connect to the external network and the Ethernet box at the same time, which reduces the applicability of network communication; in addition, since the above solution requires an additional control processor, the control processor needs to be powered separately, which increases the cost of network communication between the vehicle-mounted equipment and the terminal, thereby reducing the efficiency of network communication between the vehicle-mounted equipment and the terminal. Summary of the Invention

[0004] In view of this, the purpose of this application is to provide a network communication method and device between a vehicle-mounted device and a terminal, by connecting the USB interface processor set in the vehicle-mounted Ethernet conversion device to the target terminal via the USB interface, and connecting the vehicle-mounted Ethernet processor set in the vehicle-mounted Ethernet conversion device to the target vehicle-mounted device via the T1 interface. When the target terminal and the target vehicle-mounted device communicate over the network, the network data used for communication is encapsulated and decapsulated, and the encapsulated preset protocol data packet is written into a preset buffer to realize network communication of the preset protocol data packet between the target terminal and the target vehicle-mounted device, thereby improving the applicability and efficiency of network communication between the vehicle-mounted device and the terminal, and thereby reducing the cost of network communication between the vehicle-mounted device and the terminal.

[0005] An embodiment of the present application provides a network communication method between an in-vehicle device and a terminal. The network communication method is applied to an in-vehicle Ethernet conversion device, wherein the in-vehicle Ethernet conversion device includes a USB interface processor and an in-vehicle Ethernet processor connected via an RGMII interface; wherein the USB interface processor is connected to a target terminal via a USB interface, and the in-vehicle Ethernet processor is connected to a target in-vehicle device via a T1 interface. The network communication method includes:

[0006] In response to the USB interface processor receiving first network data sent by the target terminal through the USB interface, encapsulating the first network data into a first preset protocol data packet, and sending the first preset protocol data packet to the in-vehicle Ethernet processor through the RGMII interface;

[0007] When the in-vehicle Ethernet processor receives the first preset protocol data packet, the in-vehicle Ethernet processor writes the first preset protocol data packet into a preset buffer set by the in-vehicle Ethernet processor, and sends the first preset protocol data packet in the preset buffer to the target in-vehicle device through the T1 interface;

[0008] In response to a receiving buffer set by the on-board Ethernet processor receiving a second preset protocol data packet sent by the target on-board device through the T1 interface, sending the second preset protocol data packet in the receiving buffer to the USB interface processor through the RGMII interface;

[0009] When the USB interface processor receives the second preset protocol data packet, it decapsulates the second preset protocol data packet into second network data, and sends the second network data to the target terminal through the USB interface.

[0010] Furthermore, the USB interface processor includes a USB network card and an Ethernet network card; in response to the USB interface processor receiving first network data sent by the target terminal through the USB interface, encapsulating the first network data into a first preset protocol data packet, and sending the first preset protocol data packet to the in-vehicle Ethernet processor through the RGMII interface, including:

[0011] In response to the USB network card receiving first network data sent by the target terminal through the USB interface in a polling or interrupt manner, encapsulating the first network data into a first preset protocol data packet;

[0012] Storing the first preset protocol data packet in a preset shared memory area;

[0013] The Ethernet network card uses a preset network stack task to encapsulate the first preset protocol data in the shared memory area into an Ethernet frame format, and sends the first preset protocol data packet encapsulated in the Ethernet frame format to the on-board Ethernet processor through the RGMII interface.

[0014] Furthermore, when the USB interface processor receives the second preset protocol data packet, decapsulating the second preset protocol data packet into second network data, and sending the second network data to the target terminal through the USB interface, includes:

[0015] In response to the Ethernet network card receiving a second preset protocol data packet sent by the target terminal through the USB interface in a polling or interrupt manner, storing the second preset protocol data packet into a preset shared memory area;

[0016] The USB network card encapsulates the second preset protocol data in the shared memory area into a USB frame format, and sends the second preset protocol data packet encapsulated in the USB frame format to the target terminal through the USB interface.

[0017] Furthermore, when the on-board Ethernet processor receives the first preset protocol data packet, the first preset protocol data packet is written into a preset buffer set by the on-board Ethernet processor, and the first preset protocol data packet in the preset buffer is sent to the target on-board device through the T1 interface, including:

[0018] When the onboard Ethernet processor receives the first preset protocol data packet, the first preset protocol data packet is placed into a first sending buffer corresponding to a preset network stack;

[0019] Writing the first preset protocol data packet from the first sending buffer to a preset second sending buffer corresponding to the MAC layer to start a data sending process;

[0020] The first preset protocol data packet in the second sending buffer is sent to the target vehicle-mounted device through the T1 interface by using direct memory access.

[0021] Furthermore, when the in-vehicle Ethernet processor receives the first preset protocol data packet, the first preset protocol data packet is written into a preset buffer set by the in-vehicle Ethernet processor, and the first preset protocol data packet in the preset buffer is sent to the target in-vehicle device through the T1 interface, further comprising:

[0022] In response to the first preset protocol data packet being sent to the target vehicle-mounted device, a sending completion interrupt is triggered by the T1 interface, and resources of the first sending buffer and the second sending buffer are released respectively.

[0023] Further, in response to the receiving buffer set by the on-board Ethernet processor receiving a second preset protocol data packet sent by the target on-board device through the T1 interface, sending the second preset protocol data packet in the receiving buffer to the USB interface processor through the RGMII interface, including:

[0024] In response to the in-vehicle Ethernet processor receiving a second preset protocol data packet sent by the target in-vehicle device through the T1 interface in a set first receiving buffer by polling or interruption, writing the second preset protocol data packet from the first receiving buffer to a second receiving buffer corresponding to a preset network stack;

[0025] The second preset protocol data packet in the second receiving buffer is sent to the USB interface processor through the RGMII interface by using direct memory access.

[0026] The embodiment of the present application further provides a network communication device between an in-vehicle device and a terminal, the network communication device comprising:

[0027] a first data receiving module, configured to, in response to the USB interface processor receiving first network data sent by the target terminal through the USB interface, encapsulate the first network data into a first preset protocol data packet, and send the first preset protocol data packet to the in-vehicle Ethernet processor through the RGMII interface;

[0028] a first data sending module, configured to, when the in-vehicle Ethernet processor receives the first preset protocol data packet, write the first preset protocol data packet into a preset buffer set by the in-vehicle Ethernet processor, and send the first preset protocol data packet in the preset buffer to a target in-vehicle device through a T1 interface;

[0029] a second data receiving module, configured to, in response to a receiving buffer set by the on-board Ethernet processor receiving a second preset protocol data packet sent by the target on-board device through the T1 interface, send the second preset protocol data packet in the receiving buffer to the USB interface processor through the RGMII interface;

[0030] The second data sending module is used to decapsulate the second preset protocol data packet into second network data when the USB interface processor receives the second preset protocol data packet, and send the second network data to the target terminal through the USB interface.

[0031] Furthermore, the USB interface processor includes a USB network card and an Ethernet network card; when the first data receiving module is used to, in response to the USB interface processor receiving first network data sent by the target terminal through the USB interface, encapsulate the first network data into a first preset protocol data packet, and send the first preset protocol data packet to the on-board Ethernet processor through the RGMII interface, the first data receiving module is used to:

[0032] In response to the USB network card receiving first network data sent by the target terminal through the USB interface in a polling or interrupt manner, encapsulating the first network data into a first preset protocol data packet;

[0033] Storing the first preset protocol data packet in a preset shared memory area;

[0034] The Ethernet network card uses a preset network stack task to encapsulate the first preset protocol data in the shared memory area into an Ethernet frame format, and sends the first preset protocol data packet encapsulated in the Ethernet frame format to the on-board Ethernet processor through the RGMII interface.

[0035] Furthermore, when the first data sending module is used to decapsulate the second preset protocol data packet into second network data when the USB interface processor receives the second preset protocol data packet, and send the second network data to the target terminal through the USB interface, the first data sending module is used to:

[0036] In response to the Ethernet network card receiving a second preset protocol data packet sent by the target terminal through the USB interface in a polling or interrupt manner, storing the second preset protocol data packet into a preset shared memory area;

[0037] The USB network card encapsulates the second preset protocol data in the shared memory area into a USB frame format, and sends the second preset protocol data packet encapsulated in the USB frame format to the target terminal through the USB interface.

[0038] Furthermore, when the in-vehicle Ethernet processor receives the first preset protocol data packet, the second data receiving module is used to write the first preset protocol data packet into a preset buffer set by the in-vehicle Ethernet processor, and send the first preset protocol data packet in the preset buffer to the target in-vehicle device through the T1 interface. The second data receiving module is used to:

[0039] When the onboard Ethernet processor receives the first preset protocol data packet, the first preset protocol data packet is placed into a first sending buffer corresponding to a preset network stack;

[0040] Writing the first preset protocol data packet from the first sending buffer to a preset second sending buffer corresponding to the MAC layer to start a data sending process;

[0041] The first preset protocol data packet in the second sending buffer is sent to the target vehicle-mounted device through the T1 interface by using direct memory access.

[0042] Furthermore, when the in-vehicle Ethernet processor receives the first preset protocol data packet, the second data receiving module is used to write the first preset protocol data packet into a preset buffer set by the in-vehicle Ethernet processor, and send the first preset protocol data packet in the preset buffer to the target in-vehicle device through the T1 interface. The second data receiving module is also used to:

[0043] In response to the first preset protocol data packet being sent to the target vehicle-mounted device, a sending completion interrupt is triggered by the T1 interface, and resources of the first sending buffer and the second sending buffer are released respectively.

[0044] Furthermore, when the second data sending module is configured to receive a second preset protocol data packet sent by the target vehicle-mounted device through the T1 interface in response to the receiving buffer set by the vehicle-mounted Ethernet processor, and send the second preset protocol data packet in the receiving buffer to the USB interface processor through the RGMII interface, the second data sending module is configured to:

[0045] In response to the in-vehicle Ethernet processor receiving a second preset protocol data packet sent by the target in-vehicle device through the T1 interface in a set first receiving buffer by polling or interruption, writing the second preset protocol data packet from the first receiving buffer to a second receiving buffer corresponding to a preset network stack;

[0046] The second preset protocol data packet in the second receiving buffer is sent to the USB interface processor through the RGMII interface by using direct memory access.

[0047] An embodiment of the present application further provides an in-vehicle Ethernet conversion device, which, when running, executes the steps of the above-mentioned network communication method between an in-vehicle device and a terminal.

[0048] An embodiment of the present application also provides an electronic device, comprising: a processor, a memory and a bus, wherein the memory stores machine-readable instructions executable by the processor. When the electronic device is running, the processor and the memory communicate through the bus, and when the machine-readable instructions are executed by the processor, the steps of the network communication method between the vehicle-mounted device and the terminal are performed as described above.

[0049] An embodiment of the present application further provides a computer-readable storage medium, on which a computer program is stored. When the computer program is executed by a processor, the steps of the network communication method between the vehicle-mounted device and the terminal are executed.

[0050] The embodiments of the present application provide a network communication method and apparatus between an in-vehicle device and a terminal. The network communication method is applied to an in-vehicle Ethernet conversion device, wherein the in-vehicle Ethernet conversion device includes a USB interface processor and an in-vehicle Ethernet processor connected via an RGMII interface; wherein the USB interface processor is connected to a target terminal via a USB interface, and the in-vehicle Ethernet processor is connected to a target in-vehicle device via a T1 interface. The network communication method includes: in response to the USB interface processor receiving first network data sent by the target terminal via the USB interface, encapsulating the first network data into a first preset protocol data packet, and sending the first preset protocol data packet to the in-vehicle Ethernet processor via the RGMII interface; and when the in-vehicle Ethernet processor receives the first network data, the in-vehicle Ethernet processor receives the first network data packet. When the first preset protocol data packet is received, the first preset protocol data packet is written into the preset buffer set by the on-board Ethernet processor, and the first preset protocol data packet in the preset buffer is sent to the target on-board device through the T1 interface; in response to the receiving buffer set by the on-board Ethernet processor receiving the second preset protocol data packet sent by the target on-board device through the T1 interface, the second preset protocol data packet in the receiving buffer is sent to the USB interface processor through the RGMII interface; when the USB interface processor receives the second preset protocol data packet, the second preset protocol data packet is decapsulated into second network data, and the second network data is sent to the target terminal through the USB interface.

[0051] Compared with the method in the prior art of using a conversion device with a T1 interface and an RJ45 interface to perform network communication between an on-board device and a terminal, the method uses a USB interface processor provided in the on-board Ethernet conversion device to connect to the target terminal via a USB interface, and connects the on-board Ethernet processor provided in the on-board Ethernet conversion device to the target on-board device via a T1 interface. When the target terminal and the target on-board device perform network communication, the network data used for communication is encapsulated and decapsulated, and the encapsulated preset protocol data packet is written into a preset buffer to realize network communication of the preset protocol data packet between the target terminal and the target on-board device, thereby improving the applicability and efficiency of network communication between the on-board device and the terminal, and thereby reducing the cost of network communication between the on-board device and the terminal.

[0052] In order to make the above-mentioned objects, features and advantages of the present application more obvious and easy to understand, preferred embodiments are given below and described in detail with reference to the accompanying drawings. BRIEF DESCRIPTION OF THE DRAWINGS

[0053] In order to more clearly illustrate the technical solutions of the embodiments of the present application, the following is a brief introduction to the drawings required for use in the embodiments. It should be understood that the following drawings only show certain embodiments of the present application and therefore should not be regarded as limiting the scope. For ordinary technicians in this field, other relevant drawings can be obtained based on these drawings without creative work.

[0054] Figure 1 A schematic structural diagram of an in-vehicle Ethernet conversion device provided in an embodiment of the present application;

[0055] Figure 2 A flowchart of a network communication method between an in-vehicle device and a terminal provided in an embodiment of the present application;

[0056] Figure 3 A schematic structural diagram of a USB interface processor device provided in an embodiment of the present application;

[0057] Figure 4 A schematic diagram of the structure of a network communication device between an on-board device and a terminal provided in an embodiment of the present application;

[0058] Figure 5 A schematic diagram of the structure of an electronic device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0059] In order to make the purpose, technical solutions and advantages of the embodiments of the present application clearer, the technical solutions in the embodiments of the present application will be clearly and completely described below in conjunction with the drawings in the embodiments of the present application. Obviously, the described embodiments are only a part of the embodiments of the present application, rather than all of the embodiments. The components of the embodiments of the present application generally described and shown in the drawings here can be arranged and designed in various different configurations. Therefore, the following detailed description of the embodiments of the present application provided in the drawings is not intended to limit the scope of the application for which protection is claimed, but merely represents the selected embodiments of the present application. Based on the embodiments of the present application, each other embodiment obtained by those skilled in the art without making creative work falls within the scope of protection of the present application.

[0060] Research has found that at present, when the vehicle-mounted equipment and the terminal communicate over the network, the existing conversion devices all use the T1 interface and the RJ45 interface, that is, in the conversion device connected between the vehicle-mounted equipment and the terminal, a T1 interface PHY chip and an RJ45 interface PHY chip are connected through the RGMII interface, and an external control processor is used to control the two PHY chips to realize network communication between the vehicle-mounted equipment and the terminal.

[0061] Here, the Ethernet interface of the vehicle-mounted device is generally a T1 interface, while the Ethernet port of the terminal is generally an RJ45 interface. The vehicle-mounted device and the terminal cannot communicate directly, and a conversion device is required to realize network communication between the vehicle-mounted device and the terminal. The commonly used solutions are RJ45 to T1 interface solutions, which require an external power adapter for power supply and occupy the Ethernet interface of the terminal.

[0062] Among them, since the conversion device using the RJ45 interface occupies the Ethernet interface of the terminal, the terminal that only provides a wired network environment cannot connect to the external network and the Ethernet box at the same time, and too many wiring harnesses are laid, which reduces the applicability of network communication; in addition, since the above solution requires an additional control processor, the control processor needs to be powered separately, which increases the cost of network communication between the vehicle-mounted equipment and the terminal, thereby reducing the efficiency of network communication between the vehicle-mounted equipment and the terminal.

[0063] Based on this, an embodiment of the present application provides a network communication method between a vehicle-mounted device and a terminal, by connecting the USB interface processor set in the vehicle-mounted Ethernet conversion device to the target terminal via a USB interface, and connecting the vehicle-mounted Ethernet processor set in the vehicle-mounted Ethernet conversion device to the target vehicle-mounted device via a T1 interface. When the target terminal communicates with the target vehicle-mounted device over the network, the network data used for the communication is encapsulated and decapsulated, and the encapsulated preset protocol data packet is written into a preset buffer to realize network communication of the preset protocol data packet between the target terminal and the target vehicle-mounted device, thereby improving the applicability and efficiency of network communication between the vehicle-mounted device and the terminal, and thereby reducing the cost of network communication between the vehicle-mounted device and the terminal.

[0064] See also Figure 1 , Figure 1 This is a structural diagram of a vehicle-mounted Ethernet conversion device provided in an embodiment of the present application. Figure 1 As shown in , the in-vehicle Ethernet conversion device 10 provided in an embodiment of the present application includes a USB interface processor 110 and an in-vehicle Ethernet processor 120 connected via an RGMII interface; wherein, the USB interface processor 110 is connected to the target terminal 20 via a USB interface, and the in-vehicle Ethernet processor 120 is connected to the target in-vehicle device 30 via a T1 interface.

[0065] Among them, the USB (Universal Serial Bus) interface is a connection standard widely used between computers and their peripheral devices. USB has multiple versions, such as USB 2.0 (480Mbps), USB 3.0 (5Gbps), USB 3.1 (10Gbps), and the latest USB4 (up to 40Gbps); RGMII (Reduced Gigabit Media Independent Interface) is an interface standard used between Ethernet controllers (MAC) and physical layer chips (PHY), mainly used in Gigabit Ethernet; T1 interface is a high-speed Ethernet physical layer standard designed specifically for automotive environments, used for in-vehicle network communications, such as autonomous driving and infotainment systems.

[0066] Here, the control unit of the vehicle Ethernet conversion device 10 is a dip switch, wherein the dip switches respectively control the network rate, master-slave mode, auto-negotiation mode and working mode of the vehicle Ethernet conversion device. The vehicle Ethernet conversion device 10 supports features such as master-slave configuration, rate configuration and working mode configuration through four dip switches.

[0067] In an embodiment of the present application, the USB interface processor 110 may include a CH569 processor. The chip of the CH569 processor is a 32-bit high-performance high-speed interface MCU that adopts the RISC-V architecture and integrates multiple high-speed interface functions, such as ultra-high-speed USB3.0 host and device controller (built-in PHY), Gigabit network controller, dedicated remote interface SerDes (built-in PHY, which can directly drive optical fiber), high-speed parallel interface HSPI and digital video interface DVP, etc.; in addition, the chip adopts a dual-layer DMA architecture to ensure the bandwidth requirements of multiple high-speed interfaces for simultaneous transmission.

[0068] The on-board Ethernet processor 120 may include a YT8011 processor. The chip of the YT8011 processor is an on-board Gigabit Ethernet physical layer chip. The on-board Ethernet processor 120 is a single-pair Ethernet physical layer transceiver that supports unshielded twisted pair (UTP) operation. The on-board Ethernet processor 120 complies with the 100 / 1000BASE-T1 defined in the Ethernet physical layer part of the IEEE 802.3bw and IEEE 802.3bp standards, including auto-negotiation, link synchronization and OAM functions.

[0069] In an embodiment of the present application, the vehicle-mounted Ethernet conversion device 10 adopts a real-time operating system, which may include a FreeRTOS system, and is adapted to the OpenRNDIS open source library to provide RNDIS (Remote Network Driver Interface Specification) protocol support for non-Windows operating systems, thereby implementing the RNDIS virtual network card protocol for USB interface devices.

[0070] OpenRNDIS is a protocol designed to enable embedded devices to implement the RNDIS protocol over a USB interface. The RNDIS protocol allows a device to emulate a standard network adapter, enabling terminals to communicate with other devices via the USB Ethernet protocol. RNDIS defines how Ethernet packets are transmitted over the USB bus, using standard USB mechanisms such as Control Endpoint and Bulk Endpoint to communicate with devices.

[0071] Furthermore, in order to implement the OpenRNDIS protocol on the FreeRTOS system, the parts that need to be integrated include: USB driver stack. Since FreeRTOS does not have a built-in USB protocol stack, a suitable USB driver stack needs to be introduced, such as TinyUSB, to provide an interface for USB communication with the terminal; RNDIS protocol stack. The implementation of the RNDIS protocol stack is responsible for encapsulating network data into RNDIS data packets and sending or receiving them through USB; FreeRTOS network interface: In order to integrate OpenRNDIS into the FreeRTOS network stack, network connections are managed through FreeRTOS and TCP or other lightweight protocol stacks. The device's network interface (Ethernet interface simulated through USB) will appear in the computer as a virtual network adapter; Task and synchronization mechanism. FreeRTOS tasks and semaphores are used to manage data reception, transmission and error handling. The received Ethernet data can be transmitted through queues or message buffers.

[0072] Furthermore, the vehicle-mounted Ethernet conversion device 10 is configured with a power supply module. For example, an AMS1117 power supply module is used to provide 3.3V output 1A current, and a TLV75709 power supply module is used to provide 0.9V output 1A current. The use of linear LDO power supply fully meets the power supply requirements of the vehicle-mounted Ethernet conversion device 10.

[0073] See also Figure 2 , Figure 2 This is a flow chart of a network communication method between a vehicle-mounted device and a terminal provided in an embodiment of the present application. Figure 2 As shown in the embodiment of the present application, the network communication method between the vehicle-mounted device and the terminal is applied to the following Figure 1 The vehicle-mounted Ethernet conversion device shown in the figure, the network communication method includes:

[0074] S101. In response to the USB interface processor receiving first network data sent by the target terminal through the USB interface, encapsulate the first network data into a first preset protocol data packet, and send the first preset protocol data packet to the on-board Ethernet processor through the RGMII interface.

[0075] Here, the preset protocol may include an RNDIS protocol; the first network data is network data sent by the target terminal and expected to be communicated to the target vehicle-mounted device and received by the USB interface processor.

[0076] In an embodiment of the present application, when the target terminal is connected to the USB interface processor via a USB interface, device enumeration is required. The target terminal enables the USB interface processor to identify whether the target terminal supports the RNDIS protocol through the USB protocol descriptor.

[0077] Furthermore, when the target terminal is successfully connected to the on-board Ethernet conversion device through the USB interface, the on-board Ethernet conversion device will initialize the connection with the target terminal through the OpenRNDIS protocol. The target terminal will send an initialization command to the on-board Ethernet conversion device to inform the on-board Ethernet conversion device of the protocol version and data structure it supports; the on-board Ethernet conversion device initializes the virtual network adapter according to the target terminal request and prepares for data transmission.

[0078] During the device identification process, the OpenRNDIS network stack interacts with the USB driver of the USB interface processor to correctly identify whether the target terminal is an RNDIS network device.

[0079] In an embodiment of the present application, the RNDIS protocol performs data transmission through the USB bus, and the data transmission is implemented through the USB Bulk Endpoint and Control Endpoint. The received first network data is encapsulated into the RNDIS data format and sent and received through the USB interface.

[0080] See also Figure 3 , Figure 3 This is a schematic diagram of the structure of a USB interface processor device provided by an embodiment of the present application. Figure 3 As shown in , the USB interface processor 110 includes a USB network card 111 and an Ethernet network card 112. The USB network card 111 is connected to the target terminal 20 via a USB interface, and the Ethernet network card 112 is connected to the vehicle Ethernet processor 120 via an RGMII interface.

[0081] Here, the data communication between the USB network card 111 and the Ethernet network card 112 is based on a bridge logic, and data packets are forwarded between the USB network card 111 and the Ethernet network card 112. This process requires capturing data packets from the USB interface of the USB network card 111 and forwarding them to the RGMII interface through the bridge; in addition, data packets from the RGMII interface are captured and forwarded to the USB network card 111. The bridge logic is based on a preset network protocol stack and uses shared memory to transmit and synchronize data packets.

[0082] In this step, after the initialization between the target terminal and the on-board Ethernet conversion device is completed, the first network data transmission can be carried out through the USB interface. The first network data is transmitted to the USB interface processor through the USB transmission interface, and the first network data is encapsulated from the Ethernet frame into a first preset protocol data packet; then, after the vehicle USB interface processor receives the data, it will decapsulate it and hand it over to the network protocol stack of the on-board Ethernet processor for processing.

[0083] In one embodiment of the present application, in a specific implementation, step S101 may include:

[0084] S1011. In response to the USB network card receiving first network data sent by the target terminal through the USB interface in a polling or interrupt manner, encapsulate the first network data into a first preset protocol data packet.

[0085] In this step, the USB network card performs data polling or interrupt response on the target terminal connected to the USB interface, and when receiving the first network data sent by the target terminal through the USB interface, encapsulates the first network data into a first preset protocol data packet in a preset protocol format.

[0086] The preset protocol may include an RNDIS protocol; and the first preset protocol data packet may include an RNDIS protocol data packet sent by the target terminal.

[0087] S1012: Store the first preset protocol data packet into a preset shared memory area.

[0088] In this step, the first preset protocol data packet is stored in a shared memory area preset by the USB interface processor, and a data reception notification is sent to each module of the USB interface processor via a semaphore.

[0089] S1013. The Ethernet network card uses a preset network stack task to encapsulate the first preset protocol data in the shared memory area into an Ethernet frame format, and sends the first preset protocol data packet encapsulated in the Ethernet frame format to the on-board Ethernet processor through the RGMII interface.

[0090] In an embodiment of the present application, the preset network stack may include a FreeRTOS network stack.

[0091] S102. When the in-vehicle Ethernet processor receives the first preset protocol data packet, the in-vehicle Ethernet processor writes the first preset protocol data packet into a preset buffer set by the in-vehicle Ethernet processor, and sends the first preset protocol data packet in the preset buffer to the target in-vehicle device through the T1 interface.

[0092] In an embodiment of the present application, for the network card driver of the on-board Ethernet processor, the RGMII network card design is implemented in the FreeRTOS environment, involving multiple levels of hardware and software, including but not limited to the configuration of hardware interfaces, the implementation of drivers, the integration of network stacks, and the management of tasks and interrupts; wherein, the RGMII interface is a high-speed interface for connecting Ethernet physical layer devices (PHY) and media access control (MAC) layers, and is typically used to support Gigabit Ethernet communication.

[0093] Here, the network card design that implements the interface in the FreeRTOS environment of the on-board Ethernet processor requires combining the hardware interface with the network protocol stack to achieve high-speed network communication; the RGMII interface is usually used to connect the Ethernet MAC (media access control) and Ethernet PHY (physical layer chip) in the embedded system to support Gigabit Ethernet communication.

[0094] Among them, RGMII is a high-speed interface for connecting Ethernet physical layer devices (PHY) and media access control (MAC) devices. It provides a 4-bit data bus, including clock signals and control signals; RGMII signal lines include 4 data lines (TXD0-TXD3 and RXD0-RXD3) for sending and receiving data; the clock signal is that the RGMII interface requires a clock signal, usually 125MHz (for gigabit rate); control signals include send valid signal TXEN, receive valid signal RXDV and clock signal RXC, etc.

[0095] Here, when configuring the RGMII network card driver in the FreeRTOS environment for the in-vehicle Ethernet processor, it is necessary to configure the MAC and PHY separately and initialize the PHY.

[0096] Specifically, the driver needs to initialize the MAC controller on the on-board Ethernet processor and configure its interface with the PHY. This process includes setting the MAC address, enabling receive and transmit functions, and configuring clock signals. PHY initialization usually includes interacting with the hardware to configure the speed and duplex mode (full-duplex or half-duplex). For Gigabit Ethernet, the PHY will perform a self-negotiation process to determine the optimal transmission rate and mode.

[0097] In one embodiment of the present application, in a specific implementation, step S102 may include:

[0098] S1021. When the in-vehicle Ethernet processor receives the first preset protocol data packet, the first preset protocol data packet is placed in a first sending buffer corresponding to a preset network stack.

[0099] S1022: Write the first preset protocol data packet from the first sending buffer into a preset second sending buffer corresponding to the MAC layer to start a data sending process.

[0100] In this step, when the network stack preset by the vehicle Ethernet processor needs to send data, the driver will write the first preset protocol data packet from the corresponding first sending buffer of the network stack to the corresponding second sending buffer of the MAC layer to start the data sending process.

[0101] Here, in order to start the data transmission process, the driver of the on-board Ethernet processor will manage the control signals of the RGMII interface, such as TXEN, to notify the PHY to start data transmission.

[0102] S1023: Send the first preset protocol data packet in the second sending buffer to the target vehicle-mounted device through the T1 interface by using direct memory access.

[0103] In this step, the first preset protocol data packet in the second sending buffer is transmitted to the T1 interface by direct memory access and sent to the target vehicle-mounted device.

[0104] In an embodiment of the present application, in order to improve data throughput and reduce processor resource usage, direct memory access (DMA) is used for data transmission. In DMA mode, the first preset protocol data packet, whether in the receive buffer or the send buffer, is directly transmitted between the memory and the MAC controller without the need for processor participation, thereby greatly improving efficiency.

[0105] Here, the FreeRTOS network stack of the on-board Ethernet processor uses tasks and interrupts to manage network communications and synchronize tasks through queues, semaphores, etc. The RGMII-driven synchronization mechanism includes: synchronization of received data and synchronization of sent data.

[0106] Furthermore, in one embodiment of the present application, in a specific implementation, step S102 further includes:

[0107] S1024 . In response to the first preset protocol data packet being sent to the target vehicle-mounted device, triggering a sending completion interrupt by the T1 interface, and releasing resources of the first sending buffer and the second sending buffer respectively.

[0108] In this step, when the first preset protocol data packet is successfully sent, the PHY layer controller of the vehicle Ethernet processor will trigger a sending completion interrupt, and the driver will notify the upper layer protocol stack of the sending completion, releasing the resources of the first sending buffer and the second sending buffer respectively.

[0109] S103: In response to a receiving buffer set by the in-vehicle Ethernet processor receiving a second preset protocol data packet sent by the target in-vehicle device through the T1 interface, the second preset protocol data packet in the receiving buffer is sent to the USB interface processor through the RGMII interface.

[0110] In one embodiment of the present application, in a specific implementation, step S103 may include:

[0111] S1031. In response to the on-board Ethernet processor receiving a second preset protocol data packet sent by the target on-board device through the T1 interface in a set first receiving buffer through polling or interruption, the second preset protocol data packet is written from the first receiving buffer to a second receiving buffer corresponding to a preset network stack.

[0112] In this step, when the target vehicle-mounted device sends the second network data in the second preset protocol data packet through the Ethernet of the T1 interface, the PHY controller of the vehicle-mounted Ethernet processor will receive the second preset protocol data packet and transmit it to the MAC controller. The driver detects whether there is a second preset protocol data packet in the first receive buffer through polling or interruption. If there is a second preset protocol data packet, the second preset protocol data packet is copied from the first receive buffer to the second receive buffer of the preset network stack.

[0113] The second preset protocol data packet may include an RNDIS protocol data packet sent by the target vehicle-mounted device.

[0114] Here, when the onboard Ethernet processor receives the second preset protocol data packet, the onboard Ethernet processor PHY controller will trigger a receive interrupt, and the driver will read the data from the first receive buffer and pass it to the second receive buffer corresponding to the FreeRTOS network stack.

[0115] S1032: Send the second preset protocol data packet in the second receiving buffer to the USB interface processor through the RGMII interface by using direct memory access.

[0116] In this step, the second preset protocol data packet in the second receiving buffer is directly transferred to the memory, and the second preset protocol data packet is obtained from the memory based on the FreeRTOS network stack and sent to the USB interface processor through the RGMII interface.

[0117] S104. When the USB interface processor receives the second preset protocol data packet, it decapsulates the second preset protocol data packet into second network data, and sends the second network data to the target terminal through the USB interface.

[0118] The second network data is network data received by the USB interface processor and sent by the target vehicle-mounted device and intended to be communicated to the target terminal.

[0119] In one embodiment of the present application, in a specific implementation, step S104 may include:

[0120] S1041. In response to the Ethernet network card receiving a second preset protocol data packet sent by the target terminal through the USB interface in a polling or interrupt manner, storing the second preset protocol data packet into a preset shared memory area.

[0121] S1042: The USB network card encapsulates the second preset protocol data in the shared memory area into a USB frame format, and sends the second preset protocol data packet encapsulated in the USB frame format to the target terminal through the USB interface.

[0122] The network communication method between an on-board device and a terminal provided in an embodiment of the present application connects a USB interface processor provided in an on-board Ethernet conversion device to a target terminal via a USB interface, and connects an on-board Ethernet processor provided in the on-board Ethernet conversion device to a target on-board device via a T1 interface. When the target terminal communicates with the target on-board device over the network, the network data used for the communication is encapsulated and decapsulated, and the encapsulated preset protocol data packet is written into a preset buffer to realize network communication of the preset protocol data packet between the target terminal and the target on-board device, thereby improving the applicability and efficiency of network communication between the on-board device and the terminal, and thereby reducing the cost of network communication between the on-board device and the terminal.

[0123] See also Figure 4 , Figure 4 This is a schematic diagram of the structure of a network communication device between a vehicle-mounted device and a terminal provided in an embodiment of the present application. Figure 4 As shown in , the network communication device 400 includes:

[0124] A first data receiving module 410 is configured to, in response to the USB interface processor receiving first network data sent by the target terminal through the USB interface, encapsulate the first network data into a first preset protocol data packet, and send the first preset protocol data packet to the in-vehicle Ethernet processor through the RGMII interface;

[0125] A first data sending module 420 is configured to, when the in-vehicle Ethernet processor receives the first preset protocol data packet, write the first preset protocol data packet into a preset buffer set by the in-vehicle Ethernet processor, and send the first preset protocol data packet in the preset buffer to a target in-vehicle device through the T1 interface;

[0126] A second data receiving module 430 is configured to, in response to a receiving buffer set by the on-board Ethernet processor receiving a second preset protocol data packet sent by the target on-board device through the T1 interface, send the second preset protocol data packet in the receiving buffer to the USB interface processor through the RGMII interface;

[0127] The second data sending module 440 is used to decapsulate the second preset protocol data packet into second network data when the USB interface processor receives the second preset protocol data packet, and send the second network data to the target terminal through the USB interface.

[0128] Furthermore, the USB interface processor includes a USB network card and an Ethernet network card; when the first data receiving module 410 is used to, in response to the USB interface processor receiving first network data sent by the target terminal through the USB interface, encapsulate the first network data into a first preset protocol data packet, and send the first preset protocol data packet to the on-board Ethernet processor through the RGMII interface, the first data receiving module 410 is used to:

[0129] In response to the USB network card receiving first network data sent by the target terminal through the USB interface in a polling or interrupt manner, encapsulating the first network data into a first preset protocol data packet;

[0130] Storing the first preset protocol data packet in a preset shared memory area;

[0131] The Ethernet network card uses a preset network stack task to encapsulate the first preset protocol data in the shared memory area into an Ethernet frame format, and sends the first preset protocol data packet encapsulated in the Ethernet frame format to the on-board Ethernet processor through the RGMII interface.

[0132] Furthermore, when the USB interface processor receives the second preset protocol data packet, the first data sending module 420 is configured to decapsulate the second preset protocol data packet into second network data and send the second network data to the target terminal through the USB interface. The first data sending module 420 is configured to:

[0133] In response to the Ethernet network card receiving a second preset protocol data packet sent by the target terminal through the USB interface in a polling or interrupt manner, storing the second preset protocol data packet into a preset shared memory area;

[0134] The USB network card encapsulates the second preset protocol data in the shared memory area into a USB frame format, and sends the second preset protocol data packet encapsulated in the USB frame format to the target terminal through the USB interface.

[0135] Furthermore, when the in-vehicle Ethernet processor receives the first preset protocol data packet, the second data receiving module 430 is configured to write the first preset protocol data packet into a preset buffer set by the in-vehicle Ethernet processor, and send the first preset protocol data packet in the preset buffer to the target in-vehicle device through the T1 interface. The second data receiving module 430 is configured to:

[0136] When the onboard Ethernet processor receives the first preset protocol data packet, the first preset protocol data packet is placed into a first sending buffer corresponding to a preset network stack;

[0137] Writing the first preset protocol data packet from the first sending buffer to a preset second sending buffer corresponding to the MAC layer to start a data sending process;

[0138] The first preset protocol data packet in the second sending buffer is sent to the target vehicle-mounted device through the T1 interface by using direct memory access.

[0139] Furthermore, when the in-vehicle Ethernet processor receives the first preset protocol data packet, the second data receiving module 430 is used to write the first preset protocol data packet into a preset buffer set by the in-vehicle Ethernet processor, and send the first preset protocol data packet in the preset buffer to the target in-vehicle device through the T1 interface. The second data receiving module 430 is also used to:

[0140] In response to the first preset protocol data packet being sent to the target vehicle-mounted device, a sending completion interrupt is triggered by the T1 interface, and resources of the first sending buffer and the second sending buffer are released respectively.

[0141] Furthermore, when the second data sending module 440 is configured to receive a second preset protocol data packet sent by the target vehicle-mounted device through the T1 interface in response to the receiving buffer set by the vehicle-mounted Ethernet processor, and send the second preset protocol data packet in the receiving buffer to the USB interface processor through the RGMII interface, the second data sending module 440 is configured to:

[0142] In response to the in-vehicle Ethernet processor receiving a second preset protocol data packet sent by the target in-vehicle device through the T1 interface in a set first receiving buffer by polling or interruption, writing the second preset protocol data packet from the first receiving buffer to a second receiving buffer corresponding to a preset network stack;

[0143] The second preset protocol data packet in the second receiving buffer is sent to the USB interface processor through the RGMII interface by using direct memory access.

[0144] The network communication device between an on-board device and a terminal provided in an embodiment of the present application connects a USB interface processor provided in an on-board Ethernet conversion device to a target terminal via a USB interface, and connects an on-board Ethernet processor provided in the on-board Ethernet conversion device to a target on-board device via a T1 interface. When the target terminal communicates with the target on-board device over the network, the network data used for communication is encapsulated and decapsulated, and the encapsulated preset protocol data packet is written into a preset buffer to realize network communication of the preset protocol data packet between the target terminal and the target on-board device, thereby improving the applicability and efficiency of network communication between the on-board device and the terminal, and thereby reducing the cost of network communication between the on-board device and the terminal.

[0145] See also Figure 5 , Figure 5 This is a schematic diagram of the structure of an electronic device provided in an embodiment of the present application. Figure 5 As shown in FIG, the electronic device 500 includes a processor 510, a memory 520 and a bus 530.

[0146] The memory 520 stores machine-readable instructions executable by the processor 510. When the electronic device 500 is running, the processor 510 communicates with the memory 520 via the bus 530. When the machine-readable instructions are executed by the processor 510, the above-mentioned Figure 2 The steps of the network communication method between the vehicle-mounted device and the terminal in the method embodiment shown are specifically implemented in accordance with the method embodiment and will not be described in detail here.

[0147] The embodiment of the present application also provides a computer-readable storage medium on which a computer program is stored. When the computer program is executed by a processor, the computer program can execute the above-mentioned Figure 2 The steps of the network communication method between the vehicle-mounted device and the terminal in the method embodiment shown are specifically implemented in accordance with the method embodiment and will not be described in detail here.

[0148] Those skilled in the art will clearly understand that, for the convenience and brevity of description, the specific working processes of the systems, devices and units described above can refer to the corresponding processes in the aforementioned method embodiments and will not be repeated here.

[0149] In the several embodiments provided in this application, it should be understood that the disclosed systems, devices and methods can be implemented in other ways. The device embodiments described above are merely schematic. For example, the division of the units is merely a logical function division. There may be other division methods in actual implementation. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed may be through some communication interface, indirect coupling or communication connection of devices or units, which may be electrical, mechanical or other forms.

[0150] The units described as separate components may or may not be physically separate, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed across multiple network units. Some or all of these units may be selected to achieve the purpose of this embodiment according to actual needs.

[0151] In addition, each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.

[0152] If the functions are implemented in the form of software functional units and sold or used as independent products, they can be stored in a non-volatile computer-readable storage medium that is executable by a processor. Based on this understanding, the technical solution of the present application, or the part that contributes to the prior art, or the part of the technical solution, can be embodied in the form of a software product. The computer software product is stored in a storage medium and includes several instructions for enabling a computer device (which can be a personal computer, a server, or a network device, etc.) to execute all or part of the steps of the method described in each embodiment of the present application. The aforementioned storage medium includes various media that can store program codes, such as a USB flash drive, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk or an optical disk.

[0153] Finally, it should be noted that the above-described embodiments are only specific implementation methods of the present application, which are used to illustrate the technical solutions of the present application, rather than to limit them. The scope of protection of the present application is not limited thereto. Although the present application has been described in detail with reference to the above-mentioned embodiments, those skilled in the art should understand that any person skilled in the art can modify or easily conceive of changes to the technical solutions described in the above-mentioned embodiments within the technical scope disclosed in the present application, or perform equivalent replacements for some of the technical features thereof. These modifications, changes, or replacements do not deviate from the spirit and scope of the technical solutions of the embodiments of the present application, and should be included in the scope of protection of the present application. Therefore, the scope of protection of the present application should be based on the scope of protection of the claims.

Claims

1. A network communication method between an in-vehicle device and a terminal, characterized in that: The network communication method is applied to an in-vehicle Ethernet conversion device, which includes a USB interface processor and an in-vehicle Ethernet processor connected via an RGMII interface; wherein the USB interface processor is connected to a target terminal via a USB interface, and the in-vehicle Ethernet processor is connected to a target in-vehicle device via a T1 interface. The network communication method includes: In response to the USB interface processor receiving first network data sent by the target terminal through the USB interface, encapsulating the first network data into a first preset protocol data packet, and sending the first preset protocol data packet to the in-vehicle Ethernet processor through the RGMII interface; When the in-vehicle Ethernet processor receives the first preset protocol data packet, the in-vehicle Ethernet processor writes the first preset protocol data packet into a preset buffer set by the in-vehicle Ethernet processor, and sends the first preset protocol data packet in the preset buffer to the target in-vehicle device through the T1 interface; In response to a receiving buffer set by the on-board Ethernet processor receiving a second preset protocol data packet sent by the target on-board device through the T1 interface, sending the second preset protocol data packet in the receiving buffer to the USB interface processor through the RGMII interface; When the USB interface processor receives the second preset protocol data packet, it decapsulates the second preset protocol data packet into second network data, and sends the second network data to the target terminal through the USB interface.

2. The method according to claim 1, characterized in that The USB interface processor includes a USB network card and an Ethernet network card; in response to the USB interface processor receiving first network data sent by the target terminal through the USB interface, encapsulating the first network data into a first preset protocol data packet, and sending the first preset protocol data packet to the in-vehicle Ethernet processor through the RGMII interface, including: In response to the USB network card receiving first network data sent by the target terminal through the USB interface in a polling or interrupt manner, encapsulating the first network data into a first preset protocol data packet; Storing the first preset protocol data packet in a preset shared memory area; The Ethernet network card uses a preset network stack task to encapsulate the first preset protocol data in the shared memory area into an Ethernet frame format, and sends the first preset protocol data packet encapsulated in the Ethernet frame format to the on-board Ethernet processor through the RGMII interface.

3. The method according to claim 2, characterized in that When the USB interface processor receives the second preset protocol data packet, decapsulating the second preset protocol data packet into second network data, and sending the second network data to the target terminal through the USB interface, including: In response to the Ethernet network card receiving a second preset protocol data packet sent by the target terminal through the USB interface in a polling or interrupt manner, storing the second preset protocol data packet into a preset shared memory area; The USB network card encapsulates the second preset protocol data in the shared memory area into a USB frame format, and sends the second preset protocol data packet encapsulated in the USB frame format to the target terminal through the USB interface.

4. The method according to claim 1, wherein When the in-vehicle Ethernet processor receives the first preset protocol data packet, writing the first preset protocol data packet into a preset buffer set by the in-vehicle Ethernet processor, and sending the first preset protocol data packet in the preset buffer to the target in-vehicle device through the T1 interface, including: When the onboard Ethernet processor receives the first preset protocol data packet, the first preset protocol data packet is placed into a first sending buffer corresponding to a preset network stack; Writing the first preset protocol data packet from the first sending buffer to a preset second sending buffer corresponding to the MAC layer to start a data sending process; The first preset protocol data packet in the second sending buffer is sent to the target vehicle-mounted device through the T1 interface by using direct memory access.

5. The method according to claim 4, characterized in that When the in-vehicle Ethernet processor receives the first preset protocol data packet, the in-vehicle Ethernet processor writes the first preset protocol data packet into a preset buffer set by the in-vehicle Ethernet processor, and sends the first preset protocol data packet in the preset buffer to the target in-vehicle device through the T1 interface, further comprising: In response to the first preset protocol data packet being sent to the target vehicle-mounted device, a sending completion interrupt is triggered by the T1 interface, and resources of the first sending buffer and the second sending buffer are released respectively.

6. The method according to claim 1, characterized in that The method of sending the second preset protocol data packet in the receiving buffer set by the in-vehicle Ethernet processor to the USB interface processor through the RGMII interface in response to receiving the second preset protocol data packet sent by the target in-vehicle device through the T1 interface includes: In response to the in-vehicle Ethernet processor receiving a second preset protocol data packet sent by the target in-vehicle device through the T1 interface in a set first receiving buffer by polling or interruption, writing the second preset protocol data packet from the first receiving buffer to a second receiving buffer corresponding to a preset network stack; The second preset protocol data packet in the second receiving buffer is sent to the USB interface processor through the RGMII interface by using direct memory access.

7. A network communication device between an in-vehicle device and a terminal, characterized in that: The network communication device includes: a first data receiving module, configured to, in response to the USB interface processor receiving first network data sent by the target terminal through the USB interface, encapsulate the first network data into a first preset protocol data packet, and send the first preset protocol data packet to the in-vehicle Ethernet processor through the RGMII interface; a first data sending module, configured to, when the in-vehicle Ethernet processor receives the first preset protocol data packet, write the first preset protocol data packet into a preset buffer set by the in-vehicle Ethernet processor, and send the first preset protocol data packet in the preset buffer to a target in-vehicle device through a T1 interface; a second data receiving module, configured to, in response to a receiving buffer set by the on-board Ethernet processor receiving a second preset protocol data packet sent by the target on-board device through the T1 interface, send the second preset protocol data packet in the receiving buffer to the USB interface processor through the RGMII interface; The second data sending module is used to decapsulate the second preset protocol data packet into second network data when the USB interface processor receives the second preset protocol data packet, and send the second network data to the target terminal through the USB interface.

8. An in-vehicle Ethernet conversion device, characterized in that: The in-vehicle Ethernet conversion device executes the steps of the network communication method between an in-vehicle device and a terminal as claimed in any one of claims 1 to 6 during operation.

9. An electronic device, characterized in that: include: A processor, a memory and a bus, wherein the memory stores machine-readable instructions executable by the processor. When the electronic device is running, the processor and the memory communicate through the bus. When the processor is running, the machine-readable instructions execute the steps of the network communication method between the vehicle-mounted device and the terminal as described in any one of claims 1 to 6.

10. A computer-readable storage medium, characterized in that The computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, the steps of the network communication method between the vehicle-mounted device and the terminal are executed.

Images