在
前面的七篇小文章,给大家展示了各种机型的TPS reset过程中,各个控制板的具体启动过程,并不是为了拉长篇幅,字数不够,图片来凑。
旨在方便大家遇到问题的时候,可以跟相应的图片对照一下,看看哪里不一样,便于发现问题,准确定位故障板子。
TPS reset还有一个特别有用的工具,mgd_stage

在/usr/g/w/config/目录下,可以用gedit直接编辑,在第一行开头的字母a后面,增加相应的字母,就可以屏蔽相应的硬件或功能后,尝试复位TPS。
具体可以屏蔽哪些硬件,每个版本不太一样,需要查看stage文件的详细说明。

例如在a后面加一个小写字母p,再进行TPS reset,成功后,就能屏蔽power monitor的报错。
这种屏蔽硬件进行测试最主要的作用是方便判断故障。由于缺乏必要的监控和保护措施,所以不建议长期使用。早期机器是可以屏蔽掉某些报错一直使用的,好在后来版本升级后,增加了检测,只要屏蔽掉硬件,就不能进行临床扫描。
最后再强调一点,这个文件的使用逻辑。
一般是屏蔽掉报错的硬件,如果TPS reset成功,就能确保除了屏蔽的硬件以外,其他硬件静态工作状态和通讯正常。并不能简单认为就是屏蔽的硬件坏了。
讲了一大堆的理论,后面再来三个TPS reset失败的常见故障案例,结束这个题目。
下一个题目,欢迎大家投票。博主将从得票最多的题目开始写。