尽可能的加大覆盖面。今天就将讲讲对于现场工程师非常重要的故障诊断吧。这无论是在故障发生后还是在调试阶段都是十分实用的。
       常规故障诊断的方法是根据来自RobotStudio或是示教器显示的故障代码来去查找故障排除手册，但其中内容是比较笼统的，具体问题还是得具体分析。
       虽说故障诊断很多是靠个人经验，但是还是有些通用规则可以帮助快速排除故障。
那具体该怎么做呢？
       首先，请根据技术支持团队的要求提供系统诊断文件和一些必要的日志文件。我们先来讲讲系统诊断文件，这是几乎每个case都需要的。
       一般故障诊断文件解压后下会有如下文件和文件夹，我们就随机拿个现场系统诊断，
       首先可以看到”Index”文件，用文本编辑器打开可以看到一个数字，指的是系统自动触发的Dump文件夹，系统自动触发指RobotWare启动脚本或是由Service_Debug添加的触发条件。通常Index会显示”0,1,2”指的是文件夹0,1,2。在本例中显示2，就是说*新的系统自动触发的Dump在文件夹2中。另外，由示教器保存的Dump文件会显示在latest_sysdump。
        乍一看，比较显眼的文件是BSDiagnosticsData.tar。当用户问你我上次系统启动为什么会失败，我们从中可以看出原因。解压找到BSReason.txt打开，
       可以看出系统上一次强制断电并且系统启动3次没成功进入Bootloader。
       再讲讲latest_sysdmp文件下的内容，比较重要的几个，首先devices_show.txt
       主要显示硬件设备的固件版本，物理属性。当我们知道某个固件版本有已知bug，那么我们直接做升级处理。
       eio_sysdmp.txt这个文件里面显示了当我们出现故障时的信号状态，
       当然*重要的还是elog.txt，里面记录故障日志代码，对于做基本的分析还是很有用的。
       operator_mode_show.txt显示了故障发生时的操作模式（手动/自动），
       在下期我会继续讲系统故障诊断规则及诊断文件的分析。

更多机器人咨询请点击：http://abb-jixieshou.gongboshi.com/