迅维网
标题: 关于SUS_PWR_DN_ACK（ME_SUSPWRDNACK）和RSMRST#的实验，欢迎大家也去验证 [打印本页]
作者: 月饼 时间: 2015-11-15 15:20
标题: 关于SUS_PWR_DN_ACK（ME_SUSPWRDNACK）和RSMRST#的实验，欢迎大家也去验证
不少人对INTEL HM55平台的SUS_PWR_DN_ACK（ME_SUSPWRDNACK）不甚了解
这是INTEL官网原文：
大家可以使用各种翻译软件翻译：
SUS_PWR_DN_ACK (Mobile Only)/ GPIO30
Active High output signal asserted by the Intel ME to the Embedded Controller, when it does not require the PCH Suspend well to be powered.
NOTE: This signal is required by Management Engine in all platforms.
某些地方的培训资料把它翻译成桥发给EC的待机电压好，我也就呵呵算了，你们自己翻译吧。这里我就不班门弄斧献丑了。
有些人认为EC必须收到SUS_PWR_DN_ACK才会发出RSMRST#给桥。。。
比如华硕主板大量这个信号的故障，都是排阻、排阻、排阻！！！
下图就是桥发给EC的ME_SUSPWRDNACK
但是也有不少人对这个结论持怀疑态度。。。
===================================
特此，我做了下实验，希望能给后来者一些借鉴作用。
①准备一篇K42JA主板
②把SUS_PWR_DN_ACK（ME_SUSPWRDNACK）和RSMRST#分别飞线出来准备测试
③插电，电流自动上到0.2xx，说明是一片能触发的主板：(没CMOS电池会自动上电)
④把RSMRST#拉低接地，不触发了
⑤把SUS_PWR_DN_ACK（ME_SUSPWRDNACK）接地，还能触发！
⑥时基50ms，抓取SUS_PWR_DN_ACK（ME_SUSPWRDNACK）和RSMRST#的波形对比，确实SUS_PWR_DN_ACK（ME_SUSPWRDNACK）比RSMRST#先起来，不过它会掉下去一次，至于为什么我就不清楚了。。你问问华硕或INTEL的工程师吧
⑦放大到500ns再看，RSMRST#比第二次SUS_PWR_DN_ACK（ME_SUSPWRDNACK）要起来的早一些。
结论：
RSMRST#肯定会导致不触发，SUS_PWR_DN_ACK不会导致不触发
================================
最后要告诉大家的是现在桥也有一个适配器检测信号：ACPRESENT
此信号被拉低，不会导致不触发的故障哦
作者: 我为本本狂 时间: 2015-11-15 15:31
高手就是不一样，喜哥这是要分啊
作者: 常鳞凡介 时间: 2015-11-15 15:32
我来做沙发，支持月老大。实践出真理。
作者: a305093678 时间: 2015-11-15 15:35
饼哥发贴，必属精品
作者: 成都维修技术员 时间: 2015-11-15 15:46
看来还要多多的实验才能出真理
作者: dlq11291008 时间: 2015-11-15 15:52
饼哥出品，必属精品，以后不触发直接不考虑这个信号了，
作者: df103 时间: 2015-11-15 15:59
思路 比较清晰。。。。
作者: 逍遥笔记 时间: 2015-11-15 16:05
意思是说这两个型号 并不是相互关连的咯
作者: gang886886 时间: 2015-11-15 16:07
这个我之前修到K42JC得时候在群里问过饼哥，饼哥说有时间做一次实验，没想到实验这么快。当时我把K42JC修好的时候也做过试验了，确实ME SUS不影响触发。当拉低MESUS之后RSMRST正常抬高动作，那么拉低RSMRST ME SUS也为拉低动作。但是华硕时序清楚地标记ME SUS在RSMRST之前，万用表测不到的，示波器实测确实在这之前。下面附上我总结得测试结果。
k42jC rev2.2维修实测记录.rar
(9.97 KB, 下载次数: 4)
