KR20240008287A - Method for self recovery of iot device - Google Patents

Abstract

An IoT device according to an embodiment includes a sensor, a diagnostic circuit, a memory, and a processor operatively coupled to the sensor, the diagnostic circuit, and the memory, wherein the processor performs self-checking within the sensor. perform a test to identify whether a feature is available, and in response to identifying that the self-check feature is not available, drive diagnostic circuitry to perform a test on the sensor, and perform a check using the diagnostic circuit. For this purpose, it may be configured to perform scheduling and perform inspection of the sensor through the diagnostic circuit based on the scheduling. Other embodiments are also possible.

Description

Self-recovery method of IoT device and its electronic device {METHOD FOR SELF RECOVERY OF IOT DEVICE }

The descriptions below relate to the self-recovery method of an IoT device and its electronic devices.

With the recent development of the Internet of Things (IoT), a hot topic, various Internet of Things services are being provided. The Internet of Things can be defined as a new information and communication base that connects all things existing in the world through a network to enable communication between humans and objects, and between objects, anytime and anywhere. The core of the Internet of Things is to analyze device data in real time and provide automated services to users.

The Internet of Things (abbreviated as IoT) is a technology that connects various objects to the Internet by embedding sensors and communication functions. In other words, the Internet of Things refers to a technology that connects various objects through wireless communication. Here, objects are various embedded systems such as home appliances, mobile equipment, and wearable devices. According to Gartner, an information technology research and advisory company, the number of objects using IoT technology is expected to reach 26 billion by 2020. When many things are connected like this, a huge amount of data is collected through the Internet, and the collected data is so vast that it is difficult to analyze with existing technology. This is called big data.

Meanwhile, conventional IoT devices perform various tasks, sense data for a certain period of time, and transmit and receive the sensed data through a network. Conventional IoT devices do not have self-recovery functions and status check functions, and as a result, maintenance can take a lot of time and money.

Embodiments of the present invention solve the problems of conventional IoT devices that lack self-recovery functions and health check functions, and provide IoT device health index and self-service to reduce time and cost for maintenance after installing IoT devices in the field. The purpose is to provide a recovery method and device.

However, the problem to be solved by the present invention is not limited to this, and may be expanded in various environments without departing from the spirit and scope of the present invention.

An IoT device according to an embodiment includes a sensor, a diagnostic circuit, a memory, and a processor operatively coupled to the sensor, the diagnostic circuit, and the memory, wherein the processor performs self-checking within the sensor. perform a test to identify whether a feature is available, and in response to identifying that the self-check feature is not available, drive diagnostic circuitry to perform a test on the sensor, and perform a check using the diagnostic circuit. For this purpose, it may be configured to perform scheduling and perform inspection of the sensor through the diagnostic circuit based on the scheduling.

A self-repair method for an IoT device according to an embodiment includes performing a test to identify whether the self-check function in a sensor included in the IoT device is available, and identifying that the self-check function is not available. In response, an operation of driving a diagnostic circuit to perform a test on the sensor, an operation of performing scheduling for self-inspection using the diagnostic circuit, and an operation of performing scheduling for a self-check using the diagnostic circuit, based on the scheduling, It may include an operation to perform a check.

The disclosed technology can have the following effects. However, since it does not mean that a specific embodiment must include all of the following effects or only the following effects, the scope of rights of the disclosed technology should not be understood as being limited thereby.

Embodiments of the present invention can solve the problems of conventional IoT devices that lack self-recovery functions and status check functions, thereby reducing the time and cost for maintenance after installing IoT devices in the field.

Embodiments of the present invention embed a self-check algorithm inside the IoT device to check the hardware status, software status, and network status to generate an event for the cause and perform processing such as self-recovery and recovery message transmission, and switching to energy saving mode. You can do it yourself.

Figure 1 is a diagram showing the sensor status monitoring process in the IoT device health index and self-recovery method according to an embodiment of the present invention.
Figure 2 is a diagram showing the power status monitoring process in the IoT device health index and self-recovery method according to an embodiment of the present invention.
Figures 3 and 4 are diagrams showing a watchdog timer for software state monitoring and a software state monitoring process in the IoT device health index and self-recovery method according to an embodiment of the present invention.
Figures 5 and 6 are diagrams showing a network monitoring process in the IoT device health index and self-recovery method according to an embodiment of the present invention. Figures 5 and 6 are connected by AA and BB.
Figure 7 is a configuration diagram of an IoT device health index and self-recovery device according to an embodiment of the present invention.

Since the present invention can be modified in various ways and can have various embodiments, specific embodiments will be illustrated in the drawings and described in detail in the detailed description. However, this is not intended to limit the present invention to specific embodiments, and may be understood to include all transformations, equivalents, and substitutes included in the technical idea and scope of the present invention. In describing the present invention, if it is determined that a detailed description of related known technologies may obscure the gist of the present invention, the detailed description will be omitted.

Terms such as first, second, etc. may be used to describe various components, but the components are not limited by the terms. Terms are used only to distinguish one component from another.

The terms used in the present invention are only used to describe specific embodiments and are not intended to limit the present invention. The terms used in the present invention are general terms that are currently widely used as much as possible while considering the functions in the present invention, but this may vary depending on the intention of a person skilled in the art, precedents, or the emergence of new technology. In addition, in certain cases, there are terms arbitrarily selected by the applicant, and in this case, the meaning will be described in detail in the description of the relevant invention. Therefore, the terms used in the present invention should be defined based on the meaning of the term and the overall content of the present invention, rather than simply the name of the term.

Singular expressions include plural expressions unless the context clearly dictates otherwise. In the present invention, terms such as "comprise" or "have" are intended to designate the presence of features, numbers, steps, operations, components, parts, or combinations thereof described in the specification, but are not intended to indicate the presence of one or more other features. It should be understood that this does not exclude in advance the possibility of the existence or addition of elements, numbers, steps, operations, components, parts, or combinations thereof.

Hereinafter, embodiments of the present invention will be described in detail with reference to the accompanying drawings. In the description with reference to the accompanying drawings, identical or corresponding components will be assigned the same drawing numbers and redundant description thereof will be omitted. do.

1 is a flowchart illustrating a method of performing self-recovery in an IoT device according to an embodiment of the present invention.

Referring to FIG. 1, in step S101, the IoT device may perform a test to determine whether the self-inspection function of the sensor included in the IoT device is available. For example, an IoT device may transmit a control signal requesting test performance to a sensor included in the IoT device. According to one embodiment, the IoT device may perform a test to determine whether the sensor's self-inspection function is available at specified intervals. According to one embodiment, when an IoT device receives a self-inspection request signal from an external electronic device, it may perform a test to determine whether the sensor's self-inspection function is available.

In step S103, the IoT device may determine whether the self-inspection function of the sensor included in the IoT device is available based on the test performance results. For example, an IoT device may determine that the sensor's self-check function is available if a response signal is received from the sensor within a specified time after transmitting a control signal requesting test performance to a sensor included in the IoT device. there is. For another example, if a response signal is not received from the sensor within a specified time after transmitting a control signal requesting test performance to a sensor included in the IoT device, the IoT device determines that the sensor's self-check function is unavailable. can do. The IoT device may perform step S105 if the sensor's self-check function is used, and may perform step S107 if the sensor's self-check function cannot be used.

In step S105, the IoT device may perform a check on the sensor using the sensor self-check function, in response to identifying that the sensor's self-check function is available. For example, an IoT device can identify the state of a sensor by receiving a signal (e.g., normal/abnormal) indicating a self-inspection result from the sensor.

At step S107, the IoT device may drive diagnostic circuitry in response to identifying that the sensor's self-check function is unavailable.

In step S109, the IoT device may perform scheduling to check the sensor through a diagnostic circuit. For example, the IoT device includes the timing at which the IoT device transmits a test request signal to the diagnostic circuit, the timing at which the sensor receives the test signal from the diagnostic circuit, the timing at which the sensor transmits a response signal to the test signal to the diagnostic circuit, And the timing at which the IoT device receives a signal indicating the test inspection result from the diagnostic circuit can be assigned. In response to performing scheduling, the IoT device may provide scheduling information to the diagnostic circuit and transmit a test request signal to the diagnostic circuit according to the scheduling. When a test request signal is received from an IoT device, the diagnostic circuit may perform a test on the sensor based on scheduling information.

In step S111, the IoT device may perform an inspection of the sensor based on a signal indicating a test inspection result (e.g., normal/abnormal) received from the diagnostic circuit. For example, an IoT device can identify the state of a sensor by receiving a signal indicating an inspection result (e.g., normal/abnormal) from a diagnostic circuit.

In step S113, the IoT device may perform an operation corresponding to the sensor inspection result. For example, the IoT device may end the inspection function when the state of the sensor is in the first state (eg, normal state). As another example, the IoT device may perform a reset (e.g., software reset and/or hardware reset) on the sensor when the state of the sensor is in a second state (e.g., abnormal state). As another example, when the state of the sensor is in the second state, the IoT device may perform a reset (eg, software reset and/or hardware reset) on at least some of the components of the IoT device. According to one embodiment, after performing a reset on the sensor, the IoT device re-performs operations (e.g., operations 101 to 111) that identify the state of the sensor, and if the state of the sensor is in the second state even after the reset. , In order to notify the operator of the IoT device that the IoT device (or sensor) is in an abnormal state, a notification can be provided to a preset external electronic device.

As described above, the IoT device can identify the state of the sensor included in the IoT device and, if the sensor is in an abnormal state, reset the sensor for self-recovery. Accordingly, time and cost for maintenance of IoT devices can be reduced.

Figure 2 is a flowchart illustrating a method by which an IoT device controls transmission status based on power status according to an embodiment of the present invention.

Referring to FIG. 2, in operation 201, the IoT device may identify the voltage of the first battery. For example, the IoT device can measure the voltage of the first battery at designated periods. For another example, the IoT device may measure the voltage of the first battery in response to receiving a signal requesting measurement of the voltage of the battery from an external electronic device.

In operation 203, the IoT device may determine whether the voltage of the first battery is less than the first voltage, in response to measuring the voltage of the first battery. If the voltage of the first battery is less than the first voltage, the IoT device may perform operation 205, and if the first blocking voltage is greater than or equal to the first voltage, the IoT device may perform operation 201 again.

At operation 205, the IoT device may measure the voltage of the second battery in response to identifying that the voltage of the first battery is below the first voltage.

At operation 207, the IoT device may determine whether the voltage of the second battery is less than the second voltage in response to measuring the voltage of the second battery. If the voltage of the second battery is higher than the second voltage, the IoT device may re-perform operation 205, and if the voltage of the second battery is lower than the second voltage, the IoT device may perform operation 209.

At operation 209, the IoT device may change its transmission rate in response to identifying that the voltage of the second battery is below the second voltage. For example, the IoT device may change the transmission speed of the IoT device from a first speed to a second speed that is lower than the first speed.

*In operation 211, the IoT device may determine whether the remaining capacity of the IoT device's memory is less than the reference capacity. If the remaining capacity of the memory is greater than or equal to the standard capacity, the IoT device may re-perform operation 205, and if the remaining capacity of the memory is less than the standard capacity, the IoT device may perform operation 213.

In operation 213, the IoT device may change the transmission cycle of the IoT device and bypass storing sensor values in response to identifying that the remaining capacity of the memory is less than the reference capacity. For example, the IoT device may adjust the transmission period from the first period to the second period, which is shorter than the first period, and bypass the operation of storing the sensor value obtained from the sensor in the memory. For another example, the IoT device may adjust the transmission cycle from the second cycle to the first cycle and bypass the operation of storing sensor values obtained from the sensor in memory.

In the above, the IoT device has been described as changing the transmission speed of the IoT device in response to identifying that the voltage of the second battery is less than the second voltage. However, according to one embodiment, the IoT device is included in the IoT device. You can also change the measurement cycle of the sensor. For example, in response to identifying that the voltage of the second cell is below the second voltage, the IoT device may maintain the transmission rate of the IoT device and change the measurement period of the sensor from the first period to a second period that is lower than the first period. It can be changed periodically. For another example, the IoT device, in response to identifying that the voltage of the second cell is below the second voltage, changes the transmission rate of the IoT device from the first rate to the second rate and changes the measurement period of the sensor to the first rate. You can change from cycle to second cycle.

As described above, the IoT device monitors the state of the battery and changes the transmission state of the IoT device based on the state of the battery, thereby performing (or providing) a preset function even when the battery voltage is lowered. can do.

3 and 4 are diagrams showing a watchdog timer and a software status monitoring process for monitoring the software status of an IoT device according to an embodiment of the present invention.

IoT devices perform various tasks (control and monitoring). To perform various tasks, firmware is loaded inside the IoT device and executed sequentially.

However, errors may occur due to programmer mistakes or compiler errors. However, in the case of IoT devices installed in the field, access for inspection is often difficult, and maintenance requires a lot of time and cost.

To solve this problem, IoT devices run a self-timer and if normal routine performance is not achieved, they reset themselves and perform the task from the beginning. IoT devices use a watchdog timer (WDT (Watchdog Timer)) for self-reset and attempt a self-reset process using this. Figure 3 shows a watchdog timer.

A microcontroller unit (MCU) 100 may include a CPU 110, a watchdog timer 120, and a clock 130. When the watchdog timer 120 expires, the watchdog timer 120 120 transmits a reset command to CPU 110, and CPU 110 may perform a reset operation in response to receiving the reset command.

As shown in FIG. 4, in step S301, the IoT device may perform a reset on the software state of the IoT device.

In step S302, the IoT device may wait for a signal for a certain period of time (e.g., 100 ms).

In step S303, the IoT device can determine whether a signal is received. The IoT device may perform step S304 if the signal is not received, and may perform step S305 if the signal is received.

At step S304, the IoT device may determine whether the watchdog timer 120 has expired in response to identifying that a signal is not received within a certain period of time. If the watchdog timer 120 has expired, the IoT device may re-perform step S301, and if the watchdog timer 120 has not expired, the IoT device may re-perform step S302.

In step S305, the IoT device may reset the watchdog timer 120 in response to receiving a signal within a certain period of time. For example, the CPU 110 of the microcontroller unit 100 of the IoT device may transmit a kick signal to the watchdog timer 120 so that the watchdog timer 120 is reset.

In step S306, the IoT device may process the received signal and re-perform step S301.

Figures 5 and 6 are flowcharts to explain a method for recovering an error in an IoT device according to an embodiment.

Referring to FIGS. 5 and 6 , in step S401, the IoT device may acquire sensor data from a sensor included in the IoT device.

In step S402, the IoT device may transmit the acquired sensor data to an external electronic device. For example, an IoT device may broadcast acquired sensor data. For another example, the IoT device may transmit acquired sensor data to at least one preset external electronic device.

In step S403, the IoT device may determine whether a transmission error occurs. For example, an IoT device can check whether a transmission error occurs at specified intervals. As another example, an IoT device can check whether a transmission error occurs at a specified time. The IoT device may perform step S404 if a transmission error does not occur, and may perform step S405 if a transmission error occurs.

In step S404, the IoT device may decrement the transmission error counter in response to identifying that a transmission error has not occurred. For example, an IoT device can reduce the transmission error counter by subtracting a preset value from the transmission error counter value stored in memory.

In step S405, the IoT device may increment a transmission error counter in response to identifying that a transmission error has occurred. For example, an IoT device can increase the transmission error counter by increasing the preset value of the transmission error counter stored in memory.

In step S406, the IoT device may determine whether the transmission error counter value exceeds the transmission error threshold. The IoT device may perform step S407 if the transmission error counter value exceeds the transmission error threshold, and may re-perform step S401 if the transmission error counter value is less than or equal to the transmission error threshold.

In step S407, the IoT device may perform a software reset in response to identifying that the transmission error counter value exceeds the transmission error threshold. For example, the IoT device may perform a software reset by initializing at least one program installed within the IoT device. As another example, the IoT device may perform a software reset by performing a reset on the network module of the IoT device.

In step S408, the IoT device may transmit the acquired sensor data to an external electronic device. For example, IoT devices can broadcast sensor data. For another example, an IoT device may transmit sensor data to at least one preset external electronic device.

In step S409, the IoT device may determine whether a transmission error has occurred. The IoT device may perform step S410 if a transmission error does not occur, and may perform step S411 if a transmission error occurs.

In step S410, the IoT device may decrease the transmission error counter in response to identifying that a transmission error has not occurred. For example, an IoT device can reduce the transmission error counter by subtracting a preset value from the transmission error counter value stored in memory.

In step S411, the IoT device may perform a hardware reset in response to identifying that a transmission error has occurred. For example, the IoT device may identify the state of the processor of the IoT device and perform a hardware reset when the state of the processor is in the first state (eg, normal state). The IoT device may only perform a reset on the processor when the state of the processor of the IoT device is in the second state (e.g., abnormal state). According to one embodiment, when performing a hardware reset, the IoT device may perform a hardware reset for the remaining components except the memory so that data to be transmitted is maintained.

In step S412, the IoT device may transmit sensor data in response to performing a hardware reset. For example, IoT devices can broadcast sensor data. For another example, an IoT device may transmit sensor data to at least one preset external electronic device.

In step S413, the IoT device may determine whether a transmission error has occurred. The IoT device may perform step S414 if a transmission error does not occur, and may perform step S415 if a transmission error occurs.

In step S414, the IoT device may decrement the transmission error counter in response to identifying that a transmission error has not occurred. For example, an IoT device can reduce the transmission error counter by subtracting a preset value from the transmission error counter value stored in memory.

In step S415, the IoT device may transmit a network recovery message in response to identifying that a transmission error has occurred. For example, an IoT device can broadcast a network recovery message. For another example, the IoT device may transmit a network recovery message to at least one preset external electronic device (eg, the IoT device operator's portable terminal).

In step S416, the IoT device can acquire data from sensors included in the IoT device.

In step S417, the IoT device may stop (or bypass) transmission of sensor data and store the sensor data in memory. The IoT device may repeatedly perform step S416 of acquiring sensor data and step S417 of storing the acquired sensor data for a preset time or until a designated signal is received.

According to one embodiment, the IoT device may transmit a network recovery message when the transmission error counter value is greater than or equal to the reference value. According to one embodiment, when a network recovery message is transmitted based on the transmission error counter value, the IoT device may bypass transmission of sensor data and store the sensor data in memory. According to one embodiment, the IoT device may perform a sensor data transmission operation even if a network recovery message is transmitted based on the transmission error counter value.

As described above, when a transmission error in sensor data occurs, the IoT device can recover from the error without the help of the IoT device operator by performing a reset operation. Additionally, when a transmission error in sensor data occurs, the IoT device stores the sensor data in memory, allowing it to provide sensor data to the IoT operator even in situations where the network environment of the IoT device is unstable.

Figure 7 is a configuration diagram of an IoT device according to an embodiment of the present invention.

As shown in FIG. 7, the IoT device 200 according to an embodiment of the present invention includes a sensor module 210, a power module 220, a firmware module 230, a network module 240, and a memory 250. , and may include a processor 260. However, not all of the illustrated components are essential components. For example, the IoT device 200 may be implemented with more components than the components shown, or may be implemented with fewer components.

According to one embodiment, the sensor module 210 may be attached to an IoT device. The sensor module 210 may acquire sensing data at preset intervals, while the IoT device is in an on state, or aperiodically.

According to one embodiment, the power module 220 may supply power to an IoT device.

According to one embodiment, the firmware module 230 may include at least one program (or microprogram) for executing the operation of an IoT device.

According to one embodiment, the network module 240 may establish a network connection for data communication. According to one embodiment, the network module 240 may support broadcasting to perform data communication without a network connection.

According to one embodiment, memory 250 may store one or more programs.

According to one embodiment, the processor 260 may execute one or more programs stored in the memory 250. The processor 260 monitors the status of at least one module among the components inside the IoT device (e.g., sensor module 210, power module 220, firmware module 230, and network module 240). You can. When the processor 260 identifies that the state of at least one of the components inside the IoT device is a second state (e.g., abnormal state), the processor 260 may perform a self-recovery function (e.g., software reset and/or hardware reset). there is.

According to one embodiment, if the state of the IoT device is in the second state even after performing the self-recovery function, the processor 260 may switch the operation mode of the IoT device from the normal mode to the energy saving mode. For example, the processor 260 may reduce power consumption of the IoT device by changing at least some of the data transmission speed, sensor measurement cycle, and data transmission cycle.

According to one embodiment, the processor 260 may self-check at least one of the sensor status, power status, software status, and network status of the IoT device according to the generated inspection event.

According to one embodiment, the processor 260 may perform any one of a sensor error event routine, a low voltage event routine, a self-reset event routine, and a network software and hardware reset event routine according to the self-check result.

Meanwhile, a non-transitory computer-readable storage medium for storing instructions that, when executed by a processor 260, cause the processor 260 to execute a method, wherein the method includes: a health index (or state) inside an IoT device; ) monitoring; As a result of monitoring the health index, if an inspection situation occurs in the IoT device, generating an inspection event according to the occurrence of the inspection situation; Self-inspecting the IoT device according to the generated inspection event; and self-recovering the IoT device when the IoT device is determined to be in an abnormal state according to the self-inspection result. A non-transitory computer-readable storage medium may be provided.

As described above, the IoT device includes a sensor, a diagnostic circuit, a memory, and a processor operatively coupled to the sensor, the diagnostic circuit, and the memory, wherein the processor performs self-checking within the sensor. perform a test to identify whether a feature is available, and in response to identifying that the self-check feature is not available, drive diagnostic circuitry to perform a test on the sensor, and perform a check using the diagnostic circuit. For this purpose, it may be configured to perform scheduling and perform inspection of the sensor through the diagnostic circuit based on the scheduling.

According to one embodiment, the processor, timing at which the IoT device transmits a test request signal to the diagnostic circuit, timing at which the sensor receives a test signal from the diagnostic circuit, and timing at which the sensor receives a test signal from the diagnostic circuit, and a timing at which the sensor transmits a test request signal to the diagnostic circuit. It may be configured to perform the scheduling by allocating a timing for transmitting to the diagnostic circuit and a timing for the IoT device to receive a signal indicating a test inspection result from the diagnostic circuit.

According to one embodiment, the processor may be further configured to perform a check on the sensor using the self-check function, in response to identifying that the self-check function is available.

According to one embodiment, the processor may be further configured to perform a reset on the sensor in response to identifying that the state of the sensor is abnormal as a result of checking the sensor.

According to one embodiment, the processor may be further configured to identify the occurrence of a transmission error in sensor data and perform a software reset to initialize at least one program installed in the IoT device.

According to one embodiment, after performing the software reset, the processor identifies the occurrence of a transmission error of sensor data, identifies the state of the processor of the IoT device, and, when the state of the processor is abnormal, It may be further configured to perform a hardware reset on the processor.

According to one embodiment, the processor may be further configured to perform a hardware reset on the IoT device when the processor is in a normal state.

According to one embodiment, the processor may be further configured to perform a hardware reset on the remaining components except the memory of the IoT device when the processor is in a normal state.

According to one embodiment, the processor, in response to identifying that the voltage of the first battery of the IoT device is less than the first voltage, measures the voltage of the second battery of the IoT device, and measures the voltage of the second battery of the IoT device. In response to identifying that the second voltage is below, the sensor may be further configured to change at least one of a transmission rate of the IoT device and a measurement period of the sensor.

According to one embodiment, the processor, in response to identifying that the remaining capacity of the memory of the IoT device is less than the reference capacity after changing at least one of the transmission rate and the measurement cycle of the sensor, It may be further configured to change the transmission period and bypass storage of the sensor's measurements.

As described above, the self-recovery method of an IoT device includes the operation of performing a test to identify whether the self-check function in a sensor included in the IoT device is available, and identifying that the self-check function is unavailable. In response, an operation of driving a diagnostic circuit to perform a test on the sensor, an operation of performing scheduling for self-inspection using the diagnostic circuit, and an operation of performing scheduling for a self-check using the diagnostic circuit, based on the scheduling, It may include an operation to perform a check.

According to one embodiment, the operation of performing the scheduling includes timing at which the IoT device transmits a test request signal to the diagnostic circuit, timing at which the sensor receives the test signal from the diagnostic circuit, and timing at which the sensor receives the test signal from the diagnostic circuit. It may include an operation of allocating a timing for transmitting a response signal to the diagnostic circuit and a timing for the IoT device to receive a signal indicating a test inspection result from the diagnostic circuit.

According to one embodiment, the operating method may further include performing a check on the sensor using the self-check function in response to identifying that the self-check function is available.

According to one embodiment, the operating method may further include performing a reset on the sensor in response to identifying that the state of the sensor is abnormal as a result of inspecting the sensor.

According to one embodiment, the operating method may further include identifying the occurrence of a transmission error in sensor data and performing a software reset to initialize at least one program installed in the IoT device. .

According to one embodiment, the operating method includes identifying the occurrence of a transmission error of sensor data after performing the software reset, identifying the state of the processor of the IoT device, and the state of the processor. In case of an abnormal state, the operation of performing a hardware reset for the processor may be further included.

According to one embodiment, the operating method may further include performing a hardware reset on the IoT device when the processor is in a normal state.

According to one embodiment, the operating method may further include performing a hardware reset on the remaining components except the memory of the IoT device when the processor is in a normal state.

According to one embodiment, the method of operation includes, in response to identifying that the voltage of the first battery of the IoT device is less than the first voltage, measuring the voltage of the second battery of the IoT device and the second battery In response to identifying that the voltage is less than the second voltage, the method may further include changing at least one of a transmission rate of the IoT device and a measurement period of the sensor.

According to one embodiment, the operating method is, in response to identifying that the remaining capacity of the memory of the IoT device is less than the reference capacity after changing at least one of the transmission rate and the measurement cycle of the sensor, It may further include an operation of changing the transmission cycle and bypassing the storage of the measured values of the sensor.

Meanwhile, according to an embodiment of the present invention, the various embodiments described above are implemented as software including instructions stored in a machine-readable storage media (e.g., a computer). It can be. The device is a device capable of calling instructions stored from a storage medium and operating according to the called instructions, and may include an electronic device (eg, electronic device A) according to the disclosed embodiments. When an instruction is executed by a processor, the processor may perform the function corresponding to the instruction directly or using other components under the control of the processor. Instructions may contain code generated or executed by a compiler or interpreter. A storage medium that can be read by a device may be provided in the form of a non-transitory storage medium. Here, 'non-transitory' only means that the storage medium does not contain signals and is tangible, and does not distinguish whether the data is stored semi-permanently or temporarily in the storage medium.

Additionally, according to an embodiment of the present invention, the method according to the various embodiments described above may be provided and included in a computer program product. Computer program products are commodities and can be traded between sellers and buyers. The computer program product may be distributed on a machine-readable storage medium (e.g. compact disc read only memory (CD-ROM)) or online through an application store (e.g. Play Store™). In the case of online distribution, at least a portion of the computer program product may be at least temporarily stored or created temporarily in a storage medium such as the memory of a manufacturer's server, an application store's server, or a relay server.

In addition, according to an embodiment of the present invention, the various embodiments described above are stored in a recording medium that can be read by a computer or similar device using software, hardware, or a combination thereof. It can be implemented in . In some cases, embodiments described herein may be implemented in a processor itself. According to software implementation, embodiments such as procedures and functions described in this specification may be implemented as separate software modules. Each of the software modules may perform one or more functions and operations described herein.

Meanwhile, computer instructions for performing processing operations of devices according to the various embodiments described above may be stored in a non-transitory computer-readable medium. Computer instructions stored in such a non-transitory computer-readable medium, when executed by a processor of a specific device, cause the specific device to perform processing operations in the device according to the various embodiments described above. A non-transitory computer-readable medium refers to a medium that stores data semi-permanently and can be read by a device, rather than a medium that stores data for a short period of time, such as registers, caches, and memories. Specific examples of non-transitory computer-readable media may include CD, DVD, hard disk, Blu-ray disk, USB, memory card, ROM, etc.

In addition, each component (e.g., module or program) according to the various embodiments described above may be composed of a single or multiple entities, and some of the sub-components described above may be omitted, or other sub-components may be omitted. Sub-components may be further included in various embodiments. Alternatively or additionally, some components (e.g., modules or programs) may be integrated into a single entity and perform the same or similar functions performed by each corresponding component prior to integration. According to various embodiments, operations performed by a module, program, or other component may be executed sequentially, in parallel, iteratively, or heuristically, or at least some operations may be executed in a different order, omitted, or other operations may be added. It can be.

In the above, preferred embodiments of the present invention have been shown and described, but the present invention is not limited to the specific embodiments described above, and may be used in the technical field pertinent to the disclosure without departing from the gist of the present invention as claimed in the claims. Of course, various modifications can be made by those skilled in the art, and these modifications should not be understood individually from the technical idea or perspective of the present invention.

Claims (10)

In IoT devices,
sensor;
diagnostic circuit;
Memory;
a processor operatively coupled to the sensor, the diagnostic circuit, and the memory, the processor comprising:
perform a test to identify whether a self-check function within the sensor is available;
In response to identifying that the self-check function is unavailable, drive diagnostic circuitry to perform a test on the sensor;
For inspection using the diagnostic circuit, scheduling is performed,
An electronic device configured to perform inspection on the sensor through the diagnostic circuit based on the scheduling.
According to paragraph 1,
The processor provides timing for the IoT device to transmit a test request signal to the diagnostic circuit, timing for the sensor to receive a test signal from the diagnostic circuit, and timing for the sensor to transmit a response signal to the test signal to the diagnostic circuit. An electronic device configured to perform the scheduling by allocating a timing at which the IoT device receives a signal indicating a test inspection result from the diagnostic circuit.
According to paragraph 1,
The electronic device wherein the processor is further configured to, in response to identifying that the self-check function is available, perform a check on the sensor using the self-check function.
According to paragraph 1,
The processor is further configured to perform a reset on the sensor in response to identifying that the sensor is in an abnormal state as a result of checking the sensor.
According to paragraph 1,
The processor,
Identify the occurrence of transmission errors in sensor data,
An electronic device further configured to perform a software reset that initializes at least one program installed in the IoT device.
According to clause 5,
The processor,
After performing the software reset, identify the occurrence of a transmission error in sensor data,
Identify the state of the processor of the IoT device,
The electronic device further configured to perform a hardware reset on the processor when the state of the processor is abnormal.
According to clause 6,
The processor is further configured to perform a hardware reset on the IoT device when the processor is in a normal state.
According to clause 6,
The processor is further configured to perform a hardware reset on components other than the memory of the IoT device when the processor is in a normal state.
According to paragraph 1,
The processor,
In response to identifying that the voltage of the first battery of the IoT device is below the first voltage, measure the voltage of the second battery of the IoT device,
The electronic device further configured to change at least one of a transmission rate of the IoT device and a measurement period of the sensor in response to identifying that the voltage of the second battery is below the second voltage.
According to clause 9,
The processor changes the transmission cycle of the IoT device in response to identifying that the remaining capacity of the memory of the IoT device is less than the reference capacity after changing at least one of the transmission rate and the measurement cycle of the sensor, The electronic device further configured to bypass storage of measurements of the sensor.