Core i 软启动维修教程---示波器在维修中的重要性.pdfVIP

作者：李生洪 时间：2014.12.19 自进入core i 时代，笔记本维修越来越依赖示波器了，就连CPU 的供电方式都由以前的H_VID 变成SVID 了，在很多地方都需要用示波器检查波形是否正常，以判断故障在哪里。 在笔记本故障中，分为硬启动故障和软启动故障，相应的针对硬启动故障和软启动故障的维 修就是硬启动维修和软启动维修，他们的分水岭就是H_CPURST#,从隔离保护电路到 H_CPURST#称为硬启动过程，H_CPURST#之后到加载操作系统的过程称为软启动过程，今天 不讨论针对硬启动的维修，只讨论针对软启动故障的维修，因为针对上电时序的文章已经很 多了，而且有的电路图里也有详细的上电时序图 我们先来说说Intel core i 之前的迅驰时代的软启动过程： CPU 复位时,将段寄存器cs=FFFFH，偏移寄存器ip=0000H，准备从FFFF0H 处进行POST 自检 程序,称为FETCH CODE，即开始软启动，软起动的相关步骤和测试点如下： 1. CPU——NB：首先CPU 检测FSB 是否繁忙，FSB 繁忙DBSY#为L，不繁忙为H。当FSB 不 繁忙时CPU 通过A0—A31 （64 位CPU 为A0—A63 ）地址总线向NB 发送寻址信息，发送 的同时ADS#地址选通信号为低电平，控制BQ 接收 2. NB——SB ：NB 收到寻址信息后会立刻交给内部译码器处理，（进行频率转换、位转换、 电压转换）生成可以传输在PCI 总线，显卡总线，内存总线的寻址信息。（其中BIOS 在 PCI 总线方向，显卡总线，内存总线的终端设备地址编码与其不一致所以是无效的，只 有发送向SB 的PCI 总线一路才是有效的寻址信息）。具体过程为NB 先发送出IRDY#主设 备好信号（L 有效）,SB 若正常应回应TRDY#从设备好信号（L 有效），此时NB 便通过PCI 总线AD0—AD31 向SB 发送寻址信息，同时FRAME#帧周期信号应伴随NB 的发送不停跳 动。 3. SB—BIOS: SB 收到来自NB 的寻址信息后，在其内部经译码器处理由PCI 总线发送给连接 BIOS 的总线，但SB 与BIOS 的连接方式在不同的主板中有所不同 PLCC32 连接方式 SPI 连接方式 SB 发出寻址信息（可能经过EC），寻址信息会直接进入BIOS 芯片的存储区，选中00000H 地址上的文件编码，然后通过DB 数据总线将编码信息返回到SB 。 4. SB—NB：SB 收到信息后会立刻交给译码器处理，在SB 向NB 发送的过程中，SB 为主NB 为从，IRDY#、TRDY# 、FRAME#依然可测。 5. NB—CPU：NB 通过FSB 的D0—D63 将信息发送给CPU，发送的同时ADS#地址选通信号 也被置为L。 6. CPU 将代码复制到基本内存并执行，然后进行下一个FETCH CODE 重复上面的步骤直到 POST 程序完成。 测试点有： ADS# 的正常波型 IRDY 主设备就诸信号 PCI_FRAME#波形 LPC-FRAME#波型 SPI BIOS1 脚待机时的波型 SPI BIOS2 脚待机时的波型 SPI BIOS 5 脚待机时的波型 SPI BIOS6 脚的波型待机时 但是从Core i 系列开始，Bloomfield 核心首次整合了内存控制器（三通道）、抛弃了老迈的 FSB 启用高速的QPI 总线、Lynnfield 核心内部，除了整合了内存控制器外（双通道），连PCI-E 控制器也整合了进去，这就相当于整颗北桥都被CPU 吃掉了，连接CPU 与北桥的QPI 总线 自然也不会幸免。如此一来，CPU 将直接与“南桥”相连，他们之间的总线叫做DMI。详见 我的另一篇文章 《Core i 一代至四代回顾》。 这样一来，很多维修员在修i 系列的软启动故障机器的时候变得无所适从，针对有CPU 复位 但不显示的机器素手无策，因为找不到熟悉的H_ADS#、PCI_FRAME#、LPC_FRAME#,不知道 故障出在哪里，其实纵观core i 可以发现，CPU 集成了北桥和它们之间的总线，只留下DMI 总线和PCH 相连，那么我们就办法去测它内部的信号了，所以我们只需要确认CPU 的工作 条件供电、PG、时钟、复位以及CPU 本身是OK 的，那么它就应该正常工作，现在我们 只要把眼光放在DMI 总线、PCH 和BIOS 连接的LPC 总线和SPI 总