CN114615341B - Communication method and communication system between vehicle-mounted MCU module and AP module - Google Patents

Communication method and communication system between vehicle-mounted MCU module and AP module Download PDF

Info

Publication number
CN114615341B
CN114615341B CN202210284716.3A CN202210284716A CN114615341B CN 114615341 B CN114615341 B CN 114615341B CN 202210284716 A CN202210284716 A CN 202210284716A CN 114615341 B CN114615341 B CN 114615341B
Authority
CN
China
Prior art keywords
module
vehicle
byte
frame
mcu module
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202210284716.3A
Other languages
Chinese (zh)
Other versions
CN114615341A (en
Inventor
方孝生
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Ningbo Yilian Electronic Co ltd
Original Assignee
Ningbo Yilian Electronic Co ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Ningbo Yilian Electronic Co ltd filed Critical Ningbo Yilian Electronic Co ltd
Priority to CN202210284716.3A priority Critical patent/CN114615341B/en
Publication of CN114615341A publication Critical patent/CN114615341A/en
Application granted granted Critical
Publication of CN114615341B publication Critical patent/CN114615341B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/03—Protocol definition or specification 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L2012/40208—Bus networks characterized by the use of a particular bus standard
    • H04L2012/40215—Controller Area Network CAN
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L2012/40267—Bus for use in transportation systems
    • H04L2012/40273—Bus for use in transportation systems the transportation system being a vehicle

Abstract

The invention relates to a communication method between a vehicle-mounted MCU module and an AP module, wherein the MCU module and the AP module are connected through an SPI circuit, and the communication method comprises the following steps: defining SPI protocol, and the AP module and the MCU module exchange 13 bytes of information with fixed length at a time; defining a byte format sent to the MCU module by the AP module; defining the byte format of the MCU module sent to the AP module. The communication method between the vehicle-mounted MCU module and the AP module can integrate relevant functions of the vehicle electronic control system into the vehicle-mounted operation system, integrate the functions of the vehicle electronic control system and entertainment functions together, realize that a vehicle owner enjoys entertainment and simultaneously partially control the vehicle electronics, for example, respond to the operation of keys on a vehicle steering wheel by the vehicle owner in time, adjust relevant settings of a vehicle air conditioner, control relevant auxiliary lamps of the vehicle, display and prompt relevant state information of the vehicle in a multi-mode, and the like.

Description

Communication method and communication system between vehicle-mounted MCU module and AP module
Technical Field
The invention relates to a communication method of an automobile, in particular to a communication method and a communication system between a vehicle-mounted MCU module and an AP module.
Background
When the Internet enterprise of China innovates the Internet of vehicles from the past vehicle-mounted technical route based on sensors, the system which does not need sensors such as vehicle-mounted entertainment is firstly laid out in the vehicle, and then the technical route which does not influence the safety of the vehicle and is provided in the vehicle is integrated with some sensing systems on the vehicle, and then the functions such as voice recognition, navigation, various entertainment videos and APP based on scenerization service are realized, so that the scheme of the vehicle and the machine which do not need sensors such as vehicle-mounted entertainment is also promoted in the industry.
On-board operating systems have become standard accessories for intelligent networked automobiles. The operating systems of the internet of vehicles are functionally divided into two types: an amusement ride system and an automotive electronic control system. The vehicle-mounted operating system is an interface between vehicle-mounted hardware and upper-layer software. The functions of the system include managing hardware, software and data resources of the vehicle-mounted system, controlling program operation, improving man-machine interface, providing support for upper software, making the resources of the vehicle-mounted system and received data, signals, audio and video play a role to the greatest extent, providing various forms of user interfaces, making the vehicle owner have a good driving environment, and effectively providing auxiliary driving, semi-automatic driving and even automatic driving. Meanwhile, an automobile electronic control system is added on the basis of an entertainment machine system, for example, functions of some electronic keys, controlling air conditioner in the automobile and the like are realized.
Corresponding to entertainment car machine systems and car electronic control systems, car machine hardware is correspondingly divided into two main types of modules: AP module and MCU module. The AP module provides hardware support for the entertainment machine system, the MCU module provides hardware support for the automobile electronic control system, namely, the part which is actually interacted with the human is managed by the entertainment machine system, and the part which is actually interacted with the vehicle is completed by the automobile electronic control system. The vehicle-mounted operating system runs in a CPU chip in the AP module, and in order to bring the vehicle electronic control system into unified management of the vehicle-mounted operating system, communication between the AP module and the MCU module is needed.
Disclosure of Invention
In order to solve the above problems, the present invention provides a communication method between a vehicle-mounted MCU module and an AP module, which can realize communication between the MCU module and the AP module, and integrate an electronic control system and entertainment functions of an automobile, and the specific technical scheme is as follows:
a communication method between a vehicle-mounted MCU module and an AP module, wherein the MCU module and the AP module are connected through an SPI circuit, and the communication method comprises the following steps:
defining SPI protocol, and the AP module and the MCU module exchange 13 bytes of information with fixed length at a time;
defining a byte format sent to the MCU module by the AP module;
defining the byte format of the MCU module sent to the AP module.
Preferably, when the definition AP module sends the byte format to the MCU module:
bit4 to bit6 in Byte0 represent the length of the effective data content, bit7 represents whether the currently transmitted CAN message is an extended frame or a standard frame, and the lower four bits bit0 to bit3 in Byte0 are defined as follows:
0000: for function expansion;
0001: the information representing the current AP module to the MCU module is a CAN message related to the electronic control of the vehicle, and the information interacts with the vehicle through a CAN0 channel;
0010: the information representing the current AP module to the MCU module is a CAN message related to the electronic control of the vehicle, and the information interacts with the vehicle through a CAN1 channel;
0011: the information representing the current AP module to the MCU module is a CAN message related to the electronic control of the vehicle, and the information interacts with the vehicle through a CAN2 channel;
0100: representing that the starting-up of the entertainment car machine system in the current AP module is completed, and sending the entertainment car machine system to the MCU module by the AP module; at this time, byte 1-Byte 8 are filled with "systemok" content, byte 9-Byte 12 are unused, and are filled with 0;
0101: the method comprises the steps that an AP module requests to inquire the software version number of an electronic control system in an MCU module, and the software version number is sent to the MCU module by the AP module; at this time, byte1 to Byte8 fill "mcu_ver? "Contents, byte 9-Byte 12 are unused, filled with 0;
0110: the representative AP module requests reset, at the moment, the values of Byte1 to Byte5 are reset, and the MCU module executes the actions of power-off and power-on again for the AP module after receiving the information; byte6 to Byte12 are unused and filled with 0;
0111-1100: for function expansion;
1101: the information message which represents the information message sent to the MCU module by the AP module is obtained from the content in Byte 1-Byte 12 bytes;
1110: the information representing that the AP module sends to the MCU module is upgrade package data of MCU module control software; at this time, bytes 1 to 8 are actual data contents, and bytes 9 to 12 are unused and filled with 0;
1111: for functional expansion.
Further, in the definition of 0001, bit7 bit of Byte0 indicates whether the type of the CAN message currently transmitted is a standard frame or an extended frame, bit7 is 0 indicates that the CAN message is a standard frame, and bit7 is 1 indicates that the CAN message is an extended frame; if the frame is a standard frame, two bytes of Byte3 and Byte4 represent the standard frame CANID, byte3 is high, byte4 is low, byte 5-Byte 12 are CAN report specific data of 8 bytes, and Byte1 and Byte2 are unused; if the frame is an extension frame, four bytes from Byte1 to Byte4 represent the extension frame CANID, byte1 is high, byte4 is low, and Byte5 to Byte12 are 8 bytes of CAN report specific data;
in the definition of 0010, bit7 bit of Byte0 indicates whether the type of the CAN message currently transmitted is a standard frame or an extended frame, bit7 is 0 indicates that the type of the CAN message is a standard frame, and bit7 is 1 indicates that the type of the CAN message is an extended frame; if the frame is a standard frame, two bytes of Byte3 and Byte4 represent the standard frame CANID, byte3 is high, byte4 is low, byte 5-Byte 12 are CAN report specific data of 8 bytes, and Byte1 and Byte2 are unused; if the frame is an extension frame, four bytes from Byte1 to Byte4 represent the extension frame CANID, byte1 is high, byte4 is low, and Byte5 to Byte12 are 8 bytes of CAN report specific data;
in the definition of 0011, bit7 bit of Byte0 indicates whether the type of the currently transmitted CAN message is a standard frame or an extended frame, bit7 is 0 indicates that the type of the currently transmitted CAN message is a standard frame, and bit7 is 1 indicates that the type of the currently transmitted CAN message is an extended frame; if the frame is a standard frame, two bytes of Byte3 and Byte4 represent the standard frame CANID, byte3 is high, byte4 is low, byte 5-Byte 12 are CAN report specific data of 8 bytes, and Byte1 and Byte2 are unused; if the frame is an extension frame, four bytes from Byte1 to Byte4 represent extension frame CANID, byte1 is high, byte4 is low, and bytes 5 to Byte12 are 8 bytes of CAN report specific data.
In the 1101 definition, if the Byte1 value is 1, the content of Byte2 to Byte5 is a CRC32 check value of the OTA upgrade package of the electronic control system software in the MCU module, and the content of Byte7 to Byte8 is the size of the OTA upgrade package of the electronic control system software in the MCU module; if the Byte1 value is 2 and the Byte 2-Byte 4 are "end", the transmission of the OTA upgrade package data of the electronic control system software in the MCU module is finished; if the Byte1 value is 4 and Byte 2-Byte 5 are "stop", the electronic control system software upgrading in the MCU module is stopped; if the Byte1 value is 7 and the Byte 2-Byte 5 are 'log 1', the AP module informs the MCU module that the log level of the electronic control system software is adjusted to be level1; if the Byte1 value is 7 and the Byte 2-Byte 5 are 'log 2', the AP module informs the MCU module that the log level of the electronic control system software is adjusted to be level2; other unused values are used for functional expansion.
Preferably, when the byte format of the MCU module is defined and sent to the AP module: bit4 to bit6 in Byte0 represent the length of the effective data content, bit7 represents whether the currently transmitted CAN message is an extended frame or a standard frame, and Byte0 low four bits bit0 to bit3 are defined as follows:
0000: can be used for function expansion;
0001: the information which represents the current MCU module sends to the AP module is a CAN message related to the electronic control of the vehicle, and interacts with the vehicle through a CAN0 channel;
0010: the information which represents the current MCU module sends to the AP module is a CAN message related to the electronic control of the vehicle, and interacts with the vehicle through a CAN1 channel;
0011: the information which represents the current MCU module sends to the AP module is a CAN message related to the electronic control of the vehicle, and interacts with the vehicle through a CAN2 channel;
0100: for function expansion;
0101: for function expansion;
0110: the representative MCU module transmits key information of the steering wheel of the vehicle to the AP module;
0111: the representative MCU module feeds back the version number of the electronic control system software in the MCU module to the AP module, wherein the content format of Byte 1-Byte 6 bytes is RS_Vxx, and xx represents a specific version number, such as RS_V01; byte7 to Byte12 are unused and filled with 0.
1000: for function expansion;
1001: for function expansion;
1010: representing firmware upgrading state fed back by the MCU module to the AP module;
1011: for function expansion;
1100: for function expansion;
1101: representing an information message sent by the MCU module to the AP module;
1110: for function expansion;
1111: log information representing the electronic control system software sent by the MCU module to the AP module.
Further, in the definition 0001, bit7 bits of Byte0 indicate whether the type of the CAN packet currently transmitted is a standard frame or an extended frame, bit7 is 0, indicates that the CAN packet is a standard frame, bit7 is 1, and indicates that the CAN packet is an extended frame; if the frame is a standard frame, two bytes of Byte3 and Byte4 represent the standard frame CANID, byte3 is high, byte4 is low, byte 5-Byte 12 are CAN report specific data of 8 bytes, and Byte1 and Byte2 are unused; if the frame is an extension frame, four bytes from Byte1 to Byte4 represent the extension frame CANID, byte1 is high, byte4 is low, and Byte5 to Byte12 are 8 bytes of CAN report specific data;
in the definition 0010, bit7 bit of Byte0 indicates whether the type of the currently transmitted CAN message is a standard frame or an extended frame, bit7 is 0, indicates that the type of the currently transmitted CAN message is a standard frame, bit7 is 1, and indicates that the type of the currently transmitted CAN message is an extended frame; if the frame is a standard frame, two bytes of Byte3 and Byte4 represent the standard frame CANID, byte3 is high, byte4 is low, byte 5-Byte 12 are CAN report specific data of 8 bytes, and Byte1 and Byte2 are unused; if the frame is an extension frame, four bytes from Byte1 to Byte4 represent extension frame CANID, byte1 is high, byte4 is low, and bytes 5 to Byte12 are 8 bytes of CAN report specific data.
In the definition 0011, bit7 bit of Byte0 indicates whether the type of the currently transmitted CAN message is a standard frame or an extended frame, bit7 is 0, indicates that the type of the currently transmitted CAN message is a standard frame, bit7 is 1, and indicates that the type of the currently transmitted CAN message is an extended frame; if the frame is a standard frame, two bytes of Byte3 and Byte4 represent the standard frame CANID, byte3 is high, byte4 is low, byte 5-Byte 12 are CAN report specific data of 8 bytes, and Byte1 and Byte2 are unused; if the frame is an extension frame, four bytes from Byte1 to Byte4 represent extension frame CANID, byte1 is high, byte4 is low, and bytes 5 to Byte12 are 8 bytes of CAN report specific data.
In the definition 0110, if bit0 of Byte1 is 1, it indicates that a DOWN key on the steering wheel of the vehicle is pressed; if bit1 of Byte1 is 1, indicating that an UP key of a steering wheel of the vehicle is pressed; if bit2 of Byte1 is 1, the MODE key on the steering wheel of the vehicle is pressed; if bit3 of Byte1 is 1, indicating that VOL+ key on the steering wheel of the vehicle is pressed; if bit4 of Byte1 is 1, indicating that VOL-key on the steering wheel of the vehicle is pressed; if bit5 of Byte1 is 1, the mute key on the steering wheel of the vehicle is pressed; if bit6 of Byte1 is 1, the BTON key on the steering wheel of the vehicle is pressed; the remaining unused bit bits of Byte1 are filled with 0; if the bit0 bit of Byte2 is 1, the call answering key on the steering wheel of the vehicle is pressed; if bit1 of Byte2 is 1, the hang-up telephone key on the steering wheel of the vehicle is pressed; the remaining unused bit bits of Byte2 are filled with 0; if the bit0 bit and bit1 bit of Byte3 are 1, the SEEK-key on the steering wheel of the vehicle is pressed by the user; if the bit0 bit and bit1 bit of Byte3 are 2, the SEEK-key on the steering wheel of the vehicle is pressed by the user for a long time; if the bit2 bit and bit3 bit of Btye3 are 1, the SEEK+ key on the steering wheel of the vehicle is pressed by the user; if the bit2 and bit3 values of Byte3 are 2, the SEEK+ key on the steering wheel of the vehicle is pressed by the user for a long time; if bit0 of Byte4 is 1, it indicates that the SRC key on the steering wheel of the vehicle is pressed.
Preferably, in the definition 1010, the values of Byte1 to Byte7 are all 1, and if the bit0 bit of Byte7 is 1, it indicates that the version number of the OTA software package of the electronic control system software received by the MCU module is the same as the current version number, and no upgrade is required; if the bit1 of Byte7 is 1, indicating that the MCU module does not extract the version number of the OTA software package at the moment; if the bit2 of Byte7 is 1, the MCU module successfully receives the OTA software package and the CRC32 check is successful; if the bit3 of Byte7 is 1, the MCU module stops receiving OTA software package and returns to the normal working state.
Further, in the definition 1101, if the Byte1 value is 1 and the values of Byte2 to Byte6 are "reset", it indicates that the MCU module receives the reset request sent by the AP module; if the Byte1 value is 2 and the values of Byte 2-Byte 8 are "scrn_on", indicating that the MCU module informs the AP module to turn on the screen backlight; if the Byte1 value is 2 and the values of Byte 2-Byte 9 are "scrn_off", the MCU module informs the AP module to turn off the screen backlight; if Btye1 is 3 and Byte2 to Byte7 are "acc_on", the MCU module informs the AP module that the automobile is electrified; if Btye1 is 3 and Byte2 to Byte8 are "acc_off", the MCU module informs the AP module that the automobile is powered down; if Btye1 is 4 and Byte2-Byte 9 is 'light_on', indicating that the MCU module informs the AP module that the automobile lamp is turned on; if Btye1 is 4 and Byte 2-Byte 10 is 'light_off', indicating that the MCU module informs the AP module that the automobile lamp is turned off; the remaining unused bits are filled with 0 s.
The communication system between the vehicle-mounted MCU module and the AP module is characterized by comprising the MCU module, an SPI circuit and the AP module, wherein the MCU module is communicated with the AP module through the SPI circuit.
Compared with the prior art, the invention has the following beneficial effects:
the communication method between the vehicle-mounted MCU module and the AP module can integrate the related functions of the vehicle electronic control system into the vehicle-mounted operation system, integrate the functions of the vehicle electronic control system and the entertainment functions together, realize that a vehicle owner enjoys entertainment and simultaneously partially control the vehicle electronics, for example, respond to the operation of the vehicle owner on keys on a steering wheel of the vehicle in time, adjust the related settings of an air conditioner of the vehicle, control related auxiliary lamps of the vehicle, display and remind related state information of the vehicle in a multi-mode, and the like.
Drawings
FIG. 1 is a protocol format diagram of a communication method between a vehicle-mounted MCU module and an AP module;
FIG. 2 is a block diagram of a communication system between a vehicle-mounted MCU module and an AP module;
fig. 3 is a schematic circuit diagram of the SPI.
Detailed Description
The invention will now be further described with reference to the accompanying drawings.
Although SPI, an interface technology, is a published standard, there is no application in automobiles. The embodiment fully considers the self application requirement of the vehicle-mounted equipment: the requirements of various communication scenes between the vehicle-mounted MCU module and the AP module at present and even in the future can be met, communication is carried out through the SPI, a communication protocol is defined, the protocol basically covers information communication of aspects between the AP module and the MCU module, and the following functions are realized:
1. the vehicle CAN message data are exchanged, the communication of three CAN messages CAN be supported, the standard frame and the extension frame are supported by the CAN message format, the number of the supporting paths of the CAN messages CAN be easily extended, namely, as long as a vehicle manufacturer discloses information which CAN be acquired by an MCU module on a CAN bus, the MCU module CAN be synchronized to an AP module, and as long as the vehicle manufacturer allows the vehicle functions which CAN be controlled by the MCU module, the AP module CAN be controlled by the MCU module;
2. exchanging physical key information of a vehicle body;
3. updating firmware of the MCU module;
4. and other information needing to be exchanged or cooperated between the AP module and the MCU module.
As shown in fig. 1 to 3, in the hardware design, the AP module and the MCU module are connected through an SPI circuit. The SPI communication signal connection mode is as follows:
four SPI signal lines SPI_0_MI, SPI_0_MO, SPI_0_CS and SPI_0_SCLK of the CPU chip in the AP module are connected with four signal lines of MCU_SPI_MISO_5V0, MCU_SPI_MOSI_5V0, MCU_SPI_CS_5V0 and MCU_SPI_SCLK_5V0 of the MCU module through SPI level conversion circuits.
In the software design, an SPI communication protocol is defined, and information exchange is carried out between the AP module and the MCU module according to a specified protocol.
The specific SPI communication protocol is formulated as follows.
The AP module and the MCU module exchange 13 bytes of information with fixed length at a time, namely 13 bytes;
13 byte format definitions. The method mainly comprises two cases that the AP module sends to the MCU module and the MCU module sends to the AP module.
Defining the byte format of the AP module sent to the MCU module:
bit4 to bit6 in Byte0 represent the length of the effective data content, bit7 indicates whether the currently transmitted CAN message is a standard frame or an extended frame, and Byte0 low four bits 0 to bit3 are defined as follows:
0000: temporarily unused, and subsequently available for function expansion;
0001: the information representing the current AP module to the MCU module is a CAN message related to the electronic control of the vehicle, and the information interacts with the vehicle through a CAN0 channel; at this time, the type of the CAN message currently transmitted is indicated by the bit7 bit of Byte0 as a standard frame or an extension frame, bit7 is 0 as a standard frame, bit7 is 1 as an extension frame. If the frame is a standard frame, two bytes of Byte3 and Byte4 represent the standard frame CANID, byte3 is high, byte4 is low, byte 5-Byte 12 are CAN report specific data of 8 bytes, and Byte1 and Byte2 are unused; if the frame is an extension frame, four bytes from Byte1 to Byte4 represent extension frame CANID, byte1 is high, byte4 is low, and bytes 5 to Byte12 are 8 bytes of CAN report specific data.
0010: the information representing the current AP module to the MCU module is a CAN message related to the electronic control of the vehicle, and the information interacts with the vehicle through a CAN1 channel; at this time, the type of the CAN message currently transmitted is indicated by the bit7 bit of Byte0 as a standard frame or an extension frame, bit7 is 0 as a standard frame, bit7 is 1 as an extension frame. If the frame is a standard frame, two bytes of Byte3 and Byte4 represent the standard frame CANID, byte3 is high, byte4 is low, byte 5-Byte 12 are CAN report specific data of 8 bytes, and Byte1 and Byte2 are unused; if the frame is an extension frame, four bytes from Byte1 to Byte4 represent extension frame CANID, byte1 is high, byte4 is low, and bytes 5 to Byte12 are 8 bytes of CAN report specific data.
0011: the information representing the current AP module to the MCU module is a CAN message related to the electronic control of the vehicle, and the information interacts with the vehicle through a CAN2 channel; at this time, the type of the CAN message currently transmitted is indicated by the bit7 bit of Byte0 as a standard frame or an extension frame, bit7 is 0 as a standard frame, bit7 is 1 as an extension frame. If the frame is a standard frame, two bytes of Byte3 and Byte4 represent the standard frame CANID, byte3 is high, byte4 is low, byte 5-Byte 12 are CAN report specific data of 8 bytes, and Byte1 and Byte2 are unused; if the frame is an extension frame, four bytes from Byte1 to Byte4 represent extension frame CANID, byte1 is high, byte4 is low, and bytes 5 to Byte12 are 8 bytes of CAN report specific data.
0100: the method is characterized in that the starting of the entertainment car system in the current AP module is completed, and the AP module sends the completion to the MCU module. At this time, byte 1-Byte 8 are filled with "systemok" content, byte 9-Byte 12 are unused, and are filled with 0;
0101: the software version number of the electronic control system in the MCU module is requested to be inquired by the representative AP module, and the software version number is sent to the MCU module by the AP module. At this time, byte1 to Byte8 fill "mcu_ver? "Contents, byte 9-Byte 12 are unused, filled with 0;
0110: the representative AP module requests reset, at this time, the value of Byte1 to Byte5 is reset, and the MCU module executes the actions of power-off and power-on again for the AP module after receiving the information. The vehicle-mounted information entertainment host is powered by a vehicle system, and is communicated with the vehicle by an MCU module, so that the power supply of the AP module is managed by the MCU module.
0111-1100: temporarily unused and subsequently available for functional expansion
1101: the specific information content of the information message sent to the MCU module by the representative AP module is obtained from the content in Byte 1-Byte 12 bytes. If the Byte1 value is 1, the contents of Byte2 to Byte5 are CRC32 check values of the OTA upgrade package of the electronic control system software in the MCU module, and the contents of Byte7 to Byte8 are the sizes of the OTA upgrade package of the electronic control system software in the MCU module; if the Byte1 value is 2 and the Byte 2-Byte 4 are "end", the transmission of the OTA upgrade package data of the electronic control system software in the MCU module is finished; if the Byte1 value is 4 and Byte 2-Byte 5 are "stop", the electronic control system software upgrading in the MCU module is stopped; if the Byte1 value is 7 and the Byte 2-Byte 5 are 'log 1', the AP module informs the MCU module that the log level of the electronic control system software is adjusted to be level1; if the Byte1 value is 7 and the Byte 2-Byte 5 are 'log 2', the AP module informs the MCU module that the log level of the electronic control system software is adjusted to be level2; other unused values can be left for subsequent function expansion.
1110: the information representing the AP module to the MCU module is upgrade package data of MCU module control software. At this time, bytes 1 to 8 are actual data contents, and bytes 9 to 12 are unused and filled with 0; the OTA upgrade package of the electronic control system software in the MCU module is upgraded following the entertainment machine system software, because only the entertainment machine system has networking functionality.
1111: temporarily unused and subsequently available for functional expansion
Defining the byte format of the MCU module sent to the AP module:
bit4 to bit6 in Byte0 represent the length of the effective data content, bit7 indicates whether the currently transmitted CAN message is a standard frame or an extended frame, and Byte0 low four bits 0 to bit3 are defined as follows:
0000: temporarily unused, and subsequently available for function expansion;
0001: the information which represents the current MCU module sends to the AP module is a CAN message related to the electronic control of the vehicle, and interacts with the vehicle through a CAN0 channel; at this time, the type of the CAN message currently transmitted is indicated by the bit7 bit of Byte0 as a standard frame or an extension frame, bit7 is 0 as a standard frame, bit7 is 1 as an extension frame. If the frame is a standard frame, two bytes of Byte3 and Byte4 represent the standard frame CANID, byte3 is high, byte4 is low, byte 5-Byte 12 are CAN report specific data of 8 bytes, and Byte1 and Byte2 are unused; if the frame is an extension frame, four bytes from Byte1 to Byte4 represent extension frame CANID, byte1 is high, byte4 is low, and bytes 5 to Byte12 are 8 bytes of CAN report specific data.
0010: the information which represents the current MCU module sends to the AP module is a CAN message related to the electronic control of the vehicle, and interacts with the vehicle through a CAN1 channel; at this time, the type of the CAN message currently transmitted is indicated by the bit7 bit of Byte0 as a standard frame or an extension frame, bit7 is 0 as a standard frame, bit7 is 1 as an extension frame. If the frame is a standard frame, two bytes of Byte3 and Byte4 represent the standard frame CANID, byte3 is high, byte4 is low, byte 5-Byte 12 are CAN report specific data of 8 bytes, and Byte1 and Byte2 are unused; if the frame is an extension frame, four bytes from Byte1 to Byte4 represent extension frame CANID, byte1 is high, byte4 is low, and bytes 5 to Byte12 are 8 bytes of CAN report specific data.
0011: the information which represents the current MCU module sends to the AP module is a CAN message related to the electronic control of the vehicle, and interacts with the vehicle through a CAN2 channel; at this time, the type of the CAN message currently transmitted is indicated by the bit7 bit of Byte0 as a standard frame or an extension frame, bit7 is 0 as a standard frame, bit7 is 1 as an extension frame. If the frame is a standard frame, two bytes of Byte3 and Byte4 represent the standard frame CANID, byte3 is high, byte4 is low, byte 5-Byte 12 are CAN report specific data of 8 bytes, and Byte1 and Byte2 are unused; if the frame is an extension frame, four bytes from Byte1 to Byte4 represent extension frame CANID, byte1 is high, byte4 is low, and bytes 5 to Byte12 are 8 bytes of CAN report specific data.
0100. 0101: temporarily unused, and subsequently available for function expansion;
0110: the representative MCU module transmits the key information of the steering wheel of the vehicle to the AP module.
At this time, if bit0 of Byte1 is 1, it indicates that the DOWN key on the steering wheel of the vehicle is pressed; if bit1 of Byte1 is 1, indicating that an UP key of a steering wheel of the vehicle is pressed; if bit2 of Byte1 is 1, the MODE key on the steering wheel of the vehicle is pressed; if bit3 of Byte1 is 1, indicating that VOL+ key on the steering wheel of the vehicle is pressed; if bit4 of Byte1 is 1, indicating that VOL-key on the steering wheel of the vehicle is pressed; if bit5 of Byte1 is 1, the mute key on the steering wheel of the vehicle is pressed; if bit6 of Byte1 is 1, the BTON key on the steering wheel of the vehicle is pressed; the unused bits are filled with 0.
If the bit0 bit of Byte2 is 1, the call answering key on the steering wheel of the vehicle is pressed; if bit1 of Byte2 is 1, the hang-up telephone key on the steering wheel of the vehicle is pressed; the other unused bits are filled with 0 s.
If the bit0 bit and bit1 bit of Byte3 are 1, the SEEK-key on the steering wheel of the vehicle is pressed by the user; if the bit0 bit and bit1 bit of Byte3 are 2, the SEEK-key on the steering wheel of the vehicle is pressed by the user for a long time; if the bit2 bit and bit3 bit of Btye3 are 1, the SEEK+ key on the steering wheel of the vehicle is pressed by the user; if the bit2 and bit3 values of Byte3 are 2, the SEEK+ key on the steering wheel of the vehicle is pressed by the user for a long time.
If bit0 of Byte4 is 1, it indicates that the SRC key on the steering wheel of the vehicle is pressed.
0111: the representative MCU module feeds back the version number of the electronic control system software in the MCU module to the AP module, wherein the content format of Byte 1-Byte 6 bytes is RS_Vxx, and xx represents a specific version number, such as RS_V01;
1000. 1001: temporarily unused, and subsequently available for function expansion;
1010: representing firmware upgrading state fed back by the MCU module to the AP module; at this time, the values of Byte 1-Byte 7 are all 1, if the bit0 bit of Byte7 is 1, it means that the version number of the OTA software package of the electronic control system software received by the MCU module is the same as the current version number, and no upgrade is needed; if the bit1 of Byte7 is 1, indicating that the MCU module does not extract the version number of the OTA software package at the moment; if the bit2 of Byte7 is 1, the MCU module successfully receives the OTA software package and the CRC32 check is successful; if the bit3 of Byte7 is 1, the MCU module stops receiving the OTA software package and returns to the normal working state;
1011. 1100: temporarily unused, and subsequently available for function expansion;
1101: and the representative MCU module sends an information message to the AP module. If the Byte1 value is 1 and the values of Byte 2-Byte 6 are reset, the MCU module receives a reset request sent by the AP module; if the Byte1 value is 2 and the values of Byte 2-Byte 8 are "scrn_on", indicating that the MCU module informs the AP module to turn on the screen backlight; if the Byte1 value is 2 and the values of Byte 2-Byte 9 are "scrn_off", the MCU module informs the AP module to turn off the screen backlight; if Btye1 is 3 and Byte2 to Byte7 are "acc_on", the MCU module informs the AP module that the automobile is electrified; if Btye1 is 3 and Byte2 to Byte8 are "acc_off", the MCU module informs the AP module that the automobile is powered down; if Btye1 is 4 and Byte2-Byte 9 is 'light_on', indicating that the MCU module informs the AP module that the automobile lamp is turned on; if Btye1 is 4 and Byte 2-Byte 10 is 'light_off', indicating that the MCU module informs the AP module that the automobile lamp is turned off; the remaining unused bits are filled with 0 s.
1110: temporarily unused, and subsequently available for function expansion;
1111: log information representing the electronic control system software sent by the MCU module to the AP module.
Based on the communication method between the AP module and the MCU module, the related functions of the vehicle electronic control system can be integrated into the vehicle-mounted operation system, the functions of the vehicle electronic control system and the entertainment functions are integrated together, and partial control of vehicle electronics is realized when a vehicle owner enjoys entertainment, for example, the vehicle owner responds to the operation of keys on a steering wheel of the vehicle in time, the related setting of an air conditioner of the vehicle is regulated, the related auxiliary lamp of the vehicle is controlled, the related state information of the vehicle is displayed and reminded in a multi-way mode, and the like.
The protocol basically covers various interaction scenes of the vehicle-mounted AP module and the MCU module, and is very convenient to expand according to actual application scenes. Such as protocols, will function in the following application scenarios.
When the vehicle-mounted operating system needs to control the related functions of the vehicle:
for example, an entertainment system running on an AP module provides an air conditioning operator panel interface through which a vehicle owner can control the vehicle air conditioner. Control the air conditioner switch, set the air conditioner temperature, wind speed, air door direction and air circulation mode. To control the functions of these vehicles, it is necessary to send CAN messages in a specified format to the vehicle CAN bus according to the CAN matrix protocol provided by the vehicle manufacturer to achieve true control. In the embodiment, the CAN message related to the AP module is sent to the MCU module through the SPI protocol, and the MCU module sends the CAN message to the vehicle CAN bus.
When the vehicle-mounted entertainment vehicle system needs to display relevant contents according to the vehicle state for a vehicle owner to check:
for example, when the vehicle is backing, the vehicle-mounted entertainment system needs to automatically display the backing image of the camera behind the vehicle on the screen for the vehicle owner to view, and how does the entertainment system running on the AP module know that the vehicle is in the backing state at present? According to the embodiment, the real-time state of the vehicle is announced on the CAN bus of the vehicle in the form of CAN messages with a certain period frequency, the MCU module connected with the CAN bus of the vehicle CAN acquire the CAN messages in real time, the MCU module forwards the acquired CAN messages to the AP module according to a formulated SPI protocol, an entertainment vehicle system running in the AP module analyzes the received content according to the formulated SPI protocol, and then the change of the related state of the vehicle CAN be received in real time, and then corresponding actions are executed according to the state changes.
When the owner wishes to operate the entertainment machine system related functions via the steering wheel keys:
for example, when a car owner is listening to songs or radio, he wants to adjust the current volume by the vol+ key or the VOL-key on the steering wheel; or it may be desirable to switch songs or stations via an UP key or a DOWN key on the steering wheel. Because the AP module is not directly connected with the vehicle signal line, the MCU module connected with the vehicle body signal line still needs to transmit the detected related information to the AP module according to the established SPI protocol format at the moment, and the entertainment vehicle system running on the AP module can know the operation of the current user after receiving the related information according to the established SPI protocol format, so that the corresponding control function is realized.
The technical principle of the present invention is described above in connection with the specific embodiments. The description is made for the purpose of illustrating the general principles of the invention and should not be taken in any way as limiting the scope of the invention. Other embodiments of the invention will occur to those skilled in the art from consideration of the specification and practice of the invention without the need for inventive faculty, and are within the scope of the claims.

Claims (8)

1. A communication method between a vehicle-mounted MCU module and an AP module is characterized in that the MCU module and the AP module are connected through an SPI circuit,
the method comprises the following steps:
defining SPI protocol, and the AP module and the MCU module exchange 13 bytes of information with fixed length at a time;
defining a byte format sent to the MCU module by the AP module;
defining a byte format sent by the MCU module to the AP module;
when the definition AP module sends the byte format to the MCU module:
bit4 to bit6 in Byte0 represent the length of the effective data content, bit7 indicates whether the currently transmitted CAN message is a standard frame or an extended frame, and Byte0 low four bits 0 to bit3 are defined as follows:
0000: for function expansion;
0001: the information representing the current AP module to the MCU module is a CAN message related to the electronic control of the vehicle, and the information interacts with the vehicle through a CAN0 channel;
0010: the information representing the current AP module to the MCU module is a CAN message related to the electronic control of the vehicle, and the information interacts with the vehicle through a CAN1 channel;
0011: the information representing the current AP module to the MCU module is a CAN message related to the electronic control of the vehicle, and the information interacts with the vehicle through a CAN2 channel;
0100: representing that the starting-up of the entertainment car machine system in the current AP module is completed, and sending the entertainment car machine system to the MCU module by the AP module; at this time, byte 1-Byte 8 are filled with "systemok" content, byte 9-Byte 12 are unused, and are filled with 0;
0101: the method comprises the steps that an AP module requests to inquire the software version number of an electronic control system in an MCU module, and the software version number is sent to the MCU module by the AP module; at this time, byte1 to Byte8 fill "mcu_ver? "Contents, byte 9-Byte 12 are unused, filled with 0;
0110: the representative AP module requests reset, at the moment, the values of Byte1 to Byte5 are reset, and the MCU module executes the actions of power-off and power-on again for the AP module after receiving the information;
0111-1100: for function expansion;
1101: the information message which represents the information message sent to the MCU module by the AP module is obtained from the content in Byte 1-Byte 12 bytes;
1110: the information representing that the AP module sends to the MCU module is upgrade package data of MCU module control software; at this time, bytes 1 to 8 are actual data contents, and bytes 9 to 12 are unused and filled with 0;
1111: for function expansion;
in the definition of 0001, bit7 bit of Byte0 indicates whether the type of the CAN message transmitted currently is a standard frame or an extended frame, bit7 is 0 indicates that the type of the CAN message is a standard frame, and bit7 is 1 indicates that the type of the CAN message is an extended frame;
if the frame is a standard frame, two bytes of Byte3 and Byte4 represent the standard frame CANID, byte3 is high, byte4 is low, byte 5-Byte 12 are CAN report specific data of 8 bytes, and Byte1 and Byte2 are unused; if the frame is an extension frame, four bytes from Byte1 to Byte4 represent the extension frame CANID, byte1 is high, byte4 is low, and Byte5 to Byte12 are 8 bytes of CAN report specific data;
in the definition of 0010, bit7 bit of Byte0 indicates whether the type of the CAN message currently transmitted is a standard frame or an extended frame, bit7 is 0 indicates that the type of the CAN message is a standard frame, and bit7 is 1 indicates that the type of the CAN message is an extended frame;
if the frame is a standard frame, two bytes of Byte3 and Byte4 represent the standard frame CANID, byte3 is high, byte4 is low, byte 5-Byte 12 are CAN report specific data of 8 bytes, and Byte1 and Byte2 are unused; if the frame is an extension frame, four bytes from Byte1 to Byte4 represent the extension frame CANID, byte1 is high, byte4 is low, and Byte5 to Byte12 are 8 bytes of CAN report specific data;
in the definition of 0011, bit7 bit of Byte0 indicates whether the type of the currently transmitted CAN message is a standard frame or an extended frame, bit7 is 0 indicates that the type of the currently transmitted CAN message is a standard frame, and bit7 is 1 indicates that the type of the currently transmitted CAN message is an extended frame;
if the frame is a standard frame, two bytes of Byte3 and Byte4 represent the standard frame CANID, byte3 is high, byte4 is low, byte 5-Byte 12 are CAN report specific data of 8 bytes, and Byte1 and Byte2 are unused; if the frame is an extension frame, four bytes from Byte1 to Byte4 represent extension frame CANID, byte1 is high, byte4 is low, and bytes 5 to Byte12 are 8 bytes of CAN report specific data.
2. The method of claim 1, wherein,
in the 1101 definition, if the Byte1 value is 1, the content of Byte2 to Byte5 is a CRC32 check value of the OTA upgrade package of the electronic control system software in the MCU module, and the content of Byte7 to Byte8 is the size of the OTA upgrade package of the electronic control system software in the MCU module;
if the Byte1 value is 2 and the Byte 2-Byte 4 are "end", the transmission of the OTA upgrade package data of the electronic control system software in the MCU module is finished;
if the Byte1 value is 4 and Byte 2-Byte 5 are "stop", the electronic control system software upgrading in the MCU module is stopped;
if the Byte1 value is 7 and the Byte 2-Byte 5 are 'log 1', the AP module informs the MCU module that the log level of the electronic control system software is adjusted to be level1;
if the Byte1 value is 7 and the Byte 2-Byte 5 are 'log 2', the AP module informs the MCU module that the log level of the electronic control system software is adjusted to be level2;
other unused values are used for functional expansion.
3. The method of claim 1, wherein,
when the byte format of the MCU module sent to the AP module is defined:
bit4 to bit6 in Byte0 represent the length of the effective data content, bit7 indicates whether the currently transmitted CAN message is a standard frame or an extended frame, and Byte0 low four bits 0 to bit3 are defined as follows:
0000: can be used for function expansion;
0001: the information which represents the current MCU module sends to the AP module is a CAN message related to the electronic control of the vehicle, and interacts with the vehicle through a CAN0 channel;
0010: the information which represents the current MCU module sends to the AP module is a CAN message related to the electronic control of the vehicle, and interacts with the vehicle through a CAN1 channel;
0011: the information which represents the current MCU module sends to the AP module is a CAN message related to the electronic control of the vehicle, and interacts with the vehicle through a CAN2 channel;
0100: for function expansion;
0101: for function expansion;
0110: the representative MCU module transmits key information of the steering wheel of the vehicle to the AP module;
0111: the representative MCU module feeds back the version number of the electronic control system software in the MCU module to the AP module, wherein the content format of Byte 1-Byte 6 bytes is RS_Vxx, and xx represents a specific version number, such as RS_V01;
1000: for function expansion;
1001: for function expansion;
1010: representing firmware upgrading state fed back by the MCU module to the AP module;
1011: for function expansion;
1100: for function expansion;
1101: representing an information message sent by the MCU module to the AP module;
1110: for function expansion;
1111: log information representing the electronic control system software sent by the MCU module to the AP module.
4. A communication method between an on-board MCU module and an AP module according to claim 3,
in the definition 0001, bit7 bit of Byte0 indicates whether the type of the currently transmitted CAN message is a standard frame or an extended frame, bit7 is 0, indicates that the type of the currently transmitted CAN message is a standard frame, bit7 is 1, and indicates that the type of the currently transmitted CAN message is an extended frame;
if the frame is a standard frame, two bytes of Byte3 and Byte4 represent the standard frame CANID, byte3 is high, byte4 is low, byte 5-Byte 12 are CAN report specific data of 8 bytes, and Byte1 and Byte2 are unused;
if the frame is an extension frame, four bytes from Byte1 to Byte4 represent the extension frame CANID, byte1 is high, byte4 is low, and Byte5 to Byte12 are 8 bytes of CAN report specific data;
in the definition 0010, bit7 bit of Byte0 indicates whether the type of the currently transmitted CAN message is a standard frame or an extended frame, bit7 is 0, indicates that the type of the currently transmitted CAN message is a standard frame, bit7 is 1, and indicates that the type of the currently transmitted CAN message is an extended frame;
if the frame is a standard frame, two bytes of Byte3 and Byte4 represent the standard frame CANID, byte3 is high, byte4 is low, byte 5-Byte 12 are CAN report specific data of 8 bytes, and Byte1 and Byte2 are unused;
if the frame is an extension frame, four bytes from Byte1 to Byte4 represent the extension frame CANID, byte1 is high, byte4 is low, and Byte5 to Byte12 are 8 bytes of CAN report specific data;
in the definition 0011, bit7 bit of Byte0 indicates whether the type of the currently transmitted CAN message is a standard frame or an extended frame, bit7 is 0, indicates that the type of the currently transmitted CAN message is a standard frame, bit7 is 1, and indicates that the type of the currently transmitted CAN message is an extended frame;
if the frame is a standard frame, two bytes of Byte3 and Byte4 represent the standard frame CANID, byte3 is high, byte4 is low, byte 5-Byte 12 are CAN report specific data of 8 bytes, and Byte1 and Byte2 are unused;
if the frame is an extension frame, four bytes from Byte1 to Byte4 represent extension frame CANID, byte1 is high, byte4 is low, and bytes 5 to Byte12 are 8 bytes of CAN report specific data.
5. A communication method between an on-board MCU module and an AP module according to claim 3,
in the definition 0110, if bit0 of Byte1 is 1, it indicates that a DOWN key on the steering wheel of the vehicle is pressed;
if bit1 of Byte1 is 1, indicating that an UP key of a steering wheel of the vehicle is pressed;
if bit2 of Byte1 is 1, the MODE key on the steering wheel of the vehicle is pressed;
if bit3 of Byte1 is 1, indicating that VOL+ key on the steering wheel of the vehicle is pressed;
if bit4 of Byte1 is 1, indicating that VOL-key on the steering wheel of the vehicle is pressed;
if bit5 of Byte1 is 1, the mute key on the steering wheel of the vehicle is pressed;
if bit6 of Byte1 is 1, the BTON key on the steering wheel of the vehicle is pressed; the unused bits are filled with 0;
if the bit0 bit of Byte2 is 1, the call answering key on the steering wheel of the vehicle is pressed;
if bit1 of Byte2 is 1, the hang-up telephone key on the steering wheel of the vehicle is pressed; other unused bits are filled with 0 s;
if the bit0 bit and bit1 bit of Byte3 are 1, the SEEK-key on the steering wheel of the vehicle is pressed by the user;
if the bit0 bit and bit1 bit of Byte3 are 2, the SEEK-key on the steering wheel of the vehicle is pressed by the user for a long time;
if the bit2 bit and bit3 bit of Btye3 are 1, the SEEK+ key on the steering wheel of the vehicle is pressed by the user;
if the bit2 and bit3 values of Byte3 are 2, the SEEK+ key on the steering wheel of the vehicle is pressed by the user for a long time;
if bit0 of Byte4 is 1, it indicates that the SRC key on the steering wheel of the vehicle is pressed.
6. A communication method between an on-board MCU module and an AP module according to claim 3,
in the definition 1010, the values of Byte1 to Byte7 are all 1, if the bit0 bit of Byte7 is 1, it means that the version number of the OTA software package of the electronic control system software received by the MCU module is the same as the current version number, and no upgrade is required;
if the bit1 of Byte7 is 1, indicating that the MCU module does not extract the version number of the OTA software package at the moment;
if the bit2 of Byte7 is 1, the MCU module successfully receives the OTA software package and the CRC32 check is successful;
if the bit3 of Byte7 is 1, the MCU module stops receiving OTA software package and returns to the normal working state.
7. A communication method between an on-board MCU module and an AP module according to claim 3,
in the definition 1101, if the Byte1 value is 1 and the values of Byte2 to Byte6 are "reset", it indicates that the MCU module receives the reset request sent by the AP module;
if the Byte1 value is 2 and the values of Byte 2-Byte 8 are "scrn_on", indicating that the MCU module informs the AP module to turn on the screen backlight;
if the Byte1 value is 2 and the values of Byte 2-Byte 9 are "scrn_off", the MCU module informs the AP module to turn off the screen backlight;
if Btye1 is 3 and Byte2 to Byte7 are "acc_on", the MCU module informs the AP module that the automobile is electrified;
if Btye1 is 3 and Byte2 to Byte8 are "acc_off", the MCU module informs the AP module that the automobile is powered down;
if Btye1 is 4 and Byte2-Byte 9 is 'light_on', indicating that the MCU module informs the AP module that the automobile lamp is turned on;
if Btye1 is 4 and Byte 2-Byte 10 is 'light_off', indicating that the MCU module informs the AP module that the automobile lamp is turned off; the remaining unused bits are filled with 0 s.
8. A communication system for use in a communication method between an in-vehicle MCU module and an AP module according to any one of claims 1 to 7,
the wireless communication device comprises an MCU module, an SPI circuit and an AP module, wherein the MCU module is communicated with the AP module through the SPI circuit.
CN202210284716.3A 2022-03-22 2022-03-22 Communication method and communication system between vehicle-mounted MCU module and AP module Active CN114615341B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210284716.3A CN114615341B (en) 2022-03-22 2022-03-22 Communication method and communication system between vehicle-mounted MCU module and AP module

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210284716.3A CN114615341B (en) 2022-03-22 2022-03-22 Communication method and communication system between vehicle-mounted MCU module and AP module

Publications (2)

Publication Number Publication Date
CN114615341A CN114615341A (en) 2022-06-10
CN114615341B true CN114615341B (en) 2023-05-09

Family

ID=81865703

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210284716.3A Active CN114615341B (en) 2022-03-22 2022-03-22 Communication method and communication system between vehicle-mounted MCU module and AP module

Country Status (1)

Country Link
CN (1) CN114615341B (en)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111897585A (en) * 2020-09-30 2020-11-06 延锋伟世通电子科技（南京）有限公司 Linux-based multi-hardware adaptation method
CN113119847A (en) * 2020-01-11 2021-07-16 常州星宇车灯股份有限公司 Car light control system with entertainment function and control method
CN113746878A (en) * 2020-05-28 2021-12-03 广州汽车集团股份有限公司 System and method for vehicle-mounted T-Box and vehicle-mounted equipment to access external network

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017152863A1 (en) * 2016-03-11 2017-09-14 比亚迪股份有限公司 On-vehicle multimedia system and vehicle
CN106004444B (en) * 2016-07-18 2018-10-19 重庆长安汽车股份有限公司 A kind of vehicle trouble intelligent prompt method and system
CN108040214B (en) * 2017-12-08 2023-09-22 延锋伟世通电子科技（南京）有限公司 Architecture for realizing interconnection of vehicle-mounted entertainment system and instrument double screens through SPI channel in FPD-Link III
CN211765208U (en) * 2020-01-11 2020-10-27 常州星宇车灯股份有限公司 Car light control system with entertainment function
CN211580188U (en) * 2020-04-21 2020-09-25 东软集团股份有限公司 Vehicle-mounted information entertainment system and vehicle
CN113872838B (en) * 2021-08-24 2024-04-05 爱驰汽车有限公司 Vehicle-mounted control system and method, video data and audio data processing method
CN114056266A (en) * 2021-11-18 2022-02-18 宁波集联软件科技有限公司 Shutdown method and system of application system during automobile flameout

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113119847A (en) * 2020-01-11 2021-07-16 常州星宇车灯股份有限公司 Car light control system with entertainment function and control method
CN113746878A (en) * 2020-05-28 2021-12-03 广州汽车集团股份有限公司 System and method for vehicle-mounted T-Box and vehicle-mounted equipment to access external network
CN111897585A (en) * 2020-09-30 2020-11-06 延锋伟世通电子科技（南京）有限公司 Linux-based multi-hardware adaptation method

Also Published As

Publication number Publication date
CN114615341A (en) 2022-06-10

Similar Documents

Publication Publication Date Title
CN203305905U (en) Automatic adjusting system for driving position
EP4310668A1 (en) Method and apparatus for upgrading terminal
CN109412751A (en) Vehicular communication system and communication means
KR20160072991A (en) Telematics control system and there of method
KR20130042217A (en) System and method for automatically updating program of ecu's of a vehicle
CN114615341B (en) Communication method and communication system between vehicle-mounted MCU module and AP module
CN202814405U (en) Vehicle-mounted multi-screen navigator system
CN112153120A (en) Vehicle-mounted coffee machine control system and vehicle-mounted coffee machine
CN105946747A (en) Control method in vehicle and vehicle main board
CN103295377A (en) Car dual-control system based on remote control
CN202213546U (en) Engine fault code display system
CN109361419B (en) Satellite communication vehicle-mounted module control unit, vehicle-mounted module and vehicle-mounted system terminal
CN210000225U (en) automobile intelligent atmosphere lamp
CN112153019A (en) Data interaction system, vehicle-mounted connector, peripheral equipment, vehicle and method
CN110677920A (en) Mobile phone-vehicle machine interconnection system, vehicle with same and connection method
CN215895540U (en) One-key starting control system for passenger car
CN201796504U (en) Automatic over-speed control system
CN112140973A (en) Vehicle-mounted water cup control system and vehicle-mounted water cup
CN114333403A (en) Vehicle searching system and method based on digital Bluetooth
CN111994001A (en) Vehicle-mounted wireless screen projection system
CN204020771U (en) The Intelligent flat display terminal vehicle mounted multimedia matching system of a kind of tool automobile OBD
CN207173308U (en) A kind of Combined meter of pure electric vehicle
CN111169373A (en) Control device and control system of atmosphere lamp and vehicle
CN113259300B (en) Intelligent panel control system and intelligent panel device
CN202422694U (en) Vehicle-mounted display device

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant