CN114615341A - 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
CN114615341A
CN114615341A CN202210284716.3A CN202210284716A CN114615341A CN 114615341 A CN114615341 A CN 114615341A CN 202210284716 A CN202210284716 A CN 202210284716A CN 114615341 A CN114615341 A CN 114615341A
Authority
CN
China
Prior art keywords
module
byte
vehicle
mcu module
bytes
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.)
Granted
Application number
CN202210284716.3A
Other languages
Chinese (zh)
Other versions
CN114615341B (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

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Small-Scale Networks (AREA)
  • Communication Control (AREA)

Abstract

The invention relates to a communication method between a vehicle-mounted MCU module and an AP module, wherein the MCU module is connected with the AP module through an SPI circuit, and the method comprises the following steps: defining an SPI protocol, and exchanging information with a fixed length of 13 bytes by the AP module and the MCU module at one time; defining a byte format sent by the AP module to the MCU module; defining the byte format sent by the MCU module to the AP module. A communication method between a vehicle-mounted MCU module and an AP module can integrate the related functions of a vehicle electronic control system into a vehicle-mounted operating system, integrate the functions of the vehicle electronic control system and entertainment functions together, realize that a vehicle owner can enjoy entertainment and simultaneously carry out partial control on vehicle electronics, for example, timely respond to the operation of the vehicle owner on keys on a vehicle steering wheel, adjust the related setting of a vehicle air conditioner, control the related auxiliary lamps of the vehicle, display and remind in multiple modes of the related state information of the vehicle 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 Chinese innovative Internet enterprises change the car networking from the vehicle-mounted technical route based on the sensor in the past into the technical route that systems without the sensor, such as vehicle-mounted entertainment systems, are firstly arranged in the car, and then some sensing systems which do not influence the safety of the car are integrated into the car, the functions of voice recognition, navigation, various entertainment videos, APP based on scene services and the like are hot sold, so that the car machine scheme with advanced entertainment is promoted in the industry.
The vehicle-mounted operating system becomes a standard accessory of the intelligent networked automobile. The operating systems of the internet of vehicles are functionally divided into two types: the entertainment car comprises a entertainment car machine system and an automobile electronic control system. The vehicle-mounted operating system is an interface between vehicle-mounted hardware and upper-layer software. The functions of the system comprise managing hardware, software and data resources of a vehicle-mounted system, controlling program operation, improving a human-computer interface, providing support for upper-layer software, enabling the resources of the vehicle-mounted system and received data, signals, audio and video to play a role to the maximum extent, providing user interfaces in various forms, enabling a vehicle owner to 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 the entertainment car machine system, for example, functions of realizing some electronic keys and controlling an air conditioner in the car and the like are realized.
Corresponding to the entertainment car machine system and the automobile electronic control system, car machine hardware also correspondingly falls into two major types of modules: AP module and MCU module. The AP module provides hardware support for an entertainment car machine system, the MCU module provides hardware support for an automobile electronic control system, namely, the part actually interacting with people is managed by the entertainment car machine system, and the part actually interacting with vehicles 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 automobile electronic control system into the unified management of the vehicle-mounted operating system, communication needs to be realized between the AP module and the MCU module.
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 integration of an automotive electronic control system and an entertainment function, and the specific technical solution is:
a communication method between a vehicle-mounted MCU module and an AP module is provided, the MCU module is connected with the AP module through an SPI circuit, and the method comprises the following steps:
defining an SPI protocol, and exchanging information with a fixed length of 13 bytes by the AP module and the MCU module at one time;
defining a byte format sent by the AP module to the MCU module;
and defining the byte format sent by the MCU module to the AP module.
Preferably, when the byte format sent by the AP module to the MCU module is defined:
bit4 to bit6 in the Byte0 represent the length of effective data content, bit7 represents whether the currently transmitted CAN packet is an extended frame or a standard frame, and low-and-high bits 0 to bit3 in the Byte0 are defined as follows:
0000: for function expansion;
0001: representing that the information sent to the MCU module by the current AP module is a CAN message related to the electronic control of the vehicle and is interacted with the vehicle through a CAN0 channel;
0010: representing that the information sent to the MCU module by the current AP module is a CAN message related to the electronic control of the vehicle and is interacted with the vehicle through a CAN1 channel;
0011: representing that the information sent to the MCU module by the current AP module is a CAN message related to the electronic control of the vehicle and is interacted with the vehicle through a CAN2 channel;
0100: the system of the entertainment car machine in the current AP module is started and finished, and the AP module sends the system of the entertainment car machine to the MCU module; at this time, the Byte1 to Byte8 are filled with the content "systemok", and the Byte9 to Byte12 are not used and are filled with 0;
0101: the representative AP module requests to inquire the software version number of the electronic control system in the MCU module and sends the version number to the MCU module by the AP module; at this time, "mcu _ ver? "content, Byte 9-Byte 12 are unused and filled with 0;
0110: the representative AP module requests for resetting, at this time, the values from Byte1 to Byte5 are 'reset', and the MCU module receives the information and then executes the actions of powering off and powering on the AP module; byte 6-Byte 12 are not used and are filled with 0;
0111 ~ 1100: for function expansion;
1101: representing an information message sent by the AP module to the MCU module, wherein the specific information content is obtained from the content in bytes 1-12;
1110: the information sent to the MCU module by the AP module represents the upgrade packet data of the MCU module control software; at this time, the bytes 1-8 are actual data contents, and the bytes 9-12 are not used and are filled with 0;
1111: for function expansion.
Further, in the definition of 0001, bit7 bit of Byte0 indicates whether the type of the currently transmitted CAN packet is a standard frame or an extended frame, bit7 is 0 indicating a standard frame, and bit7 is 1 indicating an extended frame; if the frame is a standard frame, two bytes of Byte3 and Byte4 represent a standard frame CANID, Byte3 is a high bit, Byte4 is a low bit, bytes 5-12 are 8 bytes of CAN message specific data, and Byte1 and Byte2 are unused; if the extended frame is the extended frame, four bytes of Byte 1-Byte 4 represent the extended frame CANID, Byte1 is the high bit, Byte4 is the low bit, and Byte 5-Byte 12 are the CAN message specific data of 8 bytes;
in the definition of 0010, bit7 bit of Byte0 indicates whether the type of the currently transmitted CAN packet is a standard frame or an extended frame, bit7 is 0 indicating that the packet is a standard frame, and bit7 is 1 indicating that the packet is an extended frame; if the frame is a standard frame, two bytes of Byte3 and Byte4 represent a standard frame CANID, Byte3 is a high bit, Byte4 is a low bit, bytes 5-12 are 8 bytes of CAN message specific data, and Byte1 and Byte2 are unused; if the extended frame is the extended frame, four bytes of Byte 1-Byte 4 represent the extended frame CANID, Byte1 is the high bit, Byte4 is the low bit, and Byte 5-Byte 12 are the CAN message specific data of 8 bytes;
in the definition of 0011, bit7 bit of Byte0 indicates whether the type of the currently transmitted CAN packet is a standard frame or an extended frame, bit7 is 0 indicating that the packet is a standard frame, and bit7 is 1 indicating that the packet is an extended frame; if the frame is a standard frame, two bytes of Byte3 and Byte4 represent a standard frame CANID, Byte3 is a high bit, Byte4 is a low bit, bytes 5-12 are 8 bytes of CAN message specific data, and Byte1 and Byte2 are unused; if the extended frame is the extended frame, four bytes of Byte 1-Byte 4 represent the extended frame CANID, Byte1 is the high bit, Byte4 is the low bit, and Byte 5-Byte 12 are the CAN message specific data of 8 bytes.
In the definition of 1101, if the Byte1 value is 1, the Byte2 to Byte5 contents are CRC32 check values of an electronic control system software OTA upgrade package in the MCU module, and the Byte7 to Byte8 contents are the size of the electronic control system software OTA upgrade package in the MCU module; if the Byte1 value is 2 and the Byte 2-Byte 4 values are 'end', the transmission of the OTA upgrade package data of the electronic control system software in the MCU module is finished; if the value of Byte1 is 4 and the values of Byte 2-Byte 5 are 'stop', the software upgrading of the electronic control system in the MCU module is stopped; if the Byte1 value is 7 and the Byte 2-Byte 5 values are 'log 1', the AP module informs the MCU module that the log level of the electronic control system software in the MCU module is adjusted to level 1; if the value of Byte1 is 7 and the values of Byte 2-Byte 5 are "log 2", the AP module informs the MCU module that the log level of the electronic control system software in the MCU module is adjusted to level 2; other unused values are used for function expansion.
Preferably, when the byte format sent by the MCU module to the AP module is defined: bit4 to bit6 in the Byte0 represent the length of effective data content, bit7 represents whether the currently transmitted CAN packet is an extended frame or a standard frame, and the low four bits 0 to bit3 of the Byte0 are defined as follows:
0000: can be used for function expansion;
0001: representing that the information sent to the AP module by the MCU module is a CAN message related to the electronic control of the vehicle and is interacted with the vehicle through a CAN0 channel;
0010: representing that the information sent to the AP module by the MCU module is a CAN message related to the electronic control of the vehicle and is interacted with the vehicle through a CAN1 channel;
0011: representing that the information sent to the AP module by the MCU module is a CAN message related to the electronic control of the vehicle and is interacted with the vehicle through a CAN2 channel;
0100: for function expansion;
0101: for function expansion;
0110: the MCU module transmits the vehicle steering wheel key information to the AP module;
0111: representing the MCU module to feed back the version number of electronic control system software in the MCU module to the AP module, wherein the content format of bytes Byte 1-Byte 6 is 'RS _ Vxx', and xx represents a specific version number, such as RS _ V01; byte 7-Byte 12 were unused and filled with 0.
1000: for function expansion;
1001: for function expansion;
1010: representing the firmware upgrading state fed back to the AP module by the MCU 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: and log information of the electronic control system software sent to the AP module by the MCU module is represented.
Further, in the definition 0001, bit7 bits of Byte0 indicate whether the type of the currently transmitted CAN packet is a standard frame or an extended frame, bit7 is 0, which indicates that the packet is a standard frame, and bit7 is 1, which indicates that the packet is an extended frame; if the frame is a standard frame, two bytes of Byte3 and Byte4 represent a standard frame CANID, Byte3 is a high bit, Byte4 is a low bit, bytes 5-12 are 8 bytes of CAN message specific data, and Byte1 and Byte2 are unused; if the extended frame is the extended frame, four bytes of Byte 1-Byte 4 represent the extended frame CANID, Byte1 is the high bit, Byte4 is the low bit, and Byte 5-Byte 12 are the CAN message specific data of 8 bytes;
in the definition 0010, bit7 of Byte0 indicates whether the type of the currently transmitted CAN packet is a standard frame or an extended frame, bit7 is 0, which indicates that the packet is a standard frame, and bit7 is 1, which indicates that the packet is an extended frame; if the frame is a standard frame, two bytes of Byte3 and Byte4 represent a standard frame CANID, Byte3 is a high bit, Byte4 is a low bit, bytes 5-12 are 8 bytes of CAN message specific data, and Byte1 and Byte2 are unused; if the extended frame is the extended frame, four bytes of Byte 1-Byte 4 represent the extended frame CANID, Byte1 is the high bit, Byte4 is the low bit, and Byte 5-Byte 12 are the CAN message specific data of 8 bytes.
In the definition 0011, bit7 of Byte0 indicates whether the type of the currently transmitted CAN packet is a standard frame or an extended frame, bit7 is 0, which indicates that the packet is a standard frame, and bit7 is 1, which indicates that the packet is an extended frame; if the frame is a standard frame, two bytes of Byte3 and Byte4 represent a standard frame CANID, Byte3 is a high bit, Byte4 is a low bit, bytes 5-12 are 8 bytes of CAN message specific data, and Byte1 and Byte2 are unused; if the extended frame is the extended frame, four bytes of Byte 1-Byte 4 represent the extended frame CANID, Byte1 is the high bit, Byte4 is the low bit, and bytes 5-Byte 12 are the specific data of the CAN message of 8 bytes.
In the definition 0110, if bit0 bit of Byte1 is 1, it indicates that a DOWN key on a steering wheel of a vehicle is pressed; if bit1 bit of Byte1 is 1, it indicates that the UP key on the steering wheel of the vehicle is pressed; if bit2 bit of the Byte1 is 1, the MODE key on the vehicle steering wheel is pressed; if bit3 bit of Byte1 is 1, indicating that VOL + key on the steering wheel of the vehicle is pressed; if bit4 bit of Byte1 is 1, it indicates that VOL-key on the steering wheel of vehicle is pressed; if bit5 bit of Byte1 is 1, it indicates that the mute key on the steering wheel of the vehicle is pressed; if bit6 bit of the Byte1 is 1, the BTON key on the steering wheel of the vehicle is pressed; the remaining unused bits of Byte1 are filled with 0's; if bit0 bit of the Byte2 is 1, the key of answering the call on the steering wheel of the vehicle is pressed; if bit1 bit of the Byte2 is 1, indicating that a hang-up phone key on a steering wheel of the vehicle is pressed; the remaining unused bits of Byte2 are filled with 0's; if the bit0 bit and bit1 bit values of the Byte3 are 1, the SEEK-key on the steering wheel of the vehicle is being pressed by a user for a short time; if the bit0 bit and bit1 bit values of the 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 Bbye 3 are 1, the SEEK + key on the steering wheel of the vehicle is pressed by a user for a short time; if the bit2 and bit3 bit values of the Byte3 are 2, the SEEK + key on the steering wheel of the vehicle is pressed for a long time by a user; if bit0 bit of Byte4 is 1, it indicates that the SRC button on the steering wheel of the vehicle is pressed.
Preferably, in the definition 1010, the values of Byte 1-Byte 7 are all 1, and if bit0 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 it is not necessary to upgrade; if bit1 bit of the Byte7 is 1, the MCU module does not extract the version number of the OTA software package at the moment; if bit2 bit of Byte7 is 1, it indicates that the MCU module successfully receives the OTA software package, and CRC32 checks successfully; if bit3 bit of Byte7 is 1, it indicates that the MCU module stops receiving the OTA software package and returns to normal working state.
Further, in the definition 1101, if the value of Byte1 is 1 and the values of Byte 2-Byte 6 are "reset", it indicates that the MCU module receives the reset request sent by the AP module; if the value of Byte1 is 2 and the values of Byte 2-Byte 8 are 'scrn _ on', the MCU module is indicated to inform the AP module to turn on the screen backlight; if the value of the Byte1 is 2 and the values of the bytes 2-9 are 'scrn _ off', indicating that the MCU module informs the AP module to turn off the screen backlight; if the Btoye 1 value is 3, and the Byte 2-Byte 7 values are 'acc _ on', the MCU module informs the AP module that the automobile is powered on; if the Btoye 1 value is 3, and the Byte 2-Byte 8 values are 'acc _ off', indicating that the MCU module informs the AP module that the automobile is powered off; if the Btoye 1 value is 4, and the Byte 2-Byte 9 values are 'light _ on', the MCU module indicates that the AP module is notified that the car lights are turned on; if the Btoye 1 value is 4, and the Byte 2-Byte 10 values are 'light _ off', indicating that the MCU module informs the AP module that the car lights are turned on and off; the remaining unused bits are filled with 0 s.
The utility model provides a communication system between on-vehicle MCU module and AP module, its characterized in that, includes MCU module, SPI circuit and AP module, the MCU module passes through the SPI circuit with the AP module communication.
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 a vehicle electronic control system into a vehicle-mounted operating system, integrate the functions of the vehicle electronic control system and the entertainment function together, realize that a vehicle owner enjoys entertainment and simultaneously partially control vehicle electronics, for example, timely respond to the operation of the vehicle owner on keys on a vehicle steering wheel, adjust the related settings of a vehicle air conditioner, control the related auxiliary lamps of the vehicle, display and remind in multiple modes of the related state information of the vehicle and the like.
Drawings
FIG. 1 is a protocol format diagram of a communication method between a vehicle MCU module and an AP module;
FIG. 2 is a block diagram of a communication system between a vehicle MCU module and an AP module;
fig. 3 is a circuit schematic of the SPI.
Detailed Description
The invention will now be further described with reference to the accompanying drawings.
Although SPI is a published standard, it has no application in automobiles. The embodiment fully considers the self application requirements of the vehicle-mounted equipment: can satisfy the demand of various communication scenes between present or even future on-vehicle MCU module and AP module, through adopting SPI to communicate and define communication protocol, the information communication of the aspect between AP module and the MCU module is covered basically to this agreement, realizes following function:
1. exchanging vehicle CAN message data, supporting communication of three paths of CAN messages, wherein the CAN message format simultaneously supports a standard frame and an extension frame, and the number of support paths of the CAN messages CAN still be easily expanded, namely, as long as a vehicle manufacturer discloses information which CAN be obtained by an MCU module on a CAN bus, the MCU module CAN be synchronously provided for an AP module, and as long as the vehicle manufacturer allows 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 the car body;
3. upgrading the firmware of the MCU module;
4. and other information needing to be exchanged or cooperatively worked between the AP module and the MCU module.
As shown in fig. 1 to 3, in terms of hardware design, the AP module and the MCU module are connected by 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, SPI _0_ SCLK of CPU chip in the AP module pass through SPI level shift circuit and are connected with MCU module's MCU _ SPI _ MISO _5V0, MCU _ SPI _ MOSI _5V0, MCU _ SPI _ CS _5V0, MCU _ SPI _ SCLK _5V0 four signal lines.
In software design, an SPI communication protocol is defined, and information is exchanged between the AP module and the MCU module according to a specified protocol.
A specific SPI communication protocol is formulated as follows.
The AP module and the MCU module exchange information with fixed length of 13 bytes at a time, namely 13 bytes;
a 13 byte format definition. The method mainly comprises two conditions that the AP module is sent to the MCU module and the MCU module is sent to the AP module.
When defining the byte format sent by the AP module to the MCU module:
bit4 to bit6 in the Byte0 represent the length of effective data content, bit7 indicates whether the currently transmitted CAN packet is a standard frame or an extended frame, and the low four bits 0 to bit3 of the Byte0 are defined as follows:
0000: temporarily unused and subsequently available for function expansion;
0001: representing that the information sent to the MCU module by the current AP module is a CAN message related to vehicle electronic control and interacts with the vehicle through a CAN0 channel; at this time, bit7 bits of Byte0 indicate whether the type of the currently transmitted CAN packet is a standard frame or an extended frame, bit7 is 0, indicating that the packet is a standard frame, and bit7 is 1, indicating that the packet is an extended frame. If the frame is a standard frame, two bytes of Byte3 and Byte4 represent a standard frame CANID, Byte3 is a high bit, Byte4 is a low bit, bytes 5-12 are 8 bytes of CAN message specific data, and Byte1 and Byte2 are unused; if the extended frame is the extended frame, four bytes of Byte 1-Byte 4 represent the extended frame CANID, Byte1 is the high bit, Byte4 is the low bit, and bytes 5-Byte 12 are the specific data of the CAN message of 8 bytes.
0010: representing that the information sent to the MCU module by the current AP module is a CAN message related to the electronic control of the vehicle and is interacted with the vehicle through a CAN1 channel; at this time, bit7 bits of Byte0 indicate whether the type of the currently transmitted CAN packet is a standard frame or an extended frame, bit7 is 0, which indicates a standard frame, and bit7 is 1, which indicates an extended frame. If the frame is a standard frame, two bytes of Byte3 and Byte4 represent a standard frame CANID, Byte3 is a high bit, Byte4 is a low bit, bytes 5-12 are 8 bytes of CAN message specific data, and Byte1 and Byte2 are unused; if the extended frame is the extended frame, four bytes of Byte 1-Byte 4 represent the extended frame CANID, Byte1 is the high bit, Byte4 is the low bit, and Byte 5-Byte 12 are the CAN message specific data of 8 bytes.
0011: representing that the information sent to the MCU module by the current AP module is a CAN message related to the electronic control of the vehicle and is interacted with the vehicle through a CAN2 channel; at this time, bit7 bits of Byte0 indicate whether the type of the currently transmitted CAN packet is a standard frame or an extended frame, bit7 is 0, indicating that the packet is a standard frame, and bit7 is 1, indicating that the packet is an extended frame. If the frame is a standard frame, two bytes of Byte3 and Byte4 represent a standard frame CANID, Byte3 is a high bit, Byte4 is a low bit, bytes 5-12 are 8 bytes of CAN message specific data, and Byte1 and Byte2 are unused; if the extended frame is the extended frame, four bytes of Byte 1-Byte 4 represent the extended frame CANID, Byte1 is the high bit, Byte4 is the low bit, and Byte 5-Byte 12 are the CAN message specific data of 8 bytes.
0100: and the AP module sends the start completion signal to the MCU module when the start of the entertainment car machine system in the current AP module is completed. At this time, the Byte1 to Byte8 are filled with the content "systemok", and the Byte9 to Byte12 are not used and are filled with 0;
0101: the representative AP module requests to inquire the software version number of the electronic control system in the MCU module, and the AP module sends the version number to the MCU module. At this time, "mcu _ ver? "content, Byte 9-Byte 12 are unused and filled with 0;
0110: when the values of the bytes 1 to 5 are "reset", the MCU module receives the information and then executes the power-off and power-on actions to the AP module. The vehicle-mounted infotainment host computer is powered by a vehicle system, and is communicated with the vehicle by the 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 function expansion
1101: the information message which represents the information message sent by the AP module to the MCU module is obtained from the content in bytes 1-12. If the Byte1 value is 1, the contents of the Byte2 to the Byte5 are CRC32 check values of an electronic control system software OTA upgrade package in the MCU module, and the contents of the Byte7 to the Byte8 are the sizes of the electronic control system software OTA upgrade package in the MCU module; if the Byte1 value is 2 and the Byte 2-Byte 4 values 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 the Byte 2-Byte 5 values are 'stop', the software upgrading of the electronic control system in the MCU module is stopped; if the Byte1 value is 7 and the Byte 2-Byte 5 values are 'log 1', the AP module informs the MCU module that the log level of the electronic control system software in the MCU module is adjusted to level 1; if the Byte1 value is 7 and the Byte 2-Byte 5 values are 'log 2', the AP module informs the MCU module that the log level of the electronic control system software in the MCU module is adjusted to level 2; and other unused values can be reserved for subsequent function expansion.
1110: the information sent to the MCU module by the AP module represents the upgrading packet data of the MCU module control software. At this time, the bytes 1-8 are actual data contents, and the bytes 9-12 are not used and are filled with 0; the OTA upgrade package of the electronic control system software in the MCU module is upgraded along with the entertainment car machine system software, because only the entertainment car machine system has the networking function.
1111: temporarily unused and subsequently available for function expansion
When defining the byte format that MCU module sent to AP module:
bit4 to bit6 in the Byte0 represent the length of effective data content, bit7 indicates whether the currently transmitted CAN packet is a standard frame or an extended frame, and the low four bits 0 to bit3 of the Byte0 are defined as follows:
0000: temporarily unused, and subsequently available for function expansion;
0001: representing that the information sent to the AP module by the MCU module is a CAN message related to the electronic control of the vehicle and is interacted with the vehicle through a CAN0 channel; at this time, bit7 bits of Byte0 indicate whether the type of the currently transmitted CAN packet is a standard frame or an extended frame, bit7 is 0, indicating that the packet is a standard frame, and bit7 is 1, indicating that the packet is an extended frame. If the frame is a standard frame, two bytes of Byte3 and Byte4 represent a standard frame CANID, Byte3 is a high bit, Byte4 is a low bit, bytes 5-12 are 8 bytes of CAN message specific data, and Byte1 and Byte2 are unused; if the extended frame is the extended frame, four bytes of Byte 1-Byte 4 represent the extended frame CANID, Byte1 is the high bit, Byte4 is the low bit, and Byte 5-Byte 12 are the CAN message specific data of 8 bytes.
0010: representing that the information sent to the AP module by the MCU module is a CAN message related to the electronic control of the vehicle and is interacted with the vehicle through a CAN1 channel; at this time, bit7 bits of Byte0 indicate whether the type of the currently transmitted CAN packet is a standard frame or an extended frame, bit7 is 0, indicating that the packet is a standard frame, and bit7 is 1, indicating that the packet is an extended frame. If the frame is a standard frame, two bytes of Byte3 and Byte4 represent a standard frame CANID, Byte3 is a high bit, Byte4 is a low bit, bytes 5-12 are 8 bytes of CAN message specific data, and Byte1 and Byte2 are unused; if the extended frame is the extended frame, four bytes of Byte 1-Byte 4 represent the extended frame CANID, Byte1 is the high bit, Byte4 is the low bit, and Byte 5-Byte 12 are the CAN message specific data of 8 bytes.
0011: representing that the information sent to the AP module by the MCU module is a CAN message related to the electronic control of the vehicle and is interacted with the vehicle through a CAN2 channel; at this time, bit7 bits of Byte0 indicate whether the type of the currently transmitted CAN packet is a standard frame or an extended frame, bit7 is 0, indicating that the packet is a standard frame, and bit7 is 1, indicating that the packet is an extended frame. If the frame is a standard frame, two bytes of Byte3 and Byte4 represent a standard frame CANID, Byte3 is a high bit, Byte4 is a low bit, bytes 5-12 are 8 bytes of CAN message specific data, and Byte1 and Byte2 are unused; if the extended frame is the extended frame, four bytes of Byte 1-Byte 4 represent the extended frame CANID, Byte1 is the high bit, Byte4 is the low bit, and Byte 5-Byte 12 are the CAN message specific data of 8 bytes.
0100. 0101: temporarily unused and subsequently available for function expansion;
0110: and the MCU module transmits the vehicle steering wheel key information to the AP module.
At this time, if bit0 bit of Byte1 is 1, it indicates that the DOWN key on the steering wheel of the vehicle is pressed; if bit1 bit of Byte1 is 1, it indicates that the UP key on the steering wheel of the vehicle is pressed; if bit2 bit of the Byte1 is 1, the MODE key on the vehicle steering wheel is pressed; if bit3 bit of Byte1 is 1, indicating that VOL + key on the steering wheel of the vehicle is pressed; if bit4 bit of Byte1 is 1, it indicates that VOL-key on the steering wheel of vehicle is pressed; if bit5 bit of Byte1 is 1, it indicates that the mute key on the steering wheel of the vehicle is pressed; if bit6 bit of the Byte1 is 1, the BTON key on the steering wheel of the vehicle is pressed; unused bits are filled with 0 s.
If bit0 bit of the Byte2 is 1, the key of answering the call on the steering wheel of the vehicle is pressed; if bit1 bit of Byte2 is 1, it indicates that the hang-up phone 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 values of the Byte3 are 1, the SEEK-key on the steering wheel of the vehicle is being pressed by a user for a short time; if the bit0 bit and bit1 bit values of the 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 values of Bteye 3 are 1, the SEEK + key on the steering wheel of the vehicle is short-pressed by a user; if the bit2 and bit3 digits of the Byte3 are 2, the SEEK + key on the steering wheel of the vehicle is pressed by a user for a long time.
If bit0 bit of Byte4 is 1, it indicates that the SRC button on the steering wheel of the vehicle is pressed.
0111: representing the MCU module to feed back the version number of electronic control system software in the MCU module to the AP module, wherein the content format of bytes Byte 1-Byte 6 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 the firmware upgrading state fed back to the AP module by the MCU module; at this time, the values of the Byte1 to the Byte7 are all 1, if the bit0 of the Byte7 is 1, 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 the upgrading is not needed; if bit1 bit of the Byte7 is 1, the MCU module does not extract the version number of the OTA software package at the moment; if bit2 bit of Byte7 is 1, it indicates that the MCU module successfully receives the OTA software package, and CRC32 checks successfully; if bit3 bit of the Byte7 is 1, the MCU module is indicated to stop receiving the OTA software package and is recovered to a normal working state;
1011. 1100: temporarily unused and subsequently available for function expansion;
1101: representing the information message sent by the MCU module to the AP module. If the value of the Byte1 is 1 and the values of the bytes 2-6 are reset, the MCU module is indicated to receive the reset request sent by the AP module; if the value of the Byte1 is 2 and the values of the bytes 2-8 are 'scrn _ on', indicating that the MCU module informs the AP module to turn on the screen backlight; if the value of the Byte1 is 2 and the values of the bytes 2-9 are 'scrn _ off', indicating that the MCU module informs the AP module to turn off the screen backlight; if the value Bbye 1 is 3 and the values of Byte 2-Byte 7 are 'acc _ on', the MCU module informs the AP module that the automobile is powered on; if the Btoye 1 value is 3, and the Byte 2-Byte 8 values are 'acc _ off', indicating that the MCU module informs the AP module that the automobile is powered off; if the Btoye 1 value is 4, and the Byte 2-Byte 9 values are 'light _ on', the MCU module indicates that the AP module is notified that the car lights are turned on; if the Btoye 1 value is 4, and the Byte 2-Byte 10 values are 'light _ off', indicating that the MCU module informs the AP module that the car lights are turned on and off; the remaining unused bits are filled with 0 s.
1110: temporarily unused and subsequently available for function expansion;
1111: and log information of the electronic control system software sent to the AP module by the MCU module is represented.
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 operating system, the functions of the vehicle electronic control system and the entertainment function are integrated together, the vehicle owner can enjoy entertainment and simultaneously perform partial control on vehicle electronics, for example, timely responding to the operation of the vehicle owner on keys on a steering wheel, adjusting the related settings of a vehicle air conditioner, controlling the related auxiliary lamps of the vehicle, displaying and reminding the related state information of the vehicle in a plurality of ways, and the like.
The protocol basically covers various interactive scenes of the vehicle-mounted AP module and the MCU module, and is very convenient to expand according to practical 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 car system running on the AP module provides an air conditioner operation panel interface through which a car owner can control a vehicle air conditioner. Controlling an air conditioner switch, setting air conditioner temperature, air speed, air door direction, air circulation mode and the like. To control the functions of these vehicles, it is necessary to transmit a CAN message of a specified format to the vehicle CAN bus according to a CAN matrix protocol provided by the vehicle manufacturer to realize real control. This embodiment sends the relevant CAN message of AP module to the MCU module through the SPI agreement, and on the vehicle CAN bus was sent with this CAN message by the MCU module.
When the vehicle-mounted entertainment car machine system needs to display related contents for a car owner to check according to the state of the car:
for example, when a vehicle is backed, the car entertainment system needs to automatically display a back image of a camera behind the vehicle on a screen for a car owner to view, how can the car entertainment system running on the AP module know that the vehicle is in a back state? According to the method, the vehicle CAN messages are announced on the vehicle CAN bus in a CAN message mode at a certain periodic frequency according to the real-time state of the vehicle, the MCU module connected with the vehicle CAN bus CAN acquire the CAN messages in real time, the MCU module forwards the acquired CAN messages to the AP module according to the formulated SPI protocol, an entertainment vehicle machine system running in the AP module analyzes the received content according to the formulated SPI protocol, the change of the relevant state of the vehicle CAN be received in real time, and then corresponding actions are executed according to the state change.
When the car owner wishes to operate the related functions of the entertainment car machine system through the steering wheel key:
for example, when the owner is listening to a song or a radio, the owner wants to adjust the current volume through the VOL + key or the VOL-key on the steering wheel; or may wish to switch songs or stations via the UP key or the DOWN key on the steering wheel. Because the AP module does not link to each other with the vehicle signal line is direct, consequently, this moment still need with the MCU module that connects automobile body signal line and link to each other give the AP module relevant information that detects according to the SPI protocol format of formulating, the amusement vehicle machine system who operates on the AP module receives behind the relevant information according to the SPI protocol format of formulating and analyzes, just can know current user's operation, and then realize corresponding control function.
The technical principle of the present invention is described above in connection with specific embodiments. The description is made for the purpose of illustrating the principles of the invention and should not be construed in any way as limiting the scope of the invention. Based on the explanations herein, those skilled in the art will be able to conceive of other embodiments of the present invention without inventive step, which shall fall within the scope of the appended claims.

Claims (10)

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 an SPI protocol, and exchanging information with a fixed length of 13 bytes by the AP module and the MCU module at one time;
defining a byte format sent by the AP module to the MCU module;
and defining the byte format sent by the MCU module to the AP module.
2. The communication method between the MCU module and the AP module in a vehicle according to claim 1,
when the byte format sent to the MCU module by the AP module is defined:
bit4 to bit6 in the Byte0 represent the length of effective data content, bit7 indicates whether the currently transmitted CAN packet is a standard frame or an extended frame, and the low four bits 0 to bit3 of the Byte0 are defined as follows:
0000: for function expansion;
0001: representing that the information sent to the MCU module by the current AP module is a CAN message related to the electronic control of the vehicle and is interacted with the vehicle through a CAN0 channel;
0010: representing that the information sent to the MCU module by the current AP module is a CAN message related to the electronic control of the vehicle and is interacted with the vehicle through a CAN1 channel;
0011: representing that the information sent to the MCU module by the current AP module is a CAN message related to the electronic control of the vehicle and is interacted with the vehicle through a CAN2 channel;
0100: the system of the entertainment car machine in the current AP module is started completely and is sent to the MCU module by the AP module; at this time, the Byte1 to Byte8 are filled with the content "systemok", and the Byte9 to Byte12 are not used and are filled with 0;
0101: the representative AP module requests to inquire the software version number of the electronic control system in the MCU module and sends the version number to the MCU module by the AP module; at this time, "mcu _ ver? "content, Byte 9-Byte 12 are unused and filled with 0;
0110: the representative AP module requests for resetting, at this time, the values from Byte1 to Byte5 are 'reset', and the MCU module receives the information and then executes the actions of powering off and powering on the AP module;
0111 ~ 1100: for function expansion;
1101: representing an information message sent by the AP module to the MCU module, wherein the specific information content is obtained from the content in bytes 1-12;
1110: the information sent to the MCU module by the AP module represents the upgrade packet data of the MCU module control software; at this time, the bytes 1-8 are actual data contents, and the bytes 9-12 are not used and are filled with 0;
1111: for function expansion.
3. The communication method between the MCU module and the AP module in a vehicle according to claim 2,
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 indicating the standard frame, bit7 is 1 indicating the extended frame;
if the frame is a standard frame, two bytes of Byte3 and Byte4 represent a standard frame CANID, Byte3 is a high bit, Byte4 is a low bit, bytes 5-12 are 8 bytes of CAN message specific data, and Byte1 and Byte2 are unused; if the extended frame is the extended frame, four bytes of Byte 1-Byte 4 represent the extended frame CANID, Byte1 is the high bit, Byte4 is the low bit, and Byte 5-Byte 12 are the CAN message specific data of 8 bytes.
In the definition of 0010, bit7 bit of Byte0 indicates whether the type of the currently transmitted CAN packet is a standard frame or an extended frame, bit7 is 0 indicating that the packet is a standard frame, and bit7 is 1 indicating that the packet is an extended frame;
if the frame is a standard frame, two bytes of Byte3 and Byte4 represent a standard frame CANID, Byte3 is a high bit, Byte4 is a low bit, bytes 5-12 are 8 bytes of CAN message specific data, and Byte1 and Byte2 are unused; if the extended frame is the extended frame, four bytes of Byte 1-Byte 4 represent the extended frame CANID, Byte1 is the high bit, Byte4 is the low bit, and Byte 5-Byte 12 are the CAN message specific data of 8 bytes;
in the definition of 0011, bit7 bit of Byte0 indicates whether the type of the currently transmitted CAN packet is a standard frame or an extended frame, bit7 is 0 indicating that the packet is a standard frame, and bit7 is 1 indicating that the packet is an extended frame;
if the frame is a standard frame, two bytes of Byte3 and Byte4 represent a standard frame CANID, Byte3 is a high bit, Byte4 is a low bit, bytes 5-12 are 8 bytes of CAN message specific data, and Byte1 and Byte2 are unused; if the extended frame is the extended frame, four bytes of Byte 1-Byte 4 represent the extended frame CANID, Byte1 is the high bit, Byte4 is the low bit, and bytes 5-Byte 12 are the specific data of the CAN message of 8 bytes.
4. The communication method between the MCU module and the AP module in a vehicle according to claim 2,
in the definition of 1101, if the Byte1 value is 1, the Byte2 to Byte5 contents are CRC32 check values of an electronic control system software OTA upgrade package in the MCU module, and the Byte7 to Byte8 contents are the size of the electronic control system software OTA upgrade package in the MCU module;
if the Byte1 value is 2 and the Byte 2-Byte 4 values 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 the Byte 2-Byte 5 values are 'stop', the software upgrading of the electronic control system in the MCU module is stopped;
if the Byte1 value is 7 and the Byte 2-Byte 5 values are 'log 1', the AP module informs the MCU module that the log level of the electronic control system software in the MCU module is adjusted to level 1;
if the Byte1 value is 7 and the Byte 2-Byte 5 values are 'log 2', the AP module informs the MCU module that the log level of the electronic control system software in the MCU module is adjusted to level 2;
other unused values are used for function expansion.
5. The communication method between the MCU module and the AP module in a vehicle according to claim 1,
when the definition MCU module sends the byte format to the AP module:
bit4 to bit6 in the Byte0 represent the length of effective data content, bit7 indicates whether the currently transmitted CAN packet is a standard frame or an extended frame, and the low four bits 0 to bit3 of the Byte0 are defined as follows:
0000: can be used for function expansion;
0001: representing that the information sent to the AP module by the MCU module is a CAN message related to the electronic control of the vehicle and is interacted with the vehicle through a CAN0 channel;
0010: representing that the information sent to the AP module by the MCU module is a CAN message related to the electronic control of the vehicle and is interacted with the vehicle through a CAN1 channel;
0011: representing that the information sent to the AP module by the MCU module is a CAN message related to the electronic control of the vehicle and is interacted with the vehicle through a CAN2 channel;
0100: for function expansion;
0101: for function expansion;
0110: the MCU module transmits the vehicle steering wheel key information to the AP module;
0111: representing the MCU module to feed back the version number of electronic control system software in the MCU module to the AP module, wherein the content format of bytes Byte 1-Byte 6 is 'RS _ Vxx', and xx represents a specific version number, such as RS _ V01;
1000: for function expansion;
1001: for function expansion;
1010: representing the firmware upgrading state fed back to the AP module by the MCU 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: and log information of the electronic control system software sent to the AP module by the MCU module is represented.
6. The communication method between the MCU module and the AP module in a vehicle according to claim 5,
in the definition 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, which indicates that the CAN message is a standard frame, bit7 is 1, which indicates that the CAN message is an extended frame;
if the frame is a standard frame, two bytes of Byte3 and Byte4 represent a standard frame CANID, Byte3 is a high bit, Byte4 is a low bit, bytes 5-12 are 8 bytes of CAN message specific data, and Byte1 and Byte2 are unused;
if the extended frame is the extended frame, four bytes of Byte 1-Byte 4 represent the extended frame CANID, Byte1 is the high bit, Byte4 is the low bit, and Byte 5-Byte 12 are the CAN message specific data of 8 bytes;
in the definition 0010, bit7 of Byte0 indicates whether the type of the currently transmitted CAN packet is a standard frame or an extended frame, bit7 is 0, which indicates that the packet is a standard frame, and bit7 is 1, which indicates that the packet is an extended frame;
if the frame is a standard frame, two bytes of Byte3 and Byte4 represent a standard frame CANID, Byte3 is a high bit, Byte4 is a low bit, bytes 5-12 are 8 bytes of CAN message specific data, and Byte1 and Byte2 are unused;
if the extended frame is the extended frame, four bytes of Byte 1-Byte 4 represent the extended frame CANID, Byte1 is the high bit, Byte4 is the low bit, and Byte 5-Byte 12 are the CAN message specific data of 8 bytes.
In the definition 0011, bit7 of Byte0 indicates whether the type of the currently transmitted CAN packet is a standard frame or an extended frame, bit7 is 0, which indicates that the packet is a standard frame, and bit7 is 1, which indicates that the packet is an extended frame;
if the frame is a standard frame, two bytes of Byte3 and Byte4 represent a standard frame CANID, Byte3 is a high bit, Byte4 is a low bit, bytes 5-12 are 8 bytes of CAN message specific data, and Byte1 and Byte2 are unused;
if the extended frame is the extended frame, four bytes of Byte 1-Byte 4 represent the extended frame CANID, Byte1 is the high bit, Byte4 is the low bit, and Byte 5-Byte 12 are the CAN message specific data of 8 bytes.
7. The communication method between the MCU module and the AP module in a vehicle according to claim 5,
in the definition 0110, if the bit0 bit of Byte1 is 1, it indicates that the DOWN key on the steering wheel of the vehicle is pressed;
if bit1 bit of Byte1 is 1, it indicates that the UP key on the steering wheel of the vehicle is pressed;
if bit2 bit of Byte1 is 1, the MODE key on the steering wheel of the vehicle is pressed;
if bit3 bit of Byte1 is 1, indicating that VOL + key on the steering wheel of the vehicle is pressed;
if bit4 bit of Byte1 is 1, it indicates that VOL-key on the steering wheel of vehicle is pressed;
if bit5 bit of Byte1 is 1, it indicates that the mute key on the steering wheel of the vehicle is pressed;
if bit6 bit of the Byte1 is 1, the BTON key on the steering wheel of the vehicle is pressed; unused bits are filled with 0 s;
if bit0 bit of the Byte2 is 1, the key of answering the call on the steering wheel of the vehicle is pressed;
if bit1 bit of Byte2 is 1, it indicates that the hang-up phone key on the steering wheel of the vehicle is pressed; other unused bits are filled with 0;
if the bit0 bit and bit1 bit values of the Byte3 are 1, the SEEK-key on the steering wheel of the vehicle is being pressed by a user for a short time;
if the bit0 bit and bit1 bit values of the 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 values of Bteye 3 are 1, the SEEK + key on the steering wheel of the vehicle is short-pressed by a user;
if the bit2 and bit3 bit values of the Byte3 are 2, the SEEK + key on the steering wheel of the vehicle is pressed for a long time by a user;
if bit0 bit of Byte4 is 1, it indicates that the SRC button on the steering wheel of the vehicle is pressed.
8. The communication method between the MCU module and the AP module in a vehicle according to claim 5,
in the definition 1010, the values of the Byte 1-Byte 7 are all 1, if the bit0 of the Byte7 is 1, the version number of an OTA software package of the electronic control system software received by the MCU module is the same as the current version number, and the upgrading is not needed;
if bit1 bit of the Byte7 is 1, the MCU module does not extract the version number of the OTA software package at the moment;
if bit2 bit of Byte7 is 1, it indicates that the MCU module successfully receives the OTA software package, and CRC32 checks successfully;
if bit3 bit of the Byte7 is 1, the MCU module is indicated to stop receiving the OTA software package, and the normal working state is recovered.
9. The communication method between the MCU module and the AP module in a vehicle according to claim 5,
in the definition 1101, if the value of Byte1 is 1 and the values of Byte 2-Byte 6 are "reset", it indicates that the MCU module receives the reset request sent by the AP module;
if the value of the Byte1 is 2 and the values of the bytes 2-8 are 'scrn _ on', indicating that the MCU module informs the AP module to turn on the screen backlight;
if the value of the Byte1 is 2 and the values of the bytes 2-9 are 'scrn _ off', indicating that the MCU module informs the AP module to turn off the screen backlight;
if the Btoye 1 value is 3, and the Byte 2-Byte 7 values are 'acc _ on', the MCU module informs the AP module that the automobile is powered on;
if the Btoye 1 value is 3, and the Byte 2-Byte 8 values are 'acc _ off', indicating that the MCU module informs the AP module that the automobile is powered off;
if the Btoye 1 value is 4, and the Byte 2-Byte 9 values are 'light _ on', the MCU module indicates that the AP module is notified that the car lights are turned on;
if the Btoye 1 value is 4, and the Byte 2-Byte 10 values are 'light _ off', indicating that the MCU module informs the AP module that the car lights are turned on and off; the remaining unused bits are filled with 0 s.
10. A communication system for the communication method between the vehicle-mounted MCU module and the AP module according to any one of claims 1 to 9,
including MCU module, SPI circuit and AP module, the MCU module passes through the SPI circuit with the AP module communication.
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 true CN114615341A (en) 2022-06-10
CN114615341B 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 (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106004444A (en) * 2016-07-18 2016-10-12 重庆长安汽车股份有限公司 Intelligent prompting method and system for vehicle faults
WO2017152863A1 (en) * 2016-03-11 2017-09-14 比亚迪股份有限公司 On-vehicle multimedia system and vehicle
CN108040214A (en) * 2017-12-08 2018-05-15 延锋伟世通电子科技（南京）有限公司 A kind of SPI passages by FPD-LinkIII realize vehicle entertainment system and the framework of instrument double screen interconnection
CN211580188U (en) * 2020-04-21 2020-09-25 东软集团股份有限公司 Vehicle-mounted information entertainment system and vehicle
CN211765208U (en) * 2020-01-11 2020-10-27 常州星宇车灯股份有限公司 Car light control system with entertainment function
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
CN113872838A (en) * 2021-08-24 2021-12-31 爱驰汽车有限公司 Vehicle-mounted control system and method, and processing method of video data and audio data
CN114056266A (en) * 2021-11-18 2022-02-18 宁波集联软件科技有限公司 Shutdown method and system of application system during automobile flameout

Patent Citations (10)

* 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
CN106004444A (en) * 2016-07-18 2016-10-12 重庆长安汽车股份有限公司 Intelligent prompting method and system for vehicle faults
CN108040214A (en) * 2017-12-08 2018-05-15 延锋伟世通电子科技（南京）有限公司 A kind of SPI passages by FPD-LinkIII realize vehicle entertainment system and the framework of instrument double screen interconnection
CN211765208U (en) * 2020-01-11 2020-10-27 常州星宇车灯股份有限公司 Car light control system with entertainment function
CN113119847A (en) * 2020-01-11 2021-07-16 常州星宇车灯股份有限公司 Car light control system with entertainment function and control method
CN211580188U (en) * 2020-04-21 2020-09-25 东软集团股份有限公司 Vehicle-mounted information entertainment system and vehicle
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
CN113872838A (en) * 2021-08-24 2021-12-31 爱驰汽车有限公司 Vehicle-mounted control system and method, and processing method of video data and audio data
CN114056266A (en) * 2021-11-18 2022-02-18 宁波集联软件科技有限公司 Shutdown method and system of application system during automobile flameout

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
谢士宁: ""基于FPGA的车载影像系统研究与设计"" *
赵文棣: ""车载信息娱乐系统框架介绍及发展概述"" *

Also Published As

Publication number Publication date
CN114615341B (en) 2023-05-09

Similar Documents

Publication Publication Date Title
WO2018082105A1 (en) Method and device for switching on-vehicle service using external sim card
EP4310668A1 (en) Method and apparatus for upgrading terminal
CN106371433A (en) Debugging device of vehicle-mounted information system
CN202814405U (en) Vehicle-mounted multi-screen navigator system
CN114996183A (en) Vehicle-mounted augmented reality system, vehicle and communication implementation method
CN105946747B (en) Control method and vehicle mainboard in vehicle
CN114615341B (en) Communication method and communication system between vehicle-mounted MCU module and AP module
CN112153120A (en) Vehicle-mounted coffee machine control system and vehicle-mounted coffee machine
CN103295377A (en) Car dual-control system based on remote control
CN109361419B (en) Satellite communication vehicle-mounted module control unit, vehicle-mounted module and vehicle-mounted system terminal
CN202213546U (en) Engine fault code display system
US20170118580A1 (en) Processing apparatus, vehicular system and method for processing audio data
CN114670762B (en) Vehicle-mounted equipment awakening control method and device and electric automobile
CN102798392A (en) Vehicle-mounted multi-screen navigator system and control method thereof
EP4246284A1 (en) Hierarchical management method and system for terminal device
CN215895540U (en) One-key starting control system for passenger car
CN114523919A (en) Vehicle and control method thereof
EP2075161B1 (en) Improvements in telematics equipment on board a vehicle
CN113671926B (en) Vehicle-mounted internet terminal and electric automobile
CN112140973A (en) Vehicle-mounted water cup control system and vehicle-mounted water cup
CN111726785A (en) Vehicle-mounted entertainment and mobile terminal system assembly and using method thereof
CN111169373A (en) Control device and control system of atmosphere lamp and vehicle
CN111994001A (en) Vehicle-mounted wireless screen projection system
KR100879888B1 (en) Vehicle ID Service System ? Method Using ECU
KR100372443B1 (en) A device for communicating data between communicaiton system for vehicle and portable terminal using local area communication module

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