[发明专利]一种自诊断终端、检测方法及远程维护系统

说明书

技术领域

本发明涉及智能终端的业务支撑、嵌入式系统、TCP/IP通信、远程维护和传输与IP领域，具体涉及一种自诊断终端、检测方法及远程维护系统。

背景技术

传统的终端设备一般采用8位、16位单片机或DSP+应用程序的模式，由于软、硬件资源的限制，传统终端设备自诊断和远程升级功能往往十分简单或根本没有；随着近年来电子行业的迅猛发展，32位单片机应用日趋广泛。32位嵌入式系统逐渐成为各类终端产品的首选，相比传统的单片机+应用程序的开发模式，32位嵌入式系统平台体系庞大，构成更复杂，功能也更强大，具备完善的自诊断和远程维护的硬件基础。32位嵌入式平台的软件一般分为引导启动、操作系统核心、根文件系统和上层应用几个部分。在硬件上电后的软件加载的顺序一般分为四个步骤：

1)CPU从FLASH中读出引导启动程序到内存，并开始执行引导启动程序；

2)引导启动程序从FLASH中读出操作系统内核到内存中，把控制权交给操作系统内核；

3)内核做系统硬件和资源初始化，挂载根文件系统，执行根文件中的启动脚本；

4)运行应用程序。

对于研发人员，通常只需对前三级软件做简单的配置，重点开发任务放在第四级的上层应用程序上。因而终端自诊断和远程升级功能通常在上层应用程序中实现，应用程序加载后通过GPRS等方式连接上位机，实现应用程序在线升级等功能。

当前常用的嵌入式系统为节约成本，存储设备往往舍弃NOR FLASH，仅采用NAND FLASH+SPI FLASH存储系统软件和文件，而NAND FLASH坏块率比较高，在使用中一个坏块可能对系统内核或文件系统产生致命的破坏，造成系统无法启动。而传统的终端自诊断和远程升级功能一般在上层应用程序中实现，需等待系统正常启动后才会运行，一旦操作系统不能正常启动将造成终端无法使用，并且不能进行远程升级甚至没有任何信息输出提示，需派专人去现场维修或返修，增加了维护成本，并且远程只能对应用程序进行升级，而很难支持操作系统和文件系统的升级要求。

现有技术存在的问题：

1、软件加载各个步骤之间出现错误时缺乏有效的检测和保护机制。

当终端由于某种原因(一般是硬件故障)造成操作系统内核不能正确启动或文件系统不能正常挂载，终端将陷入瘫痪，无法使用，且没有有效的机制定位错误，只能由厂家派专业技术人员前往现场处理。

2、对于造成软件加载错误的硬件故障，缺乏远程诊断手段，只能派专人去现场维修或返修。

3、现有应用程序通过GPRS方式实现的远程升级功能只能对应用程序进行升级，而无法支持操作系统和文件系统的升级要求。

发明内容

本发明解决在终端出现异常的情况下能够及时诊断并通过连接互联网自动修复、能够在终端出现故障时候提供远程诊断接口、可以支持操作系统内核与文件系统的远程升级、减少技术人员现场支持的概率、降低售后服务的成本。

本发明提供一种自诊断终端，所述终端包括：

校验模块，用于在加载操作系统内核和挂载文件系统前进行数据校验；

判别模块，用于根据所述校验结果确定把CPU控制权交给操作系统内核、重复上述校验过程或进行远程升级。所述判别模块包括：

第一判别子模块，用于判别出所述校验结果通过时启用正常的操作系统，将CPU控制权交给操作系统内核；

第二判别子模块，用于判别出所述校验结果不通过，则启用备份的操作系统内核和挂载文件系统，并重复所述校验过程；

第三判别子模块，用于在第二判别子模块重复所述校验过程不通过时进行远程升级。

所述自诊断终端包括：远程升级模块；

所述判别模块一端连接所述校验模块，所述判别模块另一端连接所述远程升级模块。

所述远程升级模块进行所述操作系统内核与所述文件系统的远程传输，用以太网接口连接internet；终端的以太网口连接用户提供的连接互联网的路由器。

所述方法包括：

在加载操作系统内核和挂载文件系统前进行校验；

根据所述校验结果确定把CPU控制权交给操作系统内核、重复上述校验过程或进行远程升级。

根据所述校验结果确定把CPU控制权交给操作系统内核、重复上述校验过程或进行远程升级的步骤包括：

若所述校验结果通过，则正常启用操作系统，将CPU控制权交给操作系统内核；

若所述校验结果不通过，则启用备份的操作系统内核和文件系统，并重复所述校验过程；

若重复所述校验过程不通过，则进行远程升级。