济南分公司培训课件.PPTVIP

根据上述思路，首先用ISP tool 软件抄写mboot,发现软件可以正常识别到flash型号，这说明至少CPU的基本工作条件是正常的。抄写顺利完成，开机发现故障依旧。于是怀疑是否主芯片坏，于是更换主芯片MSD6I9081BTJ,依旧未解决问题！于是怀疑是否内核电压存在问题，测量内核电压输出电感处电压1.18V也无异常，维修陷入困境！后来仔细思考，分析由于内核电压对纹波和电流都要求较高，有些时候我们用万用表所测得的电压未必就是满足要求的，于是尝试更换内核电压震荡芯片U103 TPS5193.更换完开机果然故障排除。该芯片损坏为该机芯通病之一，请大家注意。 2，引导程序和主程序之间的关系 在当前我们基于linux和Android系统的智能电视中，软件一般是由两部分组成的。 1，引导程序即我们常说的mboot。 2，主程序 下面我来简单介绍一些这两种软件之间的关系，弄清楚这个关系对我们进行故障判断是很有必要的。 引导程序的作用 简单来说引导程序的作用只有两个。 1，初始化核心硬件。 2，引导系统内核至内存中并移交系统资源控制权。 当主板上电，CPU的基本工作条件满足后，CPU的程序指针会指向一个默认地址，这个地址内存的一般是一条跳转指令，它会将指针指向我们的引导程序所在的起始地址，也就是让CPU开始执行引导程序，于是CPU在引导程序的控制下首先会对系统的一些核心硬件（比如SDRAM控制器，IO控制器，UART等）进行初始化，以便让其进入工作状态。（这些硬件不经过初始化是不能正常工作的）同时引导程序还会为后期的程序运行创建必要的运行环境。 硬件初始化完成后，引导程序剩下的任务就是将系统镜像从FLASH内加载到内存中了。随着加载解压的完成，引导程序就会将其对资源的控制权移交给主程序！这也意味着引导程序的使命就结束了！从打印信息中我们经常会看到这样的一行（红色标出）： ## Booting kernel from Legacy Image at... 引导内核 Image Name: MStar-linux Image Type: ARM Linux Multi-File Image (uncompressed) Data Size: 3597314 Bytes = 3.4 MiB Load Address: Entry Point: Contents: Image 0: 3430652 Bytes = 3.3 MiB Image 1: 166650 Bytes = 162.7 KiB ## Loading init Ramdisk from multi component Legacy Image at... ## Flattened Device Tree from multi component Image at Loading Multi-File Image ... OK OK Starting kernel ... Kernel Protect Index[0] LX[0x200000][0x9800000] Kernel Protect Index[1] LX[0x10e00000][0x1e700000] Uncompressing Linux... 解压 linux 内核 包含Uncompressing Linux...这一行在内的所有信息全是系统在MBOOT的控制下输出的，也就是说倘若把你没有看到类似这一行的打印，那么你的MBOOT就可能没有运行完！至于为什么没有运行完，大家可以结合前面的案例来分析一下。 /在内核解压前CPU会首先将内核数据加载到内存中，倘若内核数据受到破坏或是系统内核不存在，那么打印也自然不会到Uncompressing Linux...这一行，所以此时我们不能说这个原因是引导程序造成的，这个请大家区别对待。/ 判断MBOOT不良的依据 1，不开机，开机无打印或是打印显示MBOOT未运行完。 2，无法强制升级。强制升级无法应，打印无变化。 3，在串口调试开关打开的情况下无法进入控制台。（MTK方案开机按ESC键，MSTAR方案开机按回车键，RTD方案开机按TAB键） * 3.升级TV