[发明专利]嵌入式系统的监控管理方法和装置

说明书

本发明公开了一种嵌入式系统的监控管理方法和装置，该方法包括：在第一定时器溢出的情况下，检测表示嵌入式系统启动成功的预定指令的接收情况；根据表示嵌入式系统启动成功的预定指令的接收情况，确定嵌入式系统的启动情况；在确定嵌入式系统启动成功的情况下，关闭第一定时器，开启第二定时器；在第二定时器溢出的情况下，检测表示嵌入式系统运行情况的多个预定指令的接收情况；根据表示嵌入式系统运行情况的多个预定指令的接收情况，确定嵌入式系统的运行情况。本发明通过两个定时器来对嵌入式系统的启动情况和运行情况分别进行监控，实现了对嵌入式系统的全程监控，并且，在系统启动阶段无需喂狗，增强了监控的灵活性和可移植性。

技术领域

本发明涉及嵌入式系统领域，具体来说，涉及一种嵌入式系统的管理方法和装置。

背景技术

嵌入式系统的设备在运行过程中往往会出现由于某种漏洞所导致的系统运行异常，例如在设备升级过程中突然断电，那么设备再次上电启动时就会出现由于镜像不完整而造成的启动失败的情况；再如，对于应用层的程序来说，由于在运行过程中的死锁或者其他操作原因同样会导致整个系统的运行异常，而这些系统的异常情况均需要通过借助于一种监控芯片(例如“看门狗”)通过对系统的运行状态进行监控的方式来对异常的系统进行复位。

而对于这种类似与“看门狗”的监控方案目前有以下两种技术方案，一种为使用CPU内部自带的“看门狗”，但是这种自带的“看门狗”的监控方案与“看门狗”的启动和初始化时间密切联系，即，当系统在看门狗初始化或者启动前异常，那么该方法就无法对系统进行复位重启。

而现有的另一种“看门狗”则是通过使用外置“看门狗”的芯片的方式来避免内置“看门狗”所带来的问题，但是这种技术方案需要在系统一上电就必须不断喂狗，而这就必须在Bootloader(其中，BootLoader是在操作系统内核运行之前运行)和内核的各个阶段均添加相应的喂狗代码，而且在系统进行程序升级或者用户端在进行系统的代码调试时，无法禁用“看门狗”，大大降低了系统的灵活性以及可移植性。

针对相关技术中对监控不全面、需要全程喂狗、灵活性和可移植性差的问题，目前尚未提出有效的解决方案。

发明内容

针对相关技术中对监控不全面、需要全程喂狗、灵活性和可移植性差的问题，本发明提出一种嵌入式系统的监控管理方法和装置，能够通过两个定时器来对嵌入式系统的启动情况和运行情况分别进行监控，实现了对嵌入式系统的全程监控，并且，在系统启动阶段无需喂狗，增强了监控的灵活性和可移植性。

本发明的技术方案是这样实现的：

根据本发明的一个方面，提供了一种嵌入式系统的监控管理方法。

该监控管理方法包括：

在第一定时器溢出的情况下，检测表示嵌入式系统启动成功的预定指令的接收情况；

根据表示嵌入式系统启动成功的预定指令的接收情况，确定嵌入式系统的启动情况；

在确定嵌入式系统启动成功的情况下，关闭第一定时器，开启第二定时器；

在第二定时器溢出的情况下，检测表示嵌入式系统运行情况的多个预定指令的接收情况；

根据表示嵌入式系统运行情况的多个预定指令的接收情况，确定嵌入式系统的运行情况。

其中，第一定时器在嵌入式系统启动时启动，且第一定时器的定时阈值大于嵌入式系统的启动成功时间。

优选的，在检测表示嵌入式系统启动成功的预定指令的接收情况时，可通过检测第一计数器的数值的方式来检测，其中，第一计数器用于表示嵌入式系统的启动情况，并且，在第一计时器启动时，第一计数器的数值被预先清零；

并且，在根据检测结果确定第一计数器的数值不为零的情况下，可确定接收到表示嵌入式系统启动成功的预定指令。