WO2021114138A1

WO2021114138A1 - Upgrade abnormality analysis method, electronic device, movable platform, camera, and computer-readable storage medium

Info

Publication number: WO2021114138A1
Application number: PCT/CN2019/124580
Authority: WO
Inventors: 王威; 方昊翔
Original assignee: 深圳市大疆创新科技有限公司
Priority date: 2019-12-11
Filing date: 2019-12-11
Publication date: 2021-06-17
Also published as: CN112513818A

Abstract

An upgrade abnormality analysis method, an electronic device, a movable platform, a camera, and a computer-readable storage medium. The method comprises: reading one or more upgrade logs of an upgrade object, and acquiring log content corresponding to the current upgrade abnormality from the one or more upgrade logs, wherein the upgrade logs are read from the upgrade object and/or a device assisting upgrade of the upgrade object (S101); searching the log content for a specified key word, and determining a reason for the upgrade abnormality on the basis of the specified key word (S102). The method implements a process of automatically positioning the reason for the upgrade abnormality, and reduces tedious operations during manual positioning analysis and consumed labor costs.

Description

Upgrade anomaly analysis method, electronic equipment, movable platform, camera and computer readable storage medium

Technical field

This application relates to the field of software upgrades, and in particular to an upgrade anomaly analysis method, electronic equipment, movable platforms, cameras, and computer-readable storage media.

Background technique

Firmware upgrade refers to the upgrade of the embedded firmware of smart hardware devices. In order to fix bugs (vulnerabilities) and iterate functions, smart hardware devices generally have an over-the-air technology (OTA) differential upgrade function, but they are currently smart If the hardware device is upgraded abnormally through the OTA function, the user can only get the abnormal result of the upgrade and cannot determine the cause of the abnormal upgrade. Professional engineers need to manually locate the problem. Not only is the operation cumbersome, but if multiple abnormal upgrade results are received, it is also necessary Performing manual positioning analysis one by one consumes huge human resources.

Summary of the invention

In view of this, one of the objectives of the present invention is to provide an upgrade anomaly analysis method, an electronic device, a movable platform, a camera, and a computer-readable storage medium.

First of all, the first aspect of this application provides an upgrade anomaly analysis method, including:

Read one or more upgrade logs of the upgrade object, and obtain the log content corresponding to the upgrade exception from the one or more upgrade logs; the upgrade log obtains from the upgrade object and/or assists the upgrade object Read in upgraded equipment;

Search for a designated keyword from the log content, and determine the cause of the upgrade abnormality based on the designated keyword.

Optionally, the determining the reason for the abnormal upgrade based on the designated keyword includes:

Determine the error type that caused the upgrade exception according to the designated keyword and the pre-stored error type correspondence; the error type correspondence is used to indicate the correspondence between the designated keyword and the error type;

Determine the cause of the upgrade exception based on the error type.

Optionally, the obtaining the log content corresponding to the current upgrade exception from the upgrade log includes:

If an upgrade log of the upgrade object is read, search for the last field in the upgrade log that indicates that the upgrade was successful;

The content after the field is obtained as the log content corresponding to this upgrade exception.

If multiple upgrade logs of the upgrade object are read, search for the last field in each upgrade log that indicates that the upgrade was successful;

The content after the fields in each upgrade log are spliced to obtain the log content corresponding to the upgrade exception.

If multiple upgrade logs of the upgrade object are read, the contents in the multiple upgrade logs are sequentially spliced according to the recorded upgrade time;

Look for the last field in the spliced upgrade log that indicates that the upgrade is successful, and obtain the content after the field as the log content corresponding to the upgrade exception.

Optionally, it also includes:

If a test opening operation is detected, perform a cyclic upgrade stress test on the upgrade object;

The reading one or more upgrade logs of the upgrade object includes:

If this upgrade stress test fails, read one or more upgrade logs of the upgrade object.

Optionally, after the one or more upgrade logs of the upgrade object are read, the method further includes:

If the number of remaining cycles is not 0, perform the next upgrade stress test.

Optionally, the upgrade object includes a movable platform and/or a camera.

Optionally, the movable platform includes unmanned aerial vehicles, unmanned vehicles, and unmanned ships.

Optionally, the error type includes any one or more of the following:

Initialization error, data acquisition error, data transmission error, unable to enter the upgrade mode, network connection failure, firmware verification error, restart failure, and battery power is below the specified value.

According to a second aspect of the embodiments of the present application, an electronic device is provided, including:

processor;

A memory for storing processor executable instructions;

Wherein, the processor calls the executable instruction, and when the executable instruction is executed, it is used to perform the following operations:

According to a third aspect of the embodiments of the present application, a movable platform is provided, including:

body;

The power system is arranged inside the fuselage and used to provide power for the movable platform;

A communication system, which is arranged inside the fuselage and is used to enable the movable platform to communicate with external devices; and,

The upgrading system is arranged inside the fuselage and is used to execute the method described in any one of the first aspect.

According to a fourth aspect of the embodiments of the present application, there is provided a camera, including

shell;

The lens assembly is arranged inside the housing;

A sensor component, arranged inside the housing, for sensing light passing through the lens component and generating an electrical signal;

A communication system, which is provided inside the housing and is used to enable the camera to communicate with external devices; and,

The upgrade system is arranged inside the housing and used to execute the method described in any one of the first aspect.

According to a fifth aspect of the embodiments of the present application, there is provided a computer-readable storage medium having computer instructions stored thereon, and when the instructions are executed by a processor, the method described in any one of the first aspects is implemented.

The technical solutions provided by the embodiments of the present application may include the following beneficial effects:

The upgrade anomaly analysis method disclosed in this embodiment reduces the tedious operation and labor cost in manual positioning analysis.

It should be understood that the above general description and the following detailed description are only exemplary and explanatory, and cannot limit the application.

Description of the drawings

In order to more clearly describe the technical solutions in the embodiments of the present application, the following will briefly introduce the drawings that need to be used in the description of the embodiments. Obviously, the drawings in the following description are only some embodiments of the present application. For those of ordinary skill in the art, other drawings can be obtained from these drawings without creative labor.

Fig. 1 is a flowchart of a method for analyzing an upgrade anomaly according to an exemplary embodiment of the present application.

Fig. 2 is a flow chart of another method for analyzing an upgrade anomaly according to an exemplary embodiment of the present application.

Fig. 3 is a structural diagram of an electronic device according to an exemplary embodiment of the application.

Fig. 4 is a structural diagram of a movable platform according to an exemplary embodiment of the present application.

Fig. 5 is a structural diagram of a camera according to an exemplary embodiment of the present application.

Detailed ways

The technical solutions in the embodiments of the present application will be clearly and completely described below in conjunction with the accompanying drawings in the embodiments of the present application. Obviously, the described embodiments are only a part of the embodiments of the present application, rather than all the embodiments. Based on the embodiments in this application, all other embodiments obtained by those of ordinary skill in the art without creative work shall fall within the protection scope of this application.

Firmware upgrade refers to the upgrade of the embedded firmware of smart hardware devices. In order to fix bugs (vulnerabilities) and iterate functions, smart hardware devices generally have an over-the-air technology (OTA) differential upgrade function, but they are currently smart If the hardware device is upgraded abnormally through the OTA function, the user can only get the abnormal result of the upgrade and cannot determine the cause of the abnormal upgrade. Professional engineers need to manually locate the problem. Not only is the operation cumbersome, but if multiple abnormal upgrade results are received, it is also necessary Performing manual positioning analysis one by one consumes huge human resources. In one example, in order to ensure the stability of the OTA function, it is generally necessary to perform an upgrade stress test on the OTA function, but after each test, only the result of the success or failure of the upgrade can be obtained, but the reason for the failure of the upgrade requires a tester Manual positioning, the operation is cumbersome and time-consuming and laborious.

Based on the above problems, the embodiment of the present application provides an upgrade anomaly analysis method, which can be executed by an electronic device or a smart hardware device with a networking function, and can automatically analyze when an upgrade is abnormal, locate the cause of the upgrade, without the need for the user to do it again. The manual positioning process reduces the user's operation steps and is beneficial to improve the efficiency of upgrading abnormal analysis; wherein, the electronic device may be a device used to assist the upgrade of the smart hardware device, such as a mobile phone, a computer, a personal tablet, or a PDA (Personal Digital Assistant) and other connected devices; the smart hardware device may be a mobile platform (such as a drone, an unmanned vehicle, or an unmanned boat), a camera, a sweeping robot, or a smart speaker.

In this embodiment, when an upgrade exception occurs, one or more upgrade logs of the upgrade object can be read, and the log content corresponding to the upgrade exception may be obtained from the one or more upgrade logs, and then the log Search for a specified keyword in the content, and determine the cause of the upgrade abnormality based on the specified keyword. This embodiment implements the process of automatically locating the cause of the upgrade abnormality, which reduces the tedious operation and labor cost during manual positioning analysis, and is beneficial to improve the upgrade abnormality. Analyze the efficiency so that the staff can make improvements based on the located abnormal causes of the upgrade, which is beneficial to improve the success rate of the upgrade.

Please refer to Fig. 1, which is a flowchart of an upgrade anomaly analysis method according to an exemplary embodiment of this application. The method includes:

In step S101, one or more upgrade logs of the upgrade object are read, and the log content corresponding to this upgrade exception is obtained from the one or more upgrade logs; the upgrade log is obtained from the upgrade object and/or Read from the device that assists the upgrade object to upgrade.

In step S102, a designated keyword is searched from the log content, and the reason for the abnormal upgrade is determined based on the designated keyword.

Wherein, the upgrade object may be a smart hardware device, and the smart hardware device may be a movable platform (such as a drone, an unmanned vehicle, or an unmanned boat), a camera, a sweeping robot, or a smart speaker, etc.

In one embodiment, if the upgrade anomaly analysis method is executed by an electronic device that assists the upgrade object to upgrade, when the electronic device assists the upgrade object to upgrade, when an abnormal result of this upgrade is obtained, As one of the implementation manners, the electronic device may read one or more upgrade logs related to the upgrade object from itself and the upgrade object, and the upgrade log records the upgrade process of the upgrade object. Related data. In an example, the related data may include the operation performed by the upgrade object during the upgrade process and the result of the operation, and then the electronic device may obtain information related to this time from one or more obtained upgrade logs. The log content related to the upgrade abnormality is used for subsequent location analysis; in this embodiment, the electronic device can obtain the upgrade log from itself and the upgrade object, so as to perform joint analysis on the obtained upgrade log, which is beneficial to ensure the upgrade Accurate location of the cause of the abnormality.

As another implementation manner, the electronic device may also read one or more upgrade logs related to the upgrade object from itself or the upgrade object, and then obtain the information from the obtained one or more upgrade logs. The log content related to the abnormality of this upgrade can be used for subsequent location analysis, which helps to reduce the tedious operation of manual location analysis and improve the efficiency of the upgrade anomaly analysis.

In the first possible implementation manner, if the electronic device reads an upgrade log of the upgrade object, considering that if the upgrade object is successfully upgraded, it will be entered when the record of the upgrade data is ended in the upgrade log. The field indicating the success of this upgrade. Therefore, if the upgrade object is abnormal this time, you can find the last field indicating the success of the upgrade in the obtained upgrade log, and the log content after the field is this time The log content corresponding to the upgrade exception, that is, the electronic device can obtain the content after the field as the log content corresponding to the upgrade exception. This embodiment implements accurate acquisition of the log content for subsequent location analysis.

In the second possible implementation manner, if the electronic device reads multiple upgrade logs of the upgrade object, since the upgrade log records the upgrade data while also recording the upgrade corresponding to the upgrade data Therefore, the electronic device may splice the contents of the multiple upgrade logs according to the recorded upgrade time, and then search for the last field in the spliced upgrade log indicating that the upgrade is successful, and after obtaining the field The content of is used as the log content corresponding to the upgrade exception; in this embodiment, the multiple upgrade logs obtained are spliced, which is beneficial to quickly find the log content related to the upgrade exception, and improve the efficiency of the upgrade exception analysis.

In a third possible implementation manner, if the electronic device reads multiple upgrade logs of the upgrade object, the electronic device can search for the last field in each upgrade log indicating that the upgrade is successful, and then update each upgrade log. The content after the field in the log is spliced to obtain the log content corresponding to the abnormal upgrade; in this embodiment, the last field in each upgrade log indicating the successful upgrade is searched for, and then the content after the field is spliced. The splicing of the content in the upgrade log that cannot be abnormal with this upgrade saves splicing time and helps improve the efficiency of this upgrade abnormal analysis.

In one embodiment, after obtaining the log content corresponding to this upgrade exception, the electronic device may search for a specified keyword from the log content, and then determine the cause of the upgrade exception based on the specified keyword, as one of them In an implementation manner, the electronic device may pre-store an error type correspondence relationship, the error type correspondence relationship is used to indicate the correspondence relationship between a specified keyword and an error type, and when the keyword is found, it may be based on the specified keyword and The pre-stored error type correspondence relationship is used to determine the error type that caused the upgrade exception, and then the cause of the upgrade exception is determined based on the error type; in this embodiment, the pre-stored error type correspondence relationship allows the device to search for the specified keyword. Based on the corresponding relationship of the error types, the type of the abnormal error that caused the upgrade is quickly determined, so that the cause of the abnormality of the upgrade is accurately determined based on the error type, and the accuracy of the analysis result is ensured. According to an embodiment of the present invention, a predetermined error flag can be set to match a specific error. For example, set the flag FAILURE XXX to match specific errors. When the upgrade program runs to the corresponding module, and the program fails to run, a mark of the corresponding module is set in the upgrade log to indicate the corresponding specific error. For example, if the program fails to run when the upgrade program enters the upgrade preparation process, set the flag FAILURE 001 in the upgrade log to indicate that the upgrade preparation fails. For another example, if the program fails to run when the upgrade program enters the firmware verification process, the flag FAILURE 002 is set in the upgrade log to indicate that the firmware verification fails.

It is understandable that the embodiments of this application do not impose any restrictions on the error type, and can be specifically set according to actual conditions. In an example, the error type may include any one or more of the following: initialization error, Data acquisition error, data transmission error, unable to enter the upgrade mode, network connection failure, firmware verification error, restart failure, and the battery of the upgrade object is lower than the specified value, etc.

In another embodiment, if the upgrade abnormality analysis method is executed by a smart hardware device with networking function, if the smart hardware device obtains an abnormal upgrade result during the firmware upgrade of itself, that is, this firmware upgrade If it fails, the smart hardware device can read one or more upgrade logs from itself, and then obtain the log content related to the upgrade exception from the obtained one or more upgrade logs, so as to perform subsequent positioning analysis, which is beneficial to Reduce the tedious operation of manual positioning analysis and improve the efficiency of upgrading abnormal analysis.

In an example, if the smart hardware device reads an upgrade log, it searches for the last field in the upgrade log indicating that the upgrade was successful, and then obtains the content after the field as the log content corresponding to the upgrade exception In this embodiment, the log content can be accurately obtained for subsequent positioning analysis.

In an example, if the smart hardware device reads multiple upgrade logs, the content in the multiple upgrade logs can be spliced sequentially according to the recorded upgrade time, and then the last one in the spliced upgrade log can be searched It indicates the successfully upgraded field, and the content after the field is obtained as the log content corresponding to the upgrade exception; in this embodiment, multiple upgrade logs obtained are spliced, which is beneficial to quickly find out related to the upgrade exception. The log content improves the efficiency of abnormal analysis of this upgrade.

In an example, if the smart hardware device reads multiple upgrade logs, it can first search for the last field in each upgrade log that indicates a successful upgrade, and then splice the content after the fields in each upgrade log to obtain The log content corresponding to this upgrade exception; in this embodiment, there is no need to splice the content in the upgrade log that cannot be compared with the current upgrade exception, which saves splicing time and helps improve the efficiency of this upgrade exception analysis.

In one embodiment, after obtaining the log content corresponding to this upgrade exception, the smart hardware device may search for a specified keyword from the log content, and then determine the reason for the upgrade exception based on the specified keyword, as In an implementation manner, the smart hardware device may pre-store the error type correspondence relationship, and the error type correspondence relationship is used to indicate the correspondence relationship between a specified keyword and an error type. When the keyword is found, it may be based on the specified Keyword and the pre-stored error type correspondence relationship, determine the error type that caused the upgrade exception, and then determine the cause of the upgrade exception based on the error type; in this embodiment, the pre-stored error type correspondence relationship enables the device to find the specified keyword Later, the type of abnormal error that caused this upgrade can be quickly determined based on the corresponding relationship of the error type, so that the cause of the abnormal upgrade of this time can be accurately determined based on the error type, ensuring the accuracy of the analysis result.

In this embodiment, when an upgrade exception occurs, one or more upgrade logs of the upgrade object can be read, and the log content corresponding to the upgrade exception may be obtained from the one or more upgrade logs, and then the log Search for a specified keyword in the content, and determine the cause of the upgrade abnormality based on the specified keyword. This embodiment implements the process of automatically locating the cause of the upgrade abnormality, which reduces the tedious operation and labor cost during manual positioning analysis, and is beneficial to improve the upgrade abnormality. Analyze the efficiency so that the staff can upgrade and improve based on the located abnormal reasons for the upgrade, which is beneficial to improve the success rate of the upgrade.

Please refer to FIG. 2, which is a flowchart of another upgrade anomaly analysis method according to an exemplary embodiment of the present application. The method may be executed by an electronic device or a smart hardware device. In the following, the execution subject is the electronic device: In addition, the scenario where the OTA function is upgraded and the stress test is described as an example, and the method includes:

In step S201, if a test opening operation is detected, a cyclic upgrade stress test is performed on the upgrade object.

In step S202, if this upgrade stress test fails, read one or more upgrade logs of the upgrade object, and obtain the log content corresponding to this test failure from the one or more upgrade logs; The upgrade log is read from the upgrade object and/or the device that assists the upgrade of the upgrade object.

In step S203, a designated keyword is searched from the log content, and the reason for the abnormal upgrade is determined based on the designated keyword.

In step S204, if the current upgrade stress test fails and the remaining number of cycles is not 0, the next upgrade stress test is performed.

In one embodiment, in order to ensure the stability of the OTA function, it is necessary to perform an upgrade stress test on the OTA function, where the staff can set the number of cycles of the upgrade stress test according to actual needs, and start the upgrade stress test according to actual needs. When the electronic device detects a test opening operation, it performs a cyclic upgrade stress test on the upgrade object.

Wherein, if the upgrade stress test fails in a certain upgrade stress test, the electronic device may read one or more upgrade logs of the upgrade object, and then obtain the test failure from the one or more upgrade logs Corresponding to the log content, a designated keyword is searched from the log content, and the cause of the upgrade exception is determined based on the designated keyword; this embodiment realizes the process of automatically locating the cause of the upgrade exception, which is beneficial to improve the efficiency of upgrade exception analysis.

At the same time, when it is detected that the number of remaining cycles is not 0, the electronic device does not stop the upgrade pressure test, but performs the next upgrade pressure test in parallel; in this embodiment, when the number of remaining cycles is not 0 In this case, even if the upgrade stress test fails, the test continues without stopping, that is, the user only needs to start the upgrade stress test process once to complete the entire cycle test process, which is beneficial to reduce user operations and improve the efficiency of the upgrade stress test.

Correspondingly, please refer to FIG. 3, which is a structural diagram of an electronic device according to an exemplary embodiment of this application. The electronic device may be a device used to assist in upgrading smart hardware devices, such as a mobile phone, a computer, Network-equipped devices such as personal tablets or PDAs (Personal Digital Assistants), and the electronic devices include:

Processor 31;

A memory 32 for storing executable instructions of the processor 31;

Wherein, the processor 31 calls the executable instruction, and when the executable instruction is executed, it is used to perform the following operations:

The processor 31 may be a central processing unit (Central Processing Unit, CPU), other general-purpose processors, digital signal processors (Digital Signal Processor, DSP), application specific integrated circuits (ASIC), Ready-made programmable gate array (Field-Programmable Gate Array, FPGA) or other programmable logic devices, discrete gates or transistor logic devices, discrete hardware components, etc. The general-purpose processor may be a microprocessor or the processor may also be any conventional processor or the like.

The memory 32 stores an executable instruction computer program of the upgrade abnormality analysis method. The memory 32 may include at least one type of storage medium. The storage medium includes a flash memory, a hard disk, a multimedia card, and a card-type memory (for example, SD or DX memory, etc.), random access memory (RAM), static random access memory (SRAM), read only memory (ROM), electrically erasable programmable read only memory (EEPROM), programmable read only memory (PROM), Magnetic storage, magnetic disks, optical disks, etc. Furthermore, the electronic device 30 may cooperate with a network storage device that performs the storage function of the memory 32 through a network connection. The memory 32 may be an internal storage unit of the electronic device 30, such as a hard disk or a memory of the electronic device 30. The memory 32 may also be an external storage device of the electronic device 30, such as a plug-in hard disk equipped on the electronic device 30, a smart memory card (Smart Media Card, SMC), a Secure Digital (SD) card, and a flash memory card (Flash). Card) and so on. Further, the memory 32 may also include both an internal storage unit of the electronic device 30 and an external storage device. The memory 32 is used to store computer programs and other programs and data required by the device. The memory 32 can also be used to temporarily store data that has been output or will be output.

The various embodiments described herein may be implemented using a computer-readable medium such as computer software, hardware, or any combination thereof. For hardware implementation, the implementation described here can be implemented by using application-specific integrated circuits (ASIC), digital signal processors (DSP), digital signal processing devices (DSPD), programmable logic devices (PLD), field programmable gate arrays ( It is implemented by at least one of an FPGA), a processor, a controller, a microcontroller, a microprocessor, and an electronic unit designed to perform the functions described herein. For software implementation, implementations such as procedures or functions may be implemented with a separate software module that allows execution of at least one function or operation. The software code can be implemented by a software application (or program) written in any suitable programming language, and the software code can be stored in a memory and executed by the controller.

In an application scenario, the electronic device may download an upgrade file from a designated network location (such as a cloud server), and then transmit the upgrade file to the smart hardware through a wired connection or wirelessly such as near field communication (NFC) Equipment to assist the upgrade of the smart hardware device; wherein, the approach communication can be based on radio frequency identification (RFID) technology, infrared data association (IrDA) technology, ultra-wideband (UWB) technology, Bluetooth (BT) technology and others Technology to achieve.

In an embodiment, the processor 31 is further configured to execute: determine the error type that caused the upgrade exception according to the specified keyword and the pre-stored error type correspondence; the error type correspondence is used to indicate the specified keyword Correspondence with the error type; the reason for the upgrade exception is determined based on the error type.

In an embodiment, the processor 31 is further configured to execute: if an upgrade log of the upgrade object is read, search for the last field in the upgrade log that indicates a successful upgrade; and obtain the content after the field As the log content corresponding to the upgrade exception.

In an embodiment, the processor 31 is further configured to execute: if multiple upgrade logs of the upgrade object are read, search for the last field in each upgrade log indicating that the upgrade was successful; The content after the field is spliced to get the log content corresponding to this upgrade exception.

In an embodiment, the processor 31 is further configured to execute: if multiple upgrade logs of the upgrade object are read, concatenate the contents of the multiple upgrade logs according to the recorded upgrade time; search; The last field in the spliced upgrade log indicates that the upgrade was successful, and the content after the field is acquired as the log content corresponding to the upgrade exception.

In one embodiment, the processor 31 is further configured to execute: if a test opening operation is detected, perform a cyclic upgrade stress test on the upgrade object; if the upgrade stress test fails this time, read one of the upgrade objects Or multiple upgrade logs.

In an embodiment, the processor 31 is further configured to execute: if the upgrade stress test fails this time and the number of remaining cycles is not 0, perform the next upgrade stress test.

In an embodiment, the upgrade object includes a movable platform and/or a camera.

In one embodiment, the movable platform includes unmanned aerial vehicles, unmanned vehicles, and unmanned ships.

In an embodiment, the type of error includes any one or more of the following: initialization error, data acquisition error, data transmission error, unable to enter the upgrade mode, network connection failure, firmware verification error, restart failure, and battery low Specify the value.

Correspondingly, please refer to FIG. 4, which is a structural diagram of a movable platform 40 according to an exemplary embodiment of this application. The movable platform 40 can be upgraded with firmware through OTA function, and the movable platform 40 includes :

Body 41;

The power system 42 is arranged inside the fuselage 41 and is used to provide power for the movable platform;

The communication system 43 is arranged inside the fuselage 41 and is used to enable the movable platform to communicate with external devices; and,

The upgrade system 44 is arranged inside the fuselage 41 and is used to execute any one of the above-mentioned upgrade abnormal analysis methods.

In an embodiment, the movable platform includes an unmanned aerial vehicle, an unmanned vehicle, an unmanned boat, or a sweeping robot.

In an embodiment, the communication system 43 is configured to facilitate wired or wireless communication between the movable platform 40 and other devices. The mobile platform 40 can access a wireless network based on a communication standard, such as WiFi, 3G, or 4G, or a combination thereof. In an exemplary embodiment, the communication system 43 receives broadcast signals or broadcast-related information from an external broadcast management system via a broadcast channel.

In an application scenario, the mobile platform 40 can download an upgrade file from a designated network location (such as a cloud server) based on the communication system, and then the upgrade system 44 performs a firmware upgrade process based on the upgrade file.

Those skilled in the art can understand that FIG. 4 is only an example of the movable platform 40, and does not constitute a limitation on the movable platform 40. It may include more or less components than those shown in the figure, or combine certain components, or different components. For example, the movable platform 40 may also include input and output devices.

Correspondingly, please refer to FIG. 5, which is a structural diagram of a camera 50 according to an exemplary embodiment of this application. The camera 50 can be upgraded through the OTA function. The camera 50 includes:

Shell 51;

The lens assembly 52 is arranged inside the housing 51;

The sensor assembly 53 is arranged inside the housing 51 for sensing light passing through the lens assembly 52 and generating electrical signals;

The communication system 54 is provided inside the housing 51 and is used to enable the camera 50 to communicate with external devices; and,

The upgrade system 55 is arranged inside the casing and is used to execute any one of the above-mentioned upgrade abnormal analysis methods.

In an embodiment, the communication system 54 is configured to facilitate wired or wireless communication between the camera 50 and other devices. The camera 50 can be connected to a wireless network based on a communication standard, such as WiFi, 3G, or 4G, or a combination thereof. In an exemplary embodiment, the communication system 54 receives a broadcast signal or broadcast-related information from an external broadcast management system via a broadcast channel.

Those skilled in the art can understand that FIG. 5 is only an example of the camera 50, and does not constitute a limitation on the camera 50. It may include more or fewer components than those shown in the figure, or combine certain components, or different components. For example, the camera 50 may also include input and output devices.

In an exemplary embodiment, there is also provided a non-transitory computer-readable storage medium including instructions, such as a memory including instructions, which may be executed by a processor of an interactive device to complete the foregoing method. For example, the non-transitory computer-readable storage medium may be ROM, random access memory (RAM), CD-ROM, magnetic tape, floppy disk, optical data storage device, etc.

Wherein, when the instructions in the storage medium are executed by the processor, the electronic device is enabled to execute the aforementioned upgrade abnormality analysis method.

It should be noted that in this article, relational terms such as first and second are only used to distinguish one entity or operation from another entity or operation, and do not necessarily require or imply one of these entities or operations. There is any such actual relationship or order between. The terms "include", "include" or any other variants thereof are intended to cover non-exclusive inclusion, so that a process, method, article or device including a series of elements not only includes those elements, but also includes other elements that are not explicitly listed. Elements, or also include elements inherent to such processes, methods, articles, or equipment. If there are no more restrictions, the element defined by the sentence "including a..." does not exclude the existence of other identical elements in the process, method, article, or equipment that includes the element.

The methods and devices provided by the embodiments of the present invention are described in detail above. Specific examples are used in this article to illustrate the principles and implementations of the present invention. The descriptions of the above embodiments are only used to help understand the methods and methods of the present invention. The core idea; at the same time, for those of ordinary skill in the art, according to the idea of the present invention, there will be changes in the specific implementation and the scope of application. In summary, the content of this specification should not be construed as a limitation of the present invention .

Claims

An upgrade anomaly analysis method, which is characterized in that it includes:

Read one or more upgrade logs of the upgrade object, and obtain the log content corresponding to the upgrade exception from the one or more upgrade logs; the upgrade log obtains from the upgrade object and/or assists the upgrade object Read in upgraded equipment;

Search for a designated keyword from the log content, and determine the cause of the upgrade abnormality based on the designated keyword.
The method according to claim 1, wherein the determining the reason for the abnormal upgrade based on the specified keyword comprises:

Determine the error type that caused the upgrade exception according to the designated keyword and the pre-stored error type correspondence; the error type correspondence is used to indicate the correspondence between the designated keyword and the error type;

Determine the cause of the upgrade exception based on the error type.
The method according to claim 1, wherein the obtaining the log content corresponding to the current upgrade exception from the upgrade log comprises:

If an upgrade log of the upgrade object is read, search for the last field in the upgrade log that indicates that the upgrade was successful;

The content after the field is obtained as the log content corresponding to this upgrade exception.
The method according to claim 1, wherein the obtaining the log content corresponding to the current upgrade exception from the upgrade log comprises:

If multiple upgrade logs of the upgrade object are read, search for the last field in each upgrade log that indicates that the upgrade was successful;

The content after the fields in each upgrade log are spliced to obtain the log content corresponding to the upgrade exception.
The method according to claim 1, wherein the obtaining the log content corresponding to the current upgrade exception from the upgrade log comprises:

If multiple upgrade logs of the upgrade object are read, the contents in the multiple upgrade logs are sequentially spliced according to the recorded upgrade time;

Look for the last field in the spliced upgrade log that indicates that the upgrade is successful, and obtain the content after the field as the log content corresponding to the upgrade exception.
The method according to claim 1, further comprising:

If a test opening operation is detected, perform a cyclic upgrade stress test on the upgrade object;

The reading one or more upgrade logs of the upgrade object includes:

If this upgrade stress test fails, read one or more upgrade logs of the upgrade object.
The method according to claim 6, characterized in that, after the reading one or more upgrade logs of the upgrade object, the method further comprises:

If the number of remaining cycles is not 0, perform the next upgrade stress test.
The method according to claim 1, wherein the upgrade object includes a movable platform and/or a camera.
The method according to claim 8, wherein the movable platform includes unmanned aerial vehicles, unmanned vehicles, and unmanned ships.
The method according to claim 2, wherein the error type includes any one or more of the following:

Initialization error, data acquisition error, data transmission error, unable to enter the upgrade mode, network connection failure, firmware verification error, restart failure, and battery power is below the specified value.
An electronic device, characterized in that it comprises:

processor;

A memory for storing processor executable instructions;

Wherein, the processor calls the executable instruction, and when the executable instruction is executed, it is used to perform the following operations:

Read one or more upgrade logs of the upgrade object, and obtain the log content corresponding to the upgrade exception from the one or more upgrade logs; the upgrade log obtains from the upgrade object and/or assists the upgrade object Read in upgraded equipment;

Search for a designated keyword from the log content, and determine the cause of the upgrade abnormality based on the designated keyword.
The electronic device according to claim 11, wherein the processor is further configured to execute:

Determine the error type that caused the upgrade exception according to the designated keyword and the pre-stored error type correspondence; the error type correspondence is used to indicate the correspondence between the designated keyword and the error type;

Determine the cause of the upgrade exception based on the error type.
The electronic device according to claim 11, wherein the processor is further configured to execute:

If an upgrade log of the upgrade object is read, search for the last field in the upgrade log that indicates that the upgrade was successful;

The content after the field is obtained as the log content corresponding to this upgrade exception.
The electronic device according to claim 11, wherein the processor is further configured to execute:

If multiple upgrade logs of the upgrade object are read, search for the last field in each upgrade log that indicates that the upgrade was successful;

The content after the fields in each upgrade log are spliced to obtain the log content corresponding to the upgrade exception.
The electronic device according to claim 11, wherein the processor is further configured to execute:

If multiple upgrade logs of the upgrade object are read, the contents in the multiple upgrade logs are sequentially spliced according to the recorded upgrade time;

Look for the last field in the spliced upgrade log that indicates that the upgrade is successful, and obtain the content after the field as the log content corresponding to the upgrade exception.
The electronic device according to claim 11, wherein the processor is further configured to execute:

If a test opening operation is detected, perform a cyclic upgrade stress test on the upgrade object;

If this upgrade stress test fails, read one or more upgrade logs of the upgrade object.
The electronic device according to claim 16, wherein the processor is further configured to execute:

If this upgrade stress test fails and the remaining number of cycles is not 0, perform the next upgrade stress test.
The electronic device according to claim 11, wherein the upgrade object includes a movable platform and/or a camera.
The electronic device according to claim 18, wherein the movable platform includes an unmanned aerial vehicle, an unmanned vehicle, and an unmanned ship.
The electronic device according to claim 12, wherein the error type includes any one or more of the following:

Initialization error, data acquisition error, data transmission error, unable to enter the upgrade mode, network connection failure, firmware verification error, restart failure, and battery power is below the specified value.
A movable platform, characterized in that it comprises:

body;

The power system is arranged inside the fuselage and used to provide power for the movable platform;

A communication system, which is arranged inside the fuselage and is used to enable the movable platform to communicate with external devices; and,

The upgrade system is arranged inside the fuselage and used to implement the method described in any one of claims 1 to 10.
The method according to claim 21, wherein the movable platform includes an unmanned aerial vehicle, an unmanned vehicle, and an unmanned ship.
A camera, characterized in that it comprises

shell;

The lens assembly is arranged inside the housing;

A sensor assembly, arranged inside the housing, for sensing light passing through the lens assembly and generating electrical signals;

A communication system, which is provided inside the housing and is used to enable the camera to communicate with external devices; and,

The upgrade system is arranged inside the housing and used to implement the method described in any one of claims 1 to 10.
A computer-readable storage medium, characterized in that computer instructions are stored thereon, and when the instructions are executed by a processor, the method according to any one of claims 1 to 10 is realized.