图一：3号工位正常的线速度曲线

                                       图二：4号工位异常线速度曲线1

图三：4号工位异常线速度曲线2
究竟是什么导致收线轴转速慢了，张力控制是正常的，难道是行线速度慢了？牵引是开环控制的，虽然我设计之初强烈要求采用闭环方案，但配套客户还是以各种理由拒绝了，因此牵引的返回线速度实际是驱动器斜坡函数的输出值，这也是收线轴的线速度给定。我虽然强烈的怀疑，但没有任何的证据可以证明牵引线速度出了问题，再说了线速度是重要的工艺参数，对产品品质有重大的影响，Kaz那边也没给我这方面的信息反馈，也只好放一放，从其他方向找原因了。
时间飞快的过去了，转眼已是午夜了，还是没有头绪，虽然我很清楚电气控制系统没有问题，但我也没找到明确的证据，明天让我怎么跟客户解释呢？几个小时的烧脑，让我有些困了，这时突然网速一下子快了许多，远程端上位机的反应也快了许多，我精神一振，把历史曲线往前翻了很多天，发现4号工位的生产一直都是正常的，只是在一个星期前有过一次10几个小时较长时间的停机过程，再开机生产就不正常了，这期间发生了什么？还是先发个邮件问问Kaz吧，于是我就回了本文开头的那封邮件…..
第二天，顶住了配套商打来的好几通催促电话，也是在快下班前收到了Kaz的回复，一切都明白了，我当时最想做的就是把那个趾高气昂的配套商主管工程师摁到马桶里去，当初就是他执意否定牵引的闭环控制方案的….，问题一解决，波兰自然也就去不成了，还有点小可惜！
这纯粹是一次偶然，也可以算是我正真意义上的对于设备直接做跨国远程技术诊断的一次实战经历，在2年多前。时至今日，远程协助诊断与调试虽然已经司空见惯，但这大多是在现场有人协助的，而远程直接面对机器设备的调试诊断其实并不如想象中的那么容易，几个方面的准备工作要做好，在下面详细介绍：
远程直接面对机器设备的调试诊断的准备工作
1、要有预先构架好的网络，支持从Internet直接访问到客户工厂里的设备。
①现场设备有PC的，可以采用TEAMVIEWER等软件通过远程桌面控制的方式进行诊断和调试，现场PC通过客户网络能够上网，不需要固网IP地址（本案即此例）。
②现场没有PC的，可以通过采用VPN客户端路由器、3G/4G移动网络、客户的有线网络以及VPN路由器服务器，把不在一地的plc与工程师调试站拉到了同一个内网中。现场客户端只要能上网即可，VPN路由器服务器侧需要固网IP地址。
2、PLC及PC系统要配置有接入远程调试及诊断的通讯接口，应尽量与用于现场设备通讯的接口分开及隔离。
3、有了以上的硬件条件后，设置并开通远程接入账号，事先做好连接测试，以备不时之需。
4、如果是到现场PC级的远程诊断（如本案），那么现场PC所能够提供的设备信息就尤为重要了，这一般需要通过对现场的PC和plc编程来实现，通常都是将PLC上的信息都尽量传送到现场的PC上，越全面越完善越好，这就需要事先周密地考虑与准备。甚至现场PC也要安装必要的编程组态软件，通过远程桌面控制手段操作编程软件对网络中的PLC进行调试诊断。