CN109842676B - Over-the-air control method, electronic equipment, automobile and readable storage medium - Google Patents
Over-the-air control method, electronic equipment, automobile and readable storage medium Download PDFInfo
- Publication number
- CN109842676B CN109842676B CN201910052263.XA CN201910052263A CN109842676B CN 109842676 B CN109842676 B CN 109842676B CN 201910052263 A CN201910052263 A CN 201910052263A CN 109842676 B CN109842676 B CN 109842676B
- Authority
- CN
- China
- Prior art keywords
- vehicle
- electronic device
- preset
- program software
- download
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Landscapes
- Stored Programmes (AREA)
Abstract
The application provides an over-the-air control method, electronic equipment, an automobile and a readable storage medium, and relates to the technical field of data control based on vehicles. The method comprises the following steps: monitoring whether a vehicle needs to download program software through a network; and when the vehicle is determined to need to download the program software, controlling preset electronic devices arranged on the vehicle to be in a closed state in the process of downloading the installation program software by the vehicle. In the scheme, when the vehicle needs to download the program software, the electronic device in the open state can be controlled to be switched from the open state to the closed state when the whole vehicle is powered on, so that the technical problem of unnecessary power consumption caused by the vehicle in the OTA upgrading process is solved.
Description
Technical Field
The invention relates to the technical field of data control based on vehicles, in particular to an over-the-air control method, electronic equipment, an automobile and a readable storage medium.
Background
With the continuous integration of information Technology, internet and automobile industry, Over-the-Air Technology (OTA for short) is gradually applied to automobiles for updating vehicle-mounted software programs to ensure vehicle safety. In the practical application process, the whole OTA upgrading process needs to be powered on. In the prior art, OTA upgrade easily causes unnecessary power consumption.
Disclosure of Invention
The application provides an over-the-air control method, electronic equipment, an automobile and a readable storage medium.
In order to achieve the above purpose, the technical solutions provided in the embodiments of the present application are as follows:
in a first aspect, an embodiment of the present application provides an over-the-air control method, where the method includes: monitoring whether a vehicle needs to download program software through a network; and when the vehicle is determined to need to download the program software, controlling a preset electronic device arranged on the vehicle to be in a closed state in the process of downloading and installing the program software by the vehicle. In this embodiment, when the vehicle needs to download the program software, the electronic device in the on state when the vehicle is not powered on can be controlled to be switched from the on state to the off state, so that the technical problem of unnecessary power consumption caused by the vehicle in the OTA upgrading process is solved.
With reference to the first aspect, in some optional embodiments, controlling preset electronic devices provided on the vehicle to be in a turned-off state during downloading and installing the program software by the vehicle includes: and in the process of downloading and installing the program software by the vehicle, controlling the IO port corresponding to the preset electronic device to be closed so as to enable the IO port to stop transmitting electric energy to the preset electronic device. In this embodiment, the preset electronic device is controlled to be closed through the IO port, which is helpful for determining the specific identity information of the preset electronic device through the IO port, so that the closing operation of the specified electronic device is accurately realized.
With reference to the first aspect, in some optional embodiments, controlling the IO port corresponding to the preset electronic device to be closed includes: and controlling the IO port in the opening state in the preset electronic device to be closed. In this embodiment, by closing the IO port in the open state, the closing operation of the IO port in the closed state may not be required, which is beneficial to reducing the number of the IO ports that perform the closing operation.
With reference to the first aspect, in some optional embodiments, before controlling preset electronics provided on the vehicle to be in a turned-off state during downloading and installing the program software by the vehicle, the method further includes: and determining that no user exists in the vehicle or determining that the current download mode of the vehicle is a preset download mode representing unmanned monitoring. In this embodiment, when there is no user or the OTA upgrade is performed, the shutdown operation is performed, which is helpful to improve the safety of the vehicle, and to solve the technical problem of suddenly shutting down the preset electronic device when there is a user using the preset electronic device in the vehicle during the OTA upgrade.
With reference to the first aspect, in some optional embodiments, determining that a user is not present in the vehicle comprises: acquiring a data signal through a sensing assembly arranged on the vehicle; determining from the data signal that the user is not present in the vehicle. In this embodiment, the data signal collected by the sensing component is helpful for accurately determining whether the user exists in the vehicle, so that the judgment of whether the user exists in the vehicle is realized.
With reference to the first aspect, in some optional embodiments, before controlling the preset electronic device provided on the vehicle to be in an off state during the process of downloading and installing the program software by the vehicle, the power mode of the vehicle is a first mode characterizing a sleep mode, and after controlling the preset electronic device provided on the vehicle to be in an off state during the process of downloading and installing the program software by the vehicle, the method further includes: and controlling the power supply mode of the vehicle to be switched from the current first mode to a second mode representing the working mode. In this embodiment, the whole vehicle is powered on after the preset electronic device is turned off, so that the whole vehicle cannot be powered on in the power-on process when the preset electronic device is not manually controlled to be powered on, and power consumption of vehicle software upgrading is reduced.
With reference to the first aspect, in some optional embodiments, after controlling preset electronics disposed on the vehicle to be in a shutdown state during the process of downloading and installing the program software from the vehicle, the method further includes: and acquiring and installing the program software from a server in communication connection with the network equipment. In this embodiment, after the preset electronic device is turned off, the program software is downloaded and installed, so that the installation or update of the program software can be completed on the premise of reducing the vehicle upgrade power consumption.
In a second aspect, an embodiment of the present application further provides an electronic device, including a memory, a processor, and a communication module, which are coupled to each other, where the memory stores a computer program, and when the computer program is executed by the processor, the electronic device is caused to perform the method described above.
In a third aspect, an embodiment of the present application further provides an automobile, which includes an automobile body and the electronic device.
In a fourth aspect, the present application further provides a computer-readable storage medium, in which a computer program is stored, and when the computer program runs on a computer, the computer is caused to execute the above method.
In order to make the aforementioned objects, features and advantages of the present application more comprehensible, embodiments accompanied with figures are described in detail below.
Drawings
In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings needed to be used in the embodiments will be briefly described below. It is appreciated that the following drawings depict only certain embodiments of the application and are therefore not to be considered limiting of its scope, for those skilled in the art will be able to derive additional related drawings therefrom without the benefit of the inventive faculty.
Fig. 1 is a schematic diagram of a communication connection between an automobile and a server according to an embodiment of the present application.
Fig. 2 is a block diagram of an electronic device according to an embodiment of the present disclosure.
Fig. 3 is a flowchart illustrating an over-the-air control method according to an embodiment of the present application.
Fig. 4 is a second block diagram of an electronic device according to an embodiment of the present disclosure.
Icon: 10-automobile; 20-an electronic device; 21-a processor; 22-a communication module; 23-a memory; 24-a sensing component; 30-server.
Detailed Description
The technical solutions in the embodiments of the present application will be described below with reference to the drawings in the embodiments of the present application. It is to be understood that the described embodiments are merely a few embodiments of the present application and not all embodiments. The components of the embodiments of the present application, generally described and illustrated in the figures herein, can be arranged and designed in a wide variety of different configurations.
Thus, the following detailed description of the embodiments of the present application, presented in the accompanying drawings, is not intended to limit the scope of the claimed application, but is merely representative of selected embodiments of the application. All other embodiments, which can be derived by a person skilled in the art from the embodiments of the present application without making any creative effort, shall fall within the protection scope of the present application.
It should be noted that: like reference numbers and letters refer to like items in the following figures, and thus, once an item is defined in one figure, it need not be further defined and explained in subsequent figures. Furthermore, the terms "first," "second," and the like are used merely to distinguish one description from another, and are not to be construed as indicating or implying relative importance.
With the continuous integration of information Technology, internet and automobile industry, Over-the-Air Technology (OTA for short) is gradually applied to automobiles (such as electric automobiles) for updating vehicle-mounted software programs to ensure vehicle safety. In the practical application process, the whole OTA upgrading process needs to be powered on. In the prior art, OTA upgrade easily causes unnecessary power consumption.
For example, the applicant finds that when the vehicle is not in a human body, in the process of automatic OTA upgrading of the vehicle, if the vehicle is in a parking state, a lamp, a wiper and the like are in an on state, and then a main power switch of the vehicle is directly turned off so as to shut down the vehicle; if OTA upgrading is needed in the parking process, the whole vehicle needs to be electrified, and after the whole vehicle is electrified, the windscreen wiper and the car light which are in the starting state before are usually continuously started, so that unnecessary electric energy consumption is caused.
In view of the above problems, the applicant of the present application has conducted long-term research and research to propose the following embodiments to solve the above problems. The embodiments of the present application will be described in detail below with reference to the accompanying drawings. The embodiments described below and the features of the embodiments can be combined with each other without conflict.
Referring to fig. 1, a vehicle provided in the embodiment of the present application may establish a communication connection with a server 30 through a network to perform data interaction. For example, the vehicle may obtain the program software needing downloading or updating from the server 30 via the network, and the program software includes, but is not limited to, system program software and application program software, which may be determined according to actual situations. For example, the program software may be the entire vehicle-mounted system software, or may be one or more software modules in the vehicle-mounted system software.
In the present embodiment, the vehicle may include, but is not limited to, an automobile 10 (such as an electric automobile, a hybrid electric automobile, etc.), a bus, etc., and the kind of the vehicle is not particularly limited herein.
Understandably, if the vehicle is an automobile 10, the automobile 10 can establish a communication connection with the server 30 through a network for data interaction. For example, when the automobile 10 needs to update the system software, the software program that needs to be updated may be acquired from the server 30, and then the update of the system software is completed.
In this embodiment, the server 30 may be, but is not limited to, a cluster server, a distributed server, a cloud server, and the like, and is not limited herein. Additionally, the network over which the vehicle communicates with the server 30 includes a wireless network, including, but not limited to, a 2G/3G/4G/5G network.
Referring to fig. 2, an automobile 10 according to an embodiment of the present invention may further include an automobile body and an electronic device 20 (or referred to as an on-board central control device) disposed on the automobile body. The electronic device 20 may perform the over-the-air control method described below, thereby improving the technical problem of unnecessary power consumption of the vehicle during the OTA upgrade process.
In the present embodiment, the electronic device 20 may include a processor 21, a communication module 22 and a memory 23, and the respective elements of the processor 21, the communication module 22 and the memory 23 are directly or indirectly electrically connected to each other to realize data transmission or interaction. For example, the components may be electrically connected to each other via one or more communication buses or signal lines.
The processor 21 may be an integrated circuit chip, Electronic Control Unit (ECU), and has signal processing capability. The processor 21 may be a general purpose processor. For example, the Processor may be a Central Processing Unit (CPU), a Graphics Processing Unit (GPU) 21, a Network Processor (NP), or the like; but may also be a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), a Field Programmable Gate Array (FPGA) or other programmable logic device, discrete gate or transistor logic device, discrete hardware components. The various methods, steps, and logic blocks disclosed in the embodiments of the present application may be implemented or performed.
The communication module 22 is used for establishing a communication connection between the vehicle and the server 30 through a network and transceiving data through the network.
The memory 23 may be, but is not limited to, a random access memory, a read only memory, a programmable read only memory, an erasable programmable read only memory, an electrically erasable programmable read only memory, or the like. In this embodiment, the memory 23 may be used to store IO port information of the electronic device. Of course, the memory 23 may also be used for storing a program, which the processor 21 executes upon receiving execution instructions.
The IO port may be understood as an Input/Output (I/O) interface corresponding to a preset electronic device. For example, the IO port may be an input/output interface in the processor 21 electrically connected to the preset electronic device, or an input/output interface in the preset electronic device electrically connected to the processor 21. The IO port information may include an interface identifier of an input/output interface corresponding to the preset electronic device, and may be used to identify the preset electronic device. For example, the IO port information is associated with the preset electronic device corresponding to the IO port in advance, the processor 21 may obtain the IO port information of each IO port, and then determine the name, the type, and other identity information of the preset electronic device corresponding to the IO port according to the IO port information and the association relationship, so as to implement accurate closing control of the preset electronic device based on the IO port information.
It is understood that the configuration shown in fig. 2 is only a schematic configuration of the electronic device 20, and the electronic device 20 may include more or less components than those shown in fig. 2. The components shown in fig. 2 may be implemented in hardware, software, or a combination thereof.
Referring to fig. 3, an over-the-air control method may be applied to the vehicle, and the electronic device 20 in the vehicle executes or implements the steps of the over-the-air control method.
In this embodiment, the over-the-air download control method may include the following steps:
step S210, monitoring whether a vehicle needs to download program software through a network;
and step S220, controlling a preset electronic device arranged on the vehicle to be in a closed state in the process of downloading the installation program software by the vehicle when the fact that the vehicle needs to download the program software is determined.
The following will explain the steps of the air download control method in detail:
step S210, monitoring whether the vehicle needs to download the program software through the network.
In this embodiment, the vehicle can listen to whether it needs to download the program software via the network via the electronic device 20. Understandably, when the on-board system software on the vehicle is not the latest version or the software module in the on-board system software is not the latest version, it means that the vehicle needs to download the program software. If the vehicle-mounted system software is the latest version or the software module in the vehicle-mounted system software is the latest version, the vehicle-mounted system software usually does not need to download the program software.
As an alternative embodiment, the principle of the vehicle monitoring whether the program software needs to be downloaded from the server 30 may be: the vehicle-mounted system software installed on the electronic device 20 is provided with a first version identifier, the vehicle-mounted system software stored in the server 30 is provided with a second version identifier, the electronic device 20 can acquire the second version identifier of the vehicle-mounted system software on the server 30 from the server 30 at intervals of preset time and judge the second version identifier with the first version identifier, and if the first version identifier is the same as the second version identifier, it means that the current vehicle does not need to download the vehicle-mounted system software from the server 30. If the first version identification is not the same as the second version identification, which typically means that the version of the in-vehicle system software on the vehicle lags behind the version of the in-vehicle system software on the server 30, it is determined that the vehicle needs to download the system program software from the server 30. The preset time length may be set according to actual conditions, and is not specifically limited herein.
As another alternative, the principle of the vehicle monitoring whether the program software needs to be downloaded from the server 30 may be: the server 30 may pre-record the identity information of each electronic device 20 communicating with the server 30 (the identity information may be, but is not limited to, the IP address of the electronic device 20, the license plate number of the vehicle in which the electronic device 20 is installed, the identity card of the owner of the vehicle corresponding to the vehicle, etc.). The identity information may be associated with an IP address of the device, so that the server 30 may obtain a communication address table (in the communication address table, the IP address of the electronic device 20 may be used) for communicating with each electronic device 20 according to the identity information. When the on-board system software in the server 30 is updated (for example, the latest version of the on-board system software is manually uploaded to replace the previous version of the on-board system software in the server 30), or at least one software module in the on-board system software is updated, the server 30 may send a request message for updating the on-board system software to each electronic device 20 through the communication address table. After receiving the request message, each electronic device 20 may determine that the vehicle needs to download the program software. If the vehicle does not receive the request message, it can be determined that the vehicle does not need to download the program software.
It should be noted that the program software that the vehicle needs to download may be the whole system program software, or may be at least one software module in the system program software. The number of software modules to be downloaded may be determined according to actual situations, and is not specifically limited herein.
Understandably, the manner in which the vehicle determines whether an update to a software module is required to be downloaded may be similar to the process described above in which the vehicle determines whether the entire system program software needs to be downloaded.
For example, each software module in the vehicle-mounted system software may carry identification information, and the identification information may include a system version identifier and a module version identifier. For the same application board upgrade, for example, for a navigation software module in the vehicle-mounted system software, first, the electronic device 20 may obtain first identification information of the navigation software module on the server 30 from the server 30, where the first identification information includes a first system version identifier of the vehicle-mounted system software on the server 30 and a first module version identifier of the navigation software module in the vehicle-mounted system software. In addition, the electronic device 20 may obtain second identification information of the navigation software module installed in itself, where the second identification information includes a second system version identifier of the in-vehicle system software on the electronic device 20 and a second module version identifier of the navigation software module (the navigation software module refers to a navigation software module in the in-vehicle system software on the electronic device 20). The electronic device 20 may then determine whether the first system revision identification is the same as the second system revision identification.
If the first system revision identification is not the same as the second system revision identification, it means that the vehicle needs to download the entire in-vehicle system software from the server 30.
If the first system revision identification is the same as the second system revision identification and the first module revision identification is not the same as the second module revision identification, it generally means that the version of the navigation software module on the server 30 is not the same as the version on the electronic device 20 and the version of the navigation software on the server 30 takes precedence over the version of the navigation software on the electronic device 20. At this time, the vehicle needs to download the navigation software module from the server 30 to update the navigation software module on the vehicle, without downloading the entire on-board system software from the server 30. Based on the method, the download flow can be saved, and the update of the vehicle-mounted system software can be quickly realized.
If the first system version identifier is the same as the second system version identifier and the first module version identifier is the same as the second module version identifier, it is determined that the vehicle does not need to download the program software.
In the present embodiment, the electronic device 20 on the vehicle is normally in a standby state when the vehicle is in a parking state. At this time, part of the electronic devices on the vehicle may continue to operate, and part of the electronic devices may stop operating. The running electronic device is typically a background device of the electronic device 20, and may be, for example, the processor 21 may listen to whether the vehicle needs to update the program software, listen to a system log, and the like when the electronic device 20 is in a standby state. In the standby state, the electronic devices that stop operating may include a car light, a wiper, a car air conditioner, a car sound box, and the like.
Understandably, in the standby state, the power mode of the vehicle is the first mode that characterizes the sleep mode. The power mode of the vehicle is a second mode that characterizes the operating mode when the vehicle is in use. The first mode and the second mode may be set differently according to actual situations, and are not limited specifically here.
And step S220, controlling a preset electronic device arranged on the vehicle to be in a closed state in the process of downloading the installation program software by the vehicle when the fact that the vehicle needs to download the program software is determined.
In this embodiment, when the vehicle determines that the program software needs to be downloaded through the electronic device 20, the processor 21 in the electronic device 20 may control the preset electronic device to be in a turned-off state during the process of downloading the installation program software from the vehicle. That is, during an OTA upgrade, the processor 21 may control the preset electronics to be in an off state.
The preset electronic device can be an electronic device which is not required to be started after the whole vehicle is powered on, and can be determined according to actual conditions. For example, after the vehicle is powered on, electronic devices such as a wiper, a lamp, a vehicle air conditioner, and a vehicle sound box do not need to be turned on, and the electronic devices such as the wiper, the lamp, the vehicle air conditioner, and the vehicle sound box are electronic devices that do not need to be turned on.
Understandably, because the vehicle needs to be powered up on board when it is determined that the vehicle needs to download an installation program (which may be understood as when it is determined that the vehicle needs to be OTA upgraded). In the prior art, if the vehicle is abnormally shut down before upgrading (abnormal shut down can be understood as that when the vehicle is parked, the lamps, the wipers and the like are in an on state, and then the main power switch of the vehicle is directly turned off so as to shut down the vehicle), when the vehicle is powered on again (for example, when OTA upgrading is performed, the vehicle needs to be powered on), the lamps, the wipers and the like can continue to work, thereby causing unnecessary power consumption. In addition, in the prior art, after the vehicle is parked, the vehicle owner does not need to use the vehicle generally, and at this time, the vehicle owner is usually far away from the vehicle, and if the OTA upgrade is performed at this time, under the above-mentioned condition, the vehicle lamp and the wiper are turned on, so that an abnormal working condition that the vehicle is not used but the vehicle lamp and the wiper are turned on is caused.
Based on the above design, because the processor 21 can control the preset electronic device to be in the off state during the OTA upgrade process, the preset electronic device (such as a wiper, a lamp, an on-board air conditioner, an on-board sound box, etc.) on the vehicle is in the off state during the upgrade process. If the vehicle is abnormally flamed out before upgrading, the corresponding preset electronic device can be closed to operate, so that the technical problem of power consumption caused by operation of the preset electronic device due to the fact that the whole vehicle needs to be electrified during upgrading is solved, and the abnormal working condition is solved.
As an alternative implementation, step S220 may include: and in the process of downloading the installation program software by the vehicle, controlling the IO port corresponding to the preset electronic device to be closed so as to stop transmitting electric energy to the preset electronic device through the IO port.
In this embodiment, the processor 21 may control on/off states of IO ports connected to the preset electronic devices, and the on state may include an on state and an off state. If the IO port is in an open state, when the whole vehicle of the vehicle is powered on, the electronic device connected through the IO port starts to work. If the IO port is in a closed state, when the whole vehicle is powered on, the electronic device connected through the IO port cannot work.
For example, if the electronic device is a wiper, the processor 21 may control the on/off state of the IO port connected to the wiper. If the IO port connected with the wiper is controlled to be in a closed state, the wiper cannot work, and if the IO port connected with the wiper is controlled to be in an open state, the wiper can work.
Understandably, different preset electronic devices correspond to different IO port information, the processor 21 can control the on-off state of the electronic device to be turned off according to the IO port information, so as to avoid that the processor 21 turns off the electronic device (such as the communication module 22, or other module devices) which must be turned on to affect the normal operation of the electronic device 20, thereby being beneficial to realizing the accurate control of the turning off of the preset electronic device.
As an optional implementation manner, controlling the IO port corresponding to the preset electronic device to be closed may include: and controlling the IO port in an open state in the preset electronic device to be closed.
In this embodiment, the number of preset electronic devices on the vehicle is at least one. When a plurality of preset electronic devices are provided, and it is determined that OTA upgrade is required, the processor 21 may control IO ports of all the preset electronic devices to be in a closed state; or the closing of the IO port in the open state in the plurality of preset electronic devices may be controlled, and the closing operation of the IO port for the closed state is not required to be executed.
The processor 21 may control all IO ports of the preset electronic device to be in an off state, which may be understood as: the processor 21 does not need to detect the on-off state of the IO port of each preset electronic device, and the processor 21 may perform a closing operation on the IO ports in the on state and the off state in all the preset electronic devices, so that all the IO ports connected to the processor 21 in the preset electronic devices are in the off state. Therefore, the processor 21 can quickly execute the closing operation on the IO port without detecting the on-off state of the IO port.
The processor 21 controls the IO ports in the on state in the multiple preset electronic devices to be closed, which can be understood as: the processor 21 detects the on-off state of the IO ports connected to the processor 21 in all the preset electronic devices, and then performs the closing operation on the IO port in the open state in each of the IO ports connected to the processor 21 in each of the preset electronic devices, while the closing operation is not required to be performed on the IO port in the closed state in all the IO ports connected to the processor 21 in each of the preset electronic devices. Therefore, the IO port in the closed state does not need to be closed repeatedly, and the amount of closing operation can be reduced.
In this embodiment, if there is a user in the vehicle, the preset electronic device may be manually turned off by the user when the preset electronic device does not need to be turned on, or the turning off operation of the preset electronic device may be implemented by the above-mentioned method.
As an optional implementation manner, before step S220, the method may further include: and determining that no user exists in the vehicle or determining that the current download mode of the vehicle is a preset download mode which is characterized by no human monitoring.
In this embodiment, when it is determined that the vehicle needs to be subjected to OTA upgrade, the vehicle may determine whether a user is present in the vehicle, or the vehicle may detect and determine a current download mode of the vehicle, and then determine a control policy based on the determination result. Wherein, the control strategy can be set according to the actual situation. For example, if the determination result indicates that there is no user in the vehicle, or the current download mode of the vehicle is a preset download mode (which may be referred to as a first download mode) that indicates that the vehicle is not monitored by a person, the control strategy is to continue to execute step S220 to complete the shutdown operation of the preset electronic device. Based on this, can improve the vehicle and close the electron device that needs the operation in the user's use.
For example, when the vehicle is running at night and needs to be subjected to OTA upgrade, some of the lamps are usually turned on (the lamps in the on state are lamps that are emitting), and when the OTA upgrade is performed, the operating states of the preset electronic devices of the current vehicle are continuously maintained, and the preset electronic devices that need to be operated do not need to be turned off, that is, the lamps that emit light do not need to be turned off.
If the judgment result indicates that the user exists in the vehicle or the current downloading mode of the vehicle is the second downloading mode which indicates that people are monitored, the control strategy can be that the user determines whether to execute the closing operation on the preset electronic device. For example, the preset electronic device may be manually turned on or off by the user, or the user manually accepts or rejects the operation prompt for characterizing to continue to perform step S220, so that the electronic device 20 continues or terminates to perform the operation of step S220.
Referring to fig. 4, in the present embodiment, determining that there is no user in the vehicle may include: acquiring data signals through a sensing assembly 24 arranged on the vehicle; determining from the data signal that a user is not present in the vehicle.
In the present embodiment, the sensing component 24 includes, but is not limited to, a camera, an infrared sensor, a pressure sensor, etc., and the processor 21 can determine whether a user is present in the vehicle according to the data signal collected by the sensing component 24. The user may include at least one of an owner of the vehicle, other passengers on the vehicle.
For example, a camera is electrically connected to the processor 21, the processor 21 may acquire an image captured by the camera, capture an image (i.e., a data signal) in the vehicle through the camera, perform person recognition on the image, and determine that a user exists in the vehicle if it is determined that a person exists in the image. The position of the camera in the vehicle and the number of the cameras can be set according to actual conditions, users can be actually found in the vehicle, and the users can be collected through the cameras and recognized to be found in the images.
For another example, if the sensing unit 24 is a pressure sensor, the pressure sensor connected to the processor 21 may be provided in each seat of the vehicle. The processor 21 may determine whether a person is seated in the seat based on the data signals collected by the pressure sensors to determine whether a user is present in the vehicle. For example, the processor 21 may determine whether a person is seated on the seat according to the pressure values collected by the pressure sensors, and determine that a user is present in the vehicle when the pressure value collected by at least one pressure sensor is greater than or equal to a preset threshold, where the preset threshold may be set according to an actual situation, and is not specifically limited herein.
Alternatively, if the infrared sensor detects whether the user is present in the vehicle. For example, the infrared sensor is a pyroelectric infrared sensor electrically connected to the processor 21, and the pyroelectric infrared sensor may be disposed in the vehicle to collect the wavelength of infrared rays of various objects in the vehicle. The processor 21 may determine whether a user is present in the vehicle based on the wavelength of the infrared rays collected by the pyroelectric infrared sensor. For example, when the presence wavelength is within a preset wavelength range corresponding to a human body, it is determined that the user is present in the vehicle. The preset wavelength range may be set according to actual conditions, and is not specifically limited herein.
In this embodiment, the power mode of the vehicle is the first mode that characterizes the sleep mode, if it is determined that an OTA upgrade is required. The processor 21 may control the entire vehicle to be powered up before controlling the preset electronic device to be turned off, that is, control the power mode of the vehicle to be switched from the first mode to the second mode representing the working mode. Alternatively, the processor 21 controls the power mode of the vehicle to be switched from the first mode to the second mode after controlling the preset electronic device to be off.
As an alternative embodiment, after step S220, the power mode of the vehicle is controlled to be switched from the current first mode to the second mode representing the operation mode.
It is understood that, in the embodiment, after the preset electronic device is controlled to be turned off, the whole vehicle is powered on, so that the preset electronic device does not operate after the vehicle is powered on. If the whole vehicle is powered on before the preset electronic device is controlled to be closed, and at the moment, the preset electronic device can be operated firstly and then closed.
In this embodiment, the method may further include: the program software is acquired and installed from a server 30 communicatively connected to the network device.
Understandably, after the step S220 is executed, the electronic device 20 downloads and installs the program software from the server 30 to complete the update of the system program.
The embodiment of the invention also provides an over-the-air download control device. The over-the-air control means may comprise at least one software function module which may be stored in the form of software or firmware in the memory 23 or may be fixed in an Operating System (OS) of the electronic device 20. The processor 21 is used for executing executable modules stored in the memory 23, such as software functional modules and computer programs included in the over-the-air control device.
In the embodiment, the over-the-air control device can be applied to the vehicle for executing or realizing the over-the-air control method, so that the problem of unnecessary power consumption caused by OTA upgrading of the vehicle in the prior art can be solved.
In this embodiment, the over-the-air control device may include a listening unit and a control shutdown unit.
And the monitoring unit is used for monitoring whether the vehicle needs to download the program software through the network.
And the control closing unit is used for controlling a preset electronic device arranged on the vehicle to be in a closed state in the process of downloading the installation program software by the vehicle when the fact that the vehicle needs to download the program software is determined.
It should be noted that, as will be clear to those skilled in the art, for convenience and brevity of description, the specific working process of the over-the-air download control apparatus described above may refer to the corresponding process of each step in the foregoing method, and will not be described in detail herein.
The embodiment of the application also provides a computer readable storage medium. The readable storage medium has stored therein a computer program which, when run on a computer, causes the computer to execute the over-the-air control method as in the above-described embodiments.
From the above description of the embodiments, it is clear to those skilled in the art that the present application can be implemented by hardware, or by software plus a necessary general hardware platform, and based on such understanding, the technical solution of the present application can be embodied in the form of a software product, which can be stored in a non-volatile storage medium (which can be a CD-ROM, a usb disk, a removable hard disk, etc.), and includes several instructions to enable a computer device (which can be a personal computer, a server, or a network device, etc.) to execute the method described in the embodiments of the present application.
In summary, the present application provides an over-the-air control method, an electronic device, an automobile and a readable storage medium. The method comprises the following steps: monitoring whether a vehicle needs to download program software through a network; and when the vehicle is determined to need to download the program software, controlling preset electronic devices arranged on the vehicle to be in a closed state in the process of downloading the installation program software by the vehicle. In the scheme, when the vehicle needs to download the program software, the electronic device in the open state can be controlled to be switched from the open state to the closed state when the whole vehicle is powered on, so that the technical problem of unnecessary power consumption caused by the vehicle in the OTA upgrading process is solved.
In the embodiments provided in the present application, it should be understood that the disclosed apparatus, system, and method may be implemented in other ways. The apparatus, system, and method embodiments described above are illustrative only, as the flowcharts and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present application. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams and/or flowchart illustration, and combinations of blocks in the block diagrams and/or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions. In addition, functional modules in the embodiments of the present application may be integrated together to form an independent part, or each module may exist separately, or two or more modules may be integrated to form an independent part.
Alternatively, all or part of the implementation may be in software, hardware, firmware, or any combination thereof. When implemented in software, may be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer instructions. When loaded and executed on a computer, cause the processes or functions described in accordance with the embodiments of the application to occur, in whole or in part. The computer may be a general purpose computer, a special purpose computer, a network of computers, or other programmable device. The computer instructions may be stored in a computer readable storage medium or transmitted from one computer readable storage medium to another, for example, from one website site, computer, server, or data center to another website site, computer, server, or data center via wired (e.g., coaxial cable, fiber optic, Digital Subscriber Line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.). The computer-readable storage medium can be any available medium that can be accessed by a computer or a data storage device, such as a server, a data center, etc., that incorporates one or more of the available media. The usable medium may be a magnetic medium (e.g., floppy Disk, hard Disk, magnetic tape), an optical medium (e.g., DVD), or a semiconductor medium (e.g., Solid State Disk (SSD)), among others.
The above description is only a preferred embodiment of the present application and is not intended to limit the present application, and various modifications and changes may be made by those skilled in the art. Any modification, equivalent replacement, improvement and the like made within the spirit and principle of the present application shall be included in the protection scope of the present application.
Claims (10)
1. An over-the-air control method, the method comprising:
monitoring whether a vehicle needs to download program software through a network;
when the fact that the vehicle needs to download the program software is determined, a preset electronic device arranged on the vehicle is controlled to be in a closed state in the process that the vehicle downloads and installs the program software, and the preset electronic device is an electronic device which is not required to be started after the vehicle is powered on.
2. The method of claim 1, wherein controlling preset electronics disposed on the vehicle to be in a closed state during download and installation of the program software by the vehicle comprises:
and in the process of downloading and installing the program software by the vehicle, controlling the IO port corresponding to the preset electronic device to be closed so as to enable the IO port to stop transmitting electric energy to the preset electronic device.
3. The method of claim 2, wherein controlling the IO port corresponding to the preset electronic device to be closed comprises:
and controlling the IO port in the opening state in the preset electronic device to be closed.
4. The method of claim 1, wherein prior to controlling preset electronics disposed on the vehicle to be in a closed state during download and installation of the program software by the vehicle, the method further comprises:
and determining that no user exists in the vehicle or determining that the current download mode of the vehicle is a preset download mode representing unmanned monitoring.
5. The method of claim 4, wherein determining that a user is not present within the vehicle comprises:
acquiring a data signal through a sensing assembly arranged on the vehicle;
determining from the data signal that the user is not present in the vehicle.
6. The method of claim 1, wherein the power mode of the vehicle is a first mode characterized by a sleep mode before controlling preset electronics disposed on the vehicle to be in an off state during the downloading and installing of the program software by the vehicle, the method further comprising, after controlling preset electronics disposed on the vehicle to be in an off state during the downloading and installing of the program software by the vehicle:
and controlling the power supply mode of the vehicle to be switched from the current first mode to a second mode representing the working mode.
7. The method according to any one of claims 1-6, wherein after controlling preset electronics provided on the vehicle to be in a closed state during the downloading and installation of the program software by the vehicle, the method further comprises:
the program software is obtained and installed from a server communicatively connected to the network device.
8. An electronic device, comprising a memory, a processor, a communication module, coupled to each other, the memory storing a computer program that, when executed by the processor, causes the electronic device to perform the method of any of claims 1-7.
9. An automobile, characterized by comprising an automobile body and the electronic device according to claim 8.
10. A computer-readable storage medium, in which a computer program is stored which, when run on a computer, causes the computer to carry out the method according to any one of claims 1-7.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910052263.XA CN109842676B (en) | 2019-01-18 | 2019-01-18 | Over-the-air control method, electronic equipment, automobile and readable storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910052263.XA CN109842676B (en) | 2019-01-18 | 2019-01-18 | Over-the-air control method, electronic equipment, automobile and readable storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN109842676A CN109842676A (en) | 2019-06-04 |
| CN109842676B true CN109842676B (en) | 2021-10-12 |
Family
ID=66883978
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910052263.XA Active CN109842676B (en) | 2019-01-18 | 2019-01-18 | Over-the-air control method, electronic equipment, automobile and readable storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109842676B (en) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110347412B (en) * | 2019-06-27 | 2023-05-30 | 中国第一汽车股份有限公司 | Electronic control unit firmware upgrade management method, device, equipment and storage medium |
| CN112104702B (en) * | 2020-08-18 | 2023-09-12 | 广州汽车集团股份有限公司 | Power management method for vehicle TBOX, vehicle TBOX and medium |
| CN115586907A (en) * | 2021-07-05 | 2023-01-10 | 比亚迪股份有限公司 | Program updating method, program updating device and electronic equipment |
| CN114398044A (en) * | 2022-01-12 | 2022-04-26 | 中国第一汽车股份有限公司 | Vehicle control and software configuration method, device, electronic equipment and storage medium |
| WO2023221131A1 (en) * | 2022-05-20 | 2023-11-23 | 华为技术有限公司 | Vehicle control method and device, and vehicle |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101594496A (en) * | 2009-05-22 | 2009-12-02 | 天津三星电子显示器有限公司 | A kind of method of system software upgrading in standby of digital television receiver and receiver thereof |
| CN101661321A (en) * | 2008-08-25 | 2010-03-03 | 联想(北京)有限公司 | Computer and method for controlling operation thereof |
| CN104572155A (en) * | 2013-10-24 | 2015-04-29 | 鸿富锦精密工业(武汉)有限公司 | Computer upgrading control system and method |
| CN106406503A (en) * | 2016-11-17 | 2017-02-15 | 南京熊猫电子股份有限公司 | Network remote control start-stop service system for rail transit AFC terminal devices |
| CN108459863A (en) * | 2017-12-29 | 2018-08-28 | 特瓦特能源科技有限公司 | Electrically-charging equipment method for upgrading software, device, equipment, system and storage medium |
| CN109005206A (en) * | 2017-06-06 | 2018-12-14 | 通用汽车环球科技运作有限责任公司 | Implement system and method for the processor by wirelessly carrying out vehicle replacement |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101337524A (en) * | 2007-07-06 | 2009-01-07 | 英业达股份有限公司 | Vehicle light control method and system |
| CN101704360A (en) * | 2008-12-24 | 2010-05-12 | 广州中沙桥汽车用品有限公司 | Automotive management system and management method thereof |
| KR101360705B1 (en) * | 2011-09-22 | 2014-02-07 | 기아자동차주식회사 | Vehicle Upgrade System and Method thereof |
| CN108564945B (en) * | 2018-03-13 | 2020-11-10 | 斑马网络技术有限公司 | Vehicle-mounted voice control method and device, electronic equipment and storage medium |
-
2019
- 2019-01-18 CN CN201910052263.XA patent/CN109842676B/en active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101661321A (en) * | 2008-08-25 | 2010-03-03 | 联想(北京)有限公司 | Computer and method for controlling operation thereof |
| CN101594496A (en) * | 2009-05-22 | 2009-12-02 | 天津三星电子显示器有限公司 | A kind of method of system software upgrading in standby of digital television receiver and receiver thereof |
| CN104572155A (en) * | 2013-10-24 | 2015-04-29 | 鸿富锦精密工业(武汉)有限公司 | Computer upgrading control system and method |
| CN106406503A (en) * | 2016-11-17 | 2017-02-15 | 南京熊猫电子股份有限公司 | Network remote control start-stop service system for rail transit AFC terminal devices |
| CN109005206A (en) * | 2017-06-06 | 2018-12-14 | 通用汽车环球科技运作有限责任公司 | Implement system and method for the processor by wirelessly carrying out vehicle replacement |
| CN108459863A (en) * | 2017-12-29 | 2018-08-28 | 特瓦特能源科技有限公司 | Electrically-charging equipment method for upgrading software, device, equipment, system and storage medium |
Also Published As
| Publication number | Publication date |
|---|---|
| CN109842676A (en) | 2019-06-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109842676B (en) | Over-the-air control method, electronic equipment, automobile and readable storage medium | |
| US10963241B2 (en) | Control apparatus, program update method, and computer program | |
| US20190286454A1 (en) | Control device, program update method, and computer program | |
| US10850685B2 (en) | Onboard relay device, information processing method, storage medium storing program, relay device, and information processing system | |
| US8350690B2 (en) | Methods and systems for controlling forward lighting for vehicles | |
| US20200215930A1 (en) | Control apparatus, control method, and computer program | |
| US11340891B2 (en) | Control device, control method, and computer program | |
| CN112199102A (en) | Software updating method and device for vehicle-mounted electronic control unit, vehicle and system | |
| CN104703845A (en) | System and method for managing the electrical powering of at least one piece of equipment during the automatic restarting of an intenal combustion engine of a vehicle | |
| CN111032438B (en) | Control apparatus, control method, and computer program | |
| CN111008704B (en) | Processing method, device, equipment and storage medium for federal learning of electric automobile | |
| US11168451B2 (en) | Accessory control using a vehicle communication bus | |
| CN111707477B (en) | Vehicle detection method, device and system | |
| KR20150064474A (en) | Software upgrade method for vehicle controller | |
| US9666059B2 (en) | Vehicle light anomaly state warning | |
| CN115842730A (en) | Vehicle safety OTA (over the air) upgrading method and device | |
| CN115291907A (en) | Vehicle upgrading method, device and system | |
| KR102109125B1 (en) | Method for managing state of ECU in vehicle based on automotive open system architecture | |
| CN103395389B (en) | A kind of vehicle lamplight control method | |
| US12087103B2 (en) | Electronic control unit and non-transitory computer readable medium storing session establishment program | |
| CN113625690A (en) | Intelligent diagnosis method and system for automobile and mobile terminal | |
| CN113631430B (en) | Vehicle-mounted computer, computer execution method and computer program | |
| CN110399240B (en) | Vehicle electronic device and method for processing abnormal operation of vehicle electronic device | |
| CN111344641B (en) | Control device for a motor vehicle and method for operating the control device | |
| KR20170105348A (en) | Method and apparatus for controlling body control module of vehicle, and vehicle controll system thereof |
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 |