手机通信处理器致命错误信息即时显示的方法

摘要

该发明公开了一种手机通信处理器致命错误信息即时显示的方法，通信处理器的程序运行发生致命错误时，跳转到死机处理步骤；首先对其他硬件设备进行锁中断操作；然后通信处理器通过改变与应用处理器之间的一根连接线电平高低，发出致命错误信息状况的通知；应用处理器响应电平变化中断，停止当前所有操作，包括应用处理器与通信处理器的交互操作，并清空串口缓冲区，准备接收致命错误信息；通信处理器重置串口硬件，把致命错误信息通过串口发送给应用处理器；最后应用处理器接收致命错误信息后，将信息在手机屏幕上显示出来，能够快速有效的发现并解决手机通信处理器的致命错误信息。

说明书

技术领域

本发明属于移动通信终端技术领域，具体的说是涉及到手机中的通信处理器软件程序中致命错误信息进行显示出来的方法。

背景技术

当前的移动通信终端产品中经常集成有两个以上的处理器，其中一个是应用处理器，用来控制终端产品，另一个是通信处理器，用来控制移动通信功能。如果是双模机，则包括两个通信处理器，并把其中一个处理器同时作为应用处理器使用。应用处理器与通信处理器之间通过串口进行信息交互，通常是应用处理器作为主控端对通信处理器进行控制。

处理器均由软件控制，只要是软件就有可能死机。尤其是在软件开发与测试阶段，被控的通信处理器可能会经常死机。这时就需要对死机原因进行分析、加以解决。因此研发人员需要获知通信处理器的死机相关信息，如死机时程序源码所在文件、行号等信息。但因为手机显示屏只与应用处理器直接相连，通信处理器死机时不能直接将死机信息在显示屏上显示出来。

目前解决如何获取通信处理器死机信息的通常作法是，当通信处理器死机时，其死机处理程序把死机原因写入文件系统中或将通信处理器程序保持在挂起状态等待研发人员连接电脑上的调试程序来获取死机信息。这就需要研发人员在测试时随时准备连接电脑，很不方便。尤其是在户外试用手机时发现通信处理器死机却无法立即知道其死机原因。

应用处理器与通信处理器之间需要交互，这就有可能造成先后死机，而判断死机的先后次序对于查找、解决问题至关重要。而使用前述常用的获取死机信息的方法无法判断两个处理器的死机先后次序。

基于此，如何采用有效的方法在手机显示屏上即时显示通信处理器的致命错误信息即死机信息是本发明所要解决的主要问题。

发明内容

本发明的目的在于提供了一种手机通信处理器的致命错误信息即时显示的方法，在通信处理器死机时处理程序将应用处理器唤醒、通过串口发送死机信息至应用处理器，然后应用处理器收到死机信息并即时显示在手机显示屏上，有利于及时跟踪解决手机的死机问题。

为了实现上述技术目的，本发明采用以下技术方案予以实现：

手机通信处理器致命错误信息即时显示的方法，包括以下步骤：

通信处理器的程序运行发生致命错误时，跳转到死机处理步骤；

对其他硬件设备进行锁中断操作；

通信处理器通过改变与应用处理器之间的一根连接线的电平高低，发出死机状况的通知；

应用处理器响应电平变化中断，停止当前所有操作，包括应用处理器与通信处理器的交互操作，并清空串口缓冲区，准备接收致命错误信息；

通信处理器重置串口硬件，把致命错误信息通过串口发送给应用处理器；

应用处理器接收致命错误信息后，将该信息在手机屏幕上显示出来。

本技术方案的另一个技术特征是：所述的应用处理器响应电平变化中断步骤之后，如果应用处理器正处于休眠状态；则唤醒应用处理器，使其退出休眠状态，准备接收信息。

本技术方案的另一个技术特征是：通信处理器改变与应用处理器之间的连接线电平高低步骤之后，还需要通信处理器等待至少1秒钟的时间，用于等待应用处理器串口接收的准备工作。

本技术方案的另一个技术特征是：通信处理器重置串口硬件的步骤还包括通信处理器清空串口缓冲区和FIFO先入先出存储器，把致命错误信息放入串口的FIFO中。

本技术方案的另一个技术特征是：通信处理器发送大量致命错误信息包括以下步骤：

分批次把致命错误信息填充到串口的FIFO中，发送给应用处理器；

然后通信处理器通过主动查询硬件寄存器，判断致命错误信息是否发送完毕；

如果致命错误信息未发送完毕，返回到第一步骤。

本技术方案的另一个技术特征是：通信处理器的致命错误信息发送完毕后，将与应用处理器之间的连接线的电平置回原来状态。

本技术方案的另一个技术特征是：如果通信处理器和应用处理器之间连接线的电平置回后应用处理器还没有收到致命错误信息，应用处理器在显示屏上提示信息：通信处理器处于死机，串口通信不通。

本技术方案的另一个技术特征是：如果通信处理器有watch dog监视管理机制，则在死机处理步骤中需要不断的重置watch dog监视管理，以防止通信处理器重启。

与现有技术相比，使用本发明带来的积极效果是可以在手机显示屏上即时获取通信处理器的致命错误信息即死机信息，并能够知道通信处理器和应用处理器先后死机的次序，有利于快速方便的发现通信处理器的死机原因并有效克服手机死机事件的发生。

附图说明

图1是本发明通信处理器和应用处理器连接的示意图；

图2是本发明手机通信处理器致命错误即时显示的流程图；

图3是本发明通信处理器和应用处理器之间致命错误汇报过程示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的描述。

如图1所示，手机的通信处理器1和应用处理器2之间有串口3来连接，串口3用于两者之间的信息交互，其中应用处理器2作为主控端对通信处理器1进行控制，显示屏5与应用处理器2直接连接，应用处理器2可以把数据发送给显示屏5并显示出来该数据。

通信处理器1死机后将数据通过串口3发送至应用处理器2的方式有两个问题需要解决，一是如果应用处理器2正在休眠状态，无法即时接收串口消息，需要先唤醒应用处理器2。二是通常的串口收发需要应用串口中断，而通信处理器1死机时串口数据发送就不能使用中断。这是因为死机时程序可能处在进程中，也可能在中断中。为保证通信处理器1在任何状态下都可以将数据发送出去，普通的串口中断方式是不能使用的。

因此，本技术方案在应用处理器2与通信处理器1之间增加一根专用的连接线4，连接线4用于唤醒处于休眠状态的应用处理器2，以及通信处理器1死机状态的即时通知。连接线4的设置是应用处理器2这一端为输入，通信处理器1这一端为输出。应用处理器2能够发现连接线4的电平变化并即时产生中断。当通信处理器1工作正常时，连接线4设置于高电平。

如图2-图3所示，当通信处理器发生致命错误即死机时，会跳转到死机处理程序，其处理过程如下：

步骤201：锁中断操作，以防止死机处理过程被其它硬件中断打断。

步骤202：降低连接线电平，通信处理器把连接线的电平拉低，应用处理器会立刻响应连接线的电平变化中断，获得死机状况的通知。

步骤203：判断应用处理器的当前状态，如果应用处理器处于休眠状态时，需要先退出休眠状态。

步骤204：应用处理器停止当前操作，清空串口缓冲区。

应用处理器停止当前所有操作，尤其是停止应用处理器与通信处理器的交互操作，并进入数据接收状态，如图3中的A点所示，应用处理器清空串口所有缓冲区，准备好串口接收通信处理器发送的死机信息。

步骤205：通信处理器重置串口硬件，发送致命错误信息。

通信处理器在改变连接线电平后，需要等待足够长时间通常为1秒以上，以确定应用处理器的串口已经准备好。然后通信处理器需要重置串口硬件，并清空串口缓冲区和FIFO先入先出存储器，并将死机信息，包括源代码的文件名与行号，放入串口的发送FIFO中。如图3中B点所示，通信处理器的串口直接将FIFO中的数据发送出去。因为此时通信处理器的中断已经停止，FIFO中的数据发送完后并不会产生中断。因此通信处理器必须主动查询硬件寄存器来判断FIFO中数据是否发送完毕，如果死机信息量比较大，可能需要多次填充到FIFO中分批次串口发送，直到死机信息全部发送完毕，如图3中C点所示，通信处理器的死机信息发送结束。

步骤206：连接线返回高电平，应用处理器把接收到的致命错误信息在LCD屏上显示。

通信处理器死机信息发送完毕以后，再等待固定时间，通常为5秒钟，然后将连接线的电平置回原来状态。如图3中D点所示，连接线返回到原来的高电平，通信处理器再等待一段时间，比如30秒后根据实际情况可以选择直接关机或挂起。

当应用处理器收到死机信息后，就把该死机信息在手机屏幕上显示出来。如果互连线电平变回原来状态后应用处理器还没有收到死机信息，说明串口通信有问题，应用处理器也会在手机屏幕上给出相应提示，说明通信处理器死机，但原因不详或者原因是串口通信有故障。

应用处理器中断没有关闭，但需要防止在接收死机消息时进行其它操作导致死机。但通信处理器中断是全程关闭的，如果通信处理器有watch dog看门狗监视管理机制，则在死机处理步骤中需要不断的重置watch dog监视管理，以防止通信处理器重启。