CN108563530A - 看门狗及其实现方法 - Google Patents

看门狗及其实现方法 Download PDF

Info

Publication number
CN108563530A
CN108563530A CN201810338056.6A CN201810338056A CN108563530A CN 108563530 A CN108563530 A CN 108563530A CN 201810338056 A CN201810338056 A CN 201810338056A CN 108563530 A CN108563530 A CN 108563530A
Authority
CN
China
Prior art keywords
software watchdog
watchdog
reset signal
level
level software
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201810338056.6A
Other languages
English (en)
Inventor
何军强
刘沾林
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hangzhou Hong Quan Internet Of Things Technology Ltd By Share Ltd
Original Assignee
Hangzhou Hong Quan Internet Of Things Technology Ltd By Share Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hangzhou Hong Quan Internet Of Things Technology Ltd By Share Ltd filed Critical Hangzhou Hong Quan Internet Of Things Technology Ltd By Share Ltd
Priority to CN201810338056.6A priority Critical patent/CN108563530A/zh
Publication of CN108563530A publication Critical patent/CN108563530A/zh
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0751Error or fault detection not based on redundancy
    • G06F11/0754Error or fault detection not based on redundancy by exceeding limits
    • G06F11/0757Error or fault detection not based on redundancy by exceeding limits by exceeding a time limit, i.e. time-out, e.g. watchdogs

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Debugging And Monitoring (AREA)

Abstract

本发明实施例提供了一种看门狗及其实现方法,看门狗包括:硬件看门狗,以及至少包括第一级软件看门狗和第二级软件看门狗的级联软件看门狗;硬件看门狗的输入端与第一级软件看门狗的输出端通信连接,硬件看门狗用于根据接收到的第一级软件看门狗在预设时间间隔内发送的清零信号进行清零操作,并监控第一级软件看门狗;第一级软件看门狗的输入端与第二级软件看门狗的输出端通信连接,第一级软件看门狗用于根据接收到的第二级软件看门狗在预设时间间隔内发送的清零信号进行清零操作,并监控第二级软件看门狗。在确定是应用级别的故障时并不需要重启整个系统,避免了系统中其他部分的工作受到阻碍而被迫停止,保证了整个系统的稳定。

Description

看门狗及其实现方法
技术领域
本发明实施例涉及系统监控技术领域,更具体地,涉及看门狗及其实现方法。
背景技术
在微型计算机系统中,由于工作常常会受到来自外界电磁场的干扰,造成程序的跑飞或陷入死循环,程序的正常运行被打断,无法继续工作,会造成整个系统陷入停滞状态,发生不可预料的后果。为了对计算机系统的运行状态进行实时监测,便产生了一种专门用于监测计算机系统内程序运行状态的芯片或控制器,称为“看门狗”。
目前,看门狗可分为硬件看门狗和软件看门狗。硬件看门狗从本质上来说是一个定时器电路,一般有一个输入端和一个输出端,其中输入端叫做喂狗,输出端一般连接到计算机系统中微控制单元(Micro-Controller Unit,MCU)的复位端。在MCU正常工作的情况下,每隔一段时间输出一个清零信号到定时器电路的输入端,以使定时器电路进行清零操作,如果在超过规定的时间没有清零信号传到定时器电路的输入端,则定时器电路定时超时,将向MCU发送一个复位信号,以使MCU复位,防止MCU死机。总的来说,看门狗的作用就是防止整个计算机系统内的程序发生死循环,或者程序跑飞。也就是说,当计算机系统内的程序正常工作时,定时器电路总不能溢出,也就不能产生复位信号。如果程序出现故障,则定时器电路溢出产生复位信号并重启整个计算机系统。软件看门狗是将硬件的定时器电路用处理器的内部定时器代替,这样可以简化硬件电路设计,但在可靠性方面不如硬件的定时器电路。
硬件看门狗与软件看门狗均是在计算机系统级别进行程序故障检测复位系统。但是一般情况下,导致程序出现故障的原因可能仅仅是计算机系统内部某一部分出现了问题,此时并不需要重启整个计算机系统。重启整个计算机系统则可能导致其他可以正常工作的部分的工作受到阻碍而被迫停止,不利于整个计算机系统的稳定。同时,由于整个计算机系统中包括大量的程序,在重启整个计算机系统时会使重启需要的时间大大的延长,也会导致数据的丢失。
发明内容
为克服上述问题或者至少部分地解决上述问题,本发明实施例提供了一种看门狗及其实现方法。
一方面,本发明实施例提供了一种看门狗,包括:硬件看门狗,以及至少包括第一级软件看门狗和第二级软件看门狗的级联软件看门狗;
所述硬件看门狗的输入端与所述第一级软件看门狗的输出端通信连接,所述硬件看门狗用于根据接收到的所述第一级软件看门狗在预设时间间隔内发送的清零信号进行清零操作,并监控所述第一级软件看门狗,若在清零操作后的所述预设时间间隔内未接收到所述第一级软件看门狗发送的清零信号则向所述第一级软件看门狗服务的系统发送复位信号;
所述第一级软件看门狗的输入端与所述第二级软件看门狗的输出端通信连接,所述第一级软件看门狗用于根据接收到的所述第二级软件看门狗在所述预设时间间隔内发送的清零信号进行清零操作,并监控所述第二级软件看门狗,若在清零操作后的所述预设时间间隔内未接收到所述第二级软件看门狗发送的清零信号则向所述系统中所述第二级软件看门狗服务的应用发送复位信号。
另一方面,本发明实施例提供了一种看门狗实现方法,包括:
设置一硬件看门狗,以及至少包括第一级软件看门狗和第二级软件看门狗的级联软件看门狗;所述硬件看门狗的输入端与所述第一级软件看门狗的输出端通信连接,所述第一级软件看门狗的输入端与所述第二级软件看门狗的输出端通信连接;
根据所述硬件看门狗接收到的所述第一级软件看门狗在预设时间间隔内发送的清零信号进行清零操作,并监控所述第一级软件看门狗,若在清零操作后的所述预设时间间隔内未接收到所述第一级软件看门狗发送的清零信号则向所述第一级软件看门狗服务的系统发送复位信号;
根据所述第一级软件看门狗接收到的所述第二级软件看门狗在所述预设时间间隔内发送的清零信号进行清零操作,并监控所述第二级软件看门狗,若在清零操作后的所述预设时间间隔内未接收到所述第二级软件看门狗发送的清零信号则向所述系统中所述第二级软件看门狗服务的应用发送复位信号。
另一方面,本发明实施例还提供了一种看门狗实现设备,包括:
至少一个处理器、至少一个存储器、通信接口和总线;其中,
所述处理器、存储器、通信接口通过所述总线完成相互间的通信;
所述通信接口用于所述看门狗实现设备与显示装置的通信设备之间的信息传输;
所述存储器存储有可被所述处理器执行的程序指令,所述处理器调用所述程序指令能够执行上述所述的方法。
另一方面,本发明实施例还提供了一种非暂态计算机可读存储介质,所述非暂态计算机可读存储介质存储计算机指令,所述计算机指令使所述计算机执行上述所述的方法。
本发明实施例提供的一种看门狗,包括:硬件看门狗,以及至少包括第一级软件看门狗和第二级软件看门狗的级联软件看门狗;所述硬件看门狗的输入端与所述第一级软件看门狗的输出端通信连接,所述硬件看门狗用于根据接收到的所述第一级软件看门狗在预设时间间隔内发送的清零信号进行清零操作,并监控所述第一级软件看门狗,若在清零操作后的所述预设时间间隔内未接收到所述第一级软件看门狗发送的清零信号则向所述第一级软件看门狗服务的系统发送复位信号;所述第一级软件看门狗的输入端与所述第二级软件看门狗的输出端通信连接,所述第一级软件看门狗用于根据接收到的所述第二级软件看门狗在所述预设时间间隔内发送的清零信号进行清零操作,并监控所述第二级软件看门狗,若在清零操作后的所述预设时间间隔内未接收到所述第二级软件看门狗发送的清零信号则向所述系统中所述第二级软件看门狗服务的应用发送复位信号。通过级联软件看门狗判断出现的故障是系统级别的还是应用级别的,如果是系统级别的,则通过硬件看门狗向系统发送复位信号,以使系统复位。如果是系统级别下的应用级别的故障,则通过第一级软件看门狗向系统中的应用发送复位信号。本发明中提供的看门狗,在确定是应用级别的故障时并不需要重启整个系统,只需要重启出现故障的应用即可,避免了系统中其他可以正常工作的部分的工作受到阻碍而被迫停止,保证了整个系统的稳定。同时,由于仅重启出现故障的应用,使重启需要的时间大大缩短,也可降低数据丢失的几率。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明一实施例提供的一种看门狗的结构示意图;
图2为本发明另一实施例提供的一种看门狗的结构示意图;
图3为本发明另一实施例提供的一种看门狗实现方法的流程示意图;
图4为本发明另一实施例提供的一种看门狗实现设备的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
如图1所示,本发明一实施例提供了一种看门狗,包括:硬件看门狗11,以及至少包括第一级软件看门狗12和第二级软件看门狗13的级联软件看门狗;
所述硬件看门狗11的输入端与所述第一级软件看门狗12的输出端通信连接,所述硬件看门狗11用于根据接收到的所述第一级软件看门狗12在预设时间间隔内发送的清零信号进行清零操作,并监控所述第一级软件看门狗12,若在清零操作后的所述预设时间间隔内未接收到所述第一级软件看门狗12发送的清零信号则向所述第一级软件看门狗12服务的系统发送复位信号;
所述第一级软件看门狗12的输入端与所述第二级软件看门狗13的输出端通信连接,所述第一级软件看门狗12用于根据接收到的所述第二级软件看门狗13在所述预设时间间隔内发送的清零信号进行清零操作,并监控所述第二级软件看门狗13,若在清零操作后的所述预设时间间隔内未接收到所述第二级软件看门狗13发送的清零信号则向所述系统中所述第二级软件看门狗13服务的应用发送复位信号。
具体地,由于现有技术中存在的硬件看门狗仅能针对系统级别进行故障监测并对计算机系统进行复位,当系统内部某一部分出现故障且并不需要对系统进行复位时,依然对系统进行复位则会导致系统中其他可以正常工作的部分的工作受到阻碍而被迫停止,不利于整个系统的稳定。同时,由于整个系统中包括大量的程序,在重启整个系统时会使重启需要的时间大大的延长,也会导致数据的丢失。
所以本发明实施例中为系统级别下面的每一级别分别设置一软件看门狗,系统级别下面的级别可以包括服务、进程和线程等,这些级别依次降低,其中线程是程序运行的最小单元,是分配CPU的基本单位。一个进程可以由多个线程组成,即在一个进程中可以同时运行多个不同的线程,这些不同的线程可以分别执行不同的任务。服务(service)通常是运行在主线程上的,由系统进程托管。
硬件看门狗11与第一级软件看门狗12相对应,硬件看门狗11用于监控第一级软件看门狗12,第一级软件看门狗12用于对硬件看门狗11进行“喂狗”。也就是说,硬件看门狗11的输入端用于将“喂狗”的清零信号输入至硬件看门狗11,硬件看门狗11根据接收到的清零信号进行清零操作。这里需要说明的是,由于硬件看门狗实际上是一个定时器电路,通过记录一定时间间隔内是否有受监控的系统向其发送清零信号来判断系统是否出现故障。本发明实施例中将上述时间间隔设置为预设时间间隔,预设时间间隔的具体取值可以根据需要进行设置,例如5ms、10ms等。本发明实施例中不对预设时间间隔的取值进行具体限定。本发明实施例中预设时间间隔的计算起点是从硬件看门狗开始工作时,或者硬件看门狗上一次接收到清零信号并完成清零操作时,或者第一级软件看门狗上一次接收到清零信号并完成清零操作时。
如果硬件看门狗在清零操作后的预设时间间隔内未接收到第一级软件看门狗发送的清零信号,则向第一级软件看门狗服务的系统发送复位信号。这里需要说明的是,硬件看门狗在清零操作后的预设时间间隔内未接收到第一级软件看门狗发送的清零信号,包括两种情况,一种情况是清零操作后超过了预设时间间隔,硬件看门狗才接收到第一级软件看门狗发送的清零信号,另一种情况是清零操作后便没有收到过第一级软件看门狗发送的清零信号。无论在哪种情况下,均认为第一级软件看门狗服务的系统出现故障,此时需要向该系统发送复位信号,以重启该系统。
当并不是系统级别出现故障时,而是第二级软件看门狗服务的应用出现故障时,则不需要重启整个系统,只需要向系统中第二级软件看门狗服务的应用发送复位信号。判断第二级软件看门狗服务的应用是否出现故障可以根据第二级软件看门狗在一定时间间隔内是否有受监控的应用向其发送清零信号进行判断。
第一级软件看门狗12与第二级软件看门狗13相对应,第一级软件看门狗12用于监控第二级软件看门狗13,第二级软件看门狗13用于对第一级软件看门狗12进行“喂狗”。也就是说,第一级软件看门狗12的输入端用于将“喂狗”的清零信号输入至第一级软件看门狗12,第一级软件看门狗12根据接收到的清零信号进行清零操作。
如果第一级软件看门狗在清零操作后的预设时间间隔内未接收到第二级软件看门狗发送的清零信号,则向第二级软件看门狗服务的应用发送复位信号。这里需要说明的是,第一级软件看门狗在清零操作后的预设时间间隔内未接收到第二级软件看门狗发送的清零信号,包括两种情况,一种情况是清零操作后超过了预设时间间隔,第一级软件看门狗才接收到第二级软件看门狗发送的清零信号,另一种情况是清零操作后便没有收到过第二级软件看门狗发送的清零信号。无论在哪种情况下,均认为第二级软件看门狗服务的应用出现故障,此时需要向该应用发送复位信号,以重启该应用。
本发明实施例中提供的看门狗,包括硬件看门狗,以及至少包括第一级软件看门狗和第二级软件看门狗的级联软件看门狗。通过级联软件看门狗判断出现的故障是系统级别的还是应用级别的,如果是系统级别的,则通过硬件看门狗向系统发送复位信号,以使系统复位。如果是系统级别下的应用级别的故障,则通过第一级软件看门狗向系统中的应用发送复位信号。本发明中提供的看门狗,在确定是应用级别的故障时并不需要重启整个系统,只需要重启出现故障的应用即可,避免了系统中其他可以正常工作的部分的工作受到阻碍而被迫停止,保证了整个系统的稳定。同时,由于仅重启出现故障的应用,使重启需要的时间大大缩短,也可降低数据丢失的几率。
在上述实施例的基础上,所述第一级软件看门狗还用于:
若判断获知向所述系统中所述第二级软件看门狗服务的应用发送预设次数复位信号后,在所述预设时间间隔内未接收到所述第二级软件看门狗发送的清零信号,则向所述系统发送复位信号。
具体地,当第一级软件看门狗监控第二级软件看门狗的过程中,在清零操作后的预设时间间隔内未接收到第二级软件看门狗发送的清零信号时,需要向系统中第二级软件看门狗服务的应用发送复位信号。第一次发送复位信号后在预设时间间隔内也没有接收到第二级软件看门狗发送的清零信号,可以第二次向系统中第二级软件看门狗服务的应用发送复位信号。第二次发送复位信号后在预设时间间隔内也没有接收到第二级软件看门狗发送的清零信号,可以第三次发送。如此重复预设次数,如果向系统中第二级软件看门狗服务的应用发送预设次数复位信号后,在预设时间间隔内依然未接收到第二级软件看门狗发送的清零信号,则向系统发送复位信号。此时即说明应用级别的复位已经不起作用,需要对应用级别的上一级别,即系统级别进行复位。
需要说明的是,本发明实施例中的预设次数可以根据需要进行设置,例如可以将预设次数设置为5次,10次等。
本发明实施例中,当第一级软件看门狗向系统中第二级软件看门狗服务的应用发送预设次数复位信号后,在预设时间间隔内依然未接收到第二级软件看门狗发送的清零信号,则由第一级软件看门狗向系统发送复位信号。如此设置可以在应用级别复位不起作用使再进行系统级别的复位,可以避免直接进行系统级别的复位产生的不良影响。
在上述实施例的基础上,所述级联软件看门狗还包括:第三级软件看门狗;
所述第二级软件看门狗的输入端与所述第三级软件看门狗的输出端通信连接,所述第二级软件看门狗用于根据接收到的所述第三级软件看门狗在所述预设时间间隔内发送的清零信号进行清零操作,并监控所述第三级软件看门狗,若在清零操作后的所述预设时间间隔内未接收到所述第三级软件看门狗发送的清零信号则向所述系统中所述第三级软件看门狗服务的应用发送复位信号。
具体地,本发明实施例中第二级软件看门狗与第三级软件看门狗相对应,第二级软件看门狗用于监控第三级软件看门狗,第三级软件看门狗用于对第二级软件看门狗进行“喂狗”。也就是说,第二级软件看门狗的输入端用于将“喂狗”的清零信号输入至第二级软件看门狗,第二级软件看门狗根据接收到的清零信号进行清零操作。本发明实施例中的第三级软件看门狗服务的应用可以是比第二级软件看门狗服务更低级别的应用,例如进程、线程等。
在上述实施例的基础上,所述第二级软件看门狗还用于:
若判断获知向所述系统中所述第三级软件看门狗服务的应用发送所述预设次数复位信号后,在所述预设时间间隔内未接收到所述第三级软件看门狗发送的清零信号,则向所述系统发送复位信号。
具体地,当第二级软件看门狗监控第三级软件看门狗的过程中,在清零操作后的预设时间间隔内未接收到第三级软件看门狗发送的清零信号时,需要向系统中第三级软件看门狗服务的应用发送复位信号。第一次发送复位信号后在预设时间间隔内也没有接收到第三级软件看门狗发送的清零信号,可以第二次向系统中第三级软件看门狗服务的应用发送复位信号。第二次发送复位信号后在预设时间间隔内也没有接收到第三级软件看门狗发送的清零信号,可以第三次发送。如此重复预设次数,如果向系统中第三级软件看门狗服务的应用发送预设次数复位信号后,在预设时间间隔内依然未接收到第三级软件看门狗发送的清零信号,则向系统发送复位信号。此时即说明应用级别的复位已经不起作用,需要对第三级软件看门狗服务的应用的上一级别,即第二级软件看门狗服务的应用级别进行复位。
本发明实施例中,当第二级软件看门狗向系统中第三级软件看门狗服务的应用发送预设次数复位信号后,在预设时间间隔内依然未接收到第三级软件看门狗发送的清零信号,则由第二级软件看门狗向系统发送复位信号。如此设置可以在第三级软件看门狗服务的应用级别复位不起作用使再进行第二级软件看门狗服务的应用级别的复位。
如图2所示,为本发明另一实施例提供的一种看门狗的结构示意图。图2中,第一级软件看门狗12为看门狗服务,硬件看门狗11用于监控看门狗服务,看门狗服务用于对硬件看门狗11进行“喂狗”。图2中第二级软件看门狗13包括关键服务1和关键服务2,关键服务1和关键服务2分别对看门狗服务进行“喂狗”,看门狗服务对第二级软件看门狗13进行监控,即看门狗服务分别监控关键服务1和关键服务2。图2中示出的看门狗还包括第三级软件看门狗,以关键服务2下一级别的第三级软件看门狗为例,包括应用1和应用2。关键服务2分别对应用1和应用2进行监控,应用1和应用2分别对关键服务2进行“喂狗”。这里需要说明的是,本发明实施例中提到的关键服务是通常指系统中一些关键的应用或者服务,这类应用或者服务一旦出现僵死或者不按照设定逻辑运行,将影响系统安全或者主要功能。从图2中还可以看出,每一级别的软件看门狗可以同时监控下一级别的两个或多个应用,此时下一级别的两个或多个应用是“与”的逻辑关系,也就是说,当下一级别的两个或多个应用中任一个应用出现本级别不能通过复位排除的故障时,都需要通过复位当前级别的应用。
在上述实施例的基础上,所述硬件看门狗内设置有接收单元和计数器,所述硬件看门狗用于根据接收到的所述第一级软件看门狗在预设时间间隔内发送的清零信号进行清零操作,具体包括:
所述接收单元用于接收所述第一级软件看门狗在所述预设时间间隔内发送的清零信号,所述计数器用于根据所述接收单元接收到的清零信号,将所述计数器的当前计数结果清零,完成清零操作;
其中,所述计数器每隔单位时间计数一次。
具体地,由于硬件看门狗实际上是一个定时器电路,通过记录一定时间间隔内是否有受监控的系统向其发送清零信号来判断系统是否出现故障。本发明实施例中将上述时间间隔设置为预设时间间隔,例如5ms。此时,计数器每隔1ms计一个数,在计5个数之前收到清零信号时,则计数器将当前的计数结果清零,完成清零操作,并重新开始计数。
如图3所示,在上述实施例的基础上,本发明另一实施例提供了一种看门狗实现方法,包括:
S1,设置一硬件看门狗,以及至少包括第一级软件看门狗和第二级软件看门狗的级联软件看门狗;所述硬件看门狗的输入端与所述第一级软件看门狗的输出端通信连接,所述第一级软件看门狗的输入端与所述第二级软件看门狗的输出端通信连接;
S2,根据所述硬件看门狗接收到的所述第一级软件看门狗在预设时间间隔内发送的清零信号进行清零操作,并监控所述第一级软件看门狗,若在清零操作后的所述预设时间间隔内未接收到所述第一级软件看门狗发送的清零信号则向所述第一级软件看门狗服务的系统发送复位信号;
S3,根据所述第一级软件看门狗接收到的所述第二级软件看门狗在所述预设时间间隔内发送的清零信号进行清零操作,并监控所述第二级软件看门狗,若在清零操作后的所述预设时间间隔内未接收到所述第二级软件看门狗发送的清零信号则向所述系统中所述第二级软件看门狗服务的应用发送复位信号。
具体地,本发明实施例中动作的执行主体为本发明实施例中提供的看门狗。其中,看门狗中设置有一硬件看门狗,以及至少包括第一级软件看门狗和第二级软件看门狗的级联软件看门狗;所述硬件看门狗的输入端与所述第一级软件看门狗的输出端通信连接,所述第一级软件看门狗的输入端与所述第二级软件看门狗的输出端通信连接。看门狗根据硬件看门狗接收到的第一级软件看门狗在预设时间间隔内发送的清零信号进行清零操作,并监控第一级软件看门狗,若在清零操作后的预设时间间隔内未接收到第一级软件看门狗发送的清零信号则向第一级软件看门狗服务的系统发送复位信号。
看门狗根据第一级软件看门狗接收到的第二级软件看门狗在预设时间间隔内发送的清零信号进行清零操作,并监控第二级软件看门狗,若在清零操作后的预设时间间隔内未接收到第二级软件看门狗发送的清零信号则向系统中第二级软件看门狗服务的应用发送复位信号。
本发明实施例提供的看门狗实现方法中看门狗实现的作用与功能与上述看门狗实施例中硬件看门狗、级联软件看门狗实现的作用与功能是一一对应的,本发明实施例在此不作具体限定。
在上述实施例的基础上,还包括:
看门狗若判断获知第一级软件看门狗向系统中第二级软件看门狗服务的应用发送预设次数复位信号后,在预设时间间隔内未接收到第二级软件看门狗发送的清零信号,则向系统发送复位信号。
在上述实施例的基础上,级联软件看门狗还包括:第三级软件看门狗,第二级软件看门狗的输入端与第三级软件看门狗的输出端通信连接;所述方法还包括:
看门狗根据第二级软件看门狗接收到的第三级软件看门狗在预设时间间隔内发送的清零信号进行清零操作,并监控第三级软件看门狗,若在清零操作后的预设时间间隔内未接收到第三级软件看门狗发送的清零信号则向系统中第三级软件看门狗服务的应用发送复位信号。
如图4所示,在上述实施例的基础上,本发明实施例中还提供了一种看门狗实现设备,包括:
至少一个处理器41、至少一个存储器42、通信接口43和总线44;其中,
所述处理器41、存储器42、通信接口43通过所述总线44完成相互间的通信;
所述通信接口43用于所述看门狗实现设备与显示装置的通信设备之间的信息传输;
所述存储器42存储有可被所述处理器执行的程序指令,所述处理器调用所述程序指令能够执行如图3中所述的方法。
在上述实施例的基础上,本发明实施例中还提供了一种非暂态计算机可读存储介质,所述非暂态计算机可读存储介质存储计算机指令,所述计算机指令使所述计算机执行如图3中所述的方法。
以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下,即可以理解并实施。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件。基于这样的理解,上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在计算机可读存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (10)

1.一种看门狗,其特征在于,包括:硬件看门狗,以及至少包括第一级软件看门狗和第二级软件看门狗的级联软件看门狗;
所述硬件看门狗的输入端与所述第一级软件看门狗的输出端通信连接,所述硬件看门狗用于根据接收到的所述第一级软件看门狗在预设时间间隔内发送的清零信号进行清零操作,并监控所述第一级软件看门狗,若在清零操作后的所述预设时间间隔内未接收到所述第一级软件看门狗发送的清零信号则向所述第一级软件看门狗服务的系统发送复位信号;
所述第一级软件看门狗的输入端与所述第二级软件看门狗的输出端通信连接,所述第一级软件看门狗用于根据接收到的所述第二级软件看门狗在所述预设时间间隔内发送的清零信号进行清零操作,并监控所述第二级软件看门狗,若在清零操作后的所述预设时间间隔内未接收到所述第二级软件看门狗发送的清零信号则向所述系统中所述第二级软件看门狗服务的应用发送复位信号。
2.根据权利要求1所述的看门狗,其特征在于,所述第一级软件看门狗还用于:
若判断获知向所述系统中所述第二级软件看门狗服务的应用发送预设次数复位信号后,在所述预设时间间隔内未接收到所述第二级软件看门狗发送的清零信号,则向所述系统发送复位信号。
3.根据权利要求1所述的看门狗,其特征在于,所述级联软件看门狗还包括:第三级软件看门狗;
所述第二级软件看门狗的输入端与所述第三级软件看门狗的输出端通信连接,所述第二级软件看门狗用于根据接收到的所述第三级软件看门狗在所述预设时间间隔内发送的清零信号进行清零操作,并监控所述第三级软件看门狗,若在清零操作后的所述预设时间间隔内未接收到所述第三级软件看门狗发送的清零信号则向所述系统中所述第三级软件看门狗服务的应用发送复位信号。
4.根据权利要求3所述的看门狗,其特征在于,所述第二级软件看门狗还用于:
若判断获知向所述系统中所述第三级软件看门狗服务的应用发送所述预设次数复位信号后,在所述预设时间间隔内未接收到所述第三级软件看门狗发送的清零信号,则向所述系统发送复位信号。
5.根据权利要求1-4中任一项所述的看门狗,其特征在于,所述硬件看门狗内设置有接收单元和计数器,所述硬件看门狗用于根据接收到的所述第一级软件看门狗在预设时间间隔内发送的清零信号进行清零操作,具体包括:
所述接收单元用于接收所述第一级软件看门狗在所述预设时间间隔内发送的清零信号,所述计数器用于根据所述接收单元接收到的清零信号,将所述计数器的当前计数结果清零,完成清零操作;
其中,所述计数器每隔单位时间计数一次。
6.一种看门狗实现方法,其特征在于,包括:
设置一硬件看门狗,以及至少包括第一级软件看门狗和第二级软件看门狗的级联软件看门狗;所述硬件看门狗的输入端与所述第一级软件看门狗的输出端通信连接,所述第一级软件看门狗的输入端与所述第二级软件看门狗的输出端通信连接;
根据所述硬件看门狗接收到的所述第一级软件看门狗在预设时间间隔内发送的清零信号进行清零操作,并监控所述第一级软件看门狗,若在清零操作后的所述预设时间间隔内未接收到所述第一级软件看门狗发送的清零信号则向所述第一级软件看门狗服务的系统发送复位信号;
根据所述第一级软件看门狗接收到的所述第二级软件看门狗在所述预设时间间隔内发送的清零信号进行清零操作,并监控所述第二级软件看门狗,若在清零操作后的所述预设时间间隔内未接收到所述第二级软件看门狗发送的清零信号则向所述系统中所述第二级软件看门狗服务的应用发送复位信号。
7.根据权利要求6所述的方法,其特征在于,还包括:
若判断获知向所述系统中所述第二级软件看门狗服务的应用发送预设次数复位信号后,在所述预设时间间隔内未接收到所述第二级软件看门狗发送的清零信号,则向所述系统发送复位信号。
8.根据权利要求6所述的方法,其特征在于,所述级联软件看门狗还包括:第三级软件看门狗,所述第二级软件看门狗的输入端与所述第三级软件看门狗的输出端通信连接;所述方法还包括:
根据所述第二级软件看门狗接收到的所述第三级软件看门狗在所述预设时间间隔内发送的清零信号进行清零操作,并监控所述第三级软件看门狗,若在清零操作后的所述预设时间间隔内未接收到所述第三级软件看门狗发送的清零信号则向所述系统中所述第三级软件看门狗服务的应用发送复位信号。
9.一种看门狗实现设备,其特征在于,包括:
至少一个处理器、至少一个存储器、通信接口和总线;其中,
所述处理器、存储器、通信接口通过所述总线完成相互间的通信;
所述通信接口用于所述看门狗实现设备与显示装置的通信设备之间的信息传输;
所述存储器存储有可被所述处理器执行的程序指令,所述处理器调用所述程序指令能够执行如权利要求6-8中任一项所述的方法。
10.一种非暂态计算机可读存储介质,其特征在于,所述非暂态计算机可读存储介质存储计算机指令,所述计算机指令使所述计算机执行如权利要求6-8中任一项所述的方法。
CN201810338056.6A 2018-04-16 2018-04-16 看门狗及其实现方法 Pending CN108563530A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201810338056.6A CN108563530A (zh) 2018-04-16 2018-04-16 看门狗及其实现方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810338056.6A CN108563530A (zh) 2018-04-16 2018-04-16 看门狗及其实现方法

Publications (1)

Publication Number Publication Date
CN108563530A true CN108563530A (zh) 2018-09-21

Family

ID=63535154

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810338056.6A Pending CN108563530A (zh) 2018-04-16 2018-04-16 看门狗及其实现方法

Country Status (1)

Country Link
CN (1) CN108563530A (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110262920A (zh) * 2019-06-28 2019-09-20 广州鲁邦通物联网科技有限公司 Linux系统外置看门狗间接喂狗方法、看门狗喂狗代理驱动模块、看门狗系统
CN111856991A (zh) * 2020-06-22 2020-10-30 北京遥测技术研究所 对单粒子翻转具备五级防护的信号处理系统和处理方法
CN112506689A (zh) * 2020-12-10 2021-03-16 盛立金融软件开发(杭州)有限公司 一种异构柜台系统风险监控方法、装置、设备及介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100036517A1 (en) * 2008-08-06 2010-02-11 Asm Japan K.K. Semiconductor manufacturing apparatus
CN103853625A (zh) * 2012-12-06 2014-06-11 苏州工业园区新宏博通讯科技有限公司 多任务看门狗的实现装置和方法
CN104636212A (zh) * 2014-12-29 2015-05-20 漳州科能电器有限公司 一种嵌入式操作系统看门狗实现方法
CN105550057A (zh) * 2015-12-30 2016-05-04 华自科技股份有限公司 嵌入式软件系统故障检测恢复方法和系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100036517A1 (en) * 2008-08-06 2010-02-11 Asm Japan K.K. Semiconductor manufacturing apparatus
CN103853625A (zh) * 2012-12-06 2014-06-11 苏州工业园区新宏博通讯科技有限公司 多任务看门狗的实现装置和方法
CN104636212A (zh) * 2014-12-29 2015-05-20 漳州科能电器有限公司 一种嵌入式操作系统看门狗实现方法
CN105550057A (zh) * 2015-12-30 2016-05-04 华自科技股份有限公司 嵌入式软件系统故障检测恢复方法和系统

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110262920A (zh) * 2019-06-28 2019-09-20 广州鲁邦通物联网科技有限公司 Linux系统外置看门狗间接喂狗方法、看门狗喂狗代理驱动模块、看门狗系统
CN111856991A (zh) * 2020-06-22 2020-10-30 北京遥测技术研究所 对单粒子翻转具备五级防护的信号处理系统和处理方法
CN111856991B (zh) * 2020-06-22 2021-11-16 北京遥测技术研究所 对单粒子翻转具备五级防护的信号处理系统和处理方法
CN112506689A (zh) * 2020-12-10 2021-03-16 盛立金融软件开发(杭州)有限公司 一种异构柜台系统风险监控方法、装置、设备及介质
CN112506689B (zh) * 2020-12-10 2023-08-11 盛立安元科技(杭州)股份有限公司 一种异构柜台系统风险监控方法、装置、设备及介质

Similar Documents

Publication Publication Date Title
US10579459B2 (en) Log events for root cause error diagnosis
CN108563530A (zh) 看门狗及其实现方法
US9389943B2 (en) Determining a number of unique incidents in a plurality of incidents for incident processing in a distributed processing system
CN104486100B (zh) 故障处理装置及方法
US9337892B2 (en) Method and system for switching main board and standby board
CN108845912B (zh) 服务接口调用故障的报警方法及计算设备
CN106685676A (zh) 一种节点切换方法及装置
CN105487945B (zh) 一种非相似双余度四机自监控容错控制方法
CN104156297A (zh) 告警方法和装置
CN104104542B (zh) 一种基于rs485的实时智能排障方法
CN109768907A (zh) 一种can总线波特率自适应设置方法
CN109710441A (zh) 一种软件看门狗、电子设备及计算机存储介质
CN109828945B (zh) 一种业务报文处理方法及系统
CN108733191A (zh) 通信设备掉电告警的检测系统及方法
US20210067523A1 (en) Method and device for detecting an attack on a serial communications system
CN113592337A (zh) 故障处理方法、装置、电子设备及存储介质
CN106502811A (zh) 一种1553b总线通信故障处理方法
CN110198224A (zh) 一种报警处理方法、装置及系统
CN103188113A (zh) 一种通信设备的故障处理方法
CN103118359A (zh) 基站设备自愈的实现方法及装置
CN104468224A (zh) 一种双重过滤的数据中心监控系统故障告警方法
CN113672471A (zh) 一种软件监控方法、装置、设备及存储介质
CN102231124B (zh) 一种嵌入式系统任务的守护方法
CN106452696A (zh) 一种服务器集群的控制系统
CN109684117A (zh) 处理器死机恢复方法和装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication

Application publication date: 20180921

RJ01 Rejection of invention patent application after publication