CN105068835A - 移动终端及其调试信息显示方法 - Google Patents

Abstract

本发明公开了一种移动终端及其调试信息显示方法，方法包括：在PBL引导程序运行之后，加载并跳转至SBL1引导程序，在SBL1引导程序中，在调试的代码位置调用字符串显示函数接口；将需要显示的调试信息通过字库映射成RGB像素信息；将RGB像素信息复制到帧缓冲内存中预设位置，且在SBL1引导程序运行时在移动终端的LCD上显示调试信息。通过上述方式，本发明能够直接在移动终端的LCD上显示SBL1阶段的调试信息，通过文字界面实现用户与移动终端间的交互。

Description

移动终端及其调试信息显示方法

技术领域

本发明涉及移动终端领域，尤其是涉及一种移动终端及其调试信息显示方法。

背景技术

第二引导程序(SecondBootloader1，SBL1)是移动终端***内核加载前运行的其中一个引导程序，其运行于另外两个引导程序，第一引导程序(PrimaryBootloader，PBL)及微型内核(LittleKernel，LK)之间。SBL1主要功能是初始化基本硬件，电源与温度检测、初始化配置参数表(ConfigurationDataTable，CDT)，Download，Ramdump，健全各子***images和加载LK等，其用作十分关键。SBL1是故障频发的环节，但其调试主要依赖于与个人电脑(PersonalComputer，PC)间的串口通讯。若脱离串口线与PC的辅助软件，移动终端一旦在SBL1阶段发生故障，从表象根本获取不到任何信息，对SBL1运行状况毫无所知。

另外，目前移动终端开机时需要按电源键2～3秒后等***加载LK以后屏幕才能亮起来，用户体验度不够好。

发明内容

本发明主要解决的技术问题是提供一种移动终端及其调试信息显示方法，能够直接在移动终端的LCD上显示SBL1阶段的调试信息，通过文字界面实现用户与移动终端间的交互。

为解决上述技术问题，本发明采用的一个技术方案是：提供一种显示调试信息方法，包括：在PBL引导程序运行之后，加载并跳转至SBL1引导程序，在SBL1引导程序中，在调试的代码位置调用字符串显示函数接口；将需要显示的调试信息通过字库映射成RGB像素信息；将RGB像素信息复制到帧缓冲内存中预设位置，且在SBL1引导程序运行时在移动终端的LCD上显示调试信息。

其中，在调试的代码位置调用字符串显示函数接口的步骤之前，进行LCD初始化。

其中，在调试的代码位置调用字符串显示函数接口的步骤之后，判断LCD是否进行了初始化，如果否，则对LCD进行初始化；如果是，则将需要显示的调试信息通过字库映射成RGB像素信息。

其中，在调试的代码位置调用字符串显示函数接口的步骤之前，包括：判断调试信息是否出错，如果是，则在调试的代码位置调用字符串显示函数接口；如果否，则继续进行调试。

其中，调试信息包括SBL1引导程序运行异常信息、映像健全情况、下载状态、***异常死机信息的至少之一。

为解决上述技术问题，本发明采用的一个技术方案是：提供一种移动终端，包括调用模块，用于在PBL引导程序运行之后，加载并跳转至SBL1引导程序，在SBL1引导程序中，在调试的代码位置调用字符串显示函数接口；映射模块，用于将需要显示的调试信息通过字库映射成RGB像素信息；显示模块，与调用模块以及映射模块连接，用于将RGB像素信息复制到帧缓冲内存中预设位置，且在SBL1引导程序运行时在移动终端的LCD上显示调试信息。

其中，移动终端还包括初始化模块，用于进行LCD初始化。

其中，移动终端还包括判断模块，用于判断LCD是否进行了初始化；如果否，则移动终端对LCD进行初始化；如果是，则映射模块将需要显示的调试信息通过字库映射成RGB像素信息。

其中，判断模块还用于判断调试信息是否出错，如果是，则调用模块在调试的代码位置调用字符串显示函数接口；如果否，则继续进行调试。

其中，调试信息包括SBL1引导程序运行异常信息、映像健全情况、下载状态、***异常死机信息的至少之一。

本发明的有益效果是：区别于现有技术的情况，本发明通过开始SBL1调试，在调试的代码位置调用字符串显示函数接口；在LCD进行了初始化后，将需要显示的调试信息通过字库映射成RGB像素信息；将RGB像素信息复制到帧缓冲内存中预设位置，在SBL1调试时在LCD上显示调试信息，能够直接在移动终端的LCD上显示SBL1阶段的调试信息，通过文字界面实现用户与移动终端间的交互。

附图说明

图1是本发明实施例的移动终端的结构示意图；

图2是本发明实施例的移动终端中与LCD显示有关的硬件的结构示意图；

图3是本发明实施例的LCD初始化的方法示意图；

图4是本发明实施例的移动终端的显示调试信息的方法示意图；

图5是本发明实施例的移动终端的显示调试信息的效果示意图；

图6是本发明实施例的显示调试信息方法的流程示意图。

具体实施方式

请参阅图1，图1是本发明实施例的移动终端的结构示意图。如图1所示，移动终端10包括调用模块11、映射模块12以及显示模块13。调用模块21用于在PBL引导程序运行之后，加载并跳转至SBL1引导程序，在SBL1引导程序中，在调试的代码位置调用字符串显示函数接口。映射模块12用于将需要显示的调试信息通过字库映射成RGB像素信息。显示模块23与调用模块21以及映射模块22连接，用于将RGB像素信息复制到帧缓冲内存中预设位置，且在SBL1引导程序运行时在移动终端的液晶显示器(LiquidCrystalDisplay，LCD)上显示调试信息。其中，调试信息包括SBL1引导程序运行异常信息、映像(images)健全情况、下载(download)状态、***异常死机(Ramdump)信息的至少之一。

SBL1是运行于PBL和LK之间的一段关键引导程序。SBL1中需要进行许多基本硬件的初始化操作，如电源管理单元(PowerManagementUnit，PMIC)、通用输入/输出(GeneralPurposeInputOutput，GPIO)接口、时钟、内存(DoubleDataRate，DDR)、通用异步收发传输器(UniversalAsynchronousReceiver/Transmitter，UART)，那么就具备了点亮LCD的理论条件。可是，SBL1不像LK和KERNEL那样直接运行在DDR内存中，而是运行在紧耦合内存(TightlyCoupledMemories，TCM)上。TCM紧密地耦合至处理器内核，是一个高速的内存区域，提供与cache相当的性能。

TCM内存十分小，导致SBL1运行代码大小受限，一般不超过512KB。所以在使用C语言编写LCD驱动的时候，需要尽量压缩代码大小，尤其需要控制好堆栈、全局变量、常量等的使用。另外，TCM申请的内存地址无法用于直接存储器(DirectMemoryAccess，DMA)传输。而LK是运行于DDR，其申请的内存地址能直接用于DMA传输。据上述可知，SBL1已对DDR进行了初始化，虽然不在DDR上运行，却可以对DDR进行控制与使用了。因此，可将LCD驱动代码置于SBL1中基本硬件初始化完成之后、子***images加载之前，就可使用DDR进行DMA的传输。

如图2所示，移动终端10中与LCD显示有关的硬件包括：电池(Battery)、电源管理单元(PMIC)、应用处理器(ApplicationProcesser，AP)、图像处理器(GraphicsProcessingUnit，GPU)、DDR、背光控制器(BacklightController)以及液晶显示器(LCD)，应用处理器内部集成有显示处理模块(MobileDisplayProcess，MDP)、显示串行接口(DisplaySerialInterfaces，DSI)控制器、移动产业处理器接口(MobileIndustryProcessorInterface，MIPI)以及GPIO接口。其中，MDP直接内存存取(DirectMemoryAccess，DMA)负责数据传输，MDP像素处理管道(PixelProcessingPipe，PPP)负责图像基本处理。Battery、PMIC负责各模块的供电；AP通过GPIO控制背光开关和LCD的使能与复位等；帧缓冲内存(Frambuffer)是DDR中划分出来用于存储LCD显示数据的缓冲区域；GPU通过内部GMEM内存与Frambuffer进行通讯，可用于处理较复杂的图像效果(SBL1中未使用GPU)；AP中的MDPPPP将内存中Frambuffer的RGB数据进行简单处理，然后由MDPDMA将Frambuffer数据从DDR内存经DSI传送至LCD中进行显示。DSI，本设计中采用了低功耗、高数据传输率的MIPI接口，包含一路时钟通道和两路数据串行通道，MIPI既可用于命令传输，也可用于图像数据传输。

在本发明实施例中，移动终端10还包括初始化模块14和判断模块15。在本发明实施例中，调用模块11在调试的代码位置调用字符串显示函数接口之前，判断模块15还用于判断调试信息是否出错。如果是，则调用模块11在调试的代码位置调用字符串显示函数接口；如果否，则继续进行调试。在调用模块11在调试的代码位置调用字符串显示函数接口之后，判断模块15判断LCD是否进行了初始化。如果否，则移动终端10对LCD进行初始化，也即初始化模块14对LCD进行初始化。如果是，则映射模块12将需要显示的调试信息通过字库映射成RGB像素信息。当然也可以是在调用模块11在调试的代码位置调用字符串显示函数接口之前，初始化模块14即对LCD进行初始化。如此能够直接在移动终端的LCD上显示SBL1阶段的调试信息，立即反馈移动终端发生故障的种类与原因，以利于研发人员迅速定位与解决问题，通过文字界面实现用户与移动终端间的交互，提高了用户体验度。

本发明实施例使用C语言进行SBL1-LCD驱动的开发。搭建一个LCD驱动的基本框架，包括LCD面板上电、LCD面板复位(Reset)、时钟(Clock)配置、Frambuffer初始化、MIPI与MDP的初始化、LCD面板的硬件与软件ID的读取、LCD面板与背光的打开等。LCD初始化具体地参见图3，图中虚线显示LCD初始化的顺序，实线表示各硬件模块间的联系，详细步骤如下：

1)LCD供电：软件控制PMIC芯片，第6引脚PM_LDO_6输出1.8V给LCD的IOVCC脚供电，第17引脚PM_LDO_17输出2.85V给LCD的VCC脚供电。

2)读取LCD面板的硬件型号(ID)：将引脚GPIO110和引脚GPIO95配置为单向读取状态，然后通过GPIO读取LCD面板的LCD_ID0引脚与LCD_ID1引脚中固化的值，根据两个引脚的组合来判断LCD面板的型号。

3)LCD面板复位：将引脚GPIO25和引脚GPIO97配置为单向输出状态，然后通过引脚GPIO97向LCD面板的ENABLE引脚输出恒高电平，通过引脚GPIO25向RESET脚输出“高低高”的脉冲信号进行硬件复位；

4)时钟配置：先初始化MDP与MIPI的时钟控制器，并对已初始化的主时钟进行分频，然后分别配置MDP与MIPI所需要的相关时钟，最后使能MDP与MIPI的时钟引脚。

5)Frambuffer的初始化：根据屏幕的高度(Height)、宽度(Width)、像素深度(bitsperpixel，Bpp)等值，在DDR中申请一等同大小的Frambuffer内存区域，并对此区域进行初始化，然后等待LCD完成初始化后直接将此Frambuffer显示到屏幕。同时导入8x16字库，提供字符串显示及背景色设置等接口。

6)MIPI初始化并将其设置为命令传输(CMD)模式：初始化DSI控制器，设置好电压和时钟，指定命令(Cmd)与数据(Frambuffer)存放地址，并将MIPI配置为命令传输模式。

7)读取LCD面板的软件ID：通过读取LCD面板中寄存器的软件ID，以验证MIPI初始化是否成功。

8)LCD面板初始化：通过MIPI向LCD面板传输初始化命令行列表，对LCD控制器进行配置，此过程需要确保各命令行延时准确，才能发送成功。

9)MDP配置：初始化MDPDMA和MDPPPP相关控制器，根据Frambuffer以及LCD面板的配置信息，将MDP设置为视频(VIDEO)模式，DMA地址指向DDR中的帧缓冲内存地址。

10)MIPI设置为VIDEO模式：因为LCD面板初始化已完成，不需要再进行命令传输，所以需要根据LCD面板的配置信息，将MIPI重新设置为VIDEO模式，用于将Frambuffer数据传输至LCD面板。

11)开启LCD面板：使能MDP与DSI控制器，将Frambuffer中数据实时传送至LCD面板进行显示。

12)开启背光：将引脚GPIO98配置为单向输出状态，然后直接拉高引脚GPIO98，使能背光控制器，让背光控制器输出高电平，从而点亮LCD中的背光；

经过以上配置并开启LCD后，AP会在后台自动将frambuffer中的信息传送到LCD中进行实时显示。因此，只要在SBL1中需要调试的代码位置，调用以上字符串显示函数接口，将需要显示的字符串通过字库映射转换成RGB像素信息，复制到frambuffer中预设位置，即可在屏幕上将文字显示出来。具体的实现方法示意图如图4所示：

步骤S100：开机。

步骤S101：PBL运行。

步骤S102：加载跳转至SBL1。

步骤S103：基本硬件初始化。

步骤S104：判断SBL1阶段是否提前开启LCD。如果是，则执行步骤S105，如果否，则执行步骤S106。

步骤S105：初始化并打开LCD。

步骤S106：判断运行期间关键断言是否出错。如果否，则执行步骤S108，如果是，则执行步骤S107，判断LCD是否已打开。如果LCD已打开，则显示发生错误代码的具体函数、行数、文件名等调试信息；如果LCD没有打开，则先初始化并打开LCD，再显示发生错误代码的具体函数、行数、文件名等调试信息。之后循环等待用户操作。其中否表示关键断言没有出错，说明此时***调试正常，继续进行后续的调试。

步骤S108：判断是否进入下载(download)状态。如果否，则继续后续调试，执行步骤S109。如果是，则执行步骤S107，判断LCD是否已打开。如果LCD已打开，则显示“downloadmode”；如果LCD没有打开，则先初始化并打开LCD，再显示“downloadmode”。之后循环等待用户操作。其中downloadmode可以是紧急下载模式或一般下载模式。

步骤S109：判断是否是Ramdump状态。如果否，则继续后续调试，执行步骤S110。如果是，则执行步骤S107，判断LCD是否已打开。如果LCD已打开，则显示“Ramdumpmode”,读取共享内存，显示将Ramdump原因信息，提示用户将Ramdump导出的方法；如果LCD没有打开，则先初始化并打开LCD，再显示“Ramdumpmode”,读取共享内存，显示将Ramdump原因信息，提示用户将Ramdump导出的方法。之后循环等待用户操作。

步骤S110：加载子***images。

步骤S111：判断是否子***images健全失败。如果否，则继续后续调试，执行步骤S112。如果是，则执行步骤S107，判断LCD是否已打开。如果LCD已打开，则显示“loadingxxximagefail”；如果LCD没有打开，则先初始化并打开LCD，再显示“loadingxxximagefail”。之后循环等待用户操作。

步骤S112：加载并跳转至LK。

以***异常死机的显示为例，移动终端在运行过程中发生***异常死机时，Kernel将***异常死机信息保存于共享内存中，移动终端以不掉电模式重启后进入SBL1；SBL1程序检测到进入***异常死机状态，便初始化并开启LCD，从共享内存中获取***异常死机相关文字信息，转换为像素信息后复制到Frambuffer中，屏幕便直接输出相关***异常死机信息。由AP故障引起的***异常死机，如图4所示，屏幕显示了发生故障的CPU号、PID、PC、LR、调用堆栈等信息，并提示用户可以按电源键+音量上键将***异常死机的调试信息(Log)导出到SD卡，通过USB连接到个人电脑(PC)端的高通产品支持工具(QualcommProductSupportTool，QPST)可将调试信息导出到电脑。显然，即使没有数据线或PC的相应软件工具，也能立即反馈移动终端发生故障的种类与原因，以利于研发人员迅速定位与解决问题。

图6是本发明实施例的显示调试信息方法的流程示意图。如图6所示，显示调试信息方法包括：

步骤S20：在PBL引导程序运行之后，加载并跳转至SBL1引导程序，在SBL1引导程序中，在调试的代码位置调用字符串显示函数接口。

在调试的代码位置调用字符串显示函数接口的步骤之前，包括：判断调试信息是否出错，如果是，则在调试的代码位置调用字符串显示函数接口；如果否，则继续进行调试。

步骤S21：将需要显示的调试信息通过字库映射成RGB像素信息。

在调试的代码位置调用字符串显示函数接口的步骤之后，判断LCD是否进行了初始化，如果否，则对LCD进行初始化；如果是，则将需要显示的调试信息通过字库映射成RGB像素信息。当然在本发明实施例中，也可以在步骤S20中，在调试的代码位置调用字符串显示函数接口的步骤之前，进行对LCD初始化。

步骤S22：将RGB像素信息复制到帧缓冲内存中预设位置，且在SBL1引导程序运行时在移动终端的LCD上显示调试信息。

其中，调试信息包括SBL1引导程序运行异常信息、映像健全情况、下载状态、***异常死机信息的至少之一。如此，能够直接在移动终端的LCD上显示SBL1阶段的调试信息，立即反馈移动终端发生故障的种类与原因，以利于研发人员迅速定位与解决问题，通过文字界面实现用户与移动终端间的交互，提高了用户体验度。

综上所述，本发明通过开始SBL1调试，在调试的代码位置调用字符串显示函数接口；在LCD进行了初始化后，将需要显示的调试信息通过字库映射成RGB像素信息；将所述RGB像素信息复制到帧缓冲内存中预设位置，在SBL1调试时在所述LCD上显示所述调试信息，能够直接在移动终端的LCD上显示SBL1阶段的调试信息，通过文字界面实现用户与移动终端间的交互。

以上所述仅为本发明的实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种移动终端的调试信息显示方法，其特征在于，所述方法包括：

在PBL引导程序运行之后，加载并跳转至SBL1引导程序，在所述SBL1引导程序中，在调试的代码位置调用字符串显示函数接口；

将需要显示的调试信息通过字库映射成RGB像素信息；

将所述RGB像素信息复制到帧缓冲内存中预设位置，且在SBL1引导程序运行时在所述移动终端的LCD上显示所述调试信息。

2.根据权利要求1所述的方法，其特征在于，所述在调试的代码位置调用字符串显示函数接口的步骤之前，进行所述LCD初始化。

3.根据权利要求1所述的方法，其特征在于，所述在调试的代码位置调用字符串显示函数接口的步骤之后，判断所述LCD是否进行了初始化，如果否，则对所述LCD进行初始化；如果是，则将需要显示的调试信息通过字库映射成RGB像素信息。

4.根据权利要求1所述的方法，其特征在于，所述在调试的代码位置调用字符串显示函数接口的步骤之前，包括：判断所述调试信息是否出错，如果是，则在调试的代码位置调用字符串显示函数接口；如果否，则继续进行调试。

5.根据权利要求1所述的方法，其特征在于，所述调试信息包括SBL1引导程序运行异常信息、映像健全情况、下载状态、***异常死机信息的至少之一。

6.一种移动终端，其特征在于，所述移动终端包括：

调用模块，用于在PBL引导程序运行之后，加载并跳转至SBL1引导程序，在所述SBL1引导程序中，在调试的代码位置调用字符串显示函数接口；

映射模块，用于将需要显示的调试信息通过字库映射成RGB像素信息；

显示模块，与所述调用模块以及所述映射模块连接，用于将所述RGB像素信息复制到帧缓冲内存中预设位置，且在SBL1引导程序运行时在所述移动终端的LCD上显示所述调试信息。

7.根据权利要求6所述的移动终端，其特征在于，所述移动终端还包括初始化模块，用于进行所述LCD初始化。

8.根据权利要求6所述的移动终端，其特征在于，所述移动终端还包括判断模块，用于判断所述LCD是否进行了初始化；如果否，则所述移动终端对所述LCD进行初始化；如果是，则所述映射模块将需要显示的调试信息通过字库映射成RGB像素信息。

9.根据权利要求8所述的移动终端，其特征在于，所述判断模块还用于判断所述调试信息是否出错，如果是，则所述调用模块在调试的代码位置调用字符串显示函数接口；如果否，则继续进行调试。

10.根据权利要求6所述的移动终端，其特征在于，所述调试信息包括SBL1引导程序运行异常信息、映像健全情况、下载状态、***异常死机信息的至少之一。