CN106547667B - 一种移动终端的故障提示方法及*** - Google Patents
一种移动终端的故障提示方法及*** Download PDFInfo
- Publication number
- CN106547667B CN106547667B CN201510589957.9A CN201510589957A CN106547667B CN 106547667 B CN106547667 B CN 106547667B CN 201510589957 A CN201510589957 A CN 201510589957A CN 106547667 B CN106547667 B CN 106547667B
- Authority
- CN
- China
- Prior art keywords
- fault
- bus
- bus equipment
- equipment
- fault event
- 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.)
- Active
Links
Images
Landscapes
- Telephone Function (AREA)
- Debugging And Monitoring (AREA)
Abstract
本发明提供的一种移动终端的故障提示方法,可用于手机、计算机等设备中,首先,判断与总线设备通信是否出错,当出错时,接收总线设备驱动上报的故障事件;判断所述故障事件对应的总线设备;生成总线设备故障提示信息。该方案可以在与总线设备通信出错时,接收总线设备驱动上报的故障信息,将总线设备的故障信息进行显示,从而用户方便的得知是总线设备出错造成的故障还是***问题导致的故障,无需通过Log等方式进行分析,从而可以更好的定位发生故障的总线设备,为开发人员或用户提供有价值的参考信息。
Description
技术领域
本发明涉及智能移动终端领域,具体涉及一种移动终端的故障提示方法及***。
背景技术
随着智能设备的发展,智能设备日益普及,尤其是智能手机、平板电脑等方便携带的智能设备。目前的智能手机功能越来越多,智能手机的总线设备(也称为手机外设)也越来越丰富,此处的总线设备一般是指通过I2C总线或SPI总线与手机控制器相连接的设备,因此总线设备根据使用的总线的类型来命名,如称为I2C总线设备或SPI总线设备。其中,I2C是Inter-Integrated Circuit的缩写,由PHILIPS公司开发的两线式串行总线,用于连接微控制器及其***设备。目前手机触摸屏以及各种传感器基本都是通过I2C总线与主控制器相连。SPI总线(Serial Peripheral Interface)是一种高速的,全双工,同步的通信总线.也是手机主控制器与总线设备相连的一种常用总线。手机的总线设备例如触摸屏,是实现输入功能必须具备的设备,手机总线设备还包括为提升用户体验和实现附加功能的各种传感器比如重力传感器、接近传感器、陀螺仪等。
由于手机总线设备的种类越来越多,手机操作***的功能也越来越多,兼容性、处理速度都收到了挑战,因此总线设备发生故障的潜在风险也会增加。但手机总线设备发生故障时,最常规的方法是通过***Log即日志来分析故障发生的原因。Log通常是***或者某些软件对已完成的某种处理的记录,以便将来作为参考,通过分析Log可以找出程序安装或运行过程中出现的异常。例如,当手机屏幕没有反应的现象(也称为冻屏)发生时可以通过分析Log来判断手机冻屏是由触摸屏造成还是由***僵死造成。但是由于程序运行过程中的信息较多,因此分析Log本身费时费力,特别是手机冻屏现象发生时,一旦遇到USB接口调试功能没有打开的情况时,几乎没有途径来获得Log信息。
发明内容
因此,本发明要解决的技术问题在于克服现有技术中的移动终端的总线设备发生问题时无法确定是***出现问题还是总线设备发生故障的缺陷,从而提供一种移动终端的故障提示方法及***。
为此,本发明提供了一种移动终端的故障提示方法,所述总线设备是指通过总线与移动终端的控制器相连接的部件,所述移动终端的操作***内核中设置有故障事件上报接口,所述方法包括如下步骤:
判断与总线设备通信是否出错;
当出错时,接收总线设备上报的故障事件;
根据所上报的故障事件获取所述故障事件对应的总线设备;
生成总线设备故障提示信息。
优选地,在所述生成总线设备故障提示信息之后,还包括:
判断所述总线设备出错后是否恢复正常;
若是,生成总线设备恢复正常的提示信息。
优选地,所述总线设备包括触摸屏或重力传感器或接近传感器或其他总线设备。
优选地,在所述判断与总线设备通信是否出错的步骤中通过第一总线设备读写函数的返回值来判断与总线设备的通信是否出错。
优选地,在判断所述总线设备出错后是否恢复正常的步骤中通过第二总线设备读写函数的返回值来判断与总线设备的通信是否出错后恢复正常。
此外,本发明还提供一种移动终端的故障提示***,所述移动终端的操作***内核中设置有故障事件上报接口,包括:
通信判断单元,用于判断与总线设备通信是否出错;
故障上报单元,用于出错时接收总线设备驱动上报的故障事件;
总线设备判断单元,用于判断所述故障事件对应的总线设备;
故障提示单元,用于生成总线设备故障提示信息。
优选地,还包括:
恢复判断单元,用于判断所述总线设备出错后是否恢复正常;
恢复提示单元,用于若所述总线设备出错后恢复正常生成总线设备恢复正常的提示信息。
优选地,所述总线设备包括触摸屏或重力传感器或接近传感器或其他总线设备。
此外,本发明还提供一种移动终端的故障提示方法,应用于安卓操作***的输入子***中,所述输入子***包括本地框架层和Java层,该方法包括:
通过本地框架层接收总线设备的驱动上报的故障事件,所述故障事件包括故障发生或故障解除;
由本地框架层将所述故障事件上报至Java框架层;
Java框架层的输入***接收所述故障事件,并将所述故障事件发送给所述Java框架层的通知管理器,所述通知管理器根据接收到的故障事件判断故障所属的总线设备,并以弹框形式显示故障发生的提示信息或故障解除的提示信息。
本发明技术方案,具有如下优点:
1.本发明提供的一种移动终端的故障提示方法和***,可用于手机、计算机等设备中,首先,判断与总线设备通信是否出错,当出错时,接收总线设备驱动上报的故障事件;然后判断所述故障事件对应的总线设备,生成总线设备故障提示信息。该方案可以在与总线设备通信出错时,接收总线设备驱动上报的故障信息,将总线设备的故障信息进行显示,从而用户方便的得知是总线设备出错造成的故障还是***问题导致的故障,无需通过Log等方式进行分析,从而可以更好的定位发生故障的总线设备,为开发人员或用户提供有价值的参考信息。
2.本发明所述的移动终端的故障提示方法和***,还进一步判断总线设备出错后是否恢复正常,若是,生成总线设备恢复正常的提示信息。由于在发生故障时进行了故障提示,有时候总线设备的故障是可以自行修复的,此时如果不进行解除故障的提示,用户无法得知此时已经恢复正常的实际状态,因此总线设备出错后恢复正常的情况下进行提示,使得用户了解当前的实际状态,方便用户的使用。
3.本发明提供的移动终端的故障提示方法,可用于Android***、iOS***等任意操作***中,用于Android***时其主要是用于输入子***中,通过本地框架层和Java框架层来实现将故障事件从底层向上层传输并进行显示的过程,通过Java框架层的通知管理器以弹框的形式进行总线设备故障的显示,使得用户直观的明确总线设备是否发生故障。
附图说明
为了更清楚地说明本发明具体实施方式或现有技术中的技术方案,下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施方式,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例中使用本发明的移动终端的故障提示方法的手机的结构示意图;
图2为本发明实施例中移动终端的故障提示方法流程图;
图3为本发明实施例中安卓***的输入子***中的故障提示方法流程图;
图4是本发明实施例中的移动终端的故障提示***的结构框图。
具体实施方式
下面将结合附图对本发明的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
此外,下面所描述的本发明不同实施方式中所涉及的技术特征只要彼此之间未构成冲突就可以相互结合。
本实施例中提供一种移动终端的故障提示方法,此处的移动终端可以是手机、平板电脑等移动移动终端,如图1所示,本实施例中移动移动终端的总线设备包括触摸屏1、重力传感器2、接近传感器3等,移动移动终端控制器4中运行操作***,移动终端的总线设备包括I2C总线设备和SPI总线设备等类型,操作***与移动终端的总线设备通过I2C总线或SPI总线进行通信,该移动终端的故障提示方法包括如下步骤,流程图如图2所示:
S11、判断与总线设备通信是否出错,当出错时执行步骤S12,当没有出错时不做处理,继续检测总线设备通信是否出错。
如手机控制器判断与总线设备通信是否出错,如果与总线设备通信出错,则说明此处的总线设备发生了故障,无论是总线设备的通信故障还是总线设备自身的信息故障,都认为是总线设备发生的故障。
优选地,手机主控制器可以通过其与总线设备的读写函数的返回值来判断他们之间的通信是否出错。以触控IC供应商墩泰科技的触控IC ft5336的驱动代码为例,该设备与主机通过I2C总线通信,主机在中断函数static irqreturn_t ft5x06_ts_interrupt(intirq,void*dev_id)中通过如下代码读取触控坐标数据:
rc=ft5x06_i2c_read(data->client,®,1,buf,data->tch_data_len);
可通过函数ft5x06_i2c_read()的返回值判断主机与ft5336的通信是否成功,大于等于0成功,小于0失败,如果小于0则认为通信出错。
S12、接收总线设备上报的故障事件。
手机的总线设备包括硬件和与该硬件配合的软件程序(即驱动),如果总线设备故障,总线设备的驱动程序可以获得该故障,总线设备的驱动程序会上报该故障事件。手机操作***可以通过总线接收该驱动上报的故障事件。
S13、判断所述故障事件对应的总线设备。
如判断所述故障事件对应的是否为触摸屏或重力传感器或接近传感器或其他总线设备。
S14、生成总线设备故障提示信息。
根据上一步骤中判断出的发生故障的总线设备,生成相对应的总线设备故障的提示信息并发送给显示设备进行显示,如通过弹窗的形式在显示屏上进行显示,如果是触摸屏故障,则在显示屏上显示触摸屏故障的消息;如果是重力传感器故障,则在显示屏上显示重力传感器故障的消息;如果是接近传感器故障,则在显示屏上显示接近传感器故障的消息。
本实施例中的移动终端的故障提示方法,该方案可以在与总线设备通信出错时,接收总线设备驱动上报的故障信息,将总线设备的故障信息进行显示,从而用户方便的得知是总线设备出错造成的故障还是***问题导致的故障,无需通过Log等方式进行分析,从而可以更好的定位发生故障的总线设备,为开发人员或用户提供有价值的参考信息。该方案可以适用于智能手机、ipad、平板电脑等智能电子设备中,适用于安卓***、iOS或者Windows phone等任意移动终端的操作***。
在进一步的实施方案中,有些手机总线设备的错误是暂时的,其可以自动恢复正常,此时用户无法获知该故障已经被解除,因此还需要将此恢复正常的信息显示给用户。因此,在上述方案的基础上,该移动终端的故障提示方法,还包括如下步骤:
S15、判断所述总线设备出错后是否恢复正常,若是则执行步骤S16,否则继续进行检测。如果在进行故障提示后,通过总线设备读写函数的返回值来判断与总线设备的通信是否出错后恢复正常,如果手机总线设备与手机控制器的通信恢复正常,则认为该总线设备出错后恢复正常。与上述判断与总线设备通信是否出错的方式一致,可通过函数ft5x06_i2c_read()的返回值判断主机与ft5336的通信是否成功,大于等于0成功,小于0失败,如果通信出错后,再次检测时该函数的返回值大于0则认为出错后恢复正常。
S16、生成总线设备恢复正常的提示信息并发送至显示设备。
如果是触摸屏故障后恢复,根据收到的事件数据则以弹框形式显示触摸屏恢复正常;如果是重力传感器故障后恢复,根据收到的事件数据则以弹框形式显示重力传感器故障的解除;如果是接近传感器故障后恢复,根据收到的事件数据以弹框形式显示接近传感器故障的解除。如果是其他总线设备故障事件,继续进行判断和处理。
该方案可以对手机总线设备自行恢复的故障进行了解除提示,因此开发人员或者用户可以知道该故障已经解除,提供更多有价值的信息,也避免了手机总线设备已经可以正常工作,用户仍然认为其存在故障的情况发生。
此外,本实施例中还提供一种使用上述故障提示方法进行故障提示的移动终端,该移动终端可以是智能手机、平板电脑、手持PDA(Personal Digital Assistant,即掌上电脑)等电子设备。
此外,本实施例中还提供一种用于安卓操作***的输入子***中的移动终端的故障提示方法,所述输入子***包括本地框架层和Java层,预先在Android***中的Linux内核中增加故障事件上报功能,在输入子***中进行接口设置,增加故障事件上报的功能。具体地,可以在Linux input子***中新增事件类型(type)EV_ERR.并定义EV_ERR的所有code类型.
实现故障事件的上报接口,参考代码如
其中,Code:用来判断是哪个器件的故障事件,Value:1故障发生;0故障解除。
该用于安卓***的输入子***中的故障提示方法流程图如图3所示,该过程包括:
S21、通过本地框架层接收总线设备的驱动上报的故障事件,所述故障事件包括故障发生或故障解除。
总线设备驱动上报故障事件至Android输入***中的本地框架层,故障事件可以是发生故障也可以是解除故障,涉及的本地框架层的类主要有EventHub、InputReader、InputDispatch,在这几个类中添加对故障事件的获取和处理。
S22、由本地框架层将所述故障事件上报至Java框架层。
故障事件由本地框架层上报至Android输入***的Java框架层.涉及到的Java框架层的类主要有NativeInputManager、InputManagerService、InputMonitor,在这几个类中添加对故障事件的获取和处理。
S23、Java框架层的输入***接收所述故障事件,故障事件由android Java框架层的输入***传至Java框架层的通知管理器。
S24、所述Java框架层的通知管理器根据接收到的故障事件判断故障所属的总线设备,并以弹框形式显示故障发生的提示信息或故障解除的提示信息。
在判断故障所属的总线设备时,如果是触摸屏故障事件,通知管理器根据收到的事件数据以弹框形式显示触摸屏故障的发生或解除。
如果是重力传感器故障事件,通知管理器根据收到的事件数据以弹框形式显示重力传感器故障的发生或解除。
如果是接近传感器故障事件,通知管理器根据收到的事件数据以弹框形式显示接近传感器故障的发生或解除。
上述判断的顺序根据需要来设置,此处仅是本实施方案的一种具体实现方式。
在其他的操作***中,windowsphone中,处理过程也类似,使用其***中的函数来实现,如以触摸屏为例,错误事件的上报流程为touch driver–>HID class driver->HIDtouch class driver->input read->Native UI,Native UI显示弹框。
本领域的技术人员,根据本发明构思,可以针对任意操作***的移动终端进行总线设备故障的提示。
此外,本实施例中还提供一种移动终端的故障提示***,所述移动终端的操作***内核中设置有故障事件上报接口,该***的结构框图如图4所示,包括
通信判断单元11,判断与总线设备通信是否出错;
故障上报单元12,出错时,接收总线设备驱动上报的故障事件;
总线设备判断单元13,判断所述故障事件对应的总线设备;
故障提示单元14,生成总线设备故障提示信息。
此外,作为优化的方案,还包括:
恢复判断单元15,判断所述总线设备出错后是否恢复正常;
恢复提示单元16,若所述总线设备出错后恢复正常,生成总线设备恢复正常的提示信息。
其中,所述总线设备包括触摸屏或重力传感器或接近传感器或其他总线设备。
本领域内的技术人员应明白,本发明的实施例可提供为方法、***、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然,上述实施例仅仅是为清楚地说明所作的举例,而并非对实施方式的限定。对于所属领域的普通技术人员来说,在上述说明的基础上还可以做出其它不同形式的变化或变动。这里无需也无法对所有的实施方式予以穷举。而由此所引伸出的显而易见的变化或变动仍处于本发明创造的保护范围之中。
Claims (7)
1.一种移动终端的故障提示方法,所述移动终端包括通过总线与移动终端的控制器相连接的总线设备,所述移动终端的操作***内核中设置有故障事件上报接口,其特征在于,所述方法包括如下步骤:
判断与总线设备通信是否出错;
当出错时,接收总线设备上报的故障事件,所述故障事件由总线设备的驱动程序上报;总线设备驱动通过故障事件上报接口上报故障事件至Android输入***中的本地框架层;
根据所上报的故障事件获取所述故障事件对应的总线设备;
生成总线设备故障提示信息
判断所述总线设备出错后是否恢复正常;
若是,生成总线设备恢复正常的提示信息。
2.根据权利要求1所述的移动终端的故障提示方法,其特征在于,所述总线设备包括触摸屏或重力传感器或接近传感器或其他总线设备。
3.根据权利要求1或2所述的移动终端的故障提示方法,其特征在于,在所述判断与总线设备通信是否出错的步骤中通过第一总线设备读写函数的返回值来判断与总线设备的通信是否出错。
4.根据权利要求1所述的移动终端的故障提示方法,其特征在于,在判断所述总线设备出错后是否恢复正常的步骤中通过第二总线设备读写函数的返回值来判断与总线设备的通信是否出错后恢复正常。
5.一种移动终端的故障提示***,所述移动终端的操作***内核中设置有故障事件上报接口,其特征在于,包括:
通信判断单元,用于判断与总线设备通信是否出错;
故障上报单元,用于出错时接收总线设备驱动上报的故障事件,所述故障事件由总线设备的驱动程序上报;总线设备驱动通过故障事件上报接口上报故障事件至Android输入***中的本地框架层;
总线设备判断单元,用于判断所述故障事件对应的总线设备;
故障提示单元,用于生成总线设备故障提示信息;
恢复判断单元,用于判断所述总线设备出错后是否恢复正常;
恢复提示单元,用于若所述总线设备出错后恢复正常生成总线设备恢复正常的提示信息。
6.根据权利要求5所述的移动终端的故障提示***,其特征在于,所述总线设备包括触摸屏或重力传感器或接近传感器或其他总线设备。
7.一种移动终端的故障提示方法,应用于安卓操作***的输入子***中,所述输入子***包括本地框架层和Java层,其特征在于,该方法包括:
通过本地框架层接收总线设备的驱动上报的故障事件,所述故障事件由总线设备的驱动程序上报,总线设备驱动通过故障事件上报接口上报故障事件至Android输入***中的本地框架层;所述故障事件包括故障发生或故障解除;
由本地框架层将所述故障事件上报至Java框架层;
Java框架层的输入***接收所述故障事件,并将所述故障事件发送给所述Java框架层的通知管理器,所述通知管理器根据接收到的故障事件判断故障所属的总线设备,并以弹框形式显示故障发生的提示信息或故障解除的提示信息,故障提示信息根据所上报的故障事件获取所述故障事件对应的总线设备生成;所述提示信息根据总线设备出错后恢复正常的总线设备生成。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510589957.9A CN106547667B (zh) | 2015-09-16 | 2015-09-16 | 一种移动终端的故障提示方法及*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510589957.9A CN106547667B (zh) | 2015-09-16 | 2015-09-16 | 一种移动终端的故障提示方法及*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN106547667A CN106547667A (zh) | 2017-03-29 |
CN106547667B true CN106547667B (zh) | 2020-05-22 |
Family
ID=58361738
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510589957.9A Active CN106547667B (zh) | 2015-09-16 | 2015-09-16 | 一种移动终端的故障提示方法及*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106547667B (zh) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108724916B (zh) * | 2018-04-18 | 2020-08-18 | 南通达成包装制品有限公司 | 一种应用于瓦楞纸板生产线的纠偏提醒装置 |
CN109582506B (zh) * | 2018-12-25 | 2022-01-07 | 深圳开立生物医疗科技股份有限公司 | 触摸屏失灵的恢复方法及装置、主机设备及触控*** |
US10897318B2 (en) * | 2019-04-16 | 2021-01-19 | Qualcomm Incorporated | Method and apparatus for maximum permissible exposure proximity sensor fault detection |
CN111654578B (zh) * | 2020-06-02 | 2021-06-15 | Tcl通讯(宁波)有限公司 | 一种移动终端传感器还原方法 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1913693A (zh) * | 2006-08-26 | 2007-02-14 | 华为技术有限公司 | 一种故障信息收集***及方法 |
CN103019913A (zh) * | 2012-11-21 | 2013-04-03 | 广东欧珀移动通信有限公司 | 一种移动终端及其硬件异常提示方法、*** |
CN103514030A (zh) * | 2012-07-24 | 2014-01-15 | Tcl集团股份有限公司 | Android***的事件收集上报***及其收集上报方法 |
CN103543344A (zh) * | 2012-07-10 | 2014-01-29 | 上海斐讯数据通信技术有限公司 | 一种解决电容屏失效的方法及电容屏异常侦测电路 |
CN104199755A (zh) * | 2014-08-25 | 2014-12-10 | 广东欧珀移动通信有限公司 | 一种基于指示灯诊断硬件模块故障的方法及*** |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101893959B (zh) * | 2010-06-22 | 2012-03-28 | 中科方德软件有限公司 | 一种在linux内核实现触摸方向识别的方法 |
CN102662665B (zh) * | 2012-03-29 | 2015-04-22 | 福州瑞芯微电子有限公司 | 在安卓***上实现支持各种传感器的输入子*** |
KR102140592B1 (ko) * | 2013-10-18 | 2020-08-03 | 에스케이하이닉스 주식회사 | 데이터 저장 장치 |
CN104184905A (zh) * | 2014-09-11 | 2014-12-03 | 三星电子(中国)研发中心 | 一种移动终端的静电干扰处理方法和移动终端 |
-
2015
- 2015-09-16 CN CN201510589957.9A patent/CN106547667B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1913693A (zh) * | 2006-08-26 | 2007-02-14 | 华为技术有限公司 | 一种故障信息收集***及方法 |
CN103543344A (zh) * | 2012-07-10 | 2014-01-29 | 上海斐讯数据通信技术有限公司 | 一种解决电容屏失效的方法及电容屏异常侦测电路 |
CN103514030A (zh) * | 2012-07-24 | 2014-01-15 | Tcl集团股份有限公司 | Android***的事件收集上报***及其收集上报方法 |
CN103019913A (zh) * | 2012-11-21 | 2013-04-03 | 广东欧珀移动通信有限公司 | 一种移动终端及其硬件异常提示方法、*** |
CN104199755A (zh) * | 2014-08-25 | 2014-12-10 | 广东欧珀移动通信有限公司 | 一种基于指示灯诊断硬件模块故障的方法及*** |
Also Published As
Publication number | Publication date |
---|---|
CN106547667A (zh) | 2017-03-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106547667B (zh) | 一种移动终端的故障提示方法及*** | |
US8468389B2 (en) | Firmware recovery system and method of baseboard management controller of computing device | |
CN109670319B (zh) | 一种服务器flash安全管理方法及其*** | |
CN111427803B (zh) | 自动化随机测试方法、装置、计算机设备及介质 | |
CN104794014A (zh) | ***运行的方法及智能终端 | |
CN109032838B (zh) | 虚拟机备份恢复数据一致性的自动校验方法 | |
CN108021791B (zh) | 数据保护方法及装置 | |
US8375198B2 (en) | Boot system and method having a BIOS that reads an operating system from first storage device via an input/output chip based on detecting a temperature of a second storage device | |
KR101714522B1 (ko) | 가상화 프레임웍 기반 차량 avn 스마트폰 연동 서비스 제공 방법 및 그를 위한 장치 | |
CN113672306B (zh) | 服务器组件自检异常恢复方法、装置、***及介质 | |
CN106168974B (zh) | 多***截屏文件的处理方法和*** | |
CN108520063B (zh) | 事件日志的处理方法、装置及终端设备 | |
CN110096882B (zh) | 一种设备运行过程中的安全度量方法 | |
CN104750537A (zh) | 一种执行测试用例的方法和装置 | |
CN106201787A (zh) | 终端控制方法及装置 | |
CN111475356A (zh) | 一种***开机测试信息显示方法及相关装置 | |
CN115168119A (zh) | 一种服务器pcie链路检测方法、装置以及介质 | |
CN113867812B (zh) | 一种bmc获取链路信息的方法、***、设备以及介质 | |
CN115757099A (zh) | 平台固件保护恢复功能自动测试方法和装置 | |
CN115373559A (zh) | 一体机触摸操作方法、装置、存储介质及一体机 | |
CN114113855A (zh) | 静电放电检测处理方法及装置、终端设备 | |
CN115185745A (zh) | 数据处理方法、***、电子设备及计算机可读存储介质 | |
CN104951325A (zh) | 一种信息显示方法及电子设备 | |
CN107766251B (zh) | 加载image的检测方法、***、设备及可读存储介质 | |
CN114461479A (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |