一个简单通信问题解决后的总结

admin

       作为一个热线技术支持工程师，经常会遇到来自现场客户的各种问题。
        有些问题能很快的发现并排除，而又些问题就需要动一番脑筋了。
        例如前一段时间处理了这样一个问题：
       Q：我现场的1200和KUKA 走TCP 通讯不上 ？
        A：查看一下指令的报警代码？connect参数？。。。。。（一通沟通分析解释）。
       Q：你说的这些我都知道，也都看了，就是通讯问题。
        A：KUKA那边检查过了吗？
        Q：检查过了，没问题。
       A：既然这样您有第三方的TCP调试助手测试排除一下吧。
       Q：我用第三方的TCP调试助手测试了，结果是TCP调试助手和KUKA通讯OK，
        TCP调试助手和plc通讯也OK。但是PLC和KUKA 就是不通。
        你知道是什么问题吗？
        A：这种情况下您直接让我回答 我也不能分析出来啊，但是肯定是您的程序里有参数写错的地方。
        Q：那你说我到底是哪里写错了呢？
       A： 建议您地毯式再仔细查看一下参数。
        ........片刻后.......
        Q：问题找到了是我的参数设置错了，我把PLC通讯对方的地址设置成我的PC了，把KUKA通讯对方的地址也设置成我的PC了，就导致了这种现象，麻烦了啊。
        A：真是没想到啊，解决了就好。
        像这种问题在日常的热线技术支持工作中是经常会遇到的，还有很多更隐蔽的故障。
        很多客户的技术还是很不错的，但是遇到问题的时候却容易钻牛角尖，不能静下心来分析问题，就如刚才那位客户已经很明确是参数设置的问题了，却不想仔细查查，非要通过依赖电话支持给个答案，却不知道答案就在自己手中。
        下面这句话可能对客户有所帮助：
        “当你排除了所有的不可能，无论剩下的是什么，即使再不可能也一定是真相” ——出自《神探夏洛克》。
来源：西门子工业技术论坛