[发明专利]一种嵌入式软件出错的可靠恢复方法

说明书

一种嵌入式软件出错的可靠恢复方法，步骤如下：启动CM；初始化watchdog，打开T2，启动各APP；T2首次超时，CM向watchdog填写数据，重置T2，打开T1，向各APP发送保活消息；CM收集各APP的回复消息，收到回复后置位相应APP的标志位，将该APP的各计数器清零；若T1超时，CM向各APP发送保活消息，CM检查是否集齐上一次的回复消息，若是，CM清除各APP标志位，重置T1；若否，则未置位标志位的APP超时计数器加1，清除各APP标志位，重置T1；当某APP超时计数器计数为n，复位该APP，该APP超时计数器计数清0，重启计数器加1；当某APP重启计数器计数为N，CM停止向watchdog写数据，到达预设时间芯片被复位。本发明不依赖具体嵌入式系统，便于在不同芯片上的移植与不同CPU系统平台上的应用。

技术领域

本发明涉及互联网技术领域，尤其涉及一种嵌入式软件出错的可靠恢复方法。

背景技术

随着处理器性能的不断提高、功耗不断降低，嵌入式系统已经在民用及军用领域得到了广泛的使用。嵌入式设备往往部署在生产、任务的第一线，并且在很多情形下，嵌入式设备需工作在无人值守的状况下，于是对其可靠性的要求已经愈来愈高，同时也对系统出错后的迅速恢复提出了更高的要求。随着嵌入式硬件平台的不断升级，嵌入式处理器完全可以运行大型操作系统，因此嵌入式软件的复杂性也日益增加，因此在固定的硬件平台下，嵌入式软件的可靠性就成了制约整个嵌入式系统可靠性的重要因素，而软件出错重启是保证可靠性的重要一环，可靠的软件复位可以在无人值守的情形下快速复位业务系统，最大程度上保证业务的通畅。

提高嵌入式系统可靠性的一个方法是采用主备操作系统的方式，在系统出错后使用另一个操作系统对其纠错。双系统互补的做法对系统存储有较高的要求，而嵌入式系统的一大特点就是存储比较紧张，而两个操作系统的容量可能会占用到大部分的存储空间，同时在一些高速芯片中可能需处理实时任务而不能部署操作系统，因此该方法具有一定的局限性，对嵌入式处理器及存储芯片及嵌入式设备使用场景都有一定的要求。同时该方法建立在重启操作系统的基础上，耗时较长，无法满足快速重启、尽最大程度保证业务流畅性的要求。

提高嵌入式系统可靠性的另一个方法是对多个应用任务进行实时监控，一旦检测到应用出错，则复位出错的应用任务，同时该监控可检测系统任务调度，一旦系统调度出现故障则对系统故障进行恢复。使用监控程序监控应用任务及系统调度，同样不适用于未配备操作系统的嵌入式处理芯片，而且该监控主要针对系统调度进行了监控，众所周知，嵌入式操作系统众多，比如Linux、μCos等，不同的操作系统具有不同的调度方式，同时某些系统也可以通过系统调用改变软件优先级或修改其调度模式，因此不可能使用统一的系统调度监控方式，所以该方法的使用会对移植带来一定的问题，部署具有局限性。

这两种方均使用监控程序对应用任务进行出错复位，并在一定程度上对系统出错进行恢复，绝大部分精力集中在了软件纠正软件这一点上，一旦监控程序跑飞，则会出现因系统出错而无法检测到的问题，而且像Linux等嵌入式系统，一旦出现系统出错的问题则会导致内核的崩溃，所有程序都被停止，监控程序根本不存在对其“纠正”的机会。同时，这两种方法侧重于系统级复位或应用软件的复位，造成重启时间过长或某些情况下无法彻底恢复环境等诸多问题。

发明内容

鉴于上述的分析，本发明旨在提供一种嵌入式软件出错的可靠恢复方法，用以解决现有技术严重依赖系统调用且局限在单核CPU上的问题。

本发明的目的主要是通过以下技术方案实现的：

一种嵌入式软件出错的可靠恢复方法，包括以下步骤：

步骤S1：在主控CPU上部署开机脚本，启动CM，即组件监控Component Manager；

步骤S2：初始化watchdog外设寄存器，打开定时器T2，并启动各个APP；