每天的工作中都会遇到各种各样、形形色色的CASE，随着时间的累积，什么样的问题都可能碰见。对于貌似无法解释的问题，一定要保持清醒的头脑，否则自己也会陷入思维的盲区。前段时间一位客户的问题就真是让人相当的无言以对。

客户：我调用FC105，在IN的管脚上只要写入PIW后下载，CPU的SF灯就亮，CPU也停机，这是为什么？
我：（这问题真是简单！肯定没有组态此地址，一般热线上遇到的类似问题都是这个原因。）那这个PIW地址在硬件组态中是否有配置？
客户：有，当然有！我自己定义的地址。
我：（难道地址超出？很有可能，也是常见的问题之一嘛。）那您的地址是多少？CPU的型号是？
客户：315-2DP，我用的PIW400。
我：这不会有地址超出的问题了（思考中）。
客户：我还把所有的程序都清空了，就只调用FC105，在符号表中将PIW400改成INT，默认是WORD，是否有用呢？
我：（这两者间也没啥关系啊）是否在符号表里定义与您这个问题无关的，直接使用PIW就可以。
客户：我也试过了不在符号表中定义直接用，依然的出错。
我：（还能有什么原因呢，块调错了不成？系统库里可不止一个FC105呢）那您是从哪儿调出的FC105呢？
客户：库——标准库——TI-S7 下面的FC105
（很正确啊！又确认了一次，的确没有问题）
客户：对了，我换成MW100，就正常了。
我：（嗯，看来问题还是在PIW地址上）那您换个地址试试？（也许CPU对那地址过敏？）
客户打断：我刚删了符号表，下载下去后还是报错！
我：那咱们看看诊断缓冲区怎么提示？（我到要看看CPU要说出个啥名堂来）
客户：怎么看诊断缓冲区？
……
指导客户使用诊断缓冲区（此处略去N字）
……
客户：CPU说有I/O访问错误
我：（也组态了，地址也没超，CPU怎么还访问出错呢？对了，难道是老款CPU，地址范围小）您的CPU具体订货号是什么？
客户：订货号？是2AG10的
我：（刚看的是2AH14的，虽然印象中2AG10的也不会超出，但保险起见，还是重新确认一下）我再给您看看……的确没有超出使用范围。
客户：应该不是范围的问题，我改成PIW100也错。
我：（这CPU还真是六亲不认啊）那您在硬件中模块的配置地址也改成100了？
客户：现在没有。
我：这个……那肯定会出错啊！您先改成100后再实验。
客户边改边聊：您说会不会是软件的问题呢？
我：(我倒是想推说是软件的问题呢，但，这也太不靠谱了。地址没问题，下载没问题，更不会是程序的问题，还会有什么原因呢？？我想！我想！我想想想！)这个不应该是软件的问题。
客户：因为我的STEP7是在网上下的，14天授权，有关系么？
我：（原来还是个盗版哦……）这也无关的，软件不会自己出类似的问题。（想想还有什么没有了解清楚的，对了，模块的位置！这个也应该明确一下。）您的模块是挂在主机架上的么？
客户：不是的，
（难道是从站？）
客户：在扩展机架上！
我：那也算是中央机架的配置（没啥特殊的啊，真是快走投无路了，眼下只能让客户先改改地址），您地址改好了么？我们再下载下去看看。
客户：马上就好。恩，对了，我模块并没有实际的挂上去，这有没有关系？没有的吧？
我：啊！？……这个……（您不是一直说都下载到了CPU中，模块地址都配置好了么，原来连模块都没有呢。）没有实际的模块，当CPU去访问相应I/O地址的时候，由于实际I/O并不存在，当然会报错且SF灯会亮！
客户：原来如此！

看来有的时候真得尽量的发散自己的思维，想到一切有可能的方面，对于客户的问题描述一定要多问清楚，明白现场的实际情况具体是如何。对于这个CASE，如何最初就能咨询是否有实际的模块那就迎刃而解。但在听到客户说已经下载到CPU中后，习惯性的思维自然就认为有实际的硬件了，造成后来差点走入死胡同，看来还需要多多积累各方面的经验啊！