CN115941783A

CN115941783A - Communication method and device, computer storage medium and vehicle

Info

Publication number: CN115941783A
Application number: CN202211373035.0A
Authority: CN
Inventors: 王林; 王旭明; 栗羽峰; 耿俊庆; 梁田峰
Original assignee: Great Wall Motor Co Ltd
Current assignee: Great Wall Motor Co Ltd
Priority date: 2022-11-01
Filing date: 2022-11-01
Publication date: 2023-04-07

Abstract

The embodiment of the application provides a communication method, a communication device, a communication medium and a vehicle, and relates to the technical field of vehicle-mounted communication protocols. The method comprises the following steps: the method comprises the following steps that a first microprocessor acquires first information from a first micro control unit in an inter-core communication mode, wherein the first information is generated by calling a service-oriented extensible middleware SOME/IP interface for an application program of the first micro control unit; analyzing and generating a first SOME/IP service message based on the first information; and enabling the first microprocessor to communicate with other nodes on the vehicle-mounted Ethernet based on the first SOME/IP service message. According to the technical scheme of the embodiment of the application, at least the first micro control unit which is not configured with Ethernet hardware and a protocol stack can communicate with other nodes on the vehicle-mounted Ethernet.

Description

Communication method and device, computer storage medium and vehicle

Technical Field

The present application relates to the field of vehicle-mounted communications technologies, and in particular, to a communication method and apparatus, a computer-readable storage medium, and a vehicle.

Background

An Electronic Electrical Architecture (EEA) is a complete vehicle Electronic and Electrical solution that integrates the design of an Electronic and Electrical system, an Electronic Control Unit (ECU), various sensors, wire harnesses, connectors, and an Electronic and Electrical distribution system of an automobile.

Based on EEA, the vehicle-mounted Ethernet is introduced into the vehicle, so that better data communication among the ECUs in the vehicle is facilitated. Currently, the common ethernet communication protocol in the vehicle is SOME/IP (Scalable service-organized Middleware over IP, service-Oriented Scalable Middleware) protocol. However, the MCU (Microcontroller Unit) in some of the onboard ECUs is not configured with ethernet hardware and a protocol stack, and cannot communicate with other MCUs via an onboard ethernet.

It is to be noted that the information disclosed in the above background section is only for enhancement of understanding of the background of the present application and therefore may include information that does not constitute prior art known to a person of ordinary skill in the art.

Disclosure of Invention

The invention aims to provide a communication method and device, a computer readable storage medium and equipment, which at least enable a first micro control unit which is not configured with Ethernet hardware and a protocol stack to communicate with other nodes on a vehicle-mounted Ethernet.

Other features and advantages of the present application will be apparent from the following detailed description, or may be learned by practice of the application.

According to a first aspect of the present application, there is provided a communication method applied to an onboard control device including at least a first micro control unit and a first microprocessor, the first microprocessor being in communication with an onboard ethernet network, the method comprising: the first microprocessor acquires first information from the first micro control unit in an inter-core communication mode, wherein the first information is generated by calling a service-oriented extensible middleware SOME/IP interface for an application program of the first micro control unit; analyzing and generating a first SOME/IP service message based on the first information; and enabling the first microprocessor to communicate with other nodes on the vehicle-mounted Ethernet based on the first SOME/IP service message.

In an embodiment of the application, the reading the first information, analyzing, and generating a first SOME/IP packet includes: and reading the first message based on the agent module of the first MPU, analyzing and generating a first SOME/IP service message.

In an embodiment of the application, the parsing and generating a first SOME/IP packet based on the first information includes: and analyzing the first message based on the agent module of the first microprocessor and generating a first SOME/IP service message.

In an embodiment of the application, the analyzing the first message and generating the first SOME/IP service packet by the proxy module based on the first microprocessor includes: converting the first message based on a data conversion unit of the agent module; and analyzing the converted first message based on the Some/IP agent unit of the agent module to generate the first SOME/IP service message.

In an embodiment of the present application, the above-mentioned first microprocessor obtaining first information from the first micro control unit in an inter-core communication manner includes: the first microprocessor acquires the first information from the SOME/IP interface of the first micro control unit in an inter-core communication mode, the SOME/IP interface is a virtual SOME/IP interface, and the first information is a virtual SOME/IP service message.

In an embodiment of the present application, the vehicle-mounted control device further includes a second micro control unit and a second microprocessor, where the second microprocessor is in inter-core communication with the second micro control unit, and the second microprocessor is in communication with the vehicle-mounted ethernet; the method further comprises the following steps: the first microprocessor acquires a second SOME/IP service message through the vehicle-mounted Ethernet, and the second SOME/IP service message is generated for the second microprocessor; generating a second message based on the second SOME/IP service message; and the first microprocessor sends the second message to the first micro control unit in an inter-core communication mode so as to enable the first micro control unit to communicate with the second micro control unit.

In an embodiment of the application, the generating a second message based on the second SOME/IP service packet includes: analyzing the second SOME/IP service message based on the SOME/IP agent unit of the agent module; and converting the analyzed second SOME/IP service message based on the data conversion unit of the agent module to generate the second message.

In an embodiment of the application, the sending, by the first microprocessor, the second message to the first micro control unit in an inter-core communication manner includes: and the first microprocessor sends the second message to an SOME/IP interface of the first micro control unit in an inter-core communication mode, and the second message is a virtual SOME/IP message service.

According to a second aspect of the present application, there is provided a communication device applied to an onboard control device including at least a first micro control unit and a first microprocessor, the first microprocessor communicating with an onboard ethernet network, the device including: an obtaining module, configured to obtain, by the first microprocessor, first information from the first micro control unit in an inter-core communication manner, where the first information is generated by invoking a service-oriented scalable middleware SOME/IP interface for an application program of the first micro control unit; the analysis and generation module is used for analyzing and generating a first SOME/IP service message based on the first information; and the communication module is used for enabling the first microprocessor to communicate with other nodes on the vehicle-mounted Ethernet based on the first SOME/IP service message.

According to a third aspect of the present application, there is provided a vehicle including an in-vehicle control apparatus including: a memory, a processor and a computer program stored in the memory and executable on the processor, wherein the processor implements the communication method according to the first aspect when executing the computer program.

According to a fourth aspect of the present application, there is provided a computer-readable storage medium having stored thereon a computer program which, when executed by a processor, implements the communication method of the first aspect.

The communication method and device, the computer storage medium and the terminal provided by the embodiment of the application have the following technical effects:

acquiring first information from a first micro control unit through a first microprocessor in an inter-core communication mode, wherein the first information is generated by calling a service-oriented extensible middleware SOME/IP interface for an application program of the first micro control unit; analyzing and generating a first SOME/IP service message based on the first information; and enabling the first microprocessor to communicate with other nodes on the vehicle-mounted Ethernet based on the first SOME/IP service message. In the embodiment of the application, the first microprocessor acquires the first information from the first micro control unit in an inter-core communication mode, the first microprocessor is communicated with the vehicle-mounted Ethernet through the SOME/IP service message, the first micro control unit can be indirectly communicated with the vehicle-mounted Ethernet, further communication with other nodes on the vehicle-mounted Ethernet is achieved, ethernet hardware and a protocol stack do not need to be configured on the first micro control unit, portability is achieved, and dependence on hardware is avoided.

It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the application.

Drawings

The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the present application and together with the description, serve to explain the principles of the application. It is obvious that the drawings in the following description are only some embodiments of the application, and that for a person skilled in the art, other drawings can be derived from them without inventive effort.

Fig. 1 is a schematic diagram illustrating a first application scenario of a communication method provided in an embodiment of the present application;

fig. 2 is a schematic diagram illustrating a second application scenario of the communication method provided in an embodiment of the present application;

fig. 3 shows a flow diagram of a communication method provided according to an embodiment of the application;

FIG. 4 illustrates a schematic diagram of a proxy module architecture for a first MPU provided by an exemplary embodiment of the present application;

fig. 5 shows a flow diagram of a communication method provided according to another embodiment of the present application;

FIG. 6 illustrates a block diagram of a communication device provided in accordance with an exemplary embodiment of the present application;

FIG. 7 illustrates a block diagram of a vehicle according to an embodiment of the present application;

fig. 8 schematically shows a configuration diagram of an in-vehicle control apparatus of a vehicle according to an exemplary embodiment of the present application.

Detailed Description

In order to make the objects, technical solutions and advantages of the present application more clear, embodiments of the present application will be described in further detail below with reference to the accompanying drawings.

The following description refers to the accompanying drawings in which the same numbers in different drawings represent the same or similar elements unless otherwise indicated. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with the present application. Rather, they are merely examples of apparatus and methods consistent with certain aspects of the application, as detailed in the appended claims.

In the description of the present application, it is to be understood that the terms "first," "second," and the like are used for descriptive purposes only and are not to be construed as indicating or implying relative importance. The specific meaning of the above terms in the present application can be understood in a specific case by those of ordinary skill in the art. Further, in the description of the present application, "a plurality" means two or more unless otherwise specified. "and/or" describes the association relationship of the associated objects, meaning that there may be three relationships, e.g., a and/or B, which may mean: a exists alone, A and B exist simultaneously, and B exists alone. The character "/" generally indicates that the former and latter associated objects are in an "or" relationship.

In the related art, an Electronic Electrical Architecture (EEA) is a complete vehicle Electronic and Electrical solution that integrates the design of an Electronic Electrical system, an ECU (Electronic Control Unit), various sensors, wire harnesses, connectors, and an Electronic and Electrical distribution system of a vehicle.

Based on the automobile EE framework, the vehicle-mounted Ethernet is introduced into the automobile, so that better data communication is realized among all ECUs in the automobile. Currently, a common ethernet communication protocol in a vehicle is the SOME/IP (Scalable service-organized Middleware over IP, service-Oriented Scalable Middleware) protocol. However, the MCU (Microcontroller Unit) in some of the onboard ECUs is not configured with ethernet hardware and a protocol stack, and cannot communicate with other MCUs on the onboard ethernet.

In view of the problems in the related art, the present application provides a communication method and apparatus, a computer storage medium, and a terminal, which at least enable an MCU, which is not configured with ethernet hardware and a protocol stack, to communicate with other MCUs on an ethernet vehicle-mounted microprocessor MPU.

Fig. 1 is a schematic diagram illustrating a first application scenario of a communication method according to an embodiment of the present application.

Referring to fig. 1, the first application scenario includes an MCU (micro processor Unit) and an MPU (micro processor Unit), which perform inter-core communication, and are located in an on-vehicle control device. Wherein, MCU includes application 101 and SOME/IP interface 102, SOME/IP interface 102 is virtual SOME/IP interface. The MPU includes a proxy module 103 and an SOA (Service Oriented Architecture) module 104.

When the system is used, the MPU acquires first information from the MCU in an inter-core communication mode, and the first information is generated by calling the SOME/IP interface 102 for the application program 101 of the MCU; the agent module 103 in the MPU analyzes the first information and generates an SOME/IP service message; and the SOA module 104 of the MPU calls corresponding services based on the SOME/IP service message, namely the MPU communicates with other nodes on the vehicle-mounted Ethernet based on the SOME/IP service message. In the application scenario, the MPU is communicated with other nodes on the vehicle-mounted Ethernet based on the SOME/IP service message, the MCU is indirectly communicated with the vehicle-mounted Ethernet through the MPU, and Ethernet hardware and a protocol stack are not required to be assembled on the MCU, so that the MCU without the Ethernet hardware and the protocol stack is communicated with other nodes on the vehicle-mounted Ethernet, wherein the nodes on the vehicle-mounted Ethernet can be vehicle-mounted control equipment, other MCUs or an ECU in a vehicle.

Fig. 2 is a schematic diagram illustrating a second application scenario of the communication method according to the embodiment of the present application.

Referring to fig. 2, the second application scenario includes a first MCU201, a first MPU202, a second MPU203, and a second MCU204, the first MCU201 and the first MPU202 perform inter-core communication, the second MCU204 and the second MPU203 perform inter-core communication, and the first MPU202 and the second MPU203 perform communication through an in-vehicle ethernet. The first MCU201 and the second MCU204 both include an application program and an SOME/IP interface, and the SOME/IP interface is a virtual SOME/IP interface. The first MPU202 and the second MPU203 each include a proxy module. The application program, the SOME/IP interface, and the proxy module in the application scenario are the same as those in the application scenario, and are not described in detail in this embodiment.

When the system is used, the first MPU202 acquires first information from the first MCU201 in an inter-core communication mode, wherein the first information is generated by calling an SOME/IP interface for an application program of the first MCU 201; the agent module in the first MPU202 converts and analyzes the first information to generate a first SOME/IP service message; the first MPU202 sends the first SOME/IP service message to the second MPU203 through the vehicle-mounted Ethernet, the second MPU203 analyzes and converts the first SOME/IP service message and then sends the first SOME/IP service message to the second MCU204 through an inter-core communication mode, and the second MCU204 receives the message so as to enable the first MCU201 to be communicated with the second MCU 204; or

The first MPU202 acquires a second SOME/IP service message through the vehicle-mounted Ethernet, and the second SOME/IP service message is generated for a proxy module of the second MPU 203; the agent module of the first MPU202 converts and analyzes the second SOME/IP service message to generate a second message; the first MPU202 transmits a second message to the first MCU201 in an inter-core communication manner, and the first MCU201 receives the second message, so that the first MCU201 and the second MCU204 perform communication therebetween. That is, in this application scenario, the first MPU202 and the second MPU203 communicate with the vehicle-mounted ethernet, both the first MCU201 and the second MCU204 are equipped with ethernet hardware and a protocol stack, the first MCU201 communicates with the vehicle-mounted ethernet through the first MPU202, the second MCU204 communicates with the vehicle-mounted ethernet through the second MPU203, and further the first MCU201 communicates with the second MCU 204.

Fig. 3 shows a flow diagram of a communication method provided according to an embodiment of the present application. The execution subject of the communication method may be a calculation apparatus having a calculation processing function, such as the MPU in the in-vehicle control apparatus in the first application scenario described above, or the first MPU202, the second MPU203 in the second application scenario. The communication method includes steps S301 to S303, and the communication method in the exemplary embodiment is described in detail below with reference to the drawings.

Referring to fig. 3, step S301: the first microprocessor acquires first information from the first micro control unit in an inter-core communication manner.

In an example embodiment, the first information is generated by calling an SOME/IP interface for an application program of the first MCU, and the application program may be an application program in the first application scenario or the second application scenario. The SOME/IP interface of the first MCU is a virtual SOME/IP interface, and the first message is a virtual SOME/IP service message. Inter-Process Communication (IPC) is a multi-core system, and often requires each core to communicate due to application requirements. For example, when multiple processors need to share peripherals, memory and interrupts, inter-Processor Communication (IPC) is implemented. Inter-core communication is mainly applied to two aspects: sending an interrupt to other cores and the transmission of a small amount of data between the cores.

The first MPU acquires first information from an SOME/IP interface of the first MCU in an inter-core communication mode, and in the process, communication is established between the first MPU and the first MCU without passing through a vehicle-mounted Ethernet.

Step S302: and analyzing and generating a first SOME/IP service message based on the first information.

In an example embodiment, the first SOME/IP service packet is a service packet generated by the first MPU according to the SOME/IP protocol of ethernet. And the first MPU analyzes the first information and generates a first SOME/IP service message.

Specifically, in an embodiment, the first MPU includes a proxy module, and the first MPU parses the first message based on the proxy module and generates the first SOME/IP service packet.

Understandably, referring to fig. 4, in a specific embodiment, the first MPU includes a proxy module, the proxy module includes a data conversion unit and a home/IP proxy unit, and the first MPU converts the first message based on the data conversion unit of the proxy module; and the first MPU analyzes the converted first message based on the Some/IP agent unit of the agent module and generates a first SOME/IP service message.

It should be noted that, in this embodiment, the Agent module is an Agent program. The application program of the first MCU calls the SOME/IP interface to generate a first message, the first message is a virtual SOME/IP service message, the Agent program maps the first message to an Agent function of action, and the Agent function converts and analyzes the data format of the first message to generate a real first SOME/IP service message conforming to the Ethernet protocol stack.

Step S303: and enabling the first microprocessor to communicate with other nodes on the vehicle-mounted Ethernet based on the first SOME/IP service message.

In an example embodiment, the first MPU sends the first SOME/IP service packet to the on-board ethernet to enable the first microprocessor to communicate with other nodes on the on-board ethernet, and further enable the first micro-control unit to communicate with other nodes on the on-board ethernet through the first microprocessor.

It can be understood that, in combination with the foregoing example embodiment, the first MPU includes an Agent module, where the Agent module is an Agent program, the Agent program receives the first message generated by the first MCU, converts and analyzes the first message to generate a first SOME/IP service packet conforming to a protocol stack, and then sends the first SOME/IP service packet to another node on the vehicle ethernet, and the another node on the vehicle ethernet receives the first SOME/IP service packet, so that the first microprocessor communicates with another node on the vehicle ethernet.

In addition, it should be noted that the nodes on the vehicle-mounted ethernet in the present exemplary embodiment may be a vehicle-mounted computer or other MCU or ECU in the vehicle. In an embodiment, if the first MCU in the vehicle needs to communicate with another MCU, the another MCU may or may not be equipped with ethernet hardware and a protocol stack. If another MCU is equipped with Ethernet hardware and protocol stack, the another MCU can directly analyze the first SOME/IP service message to establish communication. If the other MCU is not provided with Ethernet hardware and a protocol stack, the other MCU can convert and analyze the first SOME/IP service message through the MPU establishing inter-core communication with the other MCU, and the communication between the first MCU and the second MCU is realized.

According to the technical scheme in the example embodiment of fig. 3, the first MPU obtains first information from the first MCU in an inter-core communication manner, where the first information is generated by calling an SOME/IP interface for an application program of the first MCU; the first MPU analyzes the first information and generates an SOME/IP service message; and the first MPU sends the first SOME/IP service message to other nodes on the vehicle-mounted Ethernet so as to realize communication with other nodes on the vehicle-mounted Ethernet. In the embodiment of the application, the first microprocessor acquires the first information from the first micro control unit in an inter-core communication mode, and the first microprocessor communicates with the vehicle-mounted Ethernet through the SOME/IP service message, so that the first micro control unit can indirectly communicate with the vehicle-mounted Ethernet, and further communicates with other nodes on the vehicle-mounted Ethernet, and Ethernet hardware and a protocol stack do not need to be configured on the first micro control unit, so that the portability is realized, and dependence on hardware is not formed.

Furthermore, in this example embodiment, an Agent program is used to replace a complex protocol stack and corresponding ethernet hardware, which may greatly simplify the configuration of the first MCU, and has portability and is not limited by hardware conditions.

Fig. 5 shows a flow diagram of a communication method provided according to another embodiment of the present application. The execution subject of the communication method may be a calculation device having a calculation processing function, such as the first MPU and the second MPU in the in-vehicle control apparatus in the second application scenario described above. The communication method includes steps S501 to S503, and the communication method in the exemplary embodiment is described in detail below with reference to the drawings.

Referring to fig. 5, step S501: and the first microprocessor acquires a second SOME/IP service message through the vehicle-mounted Ethernet.

In an example embodiment, in combination with the above example embodiment, the in-vehicle control apparatus further includes a second MCU and a second MPU, the second MCU and the second MPU being in inter-core communication, and the second MPU being in communication with the in-vehicle ethernet. The second SOME/IP service message is a service message generated by the second MPU according to the SOME/IP protocol of the Ethernet.

It can be appreciated that the second MPU generates a second SOME/IP service message and transmits the second SOME/IP service message onto the on-board Ethernet, and the first MPU in communication with the on-board Ethernet receives the second SOME/IP service message.

Step S502: and generating a second message based on the second SOME/IP service message.

In an example embodiment, the second message is a message obtained by parsing and converting the second SOME/IP service packet by the first MPU. The second message is a virtual SOME/IP message service and can be received by the SOME/IP interface of the first MCU.

In conjunction with the above exemplary embodiment, referring again to fig. 4, the first MPU includes a proxy module, and the proxy module includes a data conversion unit and an SOME/IP proxy unit. The SOME/IP agent unit of the agent module of the first MPU analyzes the second SOME/IP service message; and the data conversion unit of the agent module of the first MPU converts the analyzed second SOME/IP service message to generate a second message.

Understandably, the Agent module is an Agent program, the Agent program maps the second SOME/IP service message to an Agent function of the action, the Agent function analyzes the second SOME/IP service message and generates a second message after converting a data format, the second message is a virtual SOME/IP message service, and the virtual SOME/IP message service can be received by an SOME/IP interface of the first MCU through inter-core communication.

Step S503: and the first microprocessor sends a second message to the first micro control unit in an inter-core communication mode so as to enable the first micro control unit to communicate with the second micro control unit.

In an example embodiment, the first MPU performs inter-core communication with the first MCU, and the first MPU transmits the second message to the first MCU through the inter-core communication. In a specific embodiment, the first MPU transmits the second message to the SOME/IP interface of the first MCU in an inter-core communication manner.

With reference to the foregoing example embodiment, the Agent function parses the second SOME/IP service packet, converts the data format, and generates a second message, where the second message is a virtual SOME/IP packet service, and sends the virtual SOME/IP packet service to the SOME/IP interface of the first MCU through inter-core communication, and the SOME/IP interface of the first MCU receives the second message, so as to indirectly implement communication between the first MCU and the second MCU.

According to the technical solution in the example embodiment of fig. 5, a first MPU obtains a second SOME/IP service message through a vehicle-mounted ethernet, and the second SOME/IP service message is generated for a proxy module of the second MPU; the agent module of the first MPU converts and analyzes the second SOME/IP service message to generate a second message; and the first MPU sends the second message to the first MCU in an inter-core communication mode, and the first MCU receives the second message through an SOME/IP interface of the first MCU and feeds the second message back to an application program in the first MCU so as to indirectly realize the communication between the first MCU and the second MCU.

In the application, a first MPU is added on the first MCU side through inter-core communication, an Agent module of the first MPU is an Agent program, and the Agent program can convert the message information of the virtual SOME/IP from the first MCU into a service message conforming to the SOME/IP protocol and send the service message to the vehicle-mounted Ethernet; or converting service messages of SOME/IP protocols from other MCUs into service messages of virtual SOME/IP protocols and feeding back the service messages to the first MCU, so that indirect communication is performed between the first MCU and the second MCU. The method avoids the complex protocol stack and corresponding hardware from being assembled at the first MCU side or the second MCU side, and reduces the dependence on the hardware.

The following are embodiments of the apparatus of the present application that may be used to perform embodiments of the method of the present application. For details which are not disclosed in the embodiments of the apparatus of the present application, reference is made to the embodiments of the method of the present application.

Fig. 6 illustrates a block diagram of a communication device provided in accordance with an exemplary embodiment of the present application.

The communication apparatus 600 in the embodiment of the present application includes: an acquisition module 601, an analysis and generation module 602 and a communication module 603.

The acquiring module 601 is configured to acquire, by a first microprocessor, first information from a first micro control unit in an inter-core communication manner, where the first information is generated by invoking a service-oriented scalable middleware SOME/IP interface for an application program of the first micro control unit;

the parsing and generating module 602 is configured to parse and generate a first SOME/IP service packet based on the first information;

and a communication module 603, configured to enable the first microprocessor to communicate with other nodes on the vehicle-mounted ethernet based on the first SOME/IP service packet.

Further, in an embodiment of the present application, the parsing and generating module 602 is further configured to parse the first message and generate a first SOME/IP service packet based on a proxy module of the first microprocessor.

Optionally, in an embodiment of the present application, the parsing and generating module 602 is further configured to convert the first message based on a data converting unit of the agent module; and analyzing the converted first message based on the Some/IP agent unit of the agent module to generate a first SOME/IP service message.

Optionally, in an embodiment of the present application, the obtaining module 601 is further configured to obtain, by the first microprocessor, first information from an SOME/IP interface of the first micro control unit in an inter-core communication manner, where the SOME/IP interface is a virtual SOME/IP interface, and the first information is a virtual SOME/IP service packet.

Optionally, in an embodiment of the present application, the vehicle-mounted control device further includes a second micro control unit and a second microprocessor, where the second microprocessor communicates with the second micro control unit core, and the second microprocessor communicates with the vehicle-mounted ethernet;

the obtaining module 601 is further configured to obtain, by the first microprocessor, a second SOME/IP service packet through the vehicle-mounted ethernet, where the second SOME/IP service packet is generated for the second microprocessor;

the parsing and generating module 602 is further configured to generate a second message based on a second SOME/IP service packet;

the communication module is further used for the first microprocessor to send the second message to the first micro control unit in an inter-core communication mode so that the first micro control unit and the second micro control unit can communicate.

Optionally, the parsing and generating module 602 is further configured to parse the second SOME/IP service packet based on the SOME/IP proxy unit of the proxy module; and converting the analyzed second SOME/IP service message based on a data conversion unit of the proxy module to generate a second message.

Optionally, the communication module 603 is further configured to send, by the first microprocessor, a second message to an SOME/IP interface of the first micro control unit in an inter-core communication manner, where the second message is a virtual SOME/IP packet service.

It should be noted that, when the communication apparatus provided in the foregoing embodiment executes the communication method, only the division of each functional module is illustrated, and in practical applications, the above function distribution may be completed by different functional modules according to needs, that is, the internal structure of the device is divided into different functional modules, so as to complete all or part of the above described functions. In addition, the communication apparatus and the communication method provided in the embodiments described above belong to the same concept, and therefore, for details that are not disclosed in the apparatus embodiments of the present application, please refer to the embodiments of the communication method described above in the present application, which is not described herein again.

The above-mentioned serial numbers of the embodiments of the present application are merely for description and do not represent the merits of the embodiments.

The embodiments of the present application also provide a computer-readable storage medium, on which a computer program is stored, and the computer program is executed by a processor to implement the steps of the method of any one of the foregoing embodiments. The computer-readable storage medium may include, but is not limited to, any type of disk including floppy disks, optical disks, DVD, CD-ROMs, microdrive, and magneto-optical disks, ROMs, RAMs, EPROMs, EEPROMs, DRAMs, VRAMs, flash memory devices, magnetic or optical cards, nanosystems (including molecular memory ICs), or any type of media or device suitable for storing instructions and/or data.

The embodiment of the present application further provides a vehicle, which includes an onboard control device, where the onboard control device includes a memory, a processor, and a computer program stored in the memory and operable on the processor, and the processor implements the steps of any of the above-described method embodiments when executing the program.

Fig. 7 shows a structural diagram of a vehicle according to an embodiment of the present application. Fig. 8 schematically shows a configuration diagram of an in-vehicle control apparatus of a vehicle according to an exemplary embodiment of the present application.

Referring to fig. 7 and 8, a vehicle 700 includes an onboard control device 800, and the onboard control device 800 includes: a processor 801 and a memory 802.

In this embodiment, the processor 801 is a control center of a computer system, and may be a processor of an entity machine or a processor of a virtual machine. Processor 801 may include one or more processing cores, such as a 4-core processor, an 8-core processor, and so forth. The processor 801 may be implemented in at least one hardware form of Digital Signal Processing (DSP), field-Programmable Gate Array (FPGA), and Programmable Logic Array (PLA). The processor 801 may also include a main processor and a coprocessor, where the main processor is a processor for Processing data in an awake state, and is also called a Central Processing Unit (CPU); a coprocessor is a low power processor for processing data in a standby state.

In this embodiment, the processor 801 is specifically configured to: the method comprises the following steps that a first microprocessor acquires first information from a first micro control unit in an inter-core communication mode, wherein the first information is generated by calling a service-oriented extensible middleware SOME/IP interface for an application program of the first micro control unit; analyzing and generating a first SOME/IP service message based on the first information; and enabling the first microprocessor to communicate with other nodes on the vehicle-mounted Ethernet based on the first SOME/IP service message.

Further, in an embodiment of the present application, the processor 801 is further specifically configured to: and analyzing the first message and generating a first SOME/IP service message based on the agent module of the first microprocessor.

Optionally, the processor 801 is further specifically configured to: converting the first message based on a data conversion unit of the agent module; and analyzing the converted first message based on the Some/IP agent unit of the agent module to generate a first SOME/IP service message.

Optionally, the processor 801 is further specifically configured to: the first microprocessor acquires first information from an SOME/IP interface of the first micro control unit in an inter-core communication mode, wherein the SOME/IP interface is a virtual SOME/IP interface, and the first information is a virtual SOME/IP service message.

Optionally, the processor 801 is further specifically configured to: the first microprocessor acquires a second SOME/IP service message through the vehicle-mounted Ethernet, and the second SOME/IP service message is generated for the second microprocessor; generating a second message based on the second SOME/IP service message; and the first microprocessor sends a second message to the first micro control unit in an inter-core communication mode so as to enable the first micro control unit to communicate with the second micro control unit.

Optionally, the processor 801 is further specifically configured to: analyzing the second SOME/IP service message based on the SOME/IP agent unit of the agent module; and converting the analyzed second SOME/IP service message based on the data conversion unit of the proxy module to generate a second message.

Optionally, the processor 801 is further specifically configured to: and the first microprocessor sends a second message to the SOME/IP interface of the first micro control unit in an inter-core communication mode, wherein the second message is a virtual SOME/IP message service.

Memory 802 may include one or more computer-readable storage media, which may be non-transitory. The memory 802 can also include high-speed random access memory, as well as non-volatile memory, such as one or more magnetic disk storage terminals, flash memory storage terminals. In some embodiments of the present application, a non-transitory computer readable storage medium in the memory 802 is used to store at least one instruction for execution by the processor 801 to implement a method in embodiments of the present application.

In some embodiments, the onboard control device 800 further includes: a peripheral terminal interface 803 and at least one peripheral terminal. The processor 801, memory 802 and peripheral terminal interface 803 may be connected by buses or signal lines. Each peripheral terminal may be connected to the peripheral terminal interface 803 by a bus, signal line, or circuit board. Specifically, the peripheral terminal includes: at least one of a display 804, a camera 805, and an audio circuit 806.

Peripheral terminal interface 803 may be used to connect at least one Input/Output (I/O) related peripheral terminal to processor 801 and memory 802. In some embodiments of the present application, the processor 801, the memory 802, and the peripheral terminal interface 803 are integrated on the same chip or circuit board; in some other embodiments of the present application, any one or both of the processor 801, the memory 802, and the peripheral terminal interface 803 may be implemented on separate chips or circuit boards. This is not particularly limited in the embodiments of the present application.

The display screen 804 is used to display a User Interface (UI). The UI may include graphics, text, icons, video, and any combination thereof. When the display 804 is a touch display, the display 804 also has the ability to capture touch signals on or over the surface of the display 804. The touch signal may be input to the processor 801 as a control signal for processing. At this point, the display 804 may also be used to provide virtual buttons and/or a virtual keyboard, also referred to as soft buttons and/or a soft keyboard. In some embodiments of the present application, the display screen 804 may be one, and a front panel of the in-vehicle control apparatus 800 is provided; in other embodiments of the present application, the number of the display screens 804 may be at least two, and the at least two display screens are respectively disposed on different surfaces of the in-vehicle control apparatus 800 or are in a folding design; in still other embodiments of the present application, the display 804 may be a flexible display disposed on a curved surface or a folded surface of the in-vehicle control device 800. Even more, the display 804 may be arranged in a non-rectangular irregular pattern, i.e., a shaped screen. The Display screen 804 may be made of Liquid Crystal Display (LCD), organic Light-Emitting Diode (OLED), or the like.

The camera 805 is used to capture images or video. Optionally, the camera 805 includes a front camera and a rear camera. In some embodiments, the number of the rear cameras is at least two, and each rear camera is any one of a main camera, a depth-of-field camera, a wide-angle camera and a telephoto camera, so that the main camera and the depth-of-field camera are fused to realize a background blurring function, and the main camera and the wide-angle camera are fused to realize panoramic shooting and a Virtual Reality (VR) shooting function or other fusion shooting functions. In some embodiments of the present application, camera 805 may also include a flash. The flash lamp can be a monochrome temperature flash lamp or a bicolor temperature flash lamp. The double-color-temperature flash lamp is a combination of a warm-light flash lamp and a cold-light flash lamp and can be used for light compensation under different color temperatures.

The audio circuitry 806 may include a microphone and a speaker. The microphone is used for collecting sound waves of a user and the environment, converting the sound waves into electric signals, and inputting the electric signals to the processor 801 for processing. For the purpose of stereo sound collection or noise reduction, a plurality of microphones may be provided at different positions of the in-vehicle control device 800. The microphone may also be an array microphone or an omni-directional pick-up microphone.

The power supply 805 is used to supply power to each component in the in-vehicle control apparatus 800. The power source 805 may be alternating current, direct current, disposable batteries, or rechargeable batteries. When the power source 805 includes a rechargeable battery, the rechargeable battery may be a wired rechargeable battery or a wireless rechargeable battery. The wired rechargeable battery is a battery charged through a wired line, and the wireless rechargeable battery is a battery charged through a wireless coil. The rechargeable battery may also be used to support fast charge technology.

The terminal block diagram shown in the embodiment of the present application does not constitute a limitation on the in-vehicle control apparatus 800, and the in-vehicle control apparatus 800 may include more or less components than those shown, or combine some components, or adopt a different arrangement of components.

In this application, the terms "first," "second," and the like are used for descriptive purposes only and are not to be construed as indicating or implying a relative importance or order; the term "plurality" means two or more unless explicitly defined otherwise. The terms "mounted," "connected," "fixed," and the like are to be construed broadly, and for example, "connected" may be a fixed connection, a removable connection, or an integral connection; "coupled" may be direct or indirect through an intermediary. The specific meaning of the above terms in the present application can be understood by those of ordinary skill in the art as appropriate.

In the description of the present application, it should be understood that the terms "upper", "lower", and the like indicate orientations or positional relationships based on orientations or positional relationships shown in the drawings, and are only for convenience in describing the present application and simplifying the description, but do not indicate or imply that the referred device or unit must have a specific direction, be configured and operated in a specific orientation, and thus, should not be construed as limiting the present application.

The above description is only for the specific embodiments of the present application, but the scope of the present application is not limited thereto, and any person skilled in the art can easily conceive of the changes or substitutions within the technical scope of the present application, and shall be covered by the scope of the present application. Accordingly, all equivalent changes made by the claims of this application are intended to be covered by this application.

Claims

1. A communication method applied to a vehicle-mounted control device, the vehicle-mounted control device including at least a first micro control unit and a first microprocessor, the first microprocessor being in communication with a vehicle-mounted ethernet network, the method comprising:

the first microprocessor acquires first information from the first micro control unit in an inter-core communication mode, wherein the first information is generated by calling a service-oriented extensible middleware SOME/IP interface for an application program of the first micro control unit;

analyzing and generating a first SOME/IP service message based on the first information;

and enabling the first microprocessor to communicate with other nodes on the vehicle-mounted Ethernet based on the first SOME/IP service message.

2. The method of claim 1, wherein parsing and generating a first SOME/IP packet based on the first information comprises:

and analyzing the first message based on the agent module of the first microprocessor and generating a first SOME/IP service message.

3. The method of claim 2, wherein parsing the first message and generating a first SOME/IP service packet by the first microprocessor-based proxy module comprises:

converting the first message based on a data conversion unit of the agent module;

and analyzing the converted first message based on the Some/IP proxy unit of the proxy module to generate the first SOME/IP service message.

4. The method of claim 1, wherein said first microprocessor obtains first information from said first micro control unit in an inter-core communication manner, comprising:

the first microprocessor acquires the first information from the SOME/IP interface of the first micro control unit in an inter-core communication mode, the SOME/IP interface is a virtual SOME/IP interface, and the first information is a virtual SOME/IP service message.

5. The method of claim 2, wherein the onboard control device further comprises a second micro-control unit and a second microprocessor, the second microprocessor in inter-core communication with the second micro-control unit, the second microprocessor in communication with the onboard ethernet network; the method further comprises the following steps:

the first microprocessor acquires a second SOME/IP service message through the vehicle-mounted Ethernet, and the second SOME/IP service message is generated for the second microprocessor;

generating a second message based on the second SOME/IP service message;

and the first microprocessor sends the second message to the first micro control unit in an inter-core communication mode so as to enable the first micro control unit to communicate with the second micro control unit.

6. The method according to claim 5, wherein generating a second message based on the second SOME/IP service packet comprises:

analyzing the second SOME/IP service message based on the SOME/IP agent unit of the agent module;

and converting the analyzed second SOME/IP service message based on the data conversion unit of the agent module to generate the second message.

7. The method of claim 5, wherein the first microprocessor sends the second message to the first micro control unit in an inter-core communication manner, comprising:

and the first microprocessor sends the second message to an SOME/IP interface of the first micro control unit in an inter-core communication mode, and the second message is a virtual SOME/IP message service.

8. A communication device, wherein the communication device is applied to a vehicle-mounted control device, the vehicle-mounted control device at least comprises a first micro control unit and a first microprocessor, the first microprocessor is communicated with a vehicle-mounted ethernet network, and the device comprises:

an obtaining module, configured to obtain, by the first microprocessor, first information from the first micro control unit in an inter-core communication manner, where the first information is generated by invoking a service-oriented scalable middleware SOME/IP interface for an application program of the first micro control unit;

the analysis and generation module is used for analyzing and generating a first SOME/IP service message based on the first information;

and the communication module is used for enabling the first microprocessor to communicate with other nodes on the vehicle-mounted Ethernet based on the first SOME/IP service message.

9. A vehicle comprising an onboard control device comprising a memory, a processor and a computer program stored in the memory and executable on the processor, characterized in that the processor implements the communication method according to any one of claims 1 to 7 when executing the computer program.

10. A computer-readable storage medium, on which a computer program is stored, which, when being executed by a processor, carries out the communication method according to any one of claims 1 to 7.