CN116701101A

CN116701101A - Abnormality detection method of SensorHUB and electronic equipment

Info

Publication number: CN116701101A
Application number: CN202211738779.8A
Authority: CN
Inventors: 张佳祥; 刘铁良; 张文礼; 苏俊峰
Original assignee: Honor Device Co Ltd
Current assignee: Honor Device Co Ltd
Priority date: 2022-12-30
Filing date: 2022-12-30
Publication date: 2023-09-05
Anticipated expiration: 2042-12-30
Also published as: CN116701101B

Abstract

The embodiment of the application discloses an abnormality detection method of a SensorHUB and electronic equipment, relates to the field of electronic equipment, and can realize abnormality detection when the SensorHUB does not enter dormancy or wakes up frequently for a long time. The specific scheme is as follows: after AP dormancy, the operational status of sensor hub is monitored. And under the condition that the working state of the sensor HUB is always in the wake-up state within the first duration, storing a first abnormal event, wherein the first abnormal event is used for indicating that the sensor HUB is not dormant for a long time. And counting the sleep time length of the SensorHUB after the first time length under the condition that the working state of the SensorHUB comprises the sleep state. And when the sleep time length duty ratio is greater than a preset threshold value, storing a second abnormal event, wherein the second abnormal event is used for indicating that the SensorHUB is abnormally awakened.

Description

Abnormality detection method of SensorHUB and electronic equipment

Technical Field

The embodiment of the application relates to the field of electronic equipment, in particular to a sensor hub abnormality detection method and electronic equipment.

Background

An Application Processor (AP) and an intelligent sensor hub (sensor hub) may be provided in the electronic device for enabling data processing and control of the sensors in the electronic device.

After the AP sleeps, the general sensor hub may also go to sleep. In some cases, the SensorHUB may go to sleep for a long period of time or wake up frequently. By recording the findings and recording of these anomalies in a rational manner, it is helpful to the problem of anomalies described above

Disclosure of Invention

The embodiment of the application provides a method for detecting abnormality of a SensorHUB and electronic equipment, which can realize the abnormality detection of the SensorHUB when the SensorHUB does not enter dormancy or wakes up frequently for a long time.

In order to achieve the above purpose, the embodiment of the application adopts the following technical scheme:

in a first aspect, a method for detecting an abnormality of a sensor hub is provided, which is applied to an electronic device in which at least one sensor is provided, and an intelligent sensor hub. The electronic device passes through the sensor hub and is further provided with an application processor AP, which is coupled to the sensor hub and is used for processing data in the sensor hub. The method comprises the following steps: after the AP is dormant, the electronic device monitors the working state of the SensorHUB, wherein the working state of the SensorHUB comprises a dormant state and a wake-up state. And in the first time period, under the condition that the working state of the sensor HUB is always the awakening state, storing a first abnormal event, wherein the first abnormal event is used for indicating that the sensor HUB is not dormant for a long time. And counting the sleep time length duty ratio of the sensor hub after the first time length under the condition that the working state of the sensor hub comprises the sleep state. And when the sleep time length duty ratio is larger than a preset threshold value, storing a second abnormal event, wherein the second abnormal event is used for indicating that abnormal awakening occurs to the SensorHUB.

Thus, when the sensor hub is not dormant for a first time period, by recording the first abnormal event, the abnormal detection and recording that the sensor hub is not dormant for a long time period is realized. And when the sleep time duty ratio of the SensorHUB after the first time period is smaller than a preset threshold value (such as 90%), the abnormal detection and recording of the frequent awakening are realized by recording the second abnormal event.

Optionally, a timing module is disposed in the electronic device, and the timing module is configured to generate a timer event according to the time step. The electronic device monitors the working state of the sensor hub, including: and each time the electronic equipment detects a timer event, acquiring the working state of the sensor HUB.

Optionally, after the counting the first period, the sleep period duty ratio of the SensorHUB includes: and after the first time period, the electronic equipment acquires the sleep time period duty ratio of the SensorHUB every time a timer event is detected.

Optionally, the sleep time duty cycle is obtained by the sleep time of the SensorHUB within a total time period and the total time period. The total duration is a duration between a time when the sleep duration of the sensor hub is obtained and a time when the first duration ends.

Optionally, when the sleep duration duty ratio is smaller than a preset threshold, continuously counting the sleep duration duty ratio of the sensor hub after the first duration until the sleep duration duty ratio is smaller than the preset threshold. Or until the AP exits sleep.

Optionally, a first processor is provided in the electronic device, the AP is integrated in the first processor, a second processor is also provided in the electronic device, and the sensor hub is integrated in the second processor. After the AP sleeps, the electronic device monitors the working state of the sensor hub, including: after the AP in the first processor sleeps, the second processor detects the operating state of the sensor hub.

It will be appreciated that a typical sensor hub may be provided on a processor other than the AP. The embodiment provides a scheme implementation based on interaction among different processors, so as to achieve the purpose of abnormality detection of a SensorHUB.

Optionally, a state machine module is provided in the second processor, where the state machine module includes a state identifier, and when the state identifier is a first identifier, the state identifier indicates that the sensor hub is in a sleep state, and when the state identifier is a second identifier, the state identifier indicates that the sensor hub is in an awake state. The second processor detects an operating state of the sensor hub, including: the second processor detects a state identification of the state machine module.

Optionally, the first processor is a central processing unit CPU, and the second processor is a Modem.

In a second aspect, there is provided an electronic device comprising at least one processor and a memory, the at least one processor and the memory being coupled, the memory comprising instructions therein, which when executed by the processor, perform the method as provided in the first aspect and any one of its possible designs.

In a third aspect, a modem is provided, the modem being arranged in an electronic device, the electronic device further comprising an application processor AP. The modem is provided with an intelligent sensor hub for abnormality detection of the sensor hub after the AP goes to sleep as provided in the first aspect and any one of its possible designs.

In a fourth aspect, a chip system is provided, the chip system comprising an interface circuit and a processor; the interface circuit and the processor are interconnected through a circuit; the interface circuit is used for receiving signals from the memory and sending signals to the processor, and the signals comprise computer instructions stored in the memory; when the processor executes the computer instructions, the system-on-chip performs the method as provided in the first aspect and any one of its possible designs described above. The system-on-chip may be, for example, a central processor in an electronic device, or the system-on-chip may be a modem in an electronic device.

In a fifth aspect, there is provided a computer readable storage medium comprising computer instructions which, when run, perform a method as provided in the first aspect and any one of its possible designs described above.

In a sixth aspect, there is provided a computer program product comprising instructions which, when run on a computer, cause the computer to perform the method as provided in the first aspect and any one of its possible designs described above in accordance with the instructions.

It should be understood that the technical features of the technical solutions provided in the second aspect to the sixth aspect may all correspond to the methods provided in the first aspect and the possible designs thereof, so that the advantages that can be achieved are similar, and are not repeated here.

Drawings

FIG. 1 is a schematic diagram of the connection logic of an AP and a SensorHUB;

FIG. 2 is a schematic diagram of a state machine of a SensorHUB;

FIG. 3 is a schematic diagram showing the state correspondence between an AP and a SensorHUB;

FIG. 4 is a diagram showing the correspondence between the states of an AP and a SensorHUB in an abnormal state;

FIG. 5 is a diagram showing the correspondence between the states of an AP and a SensorHUB in an abnormal state;

fig. 6 is a schematic diagram of an electronic device according to an embodiment of the present application;

Fig. 7 is a schematic diagram of an electronic device according to an embodiment of the present application;

fig. 8 is a schematic diagram of an electronic device according to an embodiment of the present application;

FIG. 9 is a schematic diagram of interaction between modules of a method for detecting abnormality of a SensorHUB according to an embodiment of the present application;

FIG. 10 is a schematic diagram of interaction between modules of a method for detecting abnormality of a SensorHUB according to an embodiment of the present application;

FIG. 11 is a schematic diagram showing the state correspondence between AP and SensorHUB in an abnormal state according to an embodiment of the present application;

FIG. 12 is a flowchart of a method for detecting an abnormality of a SensorHUB according to an embodiment of the present application;

fig. 13 is a schematic diagram of an electronic device according to an embodiment of the present application;

fig. 14 is a schematic diagram of a system-on-chip according to an embodiment of the present application.

Detailed Description

One or more sensors may be provided in the electronic device. The one or more sensors may be used to collect various items of information in the environment to support the functional implementation of the electronic device.

For example, an infrared sensor may be provided in the electronic device for making distance measurements. As another example, an proximity light sensor may be provided in the electronic device for detecting the proximity of an object or a human body.

In the electronic device, other components related to the sensor may also be provided. Such as a smart sensor hub (sensor hub), an application processor (app l icat ion processor, AP), etc. The other components related to the sensor can be used for processing information collected by the sensor, so that the electronic equipment can perform corresponding logic implementation according to the information collected by the sensor.

Illustratively, the electronic device is provided with a sensor A-sensor C.

Reference is made to fig. 1. The sensors a-C may be coupled to the sensor hub, respectively. The sensor hub may be coupled with an AP. Thus, the sensor a is taken as an example. Sensor a may, after collecting information in the environment, transmit as sensor output data to the sensor hub for preprocessing. The SensorHUB may transmit the processing results to the AP. To facilitate various responses by the AP based on information in the environment.

The operational states of some electronic components in the electronic device may include an awake state and a sleep state. In the wake-up state, the electronic component can work normally, and has higher power consumption. In the dormant state, the electronic component may be powered down or have only a portion of the functions activated. In the sleep state, the power consumption of the electronic component is low.

In combination with fig. 1. When the electronic device is in a power-on and screen-on state, the sensor hub and the AP can be in an awake state. The sensor hub and the AP may be in a dormant state when the electronic device is in a screen-off or power-off state.

It should be noted that, in some implementations, the State of the sensor hub may be represented by a State identifier of a State machine (State Mach ine). Referring to fig. 2, an example of a different state identification of a sensor hub is shown. In this example, the state identification that the SensorHUB may include the following four: not_in_island_unblocked_disable_disable, not_in_island_blocked_disable_disable, not_in_island_unblocked_enable, and in_island_unblocked_enable.

Wherein, IN case the status flag is in_islanding_unblocked_enable, the corresponding sensor hub is IN sleep state. Conversely, when the status flag is any of the other three, the corresponding sensor hub is in the awake state.

In general, the operating states of the AP and the sensor hub may be synchronized. For example, when the AP is in the awake state, the sensor hub may also be in the awake state, thereby ensuring the normal operation of the sensor. As another example, while the AP is in a sleep state, the sensor hub may also be in a sleep state, thereby saving power consumption.

From the perspective of the timing diagram, reference is made to fig. 3. Before time T1, and after time T2, the AP may be in an awake state. Ideally, the SensorHUB can also be in an awake state before this time T1, and after time T2. Between time T1 and time T2, the AP may be in a sleep state. Correspondingly, the sensor hub may also be in a dormant state between time T1 and time T2.

However, in practical applications, the sensor hub may cause the working state to be out of sync with the AP for a variety of reasons.

For example, as shown in fig. 5. After the AP enters the sleep state at time T1, the sensor hub also enters the sleep state. However, between time T1 and time T2, the AP is always in a sleep state, and the sensor hub wakes up multiple times.

As another example, as shown in fig. 6. Between time T1 and time T2, the AP is always in a sleep state, and the sensor hub does not always enter the sleep state, but is in an awake state.

Thus, there is a problem that power consumption is abnormally increased due to the fact that the senserhub and the AP are not synchronized (e.g., abnormal wake-up of the senserhub during AP sleep). Whereas the sensor hub is typically packaged in a separate chip, such as a Modem (Modem) chip, so that abnormal wake-up of the sensor hub during AP sleep is difficult to detect by the electronic device.

In order to solve the above problems, the method for detecting abnormality of a sensor hub provided by the embodiment of the application can automatically obtain the state identifier of the sensor hub, and accordingly determine the difference between the working state of the sensor hub and the working state of an AP. Therefore, when the sensor hub is abnormally awakened in the AP dormancy process, the abnormal awakening can be recorded based on the scheme. Therefore, the electronic equipment can determine abnormal wake-up of the SensorHUB according to the recording result, and a foundation is provided for solving the problem.

It should be noted that the technical scheme provided by the embodiment of the application can be applied to the electronic equipment of the user. The electronic device may include at least one of a cell phone, a foldable electronic device, a tablet computer, a desktop computer, a laptop computer, a handheld computer, a notebook computer, an ultra mobile personal computer (u-mobi le persona l computer, UMPC), a netbook, a cellular telephone, a personal digital assistant (persona l d igita l ass i stant, PDA), an augmented reality (augmented rea l ity, AR) device, a virtual reality (vi rtua l rea l ity, VR) device, an artificial intelligence (art ificia l inte l l igence, AI) device, a wearable device, a vehicle-mounted device, a smart home device, or a smart city device. The embodiment of the application does not limit the specific type of the electronic device.

As an example, fig. 6 shows a schematic diagram of the hardware composition of an electronic device 100.

As shown in fig. 6, the electronic device 100 may include a processor 110, an external memory interface 120, an internal memory 121, a universal serial bus (un iversa l ser ia l bus, USB) connector 130, a charge management module 140, a power management module 141, a battery 142, an antenna 1, an antenna 2, a mobile communication module 150, a wireless communication module 160, an audio module 170, a speaker 170A, a receiver 170B, a microphone 170C, an earphone interface 170D, a sensor module 180, a key 190, a motor 191, an indicator 192, a camera module 193, a display 194, a user identification module (subscr iber ident ificat ion modu le, SIM) card interface 195, and the like. The sensor module 180 may include a pressure sensor 180A, a gyro sensor 180B, an air pressure sensor 180C, a magnetic sensor 180D, an acceleration sensor 180E, a distance sensor 180F, a proximity sensor 180G, a fingerprint sensor 180H, a temperature sensor 180J, a touch sensor 180K, an ambient light sensor 180L, a bone conduction sensor 180M, and the like.

It should be understood that the illustrated structure of the embodiment of the present application does not constitute a specific limitation on the electronic device 100. In other embodiments of the application, electronic device 100 may include more or fewer components than shown, or certain components may be combined, or certain components may be split, or different arrangements of components. The illustrated components may be implemented in hardware, software, or a combination of software and hardware.

The processor 110 may include one or more processing units, such as: the processor 110 may include a central processing (Centra lProcess Un it, CPU), an application processor (app l icat ion processor, AP), a Modem processor (Modem), a graphics processor (graph ics process ing un it, GPU), an image signal processor (image s igna l processor, ISP), a controller, a video codec, a digital signal processor (d igita l s igna l processor, DSP), a Baseband Processor (BP), and/or a neural network processor (neuro-network process ing un it, NPU), etc. Wherein the different processing units may be separate devices or may be integrated in one or more processors. For example, the AP and the BP may be integrated in a CPU, and the processing functions of the AP and the BP are implemented by one entity processor.

The processor can generate operation control signals according to the instruction operation codes and the time sequence signals to finish the control of instruction fetching and instruction execution.

A memory may also be provided in the processor 110 for storing instructions and data. In some embodiments, the memory in the processor 110 may be a cache memory. The memory may hold instructions or data that are used or used more frequently by the processor 110. If the processor 110 needs to use the instruction or data, it can be called directly from the memory. Repeated accesses are avoided and the latency of the processor 110 is reduced, thereby improving the efficiency of the system.

In some embodiments, the processor 110 may include one or more interfaces. The interfaces may include an integrated circuit (inter-integrated ci rcu it, I2C) interface, an integrated circuit built-in audio (inter-integrated ci rcu it sound, I2S) interface, a pulse code modulation (pu l se code modu l at ion, PCM) interface, a universal asynchronous receiver transmitter (un iversa l asynchronous receiver/transmitter, UART) interface, a mobile industry processor interface (mobi le industry processor interface, MI PI), a general purpose input/output (GPIO) interface, a subscriber identity module (subscr iber ident ity modu le, SIM) interface, and/or a universal serial bus (un iversa l ser ia l bus, USB) interface, among others. The processor 110 may be connected to the touch sensor, the audio module, the wireless communication module, the display, the camera, etc. module through at least one of the above interfaces.

In the embodiment of the application, the sensor hub is arranged in the Modem. As a software entity in the Modem framework layer, the sensor hub can be used to collect and process data collected by the various sensors. The AP may communicate internuclear with the Modem to obtain sensor data in the sensor hub. For example, the inter-core communication may be implemented based on an I PC bus.

It should be understood that the interfacing relationship between the modules illustrated in the embodiments of the present application is only illustrative, and is not meant to limit the structure of the electronic device 100. In other embodiments of the present application, the electronic device 100 may also employ different interfacing manners in the above embodiments, or a combination of multiple interfacing manners.

In other embodiments, the electronic device may also be partitioned from a software perspective. Thereby forming one or more functional modules. The functional modules can be mutually matched to realize the technical scheme provided by the embodiment of the application.

Illustratively, the hierarchical architecture divides the software into several layers, each with distinct roles and branches. The layers communicate with each other through a software interface. In some embodiments, referring to fig. 7, a software partitioning diagram of an electronic device according to an embodiment of the present application is provided.

In this example, the electronic device is operated withThe system is an example. At->The system can be divided into five layers, namely an application program layer, an application program FrameWork layer (FrameWork), a An Zhuoyun row (Android time, ART) and a native C/C++ library, a hardware abstraction layer (Hardware Abstract Layer, HAL) and a kernel layer from top to bottom.

As shown in fig. 7, the application layer may include a series of application packages. The application package may include camera, gallery, calendar, talk, map, navigation, WLAN, bluetooth, music, video, short message, etc. applications.

The application framework layer provides an application programming interface (app l icat ion programming interface, API) and programming framework for application programs of the application layer. The application framework layer includes a number of predefined functions.

The application framework layer may include a window manager, a content provider, a view system, a resource manager, a notification manager, an activity manager, an input manager, and the like.

The window manager provides window management services (Window Manager Service, WMS) that may be used for window management, window animation management, surface management, and as a transfer station to the input system.

The content provider is used to store and retrieve data and make such data accessible to applications. The data may include video, images, audio, calls made and received, browsing history and bookmarks, phonebooks, etc.

The view system includes visual controls, such as controls to display text, controls to display pictures, and the like. The view system may be used to build applications. The display interface may be composed of one or more views. For example, a display interface including a text message notification icon may include a view displaying text and a view displaying a picture.

The resource manager provides various resources for the application program, such as localization strings, icons, pictures, layout files, video files, and the like.

The notification manager allows the application to display notification information in a status bar, can be used to communicate notification type messages, can automatically disappear after a short dwell, and does not require user interaction. Such as notification manager is used to inform that the download is complete, message alerts, etc. The notification manager may also be a notification in the form of a chart or scroll bar text that appears on the system top status bar, such as a notification of a background running application, or a notification that appears on the screen in the form of a dialog window. For example, a text message is prompted in a status bar, a prompt tone is emitted, the electronic device vibrates, and an indicator light blinks, etc.

The activity manager may provide activity management services (Act ivity Manager Service, AMS) that may be used for system component (e.g., activity, service, content provider, broadcast receiver) start-up, handoff, scheduling, and application process management and scheduling tasks.

The input manager may provide input management services (I nput Manager Service, IMS), which may be used to manage inputs to the system, such as touch screen inputs, key inputs, sensor inputs, and the like. The IMS retrieves events from the input device node and distributes the events to the appropriate windows through interactions with the WMS.

The android runtime includes a core library and An Zhuoyun rows. The android runtime is responsible for converting source code into machine code. The android runtime mainly comprises an Advanced Or Time (AOT) compiling technology and a Just In Time (JIT) compiling technology.

The core library is mainly used for providing the functions of basic Java class libraries, such as basic data structures, mathematics, IO, tools, databases, networks and the like. The core library provides an API for the user to develop the android application.

The native C/c++ library may include a plurality of functional modules. For example: surface manager (surface manager), media Framework (media Framework), ibc, openGL ES, SQLite, webkit, etc.

The surface manager is used for managing the display subsystem and providing fusion of 2D and 3D layers for a plurality of application programs. Media frames support a variety of commonly used audio, video format playback and recording, still image files, and the like. The media library may support a variety of audio and video encoding formats, such as MPEG4, h.264, MP3, AAC, AMR, JPG, PNG, etc. OpenGL ES provides for drawing and manipulation of 2D graphics and 3D graphics in applications. SQLite provides a lightweight relational database for applications of the electronic device 100.

The hardware abstraction layer runs in a user space (user space), encapsulates the kernel layer driver, and provides a call interface to the upper layer.

The kernel layer is a layer between hardware and software. The inner core layer at least comprises a display driver, a camera driver, an audio driver and a sensor driver.

In other embodiments, the software components shown in FIG. 7 may also be repartitioned.

Exemplary, referring to fig. 8 in conjunction with fig. 7, a schematic diagram of a composition of another electronic device according to an embodiment of the present application is provided. For ease of illustration, in the example of fig. 8, the correspondence between each software module and the entity processor is given. Take the example that the AP is provided in the CPU.

As shown in fig. 8, a CPU in the electronic device may be operated withThe system. In this example, the ∈ ->The system may include a USER Side (USER) and a KERNEL side (KERNEL). Wherein the user side may correspond to various software layers above the kernel layer as in fig. 7. The kernel side may then correspond to the kernel layer as in fig. 7, as well as individual hardware components below the kernel layer (not shown in fig. 7).

In the example as in fig. 8, the CPU is exemplified. One or more applications may be provided on the user side. A second status module may be provided on the core side. In some embodiments, the second status module may be configured to determine an operational status of the AP. For example, an AP identity may be provided in the second state. The AP identification is used for indicating that the working state of the AP is switched from the dormant state to the wake state or indicating that the working state of the AP is switched from the wake state to the dormant state. As one possible implementation, the second status module may be a RemoteProcSensor.

It is understood that the second state module may be disposed on the core side of the CPU. Correspondingly, when the sensor hub needs to know the working state of the AP, it can be determined by the first state module provided in the sensor hub. The first state module may be configured to correspondingly adjust the recorded AP operating state when the second state module indicates that the AP operating state is changed. In some embodiments, the first status module may also notify other modules in the sensor hub, such as the control module, of the change in the AP operating status. As one possible implementation, the first state module may be sns remote proc state.

In the application, the discovery and recording of the abnormal state of the sensor hub are realized by adding a control module and a processing module in the sensor hub. For example, in the example of fig. 8, the control module may be used to instruct the processing module to monitor the operational status of the sensor hub. For example, the control module may instruct the processing module to start monitoring the sensor hub after the AP goes to sleep. As a possible implementation, the processing module may monitor the state machine module in the sensor hub under the direction of the control module, so as to achieve the purpose of monitoring the sensor hub. Different state identifications of the SensorHUB as shown in fig. 2 may be included in the state machine module. IN connection with the example of fig. 2, when the state IN the state machine module is identified as in_islanding_unblocked_enable, then the sensor hub is indicated to be IN a dormant state. When the state in the state machine module is identified as other, the sensor hub is indicated to be in an awake state. As one possible implementation, the state machine module may be i s l and state mach ine.

In the application, the control module can also be used for triggering the recording of the first abnormal event or the second abnormal event according to the working state of the SensorHUB. The first exception event corresponds to an exception as shown in fig. 4. The second abnormal event corresponds to an abnormality as shown in fig. 5. This process will be explained in detail in the following description. And will not be described in detail herein.

In some embodiments, to support the recording of the second abnormal event by the control module, the processing module may be further configured to count a duration duty cycle of the senserhub in the sleep state. Therefore, the control module triggers the recording of the second abnormal event under the condition that the duration duty ratio is smaller than the preset threshold value.

As one possible implementation, the control module may also be referred to as Dmd module, or Dmd virtual Sensor. The processing module may also be referred to as i s l and mon itor.

As shown in fig. 8, in the present application, a timing module may also be provided in the sensor hub. The timing module may be used to provide timing functions. The timing module may be configured to output a timer event upon each step time being reached, based on the time step. Thus, the control module may determine that the step time has elapsed each time a timer event is received. As one possible implementation, the timing module may be a sns t timer.

The technical solution provided by the embodiment of the present application will be described in detail below by taking an electronic device as an example shown in fig. 8.

Exemplary, referring to fig. 9, a schematic diagram of interaction between modules of a sensor hub abnormality detection method according to an embodiment of the present application is provided. Based on the scheme shown in fig. 9, after the AP goes to sleep, the electronic device may record the first abnormal event if the sensor hub does not normally go to sleep within a preset first time period. As shown in fig. 9, the scheme may include:

s901, the control module sends a first registration request to the timing module.

For example, the control module may send the first registration request to the timing module after the electronic device is powered on. The first registration request is for requesting that at the end of each time step, a corresponding event notification be obtained from the timing module. By way of example, the time step may be set to a duration a as shown in fig. 9, for example, the duration a may be 500ms.

Thus, from the moment the timing module receives the registration request, a timer event can be returned to the control module every time the duration a passes. Correspondingly, the control module may receive a plurality of timer events with the same time interval from the time of sending the first registration request. The duration between any two adjacent timer events is duration a.

S902, the control module sends a second registration request to the first state module.

For example, the control module may send the second registration request to the first status module after the electronic device is powered on. The second registration request is used for requesting to acquire the change of the AP state from the first state module when the AP state is changed.

It will be appreciated that the first status module may be provided in the sensor hub in conjunction with the description of fig. 8. The first state module may synchronize the change of the AP state from a second state module disposed in the CPU core through the ipc bus.

As an example, as shown in fig. 9, when the second state module indicates that the AP state is changed from sleep to awake, the first state module may obtain the first AP change indication from the second state module. The first AP change instruction is used for indicating that the working state of the AP is changed from dormancy to awakening. Correspondingly, in the S902, when the control module registers the AP status change with the first status module, the first status module may call back the first AP change instruction to the control module after receiving the first AP change instruction. Therefore, the control module can determine that the AP enters the wake-up state according to the received first AP change instruction.

Similarly, when the second state module indicates that the AP state is changed from awake to sleep, the first state module may obtain a second AP change indication from the second state module. The second AP change instruction is used for indicating that the working state of the AP is changed from wake-up to sleep. Correspondingly, in the S902, when the control module registers the AP status change with the first status module, the first status module may call back the second AP change instruction to the control module after receiving the second AP change instruction. Therefore, the control module can determine that the AP enters the dormant state according to the received second AP change instruction.

S903, when the AP enters a dormant state, the control module sends a monitoring start instruction to the processing module.

For example, the control module may determine that the AP enters the sleep state upon receiving a second AP change indication from the first state module.

In this example, the control module may monitor the operational state of the sensor hub to be either a sleep state or an awake state by sending a start monitoring indication.

S904, the processing module monitors the state identification in the state machine module.

IN connection with the foregoing description, the state identification IN the state machine module may include NOT IN ISLAND UNBLOCKED disable, NOT IN islandid block disable, not_in_islanding_unblocked_enable_led and in_islanding_unblocked_enable_led.

IN the present application, in_island_unblock_enable may be referred to as a first flag, and any one of not_in_island_unblock_disable_disable, not_in_island_block_disable_disable, not_in_island_unblock_enable may be referred to as a second flag.

Then, when the status flag is the first flag, the corresponding sensor hub is in the dormant state. And when the state identifier is the second identifier, the corresponding SensorHUB is in an awakening state.

In some embodiments, the processing module may query the state machine for a state identifier as either the first identifier or the second identifier in real time. The latest state identifier can be stored and updated in the processing module so that the state identifier called by the control module is the latest working state.

In other embodiments, the processing module may activate an interaction channel with the state machine module in this S904. So that the control module can quickly and directly acquire the corresponding state identification from the state machine module through the processing module when the working state of the sensor hub needs to be called.

Thus, after S904, the control module may quickly obtain the current operating state of the sensor hub when needed.

For example, the control module may query the processing module for a sensor hub status every time a timer event is received. That is, the control module may query the processing module for the state of the sensor hub with the time step (duration a) corresponding to the timing module as a period. For example, when the state identifier in the state machine module is queried as the first identifier, the control module determines that the current sensor hub is in the sleep state. For another example, when the state identifier in the state machine module is queried as the second identifier, the control module determines that the current sensor hub is in the awake state.

S905, the control module determines that the SensorHUB does not go to sleep all the time.

S906, the control module records a first abnormal event.

For example, the control module may query the sensor hub state in a first period (corresponding to the period B in fig. 9) after the AP goes to sleep (i.e., after instructing the processing module to start monitoring the sensor hub state), with the period a being a period.

For example, take the example of 3 SensorHUB status queries over a first period of time.

The control module can query the state identifier in the state machine module through the processing module every time a sensor hub state query is required. Taking the state identifiers obtained by the 3 queries as second identifiers as an example. The control module may determine that the SensorHUB has not always gone to sleep.

It will be appreciated that in normal logic, the SensorHUB will also go to sleep quickly after the AP goes to sleep. Then, during the first period, if the senserhub does not go dormant all the time, it indicates that the senserhub is in an abnormal state at this time.

In this example, the control module may identify that the senorhub has not gone to sleep for a long time by recording a first exception event. In some embodiments, after the control module determines that the sensor hub has not gone to sleep all the time, a stop monitoring indication may be sent to the processing module, indicating that the processing module is no longer monitoring the state identifier in the state machine module.

In other embodiments, the control module may also collect all or part of the current operating parameters of the sensorbu when the first exception event is recorded. The control module can synchronously record the working parameters and the first abnormal event so as to facilitate the follow-up analysis of the first abnormal event.

In the above example of the scheme of fig. 9, the AP is dormant, and the sensor hub has not been dormant for the first period of time.

In other embodiments, the sensor hub may go to sleep for a first period of time after the AP sleeps, but frequent wake-up problems may occur during AP sleep. For example, refer to the example of fig. 5.

In this case, the embodiment of the present application further provides a solution, so that the electronic device may implement exception recording for the case shown in fig. 5 by recording the second exception event.

Exemplary, referring to fig. 10, a schematic diagram of interaction between modules of another abnormality detection method of a SensorHUB according to an embodiment of the present application is provided.

As shown in fig. 10, the scheme may include:

s1001, the control module sends a first registration request to the timing module.

S1002, the control module sends a second registration request to the first state module.

And S1003, when the AP enters a dormant state, the control module sends a monitoring start instruction to the processing module.

S1004, the processing module monitors the state identification in the state machine module.

For example, the processing mechanisms of S1001 to S1004 may refer to the processing of S901 to S904 in fig. 9, and the specific implementation thereof may refer to each other, which is not described herein.

S1005, the control module determines that the SensorHUB enters into dormancy.

In this example as in fig. 10, unlike the scenario as in fig. 9, within the first time period, the sensor hub may include all or part of the time period in the awake state.

For example, taking the first duration in which the control module receives 3 timer events (timer event 1, timer event 2, and timer event 3) as an example.

Upon expiration of timer event 1, the control module may query the state identifier in the current state machine module for a second identifier via the processing module. The control module may thereby determine that the senserhub is in an awake state.

Upon expiration of timer event 2, the control module may query the state identifier in the current state machine module for a second identifier via the processing module. The control module may thereby determine that the senserhub is in an awake state.

Upon expiration of timer event 3, the control module may query the state identifier in the current state machine module for a first identifier via the processing module. The control module may thereby determine that the SensorHUB is in a dormant state.

Then, at the moment corresponding to timer event 3, the sensorub may be in a dormant state. I.e. during the first time period, the sensor hub enters an over-sleep state.

Thereby triggering the control module to execute S1006 below.

S1006, the control module sends a start statistics instruction to the processing module.

For example, the start statistics indication may be used to instruct the processing module to count the time that the SensorHUB is in sleep state for a period of time from the moment, the duty cycle for the total duration. The sleep time may be a total duration of sleep in the statistical time. The total duration may correspond to the statistical time. The statistical time may refer to a time period from the end of the first time period to the time position where the control module obtains the time period duty cycle from the processing module.

Correspondingly, the processing module can update the duty ratio state of the sleep state in the total duration in real time by detecting the duration proportion of the first identifier or the second identifier in the state machine module in real time.

In this example, the control module may obtain the duty cycle of the sleep state in the total duration from the processing module every time period after performing S1006.

Illustratively, the control module may obtain the duty cycle of the sleep state in the total duration from the processing module each time a timer event (i.e., interval duration a) is received after performing S1006.

S1007, the control module determines that the duration duty ratio is smaller than a preset threshold. For example, the preset threshold may be set to 90%.

S1008, the control module records a second abnormal event.

It will be appreciated that in the sleep state of the AP, the sensor hub may theoretically be always in the sleep state. In this example, in the case where the duty ratio of the sleep state in the total duration is smaller than the preset threshold, it is indicated that frequent abnormal wake-up of the senserhub occurs.

As an example, refer to fig. 11 in conjunction with the scenario example of fig. 5. Taking the example that the AP enters dormancy at the time T1, the first time corresponds to the time between the time T1 and the time T3.

As shown in fig. 11, during a first period of time between times T1 and T3, the sensorub goes to sleep. The corresponding entry into the scenario logic shown in fig. 10.

In this example, after T3, the control module may receive a timer event at time T4 and time T5, respectively. Correspondingly, the control module may obtain the duty ratio of the sleep state in the total duration (referred to as sleep duration duty ratio for short) from the processing module at the time T4 and the time T5, respectively.

Taking the time T4 as an example, the sleep duration duty ratio obtained at the time T4 may be: between times T3 and T4, the duration that the sensor hub is dormant is divided by the total duration of times T3 to T4. In this example, the sleep duration acquired at time T4 may be greater than a preset threshold. Then, correspondingly, the control module may acquire the sleep time duty cycle again at the next timer event (i.e., time T5). The sleep duration duty cycle acquired at the time T5 may be: between times T3 and T5, the duration that the sensor hub is dormant is divided by the total duration of times T3 to T5. At this time, the sleep time duty ratio acquired at the time T5 is smaller than the preset threshold. Then the control module may determine that the SensorHUB has frequently waked up before this time T5. Thus, a second abnormal event can be recorded at the time T5.

In the above example, the cumulative calculation is taken as an example in which the statistical time period starts from the end of the first time period (time T3 shown in fig. 11). In other embodiments, the statistical duration may be calculated cumulatively from the start of AP sleep (e.g., time T1 shown in fig. 11). The corresponding monitoring of the sensor hub and statistics of the sleep time period can be changed correspondingly.

In this example, the control module may implement recording the frequent abnormal wake-up by recording the second abnormal event. Similar to the first exception event record, in some implementations of the present example, when the control module determines that the duration duty cycle is less than the preset threshold, a stop monitoring indication may be sent to the processing module in order to stop monitoring the sensor hub. In other implementations, the control module may synchronously record a time when the detected duration is less than the preset threshold and/or an operating parameter of the sensor hub before the time when the second abnormal event is recorded. To facilitate subsequent analysis of the second abnormal event.

In this way, through the schemes shown in fig. 9 and fig. 10, the electronic device may record the first abnormal event or the second abnormal event, so as to record the abnormal wake up of the sensor hub that does not enter the sleep state for a long time or frequently.

The above-mentioned fig. 9 and fig. 10 illustrate the scheme provided by the embodiment of the present application in detail from the view point of interaction between modules. The scheme provided by the embodiment of the application is exemplified from the viewpoint of electronic equipment.

Exemplary, referring to fig. 12, a flowchart of a sensor hub abnormality detection method according to an embodiment of the present application is shown. The scheme can be applied to the electronic equipment of the user.

As shown in fig. 12, the scheme may include:

s1201, determining that the AP starts to sleep.

S1202, judging whether the SensorHUB enters dormancy or not in the first time period.

The first duration may be, for example, a first duration after the AP starts to sleep. The SensorHUB does not go to sleep for the first period of time, the following S1203 is executed. The SensorHUB goes to sleep for the first period of time, the following S1204 is performed.

S1203, record the first abnormal event.

The first exception event corresponds to the sensor hub not going dormant for a long time after the AP has dormant.

S1204, counting the sleep time length of the SensorHUB after the first time length.

S1205, judging whether the sleep time length duty ratio is smaller than a preset threshold value.

Illustratively, the electronic device may perform S1205 at any of various times after the first time period. In the case where the sleep period duty ratio of the sensor hub is smaller than the preset threshold, the following S1206 is performed. And if the sleep duration duty ratio of the SensorHUB is greater than the preset threshold, returning to execute S1204 until the AP sleep is finished, and entering a wake-up state.

S1206, recording a second anomaly event.

The second exception event corresponds to frequent abnormal wake-up of the sensor hub after AP dormancy.

The steps shown in fig. 12 may be performed in the specific steps shown in fig. 9 or 10, respectively, and the implementation thereof may be referred to each other. And will not be described in detail herein.

The scheme provided by the embodiment of the application is mainly described from the perspective of the electronic equipment. To achieve the above functions, it includes corresponding hardware structures and/or software modules that perform the respective functions. Those of skill in the art will readily appreciate that the various illustrative elements and algorithm steps described in connection with the embodiments disclosed herein may be implemented as hardware or combinations of hardware and computer software. Whether a function is implemented as hardware or computer software driven hardware depends upon the particular application and design constraints imposed on the solution. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present application.

The embodiment of the application can divide the functional modules of the devices involved in the method according to the method example, for example, each functional module can be divided corresponding to each function, and two or more functions can be integrated in one processing module. The integrated modules may be implemented in hardware or in software functional modules. It should be noted that, in the embodiment of the present application, the division of the modules is schematic, which is merely a logic function division, and other division manners may be implemented in actual implementation.

Fig. 13 is a schematic diagram of a composition of another electronic device according to an embodiment of the application. The electronic device may be the electronic device referred to in the above-described embodiment. As shown in fig. 13, the electronic device 1300 may include: a processor 1301, and a memory 1302. The memory 1302 is used to store computer-executable instructions. For example, in some embodiments, the processor 1301, when executing the instructions stored in the memory 1302, can cause the electronic device 1300 to perform the method shown in any of the electronic devices referred to in the embodiments above.

It should be noted that, all relevant contents of each step related to the above method embodiment may be cited to the functional description of the corresponding functional module, which is not described herein.

Fig. 14 shows a schematic diagram of the composition of a chip system 1400. The chip system 1400 may include: a processor 1401 and a communication interface 1402 to support the relevant devices to implement the functions referred to in the above embodiments. In one possible design, the system on a chip also includes memory to hold the necessary program instructions and data for the terminal. The chip system can be composed of chips, and can also comprise chips and other discrete devices. It should be noted that, in some implementations of the present application, the communication interface 1402 may also be referred to as an interface circuit.

The functions or acts or operations or steps and the like in the embodiments described above may be implemented in whole or in part by software, hardware, firmware or any combination thereof. When implemented using a software program, it may be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, the processes or functions described in accordance with embodiments of the present application are produced in whole or in part. The computer may be a general purpose computer, a special purpose computer, a computer network, or other programmable apparatus. The computer instructions may be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another computer-readable storage medium, for example, the computer instructions may be transmitted from one website, computer, server, or data center to another website, computer, server, or data center by a wired (e.g., coaxial cable, fiber optic, digital subscriber line (d igita l subscr iber l ine, DSL)) or wireless (e.g., infrared, wireless, microwave, etc.). The computer readable storage medium may be any available medium that can be accessed by a computer or a data storage device including one or more servers, data centers, etc. that can be integrated with the medium. The usable medium may be a magnetic medium (e.g., floppy disk, hard disk, magnetic tape), an optical medium (e.g., DVD), or a semiconductor medium (e.g., solid state disk (so l id state d i sk, SSD)), etc.

Although the application has been described in connection with specific features and embodiments thereof, it will be apparent that various modifications and combinations can be made without departing from the spirit and scope of the application. Accordingly, the specification and drawings are merely exemplary illustrations of the present application as defined in the appended claims and are considered to cover any and all modifications, variations, combinations, or equivalents that fall within the scope of the application. It will be apparent to those skilled in the art that various modifications and variations can be made to the present application without departing from the spirit or scope of the application. Thus, it is intended that the present application also include such modifications and alterations insofar as they come within the scope of the appended claims or the equivalents thereof.

Claims

1. The abnormality detection method of the sensor hub is characterized by being applied to electronic equipment, wherein at least one sensor and an intelligent sensor hub are arranged in the electronic equipment; the electronic equipment is provided with an Application Processor (AP) through the sensor HUB, the AP is coupled with the sensor HUB, and the AP is used for processing data in the sensor HUB;

The method comprises the following steps:

after the AP is dormant, the electronic equipment monitors the working state of the SensorHUB, wherein the working state of the SensorHUB comprises a dormant state and an awakening state;

storing a first abnormal event when the working state of the sensor hub is the wake state all the time within a first duration, wherein the first abnormal event is used for indicating that the sensor hub is not dormant for a long time;

in the first duration, under the condition that the working state of the sensor hub comprises the dormant state, counting the dormant duration duty ratio of the sensor hub after the first duration;

and when the sleep time length duty ratio is larger than a preset threshold value, storing a second abnormal event, wherein the second abnormal event is used for indicating the sensor HUB to wake up abnormally.

2. The method according to claim 1, wherein a timing module is provided in the electronic device, the timing module being configured to generate a timer event according to a time step;

the electronic device monitors the working state of the sensor hub, and comprises:

and each time the electronic equipment detects a timer event, acquiring the working state of the SensorHUB once.

3. The method of claim 2, wherein the counting the sleep time period of the sensorub after the first time period comprises:

And after the first duration, acquiring the sleep duration duty ratio of the SensorHUB every time the electronic equipment detects a timer event.

4. A method according to claim 3, wherein the sleep time duty cycle is obtained by a sleep time period of the sensorub within a total time period, and the total time period;

the total duration is the duration between the time when the sleep duration of the sensor hub is obtained and the time when the first duration is ended.

5. The method according to any one of claims 1 to 4, wherein the sleep duration duty cycle of the SensorHUB after continuing to count the first duration when the sleep duration duty cycle is less than a preset threshold,

until the sleep time length duty ratio is smaller than a preset threshold value; or, until the AP exits sleep.

6. The method according to any of claims 1-5, wherein a first processor is provided in the electronic device, wherein the AP is integrated in the first processor, wherein a second processor is also provided in the electronic device, wherein the sensor hub is integrated in the second processor;

after the AP is dormant, the electronic device monitors the working state of the SensorHUB, and the method comprises the following steps:

After the AP in the first processor is dormant, the second processor detects the working state of the SensorHUB.

7. The method of claim 6, wherein a state machine module is provided in the second processor, the state machine module including a state identifier, the state identifier indicating that the senserhub is in a sleep state when the state identifier is a first identifier, and the state identifier indicating that the senserhub is in a wake state when the state identifier is a second identifier;

the second processor detects the working state of the sensor hub, including:

the second processor detects a state identification of the state machine module.

8. The method of claim 6 or 7, wherein the first processor is a central processing unit CPU and the second processor is a Modem processor Modem.

9. An electronic device comprising at least one processor and a memory, the at least one processor coupled to the memory, the memory comprising instructions that when executed by the processor perform the method of any of claims 1-8.

10. A modem, characterized in that the modem is provided in an electronic device, which further comprises an application processor AP;

The modem is provided with an intelligent sensor hub, and after the AP goes to sleep, the modem is configured to perform abnormality detection of the sensor hub according to the method of any one of claims 1 to 8.