CN114691177A - Upgrading method and device for vehicle-mounted remote monitoring system - Google Patents
Upgrading method and device for vehicle-mounted remote monitoring system Download PDFInfo
- Publication number
- CN114691177A CN114691177A CN202210468002.8A CN202210468002A CN114691177A CN 114691177 A CN114691177 A CN 114691177A CN 202210468002 A CN202210468002 A CN 202210468002A CN 114691177 A CN114691177 A CN 114691177A
- Authority
- CN
- China
- Prior art keywords
- data packet
- upgrading
- upgrade
- background server
- box
- 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.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/70—Software maintenance or management
- G06F8/71—Version control; Configuration management
Abstract
The invention discloses an upgrading method and device for a vehicle-mounted remote monitoring system, and relates to the field of vehicle-mounted software maintenance. The method comprises the following steps: s1: after receiving the OTA upgrading instruction, the T-BOX requests the backstage server to send an upgrading data packet, and then the S2 is switched to; s2: judging whether an upgrade data packet sent by a background server is received within the waiting time, if so, storing the upgrade data packet, turning to S3, otherwise, enabling the T-BOX to enter a dormant state, automatically waking up after the waking time, requesting to send the upgrade data packet to the background server, and re-executing S2; s3: after all the upgrade packages are downloaded, the T-BOX enters a dormant state, and the S4 is switched to; s4: when the vehicle is in the OFF state, the T-BOX starts an automatic upgrade procedure. In the T-BOX process, the invention automatically sleeps when the upgrade package issued by the background server is not received for a long time, and applies for issuing the upgrade package to the background server periodically, thereby improving the upgrade success rate.
Description
Technical Field
The invention relates to the field of vehicle-mounted software maintenance, in particular to an upgrading method and device for a vehicle-mounted remote monitoring system.
Background
The Telematics BOX is called a vehicle-mounted T-BOX for short, and the vehicle networking system comprises four parts, namely a host, the vehicle-mounted T-BOX, a mobile phone APP and a background system. The host is mainly used for video entertainment in the vehicle and vehicle information display; the vehicle-mounted T-BOX is mainly used for communicating with a background system/mobile phone APP, and vehicle information display and control of the mobile phone APP are achieved.
After a user sends a control command through the mobile phone APP, the TSP background CAN send a monitoring request command to the vehicle-mounted T-BOX, after the vehicle obtains the control command, the control message is sent through the CAN bus, the vehicle is controlled, finally, an operation result is fed back to the mobile phone APP of the user, and only through the function, the user CAN be helped to remotely start the vehicle, open an air conditioner, adjust a seat to a proper position and the like.
The vehicle-mounted T-BOX design architecture: the double-circuit DC/DC + double LDO + double-core OBD module + STM32F103CBT6 is a main control + STM32F105RBT6 double-core processing, the periphery is GPRS + GPS + six-axis G-Sensor and a vibration Sensor for main control calling, two 12V outputs are additionally arranged, and one path of UART is reserved.
The vehicle-mounted T-BOX and the host computer communicate through the canbus to realize the transmission of instructions and information, including vehicle state information, key state information, control instructions and the like; and the output of the microphone and the loudspeaker shared by the two parties is realized through audio connection. The communication with the mobile phone APP is indirect (bidirectional) through a background system in the form of a data link. The T-BOX and background system communication also comprises two forms of voice and short message, and the latter mainly realizes the functions of one-key navigation and remote control.
After the ACC is flamed out, in order to ensure that the working current of the vehicle-mounted T-BOX is lower, the communication module disconnects the data link and only keeps the functions of receiving short messages and calling in a telephone. The short message is only required to be sent when the remote control is required, the data before the flameout of the customer service center is inquired through the information, and the short message is not required to be sent.
The T-BOX (remote monitoring system) of the vehicle needs to regularly receive the upgrade package issued remotely by the background server for upgrading, and the existing upgrade modes are generally two types as follows:
(1) and the T-BOX receives an OTA (over-the-air) upgrading instruction of the background server and waits for receiving an upgrading packet.
The disadvantages of this approach are: the T-BOX is always in a waiting state after receiving the OTA upgrading instruction, and if the background server fails or other abnormal conditions cause that the upgrading packet is not issued for a long time, the T-BOX is consistently in the waiting state, which not only can easily cause the instability of the equipment program, but also can consume excessive battery power.
(2) Based on the http communication protocol, the T-BOX receives a short message awakening instruction of OTA upgrading; after being awakened by the short message, the T-BOX sends a request message to a background server, so that the T-BOX can establish http connection with the background for communication, then the T-BOX waits for receiving the upgrade packet and detects whether background service exists, and if no background service exists, the T-BOX resumes the dormancy condition.
The disadvantages of this approach are: the T-BOX starts to detect the version after being awakened after receiving the short message instruction of OTA upgrading, and allows the device to sleep, and during the period from the end of the detection of the version to the downloading of the version, a short service-free issuing state may exist, and at the moment, if the permission condition of the device sleep is reached, the power management module enters the sleep state because the background server is not inquired to issue the service. After the sleep, because the communication between the T-BOX and the background server only supports the awakening by the short message, the upgrade package issued by the background server can not awaken the T-BOX, therefore, the T-BOX can not receive the upgrade package, namely, the upgrade process is interrupted, and the T-BOX can fail to be written normally due to the configuration items required by the upgrade service, thereby causing the upgrade failure.
Disclosure of Invention
Aiming at the defects in the prior art, the invention solves the technical problems that: in the T-BOX process, when the upgrade package issued by the background server is not received for a long time, the T-BOX automatically sleeps, and periodically applies for issuing the upgrade package to the background server, thereby improving the upgrade success rate.
In order to achieve the above purpose, the upgrading method for the vehicle-mounted remote monitoring system provided by the invention comprises the following steps:
s1: after receiving the OTA upgrading instruction, the T-BOX requests the backstage server to send an upgrading data packet, and then the S2 is switched to;
s2: judging whether an upgrade data packet sent by a background server is received within the waiting time, if so, storing the upgrade data packet, turning to S3, otherwise, enabling the T-BOX to enter a dormant state, automatically waking up after the waking time, requesting to send the upgrade data packet to the background server, and re-executing S2;
s3: after all the upgrade packages are downloaded, the T-BOX enters a dormant state, and the S4 is switched to;
s4: when the vehicle is in the OFF state, the T-BOX starts an automatic upgrade procedure.
On the basis of the above technical solution, the specific process of S1 includes: after receiving the OTA upgrading instruction, the T-BOX judges whether the upgrading version in the upgrading instruction is newer than the version currently used, if so, requests a background server to issue an upgrading data packet, and then goes to S2; otherwise, confirming that the upgrading is not needed, and ending.
On the basis of the above technical solution, the specific process of S2 includes: judging whether an upgrading data packet sent by a background server is received within the packet receiving duration:
if yes, storing the upgrade data packet and restarting timing, and going to S3;
if not, judging whether the waiting time is exceeded or not, if so, entering a dormant state, automatically waking up after the waking time, requesting an issued upgrading data packet to a background server, and executing S2 again; otherwise, the upgrade data packet is requested to be issued to the background server, and S2 is executed again.
On the basis of the above technical solution, the process of automatically waking up after the wake-up duration and requesting the update data packet to be issued to the background server in S2 specifically includes: after automatic awakening, judging whether the awakening times exceed a threshold value, if so, determining that the upgrading fails, deleting the received upgrading data packet, and ending; otherwise, requesting the delivered upgrade data packet from the background server, and re-executing S2.
On the basis of the above technical solution, the specific process of S3 includes: judging whether the currently stored upgrade data packet is the last upgrade data packet, if so, confirming that all upgrade packets are downloaded, and enabling the T-BOX to enter a dormant state; otherwise, the upgrade data packet sent to the background server is requested, and the process goes to S2.
The invention provides an upgrading device for a vehicle-mounted remote monitoring system, which comprises a version upgrading triggering module, an upgrading data packet receiving module, an upgrading data packet verifying module and an upgrading module, wherein the version upgrading triggering module, the upgrading data packet receiving module, the upgrading data packet verifying module and the upgrading module are arranged on a T-BOX;
the version upgrading triggering module is used for: after receiving an OTA upgrading instruction, sending an upgrading data packet to a background server, and sending an upgrading data packet receiving signal to an upgrading data packet receiving module;
the upgrade data packet receiving module is used for: after receiving an upgrade data packet receiving signal, judging whether an upgrade data packet sent by a background server is received within a waiting time, if so, storing the upgrade data packet, and sending an upgrade data packet verification signal to an upgrade data packet verification module; otherwise, controlling the T-BOX to enter a dormant state, automatically waking up after the wake-up time, requesting to issue an upgrade data packet to the background server, and restarting the work;
the upgrade data packet verification module is used for: after receiving the upgrade data package verification signal and after finishing downloading all upgrade packages, controlling the T-BOX to enter a dormant state;
the upgrading module is used for: the automatic upgrade program is started when the vehicle is in the OFF state.
On the basis of the above technical solution, the version upgrade triggering module is specifically configured to: after receiving an OTA upgrading instruction, judging whether an upgrading version in the upgrading instruction is newer than a version currently used, if so, requesting a background server to send an upgrading data packet, and sending an upgrading data packet receiving signal to an upgrading data packet receiving module; otherwise, confirming that the upgrading is not needed, and ending.
On the basis of the above technical solution, the upgrade data packet receiving module is specifically configured to: judging whether an upgrading data packet sent by a background server is received within the packet receiving time:
if yes, storing the upgrading data packet, restarting timing, and sending an upgrading data packet verification signal to an upgrading data packet verification module;
if not, judging whether the waiting time is exceeded or not, if so, controlling the T-BOX to enter a dormant state, automatically waking up after the waking time, requesting an upgrade data packet issued to a background server, and restarting the work; otherwise, sending an upgrading data packet to the background server and restarting the work.
On the basis of the above technical solution, the work flow of the upgrade data packet that the upgrade data packet receiving module automatically wakes up after the wake-up duration and requests the background server to issue includes: after automatic awakening, judging whether the awakening times exceed a threshold value, if so, determining that upgrading fails, deleting the received upgrading data packet, and ending; otherwise, the system requests the back-end server for the issued upgrade data packet and restarts working.
On the basis of the technical scheme, the specific work flow of the upgrading data packet verification module comprises the following steps: judging whether the currently stored upgrade data packet is the last upgrade data packet, if so, confirming that all upgrade packets are downloaded, and controlling the T-BOX to enter a dormant state; otherwise, the upgrading data packet is requested to be issued to the background server, and an upgrading data packet receiving signal is issued to the upgrading data packet receiving module.
Compared with the prior art, the invention has the advantages that:
compared with the upgrading mode in the prior art that the OTA upgrading instruction is not received and the OTA is always in a waiting state, the method and the device can automatically enter the dormant state after the OTA is not received within the specified time, so that the instability of the device program is avoided, and the redundant electric quantity consumption is avoided.
Compared with the upgrading mode in the prior art that the dormancy is carried out without service and the upgrading mode cannot be activated after the dormancy, the method can be used for periodically and actively awakening after the dormancy and requesting to transmit the upgrading data packet to the background server again, so that the smoothness of the upgrading process is ensured to the maximum extent, and the upgrading success rate is obviously improved.
Drawings
In order to more clearly illustrate the technical solutions in the embodiments of the present invention, the drawings needed to be used in the description of the embodiments will be briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments of the present invention, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without creative efforts.
Fig. 1 is a flowchart of an upgrading method for a vehicle-mounted remote monitoring system in an embodiment of the present invention.
Detailed Description
In order to make the objects, technical solutions and advantages of the embodiments of the present application clearer, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are some embodiments of the present application, but not all embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.
The flow diagrams depicted in the figures are merely illustrative and do not necessarily include all of the elements and operations/steps, nor do they necessarily have to be performed in the order depicted. For example, some operations/steps may be decomposed, combined or partially combined, so that the actual execution sequence may be changed according to the actual situation.
The upgrading method for the vehicle-mounted remote monitoring system in the embodiment of the invention comprises the following steps:
s1: and after receiving the OTA upgrading instruction, the T-BOX requests the background server to send an upgrading data packet, and the S2 is switched to.
The specific process of S1 includes: after receiving the OTA upgrading instruction, the T-BOX judges whether the upgrading version in the upgrading instruction is newer than the version currently used, if so, requests a background server to issue an upgrading data packet, and then the S2 is switched to; otherwise, confirming that the upgrading is not needed, and ending.
S2: the T-BOX judges whether an upgrade data packet sent by the background server is received within a waiting time (the waiting time is preset), if so, the upgrade data packet is stored, the S3 is switched to, otherwise, the T-BOX enters a dormant state, automatically wakes up after the waking time (the waking time is preset), requests the background server to send the upgrade data packet, and re-executes the S2.
The specific process of S2 includes: the T-BOX judges whether an upgrade data packet issued by a background server is received in a packet receiving time length (the packet receiving time length is preset and is less than a waiting time length) or not:
if so, the upgrade packet is stored and the timing is restarted (i.e., the counting of the waiting time period is restarted), then the process goes to S3,
if not, judging whether the waiting time length is exceeded or not, if so, entering a dormant state, automatically waking up after the waking time length (the waking time length is preset), requesting an issued upgrading data packet to a background server, and re-executing S2; otherwise, the upgrade data packet is issued to the background server and the step S2 is executed again.
The principle of this step is: through a packet receiving time length which is less than the waiting time length, the background server continues to request to send the upgrading data packet under the condition that the data packet is not received and the waiting time length is not exceeded, the condition that the background server is in direct dormancy when the upgrading data packet is not sent in time due to short-term faults can be avoided, and therefore packet receiving efficiency and the subsequent upgrading success rate are guaranteed.
The process of automatically waking up after the wake-up duration and requesting the update data packet to be issued to the background server in S2 specifically includes: after automatic awakening, judging whether the awakening frequency exceeds a threshold value (preset), if so, determining that the upgrading fails, deleting the received upgrading data packet, and ending; otherwise, requesting the delivered upgrade data packet from the background server, and re-executing S2. Therefore, when the method and the device are awakened for multiple times and cannot receive all the upgrading data packets (basically, the background server has serious faults and cannot send the upgrading data packets), resources are not wasted and upgrading is continued, and the resource using mode is optimized.
S3: after the download of all upgrade packages is completed, the T-BOX enters the sleep state and goes to S4.
The specific process of S3 includes: judging whether the currently stored upgrade data packet is the last upgrade data packet (the mark background server of the last data packet is set and the T-BOX is identified), if so, confirming that all upgrade packets are downloaded, and enabling the T-BOX to enter a dormant state; otherwise, the upgrade data packet sent to the background server is requested, and the process goes to S2.
S4: when the vehicle is in an OFF state (the vehicle is powered down to an OFF gear and the whole vehicle network is in a sleep state), the T-BOX starts an automatic upgrading program. The network dormancy is required for the purposes of: after the vehicle is OFF, other controllers are ensured to have no interaction requirement on the T-BOX, and the phenomenon that the T-BOX has a functional requirement on the T-BOX under the OFF gear is avoided, so that the T-BOX can be automatically upgraded to cause functional abnormality.
From the above, it follows that:
compared with the upgrading mode in the prior art that the OTA upgrading instruction is not received and the OTA is always in a waiting state, the method and the device can automatically enter the dormant state after the OTA is not received within the specified time, so that the instability of the device program can not be caused, and the redundant electric quantity consumption can not be caused.
Compared with the upgrading mode in the prior art that the dormancy is carried out without service and the upgrading mode cannot be activated after the dormancy, the method can be used for periodically and actively awakening after the dormancy and requesting to transmit the upgrading data packet to the background server again, so that the smoothness of the upgrading process is ensured to the maximum extent, and the upgrading success rate is obviously improved.
The process of the present invention is specifically illustrated by a specific example.
Referring to fig. 1, the upgrade method for the vehicle-mounted remote monitoring system of the present embodiment includes the following steps:
s100: and after receiving the OTA upgrading instruction, the T-BOX judges whether the upgrading version in the upgrading instruction is newer than the version currently used, if so, requests a background server to send an upgrading data packet, and turns to S200, otherwise, confirms that the upgrading is not needed and ends.
S200: and the T-BOX starts a timer to start timing, judges whether an upgrading data packet sent by the background server is received within a packet receiving time (the packet receiving time is 5S), stores the upgrading data packet and starts timing again if the upgrading data packet is received, and turns to S300, otherwise turns to S500.
S300: judging whether the currently stored upgrade data packet is the last upgrade data packet, if so, confirming that all upgrade data packets are downloaded, enabling the T-BOX to enter a dormant state, and turning to S400; otherwise, the upgrade data packet sent to the background server is requested, and the process goes to S200.
S400: and when the vehicle is in an OFF state, the T-BOX starts an automatic upgrading program and ends.
S500: the T-BOX judges whether the timer exceeds the waiting time (the waiting time is 1min) or not, if so, the T-BOX enters a dormant state, automatically wakes up after the waking time (the waking time is 2h), and then the S600 is carried out; otherwise, sending an upgrade data packet to the background server and re-executing S200.
S600: and judging whether the awakening times exceed a threshold (the threshold is 3 times), if so, determining that the upgrading fails, deleting the received upgrading data packet, and ending the upgrading, otherwise, requesting the upgrading data packet issued to the background server, and turning to S200.
The upgrading device for the vehicle-mounted remote monitoring system in the embodiment of the invention comprises a version upgrading triggering module, an upgrading data packet receiving module, an upgrading data packet verifying module and an upgrading module which are arranged on a T-BOX.
The version upgrading triggering module is used for: after receiving the OTA upgrading instruction, the upgrading data package requesting to be issued to the background server sends an upgrading data package receiving signal to an upgrading data package receiving module.
The version upgrade triggering module is specifically configured to: after receiving an OTA upgrading instruction, judging whether an upgrading version in the upgrading instruction is newer than a version currently used, if so, requesting to issue an upgrading data packet to a background server, and issuing an upgrading data packet receiving signal to an upgrading data packet receiving module; otherwise, confirming that the upgrading is not needed, and ending.
The upgrade data packet receiving module is used for: after receiving an upgrade data packet receiving signal, judging whether an upgrade data packet sent by a background server is received in a waiting time (the waiting time is preset), if so, storing the upgrade data packet, and sending an upgrade data packet verification signal to an upgrade data packet verification module; otherwise, controlling the T-BOX to enter a dormant state, automatically waking up after a wake-up time (the wake-up time is preset), requesting the background server to issue an upgrade data packet, and restarting the work.
The upgrade data packet receiving module is specifically configured to: judging whether an upgrade data packet sent by a background server is received in a packet receiving time (the packet receiving time is preset and is less than a waiting time):
if yes, storing the upgrade data packet, restarting timing (namely restarting to calculate the waiting time length), and sending an upgrade data packet verification signal to the upgrade data packet verification module;
if not, judging whether the waiting time length is exceeded or not, if so, controlling the T-BOX to enter a dormant state, automatically waking up after the waking time length (the waking time length is preset), requesting an issued upgrading data packet to a background server, and restarting the work; otherwise, the upgrading data packet is requested to be issued to the background server and the work is restarted.
The principle of this step is: through a packet receiving time length which is less than the waiting time length, the background server continues to request to send the upgrading data packet under the condition that the data packet is not received and the waiting time length is not exceeded, the condition that the background server is in direct dormancy when the upgrading data packet is not sent in time due to short-term faults can be avoided, and therefore packet receiving efficiency and the subsequent upgrading success rate are guaranteed.
The process of the upgrade data packet which is automatically awakened after the awakening time length by the upgrade data packet receiving module and is requested to be issued to the background server specifically comprises the following steps: after automatic awakening, judging whether the awakening frequency exceeds a threshold value (preset), if so, determining that the upgrading fails, deleting the received upgrading data packet, and ending; otherwise, the system requests the back-end server for the issued upgrade data packet and restarts working. Therefore, when the invention is awakened for many times and cannot receive all the upgrading data packets (the situation basically means that the background server has serious faults and cannot send the upgrading data packets), resources are not wasted and the upgrading is continued, and the resource using mode is optimized.
The upgrade data packet verification module is used for: and after receiving the upgrade data packet verification signal and finishing downloading all the upgrade packets, controlling the T-BOX to enter a dormant state.
The specific work flow of the upgrading data packet verification module comprises the following steps: judging whether the currently stored upgrade data packet is the last upgrade data packet (the mark background server of the last data packet is set and the T-BOX is identified), if so, confirming that all upgrade packets are downloaded, and controlling the T-BOX to enter a dormant state; otherwise, the upgrading data packet is requested to be issued to the background server, and an upgrading data packet receiving signal is issued to the upgrading data packet receiving module.
The upgrading module is used for: when the vehicle is in an OFF state (the vehicle is powered down to an OFF gear and the whole vehicle network is in a sleep state), the T-BOX starts an automatic upgrading program. The network dormancy is required for the purposes of: after the vehicle is OFF, other controllers are ensured to have no interaction requirement on the T-BOX, and the phenomenon that the T-BOX has a functional requirement on the T-BOX under the OFF gear is avoided, so that the T-BOX can be automatically upgraded to cause functional abnormality.
From the above it follows that:
compared with the upgrading mode in the prior art that the OTA upgrading instruction is not received and the OTA is always in a waiting state, the method and the device can automatically enter the dormant state after the OTA is not received within the specified time, so that the instability of the device program is avoided, and the redundant electric quantity consumption is avoided.
Compared with the upgrading mode in the prior art that the dormancy is carried out without service and the upgrading mode cannot be activated after the dormancy, the method can be used for periodically and actively awakening after the dormancy and requesting to transmit the upgrading data packet to the background server again, so that the smoothness of the upgrading process is ensured to the maximum extent, and the upgrading success rate is obviously improved.
The apparatus of the invention is described in detail below by means of a specific embodiment.
The work flow of the upgrading device for the vehicle-mounted remote monitoring system comprises the following steps:
s100: and after receiving the OTA upgrading instruction, the version upgrading triggering module judges whether the upgrading version in the upgrading instruction is newer than the version currently used, if so, requests a background server to send an upgrading data packet, and turns to S200, otherwise, confirms that the upgrading is not needed, and ends.
S200: and the upgrading data packet receiving module starts a timer to start timing, judges whether an upgrading data packet sent by the background server is received within a packet receiving time (the packet receiving time is 5S), stores the upgrading data packet and starts timing again if the upgrading data packet is received, and turns to S300, otherwise turns to S500.
S300: the upgrade data packet verification module judges whether the currently stored upgrade data packet is the last upgrade data packet, if so, the download of all upgrade packets is confirmed to be completed, the T-BOX is controlled to enter a dormant state, and the S400 is switched to; otherwise, the upgrade data packet issued to the background server is requested, and the process goes to S200.
S400: and when the vehicle is in an OFF state, the T-BOX starts an automatic upgrading program and ends.
S500: the upgrade data packet receiving module judges whether the timer exceeds the waiting time (the waiting time is 1min), if so, the T-BOX is controlled to enter a dormant state, the T-BOX is automatically awakened after the awakening time (the awakening time is 2h), and the S600 is switched to; otherwise, sending an upgrade data packet to the background server and re-executing S200.
S600: judging whether the wake-up times of the upgrade data packet receiving module exceeds a threshold (the threshold is 3 times), if so, determining that the upgrade fails, deleting the received upgrade data packet and then finishing, otherwise, requesting the upgrade data packet issued to a background server, and turning to S200.
In the description of the present invention, it should be noted that the terms "upper", "lower", and the like indicate orientations or positional relationships based on the orientations or positional relationships shown in the drawings, which are merely for convenience in describing the present invention and simplifying the description, and do not indicate or imply that the referred device or element must have a specific orientation, be constructed in a specific orientation, and operate, and thus, should not be construed as limiting the present invention. Unless expressly stated or limited otherwise, the terms "mounted," "connected," and "connected" are intended to be inclusive and mean, for example, that they may be fixedly connected, detachably connected, or integrally connected; can be mechanically or electrically connected; they may be connected directly or indirectly through intervening media, or they may be interconnected between two elements. The specific meanings of the above terms in the present invention can be understood according to specific situations by those of ordinary skill in the art.
It is noted that, in the present invention, relational terms such as "first" and "second", and the like, may be used solely to distinguish one entity or action from another entity or action without necessarily requiring or implying any actual such relationship or order between such entities or actions. Also, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other identical elements in the process, method, article, or apparatus that comprises the element.
It will be understood by those of ordinary skill in the art that all or some of the steps of the methods, systems, functional modules/units in the devices disclosed above may be implemented as software, firmware, hardware, or suitable combinations thereof. In a hardware implementation, the division between functional modules/units mentioned in the above description does not necessarily correspond to the division of physical components; for example, one physical component may have multiple functions, or one function or step may be performed by several physical components in cooperation. Some or all of the physical components may be implemented as software executed by a processor, such as a central processing unit, digital signal processor, or microprocessor, or as hardware, or as an integrated circuit, such as an application specific integrated circuit. Such software may be distributed on computer readable storage media, which may include computer readable storage media (or non-transitory media) and communication media (or transitory media).
The term computer-readable storage medium includes volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storage of information such as computer-readable instructions, data structures, program modules or other data, as is well known to those of ordinary skill in the art. Computer-readable storage media includes, but is not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, Digital Versatile Disks (DVD) or other optical disk storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to store the desired information and which can be accessed by a computer. In addition, communication media typically embodies computer readable instructions, data structures, program modules or other data in a modulated data signal such as a carrier wave or other transport mechanism and includes any information delivery media as known to those skilled in the art.
For example, the computer readable storage medium may be an internal storage unit of the electronic device of the foregoing embodiment, such as a hard disk or a memory of the electronic device. The computer readable storage medium may also be an external storage device of the electronic device, such as a plug-in hard disk provided on the electronic device, a Smart Media Card (SMC), a Secure Digital (SD) Card, a Flash memory Card (Flash Card), and the like.
The above embodiments are only specific embodiments of the present invention, but the scope of the embodiments of the present invention is not limited thereto, and any person skilled in the art can easily think of various equivalent modifications or substitutions within the technical scope of the embodiments of the present invention, and these modifications or substitutions should be covered by the scope of the embodiments of the present invention. Therefore, the protection scope of the embodiments of the present invention shall be subject to the protection scope of the claims.
Claims (10)
1. An upgrading method for a vehicle-mounted remote monitoring system is characterized by comprising the following steps:
s1: after receiving the OTA upgrading instruction, the T-BOX requests the backstage server to send an upgrading data packet, and then the S2 is switched to;
s2: judging whether an upgrade data packet sent by a background server is received within the waiting time, if so, storing the upgrade data packet, turning to S3, otherwise, enabling the T-BOX to enter a dormant state, automatically waking up after the waking time, requesting to send the upgrade data packet to the background server, and re-executing S2;
s3: after all the upgrade packages are downloaded, the T-BOX enters a sleep state, and the S4 is switched to;
s4: when the vehicle is in the OFF state, the T-BOX starts an automatic upgrade procedure.
2. The upgrading method for the vehicle-mounted remote monitoring system according to claim 1, wherein the specific process of S1 includes: after receiving the OTA upgrading instruction, the T-BOX judges whether the upgrading version in the upgrading instruction is newer than the version currently used, if so, requests a background server to issue an upgrading data packet, and then the S2 is switched to; otherwise, confirming that the upgrading is not needed, and ending.
3. The upgrading method for the vehicle-mounted remote monitoring system according to claim 1, wherein the specific process of S2 includes: judging whether an upgrading data packet sent by a background server is received within the packet receiving duration:
if yes, storing the upgrade data packet and restarting timing, and going to S3;
if not, judging whether the waiting time is exceeded or not, if so, entering a dormant state, automatically waking up after the waking time, requesting an issued upgrading data packet to a background server, and executing S2 again; otherwise, the upgrade data packet is requested to be issued to the background server, and S2 is executed again.
4. The upgrading method for the vehicle-mounted remote monitoring system according to claim 3, wherein the process of automatically waking up after the wake-up duration and requesting the update data packet to be issued to the background server in S2 specifically includes: after automatic awakening, judging whether the awakening times exceed a threshold value, if so, determining that the upgrading fails, deleting the received upgrading data packet, and ending; otherwise, requesting the delivered upgrade data packet from the background server, and re-executing S2.
5. The upgrading method for the vehicle-mounted remote monitoring system according to any one of claims 1 to 4, characterized in that the specific process of S3 includes: judging whether the currently stored upgrade data packet is the last upgrade data packet, if so, confirming that all upgrade packets are downloaded, and enabling the T-BOX to enter a dormant state; otherwise, the upgrade data packet sent to the background server is requested, and the process goes to S2.
6. The utility model provides an upgrading device for on-vehicle remote monitering system which characterized in that: the device comprises a version upgrading triggering module, an upgrading data packet receiving module, an upgrading data packet verifying module and an upgrading module which are arranged on a T-BOX;
the version upgrading triggering module is used for: after receiving an OTA upgrading instruction, sending an upgrading data packet to a background server, and sending an upgrading data packet receiving signal to an upgrading data packet receiving module;
the upgrade data packet receiving module is used for: after receiving an upgrade data packet receiving signal, judging whether an upgrade data packet sent by a background server is received within a waiting time, if so, storing the upgrade data packet, and sending an upgrade data packet verification signal to an upgrade data packet verification module; otherwise, controlling the T-BOX to enter a dormant state, automatically waking up after the wake-up time, requesting to issue an upgrade data packet to the background server, and restarting the work;
the upgrade data packet verification module is used for: after receiving the upgrade data package verification signal and after finishing downloading all upgrade packages, controlling the T-BOX to enter a dormant state;
the upgrading module is used for: the automatic upgrade routine is started when the vehicle is in the OFF state.
7. The upgrading apparatus for vehicle-mounted remote monitoring system according to claim 6, wherein the version upgrading triggering module is specifically configured to: after receiving an OTA upgrading instruction, judging whether an upgrading version in the upgrading instruction is newer than a version currently used, if so, requesting a background server to send an upgrading data packet, and sending an upgrading data packet receiving signal to an upgrading data packet receiving module; otherwise, confirming that the upgrading is not needed, and ending.
8. The upgrading apparatus for vehicle-mounted remote monitoring system according to claim 6, wherein the upgrade data packet receiving module is specifically configured to: judging whether an upgrading data packet sent by a background server is received within the packet receiving duration:
if yes, storing the upgrade data packet, restarting timing, and sending an upgrade data packet verification signal to an upgrade data packet verification module;
if not, judging whether the waiting time is exceeded or not, if so, controlling the T-BOX to enter a dormant state, automatically waking up after the waking time, requesting an upgrade data packet issued to a background server, and restarting the work; otherwise, sending an upgrading data packet to the background server and restarting the work.
9. The upgrading apparatus for a vehicle-mounted remote monitoring system according to claim 8, wherein the workflow of the upgrade data package that the upgrade data package receiving module automatically wakes up after the wake-up duration and requests the backend server to issue the upgrade data package specifically includes: after automatic awakening, judging whether the awakening times exceed a threshold value, if so, determining that the upgrading fails, deleting the received upgrading data packet, and ending; otherwise, the system requests the back-end server for the issued upgrade data packet and restarts working.
10. The upgrading device for the vehicle-mounted remote monitoring system according to any one of claims 6 to 9, wherein the specific workflow of the upgrading data packet verification module comprises: judging whether the currently stored upgrade data packet is the last upgrade data packet, if so, confirming that all upgrade packets are downloaded, and controlling the T-BOX to enter a dormant state; otherwise, the upgrading data packet is requested to be issued to the background server, and an upgrading data packet receiving signal is issued to the upgrading data packet receiving module.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210468002.8A CN114691177A (en) | 2022-04-24 | 2022-04-24 | Upgrading method and device for vehicle-mounted remote monitoring system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210468002.8A CN114691177A (en) | 2022-04-24 | 2022-04-24 | Upgrading method and device for vehicle-mounted remote monitoring system |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN114691177A true CN114691177A (en) | 2022-07-01 |
Family
ID=82145168
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210468002.8A Pending CN114691177A (en) | 2022-04-24 | 2022-04-24 | Upgrading method and device for vehicle-mounted remote monitoring system |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114691177A (en) |
-
2022
- 2022-04-24 CN CN202210468002.8A patent/CN114691177A/en active Pending
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111061499B (en) | ECU updating method and system based on file system | |
| CN108833122B (en) | Wake-up method and device for vehicle-mounted communication controller and storage medium | |
| US10880404B2 (en) | On-vehicle control device and on-vehicle control device information update system | |
| US8660739B2 (en) | Monitoring the status of a vehicle | |
| CN112134926B (en) | Vehicle-mounted equipment upgrading system and method | |
| KR20200056838A (en) | Communication system for vehicle and control method of the same | |
| CN112165697B (en) | Tbox sleep wake-up control method and device and terminal equipment | |
| WO2019201293A1 (en) | Electric vehicle charging control method and apparatus, and computer device | |
| CN110049107B (en) | Internet vehicle awakening method, device, equipment and medium | |
| CN113873448A (en) | Method for remotely waking up vehicle-mounted intelligent terminal after sleeping | |
| JP2005156169A (en) | Timing control type download system | |
| CN114691177A (en) | Upgrading method and device for vehicle-mounted remote monitoring system | |
| CN116257263A (en) | Motorcycle and software upgrading method | |
| CN113805920A (en) | OTA (over the air) upgrading method and upgrading device | |
| JP4821867B2 (en) | Communication device and communication program | |
| CN117762452A (en) | Vehicle software upgrading method, device, terminal equipment and storage medium | |
| CN113766490B (en) | OTA (over the air) upgrading control method and system for multiple ECUs (electronic control units) | |
| CN114643902B (en) | Rail vehicle charging control method, dormancy wakeup device and rail vehicle | |
| US20240096140A1 (en) | Electric vehicle network management system and method for therefor | |
| CN115580639A (en) | Data processing method and system for generating vehicle wake-up instruction | |
| CN115794140A (en) | Remote upgrading method and device and vehicle | |
| CN115923697A (en) | Vehicle power supply management method and device in air download upgrading process and vehicle | |
| CN113135107A (en) | New energy automobile charging appointment method and device | |
| CN116886119A (en) | Control method of vehicle-mounted intercom terminal, vehicle-mounted intercom terminal and storage medium | |
| CN117294551A (en) | Ethernet network management method, device, electronic equipment and storage medium |
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 |