一种嵌入式系统故障诊断装置及方法与流程

1.本发明涉及嵌入式系统技术领域，尤其涉及一种嵌入式系统故障诊断装置及方法。


背景技术：

2.对于大多数通信设备中均会使用到嵌入式系统，在嵌入式系统正常运行过程中，偶尔会发生一些故障。
3.例如：嵌入式系统突然重启、嵌入式系统在启动过程或正常运行时会突然挂死、问题出现的时间随机性，无法准确确定问题发生的时间、有些问题只发生过一次难以复刻以及系统反复挂死但无法以较好手段进行排查等。
4.对于上述可能出现的问题需要有故障诊断的方法对问题进行排查，从而能够及时解决问题。因此，现在亟需一种嵌入式系统故障诊断装置来解决上述问题。


技术实现要素：

5.为了解决上述问题，本发明实施例提供一种可针对异常复位或重启故障的一种嵌入式系统故障诊断装置及方法。
6.第一方面本发明实施例提供一种嵌入式系统故障诊断装置，包括：
7.处理器cpu单元、内存ddr单元、逻辑cpld单元以及复位电路单元，所述cpu单元分别连接所述ddr单元和所述cpld单元，所述cpld单元连接所述复位电路单元；
8.所述复位电路单元和所述cpu单元用于传递复位故障信息给所述cpld单元，以供所述cpld单元检测复位源并将所述复位源记录在所述cpld单元本地的寄存器中，所述ddr单元用于存储故障数据。
9.其中，所述cpld单元还用于确定当前复位源的复位类型，并将所述复位类型发送给所述cpu单元，以供所述cpu单元根据所述复位类型调整复位操作。
10.其中，所述寄存器包括复位源存放寄存器、历史记录存放寄存器以及复位类型标识寄存器；
11.所述复位源存放寄存器用于存放当前发生的复位源信息，所述历史记录存放寄存器用于存放历史发生的复位源信息，所述复位类型标识寄存器用于标识复位类型。
12.其中，所述嵌入式系统故障诊断装置还包括：
13.按键单元，所述按键单元用于当嵌入式系统的串口和网口连接失败时，启动所述按键单元对所述嵌入式系统进行按键复位。
14.其中，所述嵌入式系统故障诊断装置还包括定时器，所述定时器设置有溢出阈值，当检测到所述嵌入式系统启动时长超过所述溢出阈值时，对所述嵌入式系统进行溢出复位。
15.第二方面本发明实施例还提供一种嵌入式系统故障诊断方法，所述方法基于嵌入式系统故障诊断装置包括的处理器cpu单元、内存ddr单元、逻辑cpld单元以及复位电路单
元，所述方法包括：
16.获取所述复位电路单元和所述cpu单元发送的复位故障信息；
17.根据所述复位故障信息检测复位源并在本地寄存器记录所述复位源；
18.读取记录的复位源以及所述ddr单元存储的故障数据，以对所述嵌入式系统进行故障诊断。
19.其中，所述方法还包括：
20.确定所述复位源的复位类型，并将所述复位类型发送给所述cpu单元，以供所述cpu单元根据所述复位类型调整复位操作。
21.其中，所述寄存器包括复位源存放寄存器、历史记录存放寄存器以及复位类型标识寄存器，相应的，所述在本地寄存器记录所述复位源，包括：
22.在所述复位源存放寄存器存储当前发生的复位源信息、在所述历史记录存放寄存器存储历史发生的复位源信息、并在所述复位类型标识寄存器用于存储所述复位类型。
23.其中，所述嵌入式系统故障诊断装置还包括按键单元，相应的，所述方法还包括：
24.当所述嵌入式系统的串口和网口连接失败时，启动所述按键单元对所述嵌入式系统进行按键复位。
25.其中，所述嵌入式系统故障诊断装置还包括定时器，相应的，所述方法还包括：
26.当检测到嵌入式系统启动时长超过所述定时器设置的溢出阈值时，对所述嵌入式系统进行溢出复位。
27.本发明实施例提供的一种嵌入式系统故障诊断装置及方法，可通过cpld记录的复位源信息以及ddr内存中保留的故障重启前数据来有效分析故障原因，从而有针对性的对嵌入式系统进行故障诊断。
附图说明
28.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
29.图1是本发明实施例提供的一种嵌入式系统故障诊断装置结构示意图；
30.图2是本发明实施例提供的不同复位类型输出功能逻辑框图；
31.图3是本发明实施例提供的复位源记录控制流程图；
32.图4是本发明实施例提供的一种嵌入式系统故障诊断方法流程示意图。
具体实施方式
33.为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
34.图1是本发明实施例提供的一种嵌入式系统故障诊断装置结构示意图，如图1所示，包括：
35.处理器cpu单元1、内存ddr单元4、逻辑cpld单元2以及复位电路单元3，所述cpu单元1分别连接所述ddr单元4和所述cpld单元2，所述cpld单元2连接所述复位电路单元3；
36.所述复位电路单元3和所述cpu单元1用于传递复位故障信息给所述cpld单元2，以供所述cpld单元2检测复位源并将所述复位源记录在所述cpld单元2本地的寄存器中，所述ddr单元4用于存储故障数据。
37.由背景内容可知，现有的嵌入式系统在运行时会出现一些难以诊断的故障问题，且这些故障问题所可能出现的场景是非常繁杂的，例如：系统莫名其妙的重启、系统启动过程中突然挂死等等，面对上述不同场景出现的不同问题，尚没有一种系统的诊断方式能全面覆盖。
38.针对上述现有技术中存在的问题，本发明实施例提供了一种嵌入式系统故障诊断装置来解决该问题，具体的，如图1所示，本发明实施例提供的嵌入式系统故障诊断装置主要包括有4个单元，分别为处理器(central processing unit，cpu)单元1、内存(double data rate，ddr)单元4、逻辑(complex programmable logic device，cpld)单元2以及复位电路单元3。可以理解的是，嵌入式系统故障诊断装置是隶属于嵌入式系统的，那么嵌入式系统故障诊断装置可视为嵌入式系统的子系统，其cpu单元即整个嵌入式系统的控制核心单元，也是最常见的故障对象。cpld单元是本发明实施例为了进行故障诊断设立的分析和处理单元，ddr单元保存着嵌入式系统运行的数据，这些数据能够反映出嵌入式系统故障情况的信息，复位电路单元主要是用于实现嵌入式系统的复位以及看门狗(watchdog)功能。
39.具体的，如图1所示，cpu单元通过ddr控制器连接ddr单元，cpu单元和cpld单元之间通过localbus通信，复位电路单元的wdi、dog_reset、mr信号连接到cpld单元的gpio，用于传递部分复位源故障信息记录给cpld单元处理。cpu单元的cpu_wdi、reset_req、cpu_porest、gpio_input、irq、rst_cfg，连接到cpld单元的gpio，用于传递必要的故障信息给cpld单元，实现故障检测的功能。
40.其中，gpio_wdi是cpu单元的通用gpio管脚，通过软件编写了喂狗信号送给cpu单元；reset_req是cpu单元发送出来的复位请求信号，通常在cpu单元内部，驱动reset_req的源包括一些控制寄存器和相关状态寄存器。以linux系统为例，在boot下敲reset命令、在os系统下敲reboot命令是写复位控制寄存器相应的位，驱动reset_req管脚输出低电平。如果在启动过程，发生error，复位请求状态寄存器会记录这些error的信息，同时驱动reset_req管脚输出低电平，即可产生请求复位源。cpu_poreset是cpld单元送给cpu单元的复位信号，用于对cpu单元进行全局复位；gpio_input是cpld单元送给cpu单元的第一类或第二类复位类型判断信号。irq是cpld单元送给cpu单元的中断信号，参与开启ddr单元自刷新功能的逻辑中；rst_cfg信号是系统启动必须的一些上电配置信号；localbus信号用于cpu单元和cpld单元数据通信。
41.其中，第一类和第二类复位类型是本发明实施例根据可能出现的复位情形所进行的复位类型分类，第一类复位指当发生该复位时，内存中记录的系统信息包括故障信息丢失，第二类复位指指当发生该复位时，内存中记录的系统信息包括故障信息不丢失。常见的复位类型有七种：上电复位、按键复位、软件复位、cpu复位请求复位、boot启动异常复位、os启动异常复位、应用程序异常复位。一般的，本发明实施例将上电复位设置为第一类复位，其他复位设置为第二类复位。
42.那么根据图1所提供的嵌入式系统故障诊断装置就可以实现一系列场景的故障诊断。
43.具体的，当发生复位时，cpld单元发送中断信号给cpu单元，cpu单元开启内存自刷新功能，然后使用poreset复位系统，需要说明的是，使用poreset是由于它复位能保持cpu单元给ddr单元的cke信号一直为低电平，不会刷新ddr单元的数据，系统复位后再次启动，在boot阶段，通过判断cpld单元告知cpu单元的第一类或第二类复位信息，若为第二类复位，则boot启动阶段不会去初始化内存，从而保留了内存的上次故障数据，那么诊断时直接读取故障数据即可。第一类复位和第二类复位由cpld单元将信息传递给cpu单元，传递的方法可以是通过cpld单元与cpu单元的用户自定义io管脚实现，也可以是cpu单元通过localbus总线访问cpld单元的寄存器信息实现，具体的信息传递方式本发明实施例不作具体限定。那么当嵌入式系统发生复位故障时，按照发生故障的时间先后依次记录历史复位故障信息，以及记录当前最近一次发生的复位故障信息。该信息可在系统故障恢复后从cpld单元和ddr单元读取出来，从而分析故障原因。
44.进一步的说明的是，本发明实施例提供的上述过程可以远程进行操作，那么即使维护人员不能到达现场也能及时完成故障诊断。
45.本发明实施例提供的一种嵌入式系统故障诊断装置，可通过cpld记录的复位源信息以及ddr内存中保留的故障重启前数据来有效分析故障原因，从而有针对性的对嵌入式系统进行故障诊断。
46.在上述实施例的基础上，所述cpld单元还用于确定当前复位源的复位类型，并将所述复位类型发送给所述cpu单元，以供所述cpu单元根据所述复位类型调整故障诊断流程。
47.由上述实施例的内容可知，本发明实施例预先会为复位类型进行分类，主要分为第一类复位和第二类复位，且第一类复位信息和第二类复位信息由cpld单元告知cpu单元后，cpu单元根据不同的复位类型采取不同的故障诊断流程。
48.具体的，图2是本发明实施例提供的不同复位类型输出功能逻辑框图，如图2所示，如果为第一类复位时，控制开关mux2和mux3都切换到first_rst端，此时看门狗输出的复位信号被送到cpu_poreset及所有的外设。信号的流向如图2中的虚线。同时将fir_sec_flag的值通过gp_input传送给cpu。如果为第二类复位时，控制开关mux2和mux3都切换到second_rst端，同时将fir_sec_flag通过gp_input传送给cpu单元。此时cpld单元检测到看门狗输出复位信号后，先通过irq向cpu发送一个低脉冲信号，低脉冲宽度典型值为10ms，再将看门狗输出的dog_reset信号经过10ms延时后再发送给cpu_poreset。cpu收到irq信号后，进入中断处理，开启ddr的自刷新功能。cpu_poreset收到复位信号后，根据gp_input的值可以判断出当前复位为第二类复位，重新启动时会跳过ddr初始化，从而保证ddr保留内存的数据不丢失，信号的流向如图3中的实线线条。
49.可以理解的是，通过不同的复位类型采用不同的复位操作，从而可以实现ddr单元中数据的保留，一般的会将ddr一段区域作为保留内存使用，用于记录cpu实时状态信息，当软件出现挂死时，可保护现场，虽然此时软件挂死了，但ddr单元内的数据还保留着当前的cpu状态信息。
50.那么进行故障诊断时必须采用第二类复位的方式进行，cpld检测到第二类复位源
时，更新历史复位源信息，更新复位类型的标志(fir_sec_flag)，输出irq中断信号，并延时10ms后，再复位cpu，此时没有复位ddr。
51.cpu_poreset收到复位信号之前，irq先收到中断信号，cpu单元进入中断处理流程，此时开启ddr单元自刷新的功能，cke被拉低，ck时钟消失，ddr单元进入自刷新状态，此时只要ddr单元不掉电，ddr单元的信息就不会丢失。
52.cpu_poreset收到复位信号后，在第二类复位期间，cpu内部硬件逻辑进入初始化阶段，在cpu_poreset复位释放时，采样复位配置管脚的信息，确定rcw、uboot的位置和复位类型。cpu单元根据配置管脚的值加载rcw和uboot，在uboot启动过程中，开始对各个功能接口进行初始化。根据配置管脚的值确定第二类复位后，跳过ddr单元初始化，即不对ddr单元内的数据初始化为deadbeaf，并将ddr控制器设置为bypass模式。cpu单元正常启动后，关闭自刷新功能，cke拉高，ck时钟恢复，ddr单元退出自刷新状态。此时读取ddr单元内的数据，分析上次故障发生的原因，确定故障发生在哪个阶段，是os异常，还是应用程序异常等。
53.在上述实施例的基础上，所述寄存器包括复位源存放寄存器、历史记录存放寄存器以及复位类型标识寄存器；
54.所述复位源存放寄存器用于存放当前发生的复位源信息，所述历史记录存放寄存器用于存放历史发生的复位源信息，所述复位类型标识寄存器用于标识复位类型。
55.由上述实施例的内容可知，本发明实施例提供的cpld内部会定义寄存器功能，从而完成故障诊断，具体的定义寄存器包括三类，第一类是复位源存放寄存器、第二类是历史记录存放寄存器、第三类是复位类型标识寄存器。复位源存放寄存器用于存放当前发生的复位源信息，历史记录存放寄存器用于存放历史发生的复位源信息，复位类型标识寄存器用于标识复位类型。
56.例如：在cpld内部定义6个寄存器，rst_type、rst_history0～3、fir_sec_flag，分别存放曾经发生过的复位源、最近4次发生的复位源信息、以及第一类/第二类复位标识。可以理解的是，rst_history数量是根据用户需求自行设置的，对此本发明实施例不作具体限定。其中，rst_type寄存器用于记录曾经发生过的复位源，且具有读清零的操作。rst_history0～rst_histroy3依次记录过去四次发生的复位源，其中rst_history0记录最近一次复位源，rst_history3记录过去四次中时间最久远的一次复位源。fir_sec_flag记录第一类或第二类复位的类型。当复位源检测模块检测到任何复位源之后，就更新该6个寄存器的信息。需要说明的是，本发明实施例只记录上电后所发生的复位源，掉电后的所有信息均被清除。
57.进一步的，rst_type和rst_history0～3都是只读的8位寄存器，取低6位记录除上电复位源之外的其他6类复位源。由于上电复位源发生时，cpld单元还处于加载程序的过程中，无法检测上电复位源，但可以间接检测，如果检测到没有发生其他任何复位源但又发生了复位，则可认为当前的复位源必定为上电复位源。fir_sec_flag为1位寄存器，用于记录复位类型，当检测为第一类复位时，fir_sec_flag取值为1；当检测为第二类复位时，fir_sec_flag取值为0。
58.具体的，结合cpld单元中复位源检测时，cpld内部定义一个寄存器rst_history0，用于存放当前的复位源信息，该寄存器不同的取值所对应的复位源可以定义为：
59.0xff：表示上电复位；
60.0xfe：表示cpu请求复位；
61.0xfd：表示软件全局复位；
62.0xfb：表示按键复位；
63.0xf7：表示boot启动异常导致复位；
64.0xef：表示应用程序异常导致复位；
65.0xdf：表示os系统启动异常导致复位；
66.从而能够根据寄存器的取值确定复位源，具体的，对上电复位源检测时是上电启动时看门狗自动产生的复位信号，上电复位源自动产生，cpld单元内部寄存器rst_history0为默认值0xff。
67.对软件全局复位源检测时是在cpld单元内部定义了一个寄存器soft_rst，cpld单元内部将soft_rst、mreset与reset_req三个信号相与后，并进行扩展处理(stretch)后送给复位电路单元的mr端。复位时soft_rst值被初始化为1，当cpu单元往该寄存器写0时，即可产生软件全局复位源，mr变成0，从而导致dog_rset输出复位信号，该复位信号的低脉冲时间由看门狗芯片自身特性决定，典型值为200ms左右。cpld检测到dog_reset复位拉低时，将soft_rst由0变为1，mr经过一段2.5us的扩展后释放。cpu单元往cpld单元寄存器soft_rst写0，cpld将soft_rst传送给复位电路单元的mr端，触发看门狗复位，cpld检测到soft_rst＝0时，即检测到软件全局复位源，将rst_history0＝0xfd。
68.对按键复位源检测时外部送给cpu单元模块的按键复位信号，经过cpld单元滤抖处理后，与soft_rst及reset_req相与后送给复位电路单元的mr端，mreset释放时，mr经过2.5u扩展后再释放。按一下外部复位按钮，会产生一个低脉冲，cpld单元检测到该低脉冲时，即检测到按键复位，将rst_history0＝0xfb。
69.对cpu复位请求复位源检测时，cpld单元检测到reset_req信号，经过滤抖处理后，与soft_rst及mreset相与后，送给复位电路单元的mr端。当reset_req输出低电平时，mr输出低电平，经过500ns(典型值)后，复位电路单元dog_reset输出复位信号，并经过10ms延时后，送给cpu_poreset，当cpu检测到cpu_poreset有复位信号时，释放reset_req，mr经过2.5us扩展后再释放。cpu单元发送复位请求指令时，将reset_req管脚拉低，cpld单元检测到该管脚为低电平时，即检测到cpu单元请求复位源，将rst_history0＝0xfe。
70.对boot异常复位源检测时，在复位电路单元输出复位时，cpld单元内部定时器默认使能，定时器溢出阈值th默认设定为t1。复位释放时，定时器开始计时，cpu单元开始加载rcw，然后启动boot，如果boot正常启动，则将定时器溢出阈值修改为t2。如果boot启动异常，则在t1后，定时器溢出，复位电路单元wdi停止喂狗，经过复位电路单元超时周期(典型值1.6s)后，复位电路单元输出复位信号。cpld单元检测定时器溢出，且溢出阈值th＝t1，即检测到boo启动异常导致复位，将rst_history0＝0xf7。
71.对os启动异常复位源检测时，os正常启动后，溢出阈值设置为t2，并将定时器计数值清零，再开启定时器。开始启动os系统，如果os启动异常，则最多等待t2时间后，定时器溢出。cpld单元检测定时器溢出，且溢出阈值th＝t2，即检测到os系统启动异常导致复位，将rst_history0＝0xdf。
72.对应用程序启动异常复位源检测时，os系统启动后，关闭定时器，所有控制权交给应用程序自由控制。应用程序设定溢出阈值th，应用程序打开定时器，开启二级喂狗，如果
应用程序异常，则二级喂狗停止，定时器在溢出阈值th之后溢出，停止对看门狗喂狗，看门狗输出复位信号。cpld检测定时器溢出，将rst_history0＝0xef。
73.进一步的，结合cpld单元中复位源存储时，包括记录当前复位源信息和历史复位源信息。
74.图3是本发明实施例提供的复位源记录控制流程图，如图3所示，本发明实施例在cpld单元内部定义两个中间寄存器rst_type_r和rst_type_2r，以bit[i](i＝0～7)表示不同外置设备的复位源，将该复位源送到寄存器rst_type_r[i]，以cpld单元的主时钟上升沿触发，进行移位处理，rst_type_r[i]值移位给rst_type_2r[i]，然后对rst_type_r[i]取反，取反再与rst_type_2r[i]进行相与处理，如果相与结果为1，则表示发生了该复位源信号，将rst_type[i]和rst_history[i]置0，记录当前发生该复位源，同时对rst_history[i]～rst_history3[i]依次进行移位处理，更新历史记录。如果相与的结果为0，则表示没有发生该复位源，rst_type[i]、rst_history0[i]～rst_history3[i]值保持不变，即各历史记录保持不变。
[0075]
在上述实施例的基础上，所述系统还包括：
[0076]
按键单元，所述按键单元用于当嵌入式系统的串口和网口连接失败时，启动所述按键单元对所述嵌入式系统进行按键复位。
[0077]
由上述实施例的内容可知，本发明实施例提供了一种嵌入式系统故障诊断装置，能够对复位发生的原因进行诊断，但某些场景，例如嵌入式系统因不明原因异常挂死，串口和网口无法连接，没有打印信息且没有较好手段可以对挂死问题进行原因排查时，无法通过读取cpld单元和ddr单元存储的信息进行排查。
[0078]
针对上述情形，本发明实施例优选的提供一种按键复位的方式进行诊断，如图1所示，本发明实施例提供的嵌入式系统故障诊断装置还包括按键单元5，按键单元5能够对系统进行按键复位，系统重新正常启动后，此时ddr中上次故障发生的log数据还保存在内存中没有丢失，可以针对log数据来分析上次故障发生的原因。
[0079]
在上述实施例的基础上，所述嵌入式系统故障诊断装置还包括定时器，所述定时器设置有溢出阈值，当检测到所述嵌入式系统启动时长超过所述溢出阈值时，对所述嵌入式系统进行溢出复位。
[0080]
可以理解的是，嵌入式系统可能会出现一系列的挂死异常情形，例如：boot启动异常、os启动异常、应用程序跑飞等。在此情形下，任何异常启动有问题，都具备重启的功能，也可选择不开启重启的功能。本发明实施例针对上述场景，为每一个启动分配一个合理的最大启动时间，将该时间作为定时器的溢出阈值th，在这合理时间内，由嵌入式系统故障诊断装置提供的定时器功能，处于计时状态。如果在定时器设置的溢出阈值th内，既没有检测到软件喂狗，也没有关闭定时器，那么就会溢出复位。
[0081]
具体的，复位启动时，cpld单元将定时器溢出阈值th默认设为t1，作为boot的最大启动时间，同时定时器默认使能。如果boot启动异常，那么定时器在t1时间后溢出，导致复位重启。如果在t1时间内，boot启动正常，boot将定时器清零，同时将溢出阈值设为t2，作为os系统启动的最大启动时间。如果os启动异常，那么定时器在t2时间后溢出，导致复位重启。如果启动正常，os启动后将定时器关闭。应用程序可以自由设置程序跑飞时的定时器溢出阈值，但不允许设置为t1和t2，避免cpld单元误判为boot异常及os系统异常。应用程序在
运行的过程中，设置溢出阈值th，并使能定时器，在th时间内进行一次二级喂狗清零定时器，如果应用程序跑飞，则二级喂狗停止，则定时器会在th时间后溢出，导致复位重启，从而有效对系统挂死情形自动复位，同时，在重启前开启ddr自刷新功能，保留重启前的故障信息和异常复位源信息，即方便后续的故障分析，又不影响工程自动恢复。
[0082]
图4是本发明实施例提供的一种嵌入式系统故障诊断方法流程示意图，所述方法基于所述嵌入式系统包括的处理器cpu单元、内存ddr单元、逻辑cpld单元以及复位电路单元，如图4所示，所述方法包括：
[0083]
401、获取所述复位电路单元和所述cpu单元发送的复位故障信息；
[0084]
402、根据所述复位故障信息检测复位源并记录所述复位源；
[0085]
403、读取记录的复位源以及所述ddr单元存储的故障数据，以对所述嵌入式系统进行故障诊断。
[0086]
需要说明的是，本发明实施例提供的嵌入式系统故障诊断方法实施时需要依托于如图1所示的嵌入式系统故障诊断装置，本发明实施例的执行主体为系统中的cpld单元，通过cpld的存储和分析功能完成故障诊断。
[0087]
具体的，在步骤201中，cpld单元会收集来自于复位电路单元和cpu单元产生的故障信息，具体的信息传递方式和信号流向可参见图1所示的实施例，本发明实施例在此不再赘述。
[0088]
进一步的，在步骤202中，cpld单元会对产生故障的复位源信息进行检测，并将复位源信息进行记录。
[0089]
最后，在步骤203中，通过读取cpld单元中记录的复位源信息以及ddr单元中存储的故障数据，即可分析系统的故障原因，完成对系统的故障诊断。
[0090]
可以理解的是，本发明实施例提供的嵌入式系统故障诊断方法适用于绝大多数场景，例如：当嵌入式系统因不明原因自动重启的场景，当系统再次启动后，可通过cpld单元记录的复位源信息判断复位类型，再结合ddr单元中保留重启前的数据来分析重启原因，从而可有效地对嵌入式系统进行故障诊断，该方法尤其适用于低概率不容易复现的情形。
[0091]
本发明实施例提供的一种嵌入式系统故障诊断方法，可通过cpld记录的复位源信息以及ddr内存中保留的故障重启前数据来有效分析故障原因，从而有针对性的对嵌入式系统进行故障诊断。
[0092]
在上述实施例的基础上，所述方法还包括：
[0093]
确定所述复位源的复位类型，并将所述复位类型发送给所述cpu单元，以供所述cpu单元根据所述复位类型调整复位操作。
[0094]
在上述实施例的基础上，所述寄存器包括复位源存放寄存器、历史记录存放寄存器以及复位类型标识寄存器，相应的，所述在本地寄存器记录所述复位源，包括：
[0095]
在所述复位源存放寄存器存储当前发生的复位源信息、在所述历史记录存放寄存器存储历史发生的复位源信息、并在所述复位类型标识寄存器用于存储所述复位类型。
[0096]
在上述实施例的基础上，所述嵌入式系统故障诊断装置还包括按键单元，相应的，所述方法还包括：
[0097]
当所述嵌入式系统的串口和网口连接失败时，启动所述按键单元对所述嵌入式系统进行按键复位。
[0098]
在上述实施例的基础上，所述嵌入式系统故障诊断装置还包括定时器，相应的，所述方法还包括：
[0099]
当检测到嵌入式系统启动时长超过所述定时器设置的溢出阈值时，对所述嵌入式系统进行溢出复位。
[0100]
具体的如何通过上述方法来完成对嵌入式系统的故障诊断可参见上述嵌入式系统的故障诊断装置实施例，在此本发明实施例不再赘述。
[0101]
综上所述，本发明实施例可以在嵌入式系统启动或运行过程中挂死时，进行按键复位，让系统重新启动。启动后，ddr中还保留的是上一次系统运行故障信息，从ddr中读取相关数据即可对故障进行诊断。
[0102]
还可以当嵌入式系统启动或运行过程中出现异常重启或复位时，不知道重启或复位产生的原因时，在系统再次启动后从cpld定义的寄存器rst_type、rst_history0～3中获取当前复位源信息和历史复位源信息。从而判断复位或重启发生的原因，结合ddr中保留的故障数据，即可对故障进行诊断。
[0103]
还能够当嵌入式系统出现故障时，有些场景维护人员无法进入现场对故障进行诊断，此时可开启系统挂死自动复位功能，即在出现故障时，系统自动复位。系统再次启动后，维护人员可远程从cpld寄存器中获取复位源信息以及从ddr中获取故障信息，进行故障诊断。
[0104]
从而能够做到在各个场景下全面对嵌入式系统出现的问题进行诊断，且诊断效果良好。
[0105]
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行每个实施例或者实施例的某些部分所述的方法。
[0106]
最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。