Method, system and device for uploading data after wakeup of whole vehicle

Abstract

The invention relates to a method, system and device for uploading data after a whole vehicle is awakened, and the method comprises the steps: collecting vehicle bus data after a microcontroller is awakened from a dormant state, and caching the vehicle bus data to a memory; after the microcontroller detects that the system-on-chip is awakened from the dormant state, the vehicle bus data in the memory are sent to the system-on-chip through a gateway, and the awakening duration of the system-on-chip is longer than that of the microcontroller. The integrity of the recorded data of the system-on-chip at the initial stage of vehicle wakeup is ensured.

Description

Technical Field

[0001] The present application relates to the field of vehicle technology, and in particular to a method, system and device for uploading data after waking up the entire vehicle. Background Art

[0002] In order to save energy, automotive electronic and electrical systems often use network sleep mode to reduce energy consumption during non-working hours. However, this mechanism improves energy efficiency while also bringing challenges to data recording. Existing data storage is usually controlled by the SOC (System-on-Chip) chip. After the vehicle wakes up from the network sleep state, the SOC system often takes a long time to fully start and start normal operation. The SOC system cannot accurately record vehicle bus data from startup to the entire working process, which may lead to the loss of key data, especially those important events that occur in the early stage of wake-up, such as abnormal conditions or fault precursor signals. Summary of the invention

[0003] The present application provides a method, system and device for uploading data after waking up the entire vehicle, so as to solve the problem of incomplete data recording in the initial stage of vehicle waking up.

[0004] In a first aspect, the present application provides a method for uploading data after waking up the entire vehicle, the method comprising: after the microcontroller wakes up from a sleep state, collecting vehicle bus data and caching the vehicle bus data in a memory; after the microcontroller detects that the system on chip is awakened from a sleep state, sending the vehicle bus data in the memory to the system on chip through a gateway, wherein the wake-up time of the system on chip is greater than the wake-up time of the microcontroller.

[0005] Optionally, the microcontroller detects that the system on chip is awakened from a sleep state, including: after the microcontroller is awakened from the sleep state, sending a request message to the system on chip, wherein the request message is used to request the system on chip to feedback a message after waking up; after receiving the feedback message from the system on chip, the microcontroller determines that the system on chip has been awakened from the sleep state.

[0006] Optionally, collecting vehicle bus data and caching the vehicle bus data into a memory includes: after the microcontroller collects the vehicle bus data, encapsulating the vehicle bus data into an Ethernet message in a standard format defined by a preset protocol; and caching the Ethernet message into the memory.

[0007] Optionally, sending the vehicle bus data in the memory to the system on chip through the gateway includes: the microcontroller establishes an Ethernet link with the system on chip through the gateway; the microcontroller reads the Ethernet message from the memory and sends the Ethernet message to the system on chip through the Ethernet link.

[0008] Optionally, after the vehicle bus data in the memory is sent to the system on chip through the gateway, the method also includes: the system on chip determines the network status between it and the cloud; adjusts the upload rate of the vehicle bus data and the data priority in the vehicle bus data according to the network status; and uploads the vehicle bus data to the cloud according to the data priority and the upload rate.

[0009] Optionally, the method further includes: after the system on chip wakes up, the microcontroller continues to execute the steps of collecting vehicle bus data and caching the vehicle bus data in a memory, so as to send the vehicle bus data in the memory to the system on chip.

[0010] In a second aspect, the present application provides a system for uploading data after waking up the entire vehicle, the system comprising a microcontroller, a memory, at least one gateway and a system on chip; the microcontroller is used to collect vehicle bus data after waking up from a sleep state; the memory is connected to the microcontroller and is used to cache the vehicle bus data; at least one gateway is connected to the microcontroller and is used to transmit the vehicle bus data in the memory according to the control of the microcontroller; the system on chip is connected to the at least one gateway and is used to receive the vehicle bus data transmitted by the at least one gateway after waking up from a sleep state, wherein the wake-up time of the system on chip is greater than the wake-up time of the microcontroller.

[0011] In the third aspect, the present application provides a device for uploading data after the entire vehicle is awakened, and the device includes: a cache module, which is used to collect vehicle bus data and cache the vehicle bus data to a memory after the microcontroller is awakened from a sleep state; a sending module, which is used to send the vehicle bus data in the memory to the system on chip through a gateway after the microcontroller detects that the system on chip is awakened from a sleep state, wherein the wake-up time of the system on chip is greater than the wake-up time of the microcontroller.

[0012] In a fourth aspect, the present application provides an electronic device comprising: at least one communication interface; at least one bus connected to the at least one communication interface; at least one processor connected to the at least one bus; and at least one memory connected to the at least one bus.

[0013] In a fifth aspect, the present application also provides a computer storage medium storing computer executable instructions, wherein the computer executable instructions are used to execute the method for uploading data after waking up the entire vehicle as described in any one of the above items of the present application.

[0014] The above technical solution provided by the embodiment of the present application has the following advantages compared with the prior art: the microcontroller saves the vehicle bus data at the initial stage of vehicle wake-up to the memory, and sends the data in the memory to the system on chip after the system on chip wakes up, so that the data in the system on chip is continuous and without omissions, avoiding the loss of key data and ensuring the integrity of the data recorded by the system on chip at the initial stage of vehicle wake-up. BRIEF DESCRIPTION OF THE DRAWINGS

[0015] The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the invention and, together with the description, serve to explain the principles of the invention.

[0016] In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings required for use in the embodiments or the description of the prior art will be briefly introduced below. Obviously, for ordinary technicians in this field, other drawings can be obtained based on these drawings without paying any creative labor.

[0017] One or more embodiments are exemplarily described by pictures in the corresponding drawings, and these exemplified descriptions do not constitute limitations on the embodiments. Elements with the same reference numerals in the drawings represent similar elements, and unless otherwise stated, the figures in the drawings do not constitute proportional limitations.

[0018] Figure 1 A system block diagram for uploading data after waking up a vehicle provided in an embodiment of the present application;

[0019] Figure 2 A flow chart of a method for uploading data after waking up a vehicle provided in an embodiment of the present application;

[0020] Figure 3 A schematic diagram of the structure of a device for uploading data after waking up a vehicle provided in an embodiment of the present application;

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

[0022] In order to make the purpose, technical solution and advantages of the embodiments of the present application clearer, the technical solution in the embodiments of the present application will be clearly and completely described below in conjunction with the drawings in the embodiments of the present application. Obviously, the described embodiments are part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field without making creative work are within the scope of protection of this application.

[0023] The disclosure below provides many different embodiments or examples to implement different structures of the present invention. In order to simplify the disclosure of the present invention, the parts and settings of specific examples are described below. Of course, they are only examples, and the purpose is not to limit the present invention. In addition, the present invention can repeat reference numbers and / or letters in different examples. This repetition is for the purpose of simplification and clarity, and does not itself indicate the relationship between the various embodiments and / or settings discussed.

[0024] This application provides a system block diagram for uploading data after the vehicle wakes up, such as Figure 1 As shown, the system includes a microcontroller, a memory, at least one gateway, a system on chip and a cloud. The system on chip is connected to each gateway and the cloud respectively, at least one gateway is connected to the microcontroller, and the microcontroller is connected to the memory.

[0025] in, Figure 1 The microcontroller (MCU) is not shown in the figure, and the MCU is located between the gateway (GW) and the electronic control unit (ECU).

[0026] Figure 1 The CDC (Central Display Controller) in the car is the central display controller. The CDC system is a key subsystem in the car, responsible for managing and controlling various information and functions on the central display screen of the vehicle. It usually integrates multiple modules to process and display data from different sources, including navigation, entertainment, vehicle status information, etc. The SOC chip is the core of the CDC system, integrating multiple functional modules such as CPU, GPU, memory, I / O interface, etc., responsible for processing and managing all display-related data and operations.

[0027] When the vehicle wakes up from network sleep, each electronic control unit (ECU) in the vehicle becomes active and generates corresponding network segment data. These network segment data contain various information about the vehicle status and performance, such as engine status, vehicle speed, fuel level, etc. Subsequently, these network segment data will be transmitted to the vehicle's internal communication network, specifically, the vehicle bus data is generated through the CAN (Controller Area Network) bus or LIN (Local Interconnect Network) bus. These two bus protocols are the most commonly used communication standards in the automotive industry, used to ensure efficient data exchange between different systems inside the vehicle.

[0028] Microcontrollers (MCUs) usually wake up from sleep mode earlier than system-on-chips (SoCs). This is mainly because microcontrollers are designed with a greater emphasis on low power consumption and fast startup capabilities, enabling them to quickly enter the working state at the initial stage of vehicle wake-up. Therefore, when the vehicle just wakes up from sleep mode, the microcontroller has already begun to monitor the activities on the CAN bus or LIN bus and collect vehicle bus data. In order to prevent data loss before the system-on-chip is fully awakened, the microcontroller will save the collected vehicle bus data to its internal or external memory.

[0029] Once the SoC is fully awakened from sleep, it sends a feedback message to the microcontroller to confirm that it is ready to receive data. After receiving this feedback message, the microcontroller reads the previously saved vehicle bus data from the memory and sends this data to the SoC through the pre-configured gateway. The gateway mentioned here is an important component that is responsible for bridging different network architectures to ensure that data can be smoothly transmitted from the microcontroller to the SoC.

[0030] Finally, after receiving the vehicle bus data, the system on chip will process it and finally upload the data to the cloud. In this way, it not only ensures that the data in the initial stage of vehicle wake-up will not be lost, but also realizes the seamless connection between vehicle data and cloud platform, providing a solid foundation for remote monitoring, data analysis and future Internet of Vehicles services.

[0031] In the present application, the microcontroller saves the vehicle bus data at the initial stage of vehicle wake-up to the memory, and then sends the data in the memory to the system on chip after the system on chip wakes up. In this way, the data in the system on chip is continuous and without omissions, avoiding the loss of key data and ensuring the integrity of the data recorded by the system on chip at the initial stage of vehicle wake-up.

[0032] Among them, segment data refers to the data exchange between various electronic control units (ECUs) through the communication bus in the vehicle electronic control system. These data include vehicle status information, sensor data, control instructions, etc. The main function of segment data is to realize information sharing and collaborative work between various ECUs to ensure the normal operation and safety performance of the vehicle system. Bus data refers to data transmitted on the same communication bus. In the vehicle electronic control system, common bus types include CAN (Controller Area Network) bus and LIN (Local Interconnect Network) bus. Bus data is mainly used to connect various devices on the same bus to realize communication and data transmission between devices. When the vehicle wakes up from the network sleep state, each ECU will generate segment data and transmit these segment data to the CAN bus or LIN bus to generate vehicle bus data. Through the bus system, data transmission between various ECUs can be realized. This data transmission mechanism ensures the coordinated work and information sharing of various parts in the vehicle system.

[0033] Optionally, a gateway (GW) plays a role in connecting different networks and performing protocol conversion in a computer network, so that different types of networks can communicate with each other. In the field of automotive electronics, the gateway also assumes similar functions, especially in complex vehicle network environments, where it is responsible for managing and coordinating data flows between multiple communication buses to ensure effective communication between various systems within the vehicle.

[0034] Preferably, the microcontroller adopts a high-performance microcontroller with a low power mode and a fast wake-up function, which can reduce power consumption in sleep mode on the one hand, and has a fast wake-up function on the other hand, which can recover from sleep state to full speed operation in a very short time, shorten the wake-up time, and improve the comprehensiveness of the collected vehicle bus data. Exemplarily, the high-performance microcontroller can adopt Renesas RH850 / U2A, ARM Cortex-M series, AVR series or STM32 series.

[0035] Optionally, the memory can be an embedded memory or an external memory. Embedded memory refers to a storage component integrated in the microcontroller for storing vehicle bus data, such as an embedded MultiMedia Card storage chip (EMMC), flash memory, RAM, etc. Embedded memory has the characteristics of high performance, low power consumption and high capacity. Among them, high performance: embedded memory has the characteristics of high data transmission rate and low latency, can quickly respond to the read and write requests of the processor, facilitate timely processing and uploading of data, and improve the overall performance of the system. Low power consumption: Compared with traditional storage solutions, embedded memory has lower power consumption and is suitable for embedded devices that run for a long time, which is especially important for microcontrollers that need to run stably for a long time. High capacity: embedded memory provides storage capacity ranging from a few GB to tens of GB to meet the needs of different application scenarios, which enables the microcontroller to process large amounts of data and complex algorithms.

[0036] External storage refers to storage devices that are installed outside the system and connected to the system through an interface. The external storage is not directly integrated into the microcontroller, but can communicate with the system through various interfaces (such as SATA, USB, PCIe, etc.). External storage has the characteristics of large capacity, high performance and scalability. Among them, large capacity: external storage usually has a large storage capacity and can meet large-scale data processing and storage needs. For example, HDD hard disks and SSD solid state drives both provide storage capacities ranging from a few TB to hundreds of TB. High performance: Some types of external storage (such as SSD) have high data transfer rates and low latency characteristics, which can quickly respond to the processor's read and write requests and improve the overall performance of the system. Scalability: External storage can expand the system's storage capacity by adding new storage devices to meet changing data storage needs.

[0037] Based on the same technical concept, this application provides a method for uploading data after the vehicle is awakened, such as Figure 2 As shown, applied to the system, the method comprises the following steps:

[0038] Step 201: After the microcontroller wakes up from a sleep state, it collects vehicle bus data and caches the vehicle bus data into a memory;

[0039] Step 202: After the microcontroller detects that the system on chip wakes up from a sleep state, the vehicle bus data in the memory is sent to the system on chip through a gateway, wherein the wake-up time of the system on chip is greater than the wake-up time of the microcontroller.

[0040] The microcontroller first wakes up from sleep mode and quickly collects vehicle bus data generated on the CAN bus or LIN bus. This data includes vehicle status information, sensor data, etc., which are critical to the normal operation of the entire vehicle control system. By quickly collecting vehicle bus data, the microcontroller can ensure that the key data at the initial stage of vehicle wake-up has been saved before the on-chip system wakes up, which helps to avoid the loss of key data, improve the integrity of data collection, and the accuracy and reliability of data processing.

[0041] The microcontroller caches the collected vehicle bus data into the memory, which temporarily stores the data for subsequent processing and transmission. The cache mechanism ensures that the integrity of the data will not be affected even if there is a short interruption or delay during the data transmission process. At the same time, it also provides buffer space for subsequent data uploads, improving the efficiency and reliability of data transmission.

[0042] After the SoC wakes up, the microcontroller has cached the vehicle bus data. At this time, the SoC receives the vehicle bus data in the memory through the gateway. Since the wake-up time of the SoC is usually longer than that of the microcontroller, it has enough time to process and upload the data. This design ensures the integrity and timeliness of the data and avoids data loss caused by data transmission delays.

[0043] The coordinated work of the microcontroller, memory and system-on-chip ensures data integrity and timeliness after the vehicle wakes up from network sleep. By quickly collecting, caching and transmitting data, the system effectively avoids the loss of critical data, improves the integrity of data collection, and the accuracy and reliability of data processing.

[0044] In step 202, the microcontroller detects that the system on chip wakes up from a sleep state, including: after the microcontroller wakes up from the sleep state, sending a request message to the system on chip, wherein the request message is used to request the system on chip to feedback a message after waking up; after receiving the feedback message from the system on chip, the microcontroller determines that the system on chip has been awakened from the sleep state.

[0045] When the microcontroller is awakened from its sleep state, it will send a request message to the system-on-chip connected to it. The main purpose of this request message is to require the system-on-chip to feedback a confirmation message to the microcontroller after completing its own wake-up process. This mechanism ensures that the microcontroller can accurately understand that the system-on-chip has successfully recovered from the sleep state and is ready to perform further tasks or operations. When the microcontroller receives the confirmation message sent back by the system-on-chip, it can confirm that the wake-up process of the system-on-chip has been successfully completed, so that subsequent data transmission operations can continue. The timely feedback of confirmation messages by the system-on-chip can improve the response efficiency of the system, and also enhance the coordination and reliability between the various parts of the system.

[0046] Optionally, the caching and sending of vehicle bus data are both in the form of Ethernet messages. The embodiment of the present application adopts Ethernet messages, and CAN messages may also be adopted. Specifically, after the microcontroller collects the vehicle bus data, it encapsulates the vehicle bus data into Ethernet messages in a standard format defined by a preset protocol; and caches the Ethernet messages in the memory. After the system on chip wakes up, the microcontroller establishes an Ethernet link with the system on chip through a gateway; the microcontroller reads the Ethernet message from the memory, and sends the Ethernet message to the system on chip through the Ethernet link.

[0047] The microcontroller is responsible for monitoring and collecting vehicle bus data during its operation. In order to ensure that this data can be effectively transmitted to the on-chip system, the microcontroller needs to first convert the collected vehicle bus data into a standard format according to a preset communication protocol (such as the Bus Mirroring protocol). This process is usually called data encapsulation. The encapsulated data will be constructed into a message format that conforms to the Ethernet communication standard, namely, an Ethernet message.

[0048] Once the data is encapsulated into an Ethernet message, the microcontroller does not send it out immediately, but first caches the Ethernet message in an internal or external memory. This has several advantages: first, it can reduce the immediate load of the network and avoid delays or packet loss caused by sending data when the network is busy; second, it provides a safe backup of the data, ensuring that the data will not be lost when the network connection is unstable or the on-chip system is in sleep mode.

[0049] When the SoC is awakened from sleep mode, the microcontroller will establish an Ethernet link with the SoC through the pre-set GW gateway. The GW gateway acts as a bridge, connecting two different network environments, so that effective data exchange can be achieved between the microcontroller and the SoC. After the link is established, the microcontroller will read the encapsulated Ethernet messages from the memory that previously cached the data, and send them to the SoC through the newly established Ethernet link.

[0050] The above process realizes an efficient and reliable data exchange method between the microcontroller and the system on chip. When faced with the need for rapid response in the initial stage of vehicle startup, the system can also ensure the timely transmission of important data, thereby being able to detect various important events in the initial stage of vehicle wake-up, such as abnormal conditions or fault precursor signals.

[0051] As an optional implementation, the method further includes: after the system on chip wakes up, the microcontroller continues to execute the steps of collecting vehicle bus data and caching the vehicle bus data in a memory, so as to send the vehicle bus data in the memory to the system on chip.

[0052] To ensure the integrity and reliability of data transmission, the microcontroller will cache the collected vehicle bus data into the memory before the on-chip system wakes up. The main purpose of this is to prevent important information from being lost when the on-chip system is not ready to receive data. After the microcontroller encapsulates these data into Ethernet messages, they will be temporarily stored in a designated buffer waiting to be sent.

[0053] If the SoC wakes up successfully within a short period of time, the microcontroller can skip the data cache step and directly send the newly collected vehicle bus data to the SoC through the established Ethernet link. This method can reduce the time delay of data processing and improve the response speed of the system. In this case, the SoC or the cloud can directly reorganize and analyze the received data without worrying about data loss.

[0054] However, considering the uncertainty in practical applications, such as the possibility that the SoC may fail to work properly, in order to further ensure the security of data, the microcontroller should always maintain a data cache mechanism. This means that regardless of whether the SoC has been awakened, all data collected from the vehicle bus will be converted into Ethernet message format and saved in memory. Once the Ethernet link is successfully established, the microcontroller will read these Ethernet messages from the memory and send them to the SoC through the network. If the SoC is found to be faulty during the transmission process, the microcontroller can also try to resend the data in the memory until it is confirmed that the data has been received correctly.

[0055] By implementing such a strategy, we can not only ensure the continuity and integrity of data transmission, but also provide effective data recovery methods in case of emergencies. This method is particularly suitable for application scenarios with high requirements for data security and real-time performance, such as intelligent transportation systems, autonomous driving technology, etc., and helps to improve the overall performance of the system and user experience.

[0056] As an optional implementation, after the vehicle bus data in the memory is sent to the system on chip through the gateway, the method also includes: the system on chip determines the network status between it and the cloud; adjusts the upload rate of the vehicle bus data and the data priority in the vehicle bus data according to the network status; and uploads the vehicle bus data to the cloud according to the data priority and the upload rate.

[0057] The SoC uploads the received vehicle bus data to the cloud, which performs data analysis and fault diagnosis. The SoC first monitors the network connection status between the SoC and the cloud, including indicators such as connection stability and bandwidth utilization. By monitoring the network status in real time, the SoC can ensure the stability and reliability of data transmission and avoid data transmission failure or delay due to network problems.

[0058] According to the determined network status, the system on chip will adjust the upload rate of the vehicle bus data according to the specific situation, which includes controlling the rate and frequency of data transmission to adapt to the current network conditions. Reasonable upload rate adjustment can effectively reduce congestion during data transmission, improve the success rate and efficiency of data transmission, and at the same time, avoid network congestion caused by too fast transmission speed.

[0059] The SoC will also adjust the priority order of vehicle bus data based on the importance and urgency of the data. High-priority data will be uploaded first to ensure timely processing and storage of critical data. By prioritizing data, the SoC can better manage and schedule resources and improve the efficiency and accuracy of data processing. At the same time, it can also ensure that important data will not be overwritten or lost by low-priority data.

[0060] In summary, the on-chip system monitors and analyzes the network status and reasonably adjusts the upload rate and data priority of the vehicle bus data, thereby achieving efficient and reliable data transmission and management. This intelligent data processing method not only improves the efficiency and accuracy of data processing, but also enhances the robustness and stability of the system.

[0061] The embodiment of the present application provides an overall process for uploading data after the vehicle is awakened, including the following steps:

[0062] Step S1: Vehicle network wake-up.

[0063] When the vehicle wakes up from the network sleep state, each electronic control unit starts to activate and generate network segment data, which contains the key operating parameters of the vehicle, such as engine speed, vehicle speed, throttle position, brake status, etc. This data is then transmitted to the vehicle's internal communication network to form vehicle bus data through the CAN bus or LIN bus. The CAN bus is usually used for high-speed data transmission, while the LIN bus is suitable for lower bandwidth application scenarios.

[0064] Step S2: The microcontroller wakes up.

[0065] As an important part of the vehicle network, the microcontroller usually wakes up from sleep mode earlier than the system on chip. This is because the microcontroller has a fast startup time and low power consumption characteristics, and can quickly respond to the vehicle's wake-up command to ensure that data collection can begin at the beginning of the vehicle startup.

[0066] Step S3: Data collection and packaging.

[0067] Once the microcontroller wakes up, it immediately starts monitoring the activity on the CAN bus or LIN bus and collects vehicle bus data. This data is then encapsulated into Ethernet messages according to the standard format defined by the Bus Mirroring protocol. BusMirroring is a technology used to map data on the CAN or LIN bus to Ethernet messages, aiming to achieve data synchronization between different networks. After encapsulation, the Ethernet message will be saved to the microcontroller's internal memory or external storage device to ensure the security and integrity of the data, even if the system on chip has not fully woken up.

[0068] Step S4: The system on chip wakes up.

[0069] As the vehicle moves further, the system-on-chip (SoC) wakes up from sleep mode. The SoC is a more powerful processing unit in the vehicle that is responsible for performing complex computing tasks and advanced functions such as vehicle status monitoring, fault diagnosis, and entertainment system management.

[0070] Step S5: Establish an Ethernet link.

[0071] When the SoC is fully awake, it will establish an Ethernet link with the microcontroller through the GW gateway. The GW gateway plays a key role in this process. It not only connects the microcontroller and the SoC, but also ensures efficient data transmission between the two. The establishment of the Ethernet link provides a stable channel for subsequent data transmission.

[0072] Step S6: Data transmission.

[0073] After the microcontroller confirms that the Ethernet link with the SoC has been established, it reads the previously saved Ethernet messages from the memory and sends them to the SoC through the GW gateway. This step ensures that all important data collected during the initial wake-up of the vehicle can be passed to the SoC for processing in a timely manner.

[0074] Step S7: Upload data to the cloud.

[0075] Finally, after receiving the Ethernet message transmitted by the microcontroller, the on-chip system will upload the data to the cloud using the HTTPS protocol. The HTTPS protocol not only provides the ability to encrypt data transmission, but also ensures the security of the data transmission process. By uploading vehicle data to the cloud, remote monitoring, data analysis, fault warning and other functions can be realized, providing strong support for the intelligent management and service of vehicles.

[0076] The system provided by the present application is intended to significantly shorten the time from network dormancy to full recovery of data recording function, ensuring continuous and complete recording of all vehicle bus data.

[0077] This application achieves the following technical effects:

[0078] 1. Improve data integrity and reliability: Utilize the fast storage capability of the memory and the data caching strategy to ensure that the vehicle bus data is recorded without omission and improve the accuracy of fault diagnosis and data analysis.

[0079] 2. Enhance system energy efficiency and resource utilization: Combine low-power microcontrollers with efficient upload strategies to optimize energy consumption while improving the efficient use of storage and network resources.

[0080] 3. Improve user experience and operational efficiency: By reducing the delay in data recording, vehicle status information can be fed back to users or operators more quickly, accelerating problem response and processing, and improving overall service quality and efficiency.

[0081] Based on the same technical concept, the present application provides a device for uploading data after the vehicle is awakened, such as Figure 3 As shown, the device comprises:

[0082] The cache module 301 is used for collecting vehicle bus data and caching the vehicle bus data into a memory after the microcontroller wakes up from a dormant state;

[0083] The sending module 302 is used to send the vehicle bus data in the memory to the system on chip through the gateway after the microcontroller detects that the system on chip wakes up from a sleep state, wherein the wake-up time of the system on chip is longer than the wake-up time of the microcontroller.

[0084] Optionally, the sending module 302 is used to:

[0085] After the microcontroller wakes up from the sleep state, it sends a request message to the system on chip, wherein the request message is used to request the system on chip to feedback a message after waking up;

[0086] After receiving the message fed back by the system on chip, the microcontroller determines that the system on chip has been awakened from the sleep state.

[0087] Optionally, the cache module 301 is used to:

[0088] After the microcontroller collects the vehicle bus data, it encapsulates the vehicle bus data into an Ethernet message in a standard format defined by a preset protocol;

[0089] The Ethernet message is cached in the memory.

[0090] Optionally, the sending module 302 is used to:

[0091] The microcontroller establishes an Ethernet link with the system on chip through a gateway;

[0092] The microcontroller reads the Ethernet message from the memory, and sends the Ethernet message to the system on chip through the Ethernet link.

[0093] Optionally, the device is also used for:

[0094] The system on chip determines the network status between the system on chip and the cloud;

[0095] adjusting an upload rate of the vehicle bus data and a data priority in the vehicle bus data according to the network status;

[0096] The vehicle bus data is uploaded to the cloud according to the data priority and the upload rate.

[0097] Optionally, the device is also used for:

[0098] After the system on chip wakes up, the microcontroller continues to execute the steps of collecting vehicle bus data and buffering the vehicle bus data in a memory, so as to send the vehicle bus data in the memory to the system on chip.

[0099] like Figure 4 As shown, an embodiment of the present application provides an electronic device, including a processor 401, a communication interface 402, a memory 403 and a communication bus 404, wherein the processor 401, the communication interface 402, and the memory 403 communicate with each other through the communication bus 404.

[0100] The memory 403 is used to store computer programs.

[0101] In one embodiment of the present application, the processor 401 is used to execute the program stored in the memory 403 to implement the method for uploading data after the vehicle is awakened provided by any of the above method embodiments, including:

[0102] After the microcontroller wakes up from a sleep state, it collects vehicle bus data and caches the vehicle bus data in a memory; after the microcontroller detects that the system on chip wakes up from a sleep state, it sends the vehicle bus data in the memory to the system on chip through a gateway, wherein the wake-up time of the system on chip is greater than the wake-up time of the microcontroller.

[0103] Optionally, the microcontroller detects that the system on chip is awakened from a sleep state, including: after the microcontroller is awakened from the sleep state, sending a request message to the system on chip, wherein the request message is used to request the system on chip to feedback a message after waking up; after receiving the feedback message from the system on chip, the microcontroller determines that the system on chip has been awakened from the sleep state.

[0104] Optionally, collecting vehicle bus data and caching the vehicle bus data into a memory includes: after the microcontroller collects the vehicle bus data, encapsulating the vehicle bus data into an Ethernet message in a standard format defined by a preset protocol; and caching the Ethernet message into the memory.

[0105] Optionally, sending the vehicle bus data in the memory to the system on chip through the gateway includes: the microcontroller establishes an Ethernet link with the system on chip through the gateway; the microcontroller reads the Ethernet message from the memory and sends the Ethernet message to the system on chip through the Ethernet link.

[0106] Optionally, after the vehicle bus data in the memory is sent to the system on chip through the gateway, the method also includes: the system on chip determines the network status between it and the cloud; adjusts the upload rate of the vehicle bus data and the data priority in the vehicle bus data according to the network status; and uploads the vehicle bus data to the cloud according to the data priority and the upload rate.

[0107] Optionally, the method further includes: after the system on chip wakes up, the microcontroller continues to execute the steps of collecting vehicle bus data and caching the vehicle bus data in a memory, so as to send the vehicle bus data in the memory to the system on chip.

[0108] An embodiment of the present application also provides a computer-readable storage medium on which a computer program is stored. When the computer program is executed by a processor, the steps of the method for uploading data after waking up the entire vehicle as provided in any of the aforementioned method embodiments are implemented.

[0109] The device embodiments described above are merely illustrative, wherein the units described as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed on multiple network units. Some or all of the modules may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

[0110] Through the description of the above implementation methods, those skilled in the art can clearly understand that each implementation method can be implemented by means of software plus a general hardware platform, and of course, by hardware. Based on this understanding, the above technical solution is essentially or the part that contributes to the relevant technology can be embodied in the form of a software product, and the computer software product can be stored in a computer-readable storage medium, such as ROM / RAM, a disk, an optical disk, etc., including a number of instructions for a computer device (which can be a personal computer, a server, or a network device, etc.) to execute the methods described in each embodiment or some parts of the embodiments.

[0111] It should be understood that the terms used in the text are only for the purpose of describing specific example embodiments, and are not intended to be limiting. Unless the context clearly indicates otherwise, the singular forms "one", "an" and "said" as used in the text may also be meant to include plural forms. The terms "include", "comprise", "contain", and "have" are inclusive, and therefore specify the existence of stated features, steps, operations, elements and / or parts, but do not exclude the existence or addition of one or more other features, steps, operations, elements, parts, and / or combinations thereof. The method steps, processes, and operations described herein are not interpreted as necessarily requiring them to be performed in the specific order described or illustrated, unless the execution order is clearly indicated. It should also be understood that additional or alternative steps may be used.

[0112] The foregoing is merely a specific embodiment of the present invention, which enables those skilled in the art to understand or implement the present invention. Various modifications to these embodiments will be apparent to those skilled in the art, and the general principles defined herein may be implemented in other embodiments without departing from the spirit or scope of the present invention. Therefore, the present invention will not be limited to the embodiments shown herein, but rather to the widest scope consistent with the principles and novel features claimed herein.

Claims

1. A method for uploading data after waking up a vehicle, characterized in that: The method comprises: After the microcontroller wakes up from the sleep state, it collects vehicle bus data and caches the vehicle bus data in a memory; After the microcontroller detects that the system on chip is awakened from a sleep state, the vehicle bus data in the memory is sent to the system on chip through a gateway, wherein the awakening time of the system on chip is longer than the awakening time of the microcontroller.

2. The method according to claim 1, characterized in that The microcontroller detects that the system on chip wakes up from a sleep state, comprising: After the microcontroller wakes up from the sleep state, it sends a request message to the system on chip, wherein the request message is used to request the system on chip to feedback a message after waking up; After receiving the message fed back by the system on chip, the microcontroller determines that the system on chip has been awakened from the sleep state.

3. The method according to claim 1, characterized in that Collecting vehicle bus data and caching the vehicle bus data in a memory includes: After the microcontroller collects the vehicle bus data, it encapsulates the vehicle bus data into an Ethernet message in a standard format defined by a preset protocol; The Ethernet message is cached in the memory.

4. The method according to claim 3, characterized in that Sending the vehicle bus data in the memory to the system on chip through the gateway includes: The microcontroller establishes an Ethernet link with the system on chip through a gateway; The microcontroller reads the Ethernet message from the memory, and sends the Ethernet message to the system on chip through the Ethernet link.

5. The method according to claim 1, characterized in that After sending the vehicle bus data in the memory to the system on chip through the gateway, the method further includes: The system on chip determines the network status between the system on chip and the cloud; adjusting an upload rate of the vehicle bus data and a data priority in the vehicle bus data according to the network status; The vehicle bus data is uploaded to the cloud according to the data priority and the upload rate.

6. The method according to claim 1, characterized in that The method further comprises: After the system on chip wakes up, the microcontroller continues to execute the steps of collecting vehicle bus data and buffering the vehicle bus data in a memory, so as to send the vehicle bus data in the memory to the system on chip.

7. A system for uploading data after the vehicle is awakened, characterized in that: The system includes a microcontroller, a memory, at least one gateway, and a system on chip; The microcontroller is used to collect vehicle bus data after waking up from a dormant state; The memory is connected to the microcontroller and is used to cache the vehicle bus data; at least one gateway connected to the microcontroller and configured to transmit the vehicle bus data in the memory according to the control of the microcontroller; The system on chip is connected to the at least one gateway and is used to receive vehicle bus data transmitted by the at least one gateway after waking up from a sleep state, wherein the wake-up time of the system on chip is greater than the wake-up time of the microcontroller.

8. A device for uploading data after waking up the whole vehicle, characterized in that: The device comprises: A cache module, used for collecting vehicle bus data and caching the vehicle bus data into a memory after the microcontroller wakes up from a dormant state; The sending module is used to send the vehicle bus data in the memory to the system on chip through the gateway after the microcontroller detects that the system on chip wakes up from a sleep state, wherein the wake-up time of the system on chip is longer than the wake-up time of the microcontroller.

9. An electronic device, characterized in that: It includes a processor, a communication interface, a memory and a communication bus, wherein the processor, the communication interface and the memory communicate with each other through the communication bus; Memory, used to store computer programs; A processor, for implementing any of the methods described in claims 1-6 when executing a program stored in a memory.

10. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, the method according to any one of claims 1 to 6 is implemented.

Images