这是我的一次跨国长途技能效劳中回复的邮件......
>Hi Cen,
>
>after adjustment belt tension on the capstan, the take up works properly.
>Thank you very much for your help.
> Regards! Kaz
----- Original Message -----
From: "Zane Huang"
To: "KM-ELECTRO Morski Kazimierz"
Sent: Monday, February 17, 2014 3:39 PM
Subject: Re: Take up 5/4
> Hi Kaz
>
> Long time haven't seen each other, miss you much.
> About the problem, I checked the historical data recorded in the system just now,
>and found some difference between take up #3 and take up #4.
> Pls see the attach files, screenshot pictures.
> It seems that the problem started from afternoon Feb. 10th.
> The take up system has auto-change function according to actual winding diameter of the reel.
> d = Vset/(Pi*RPMact)
> According to the recorded curves, the spool rotation speed must be much lower than it should
> be normally.
> Maybe this can help you solve the problem.
> Any further information, pls send it to me.
> Good luck ！
> Huang Cen
-----Original Message-----
From: KM-ELECTRO Morski Kazimierz
Sent: Monday, February 17, 2014 7:16 PM
To: Zane Huang
Subject: Take up 5/4
> Hi Cen,
>
> Happy New Year!!!
> Have problems with take up 5/4.
> Random time 5-15 minutes to automatic spool change ( visible on LCD), take up change spool ,
> both on the left and right side...any ideas why
> TeamViewer id: *********
> password: **********
> Best regards! Kaz
2014年的新年长假刚过的一个周一，刚上班没两天，悉数如同还沉浸在假日的空气里，稀有的悠闲。快下班前俄然接到一个配套客户主管工程师的电话，说在12年出口波兰的一套由我计划的设备出疑问无法出产了，本地的工程师忙活了一礼拜没搞定，让我预备一下立刻去波兰。空气一下有点小严峻，啥状况？设备确实是我计划的，也是我亲身去波兰调试的，那儿的设备主管Kaz也是个履历丰厚的老工程师，他帮忙我调试，临走前我把家底儿都奉告给他了，所以设备查验都快两年了传闻一向不断地在出产，历来没找过我。如何一顷刻间就搞不定了呢？出啥大事儿啦？挂断电话疑问了几分钟，紧接着Kaz的邮件也到了，他描绘了下缺点的景象，并告诉我长途登录设备的账号暗码，当年在调试的时分，Kaz就把设备操控体系的上位机（IPC547D有双网卡）接入他们公司的网络，设备了Teamviewer长途联机软件并做了查验，如今总算派上用场了。
刻不容缓，从速登录上去看看吧。翻开了久别而又了解的画面，设备总共4个工位，3个都在正常出产，仅有4号工位停机了，心定了，有些疑问，没那么严峻。接着，查看了悉数操作界面，参数界面，报警信息，体系确诊信息没有发现任何的反常，乃至在前史报警归档中都没有找到一条有关于设备的缺点信息，啥啥啥都是好好的嘛，搞啥鬼？转念一想，以我对Kaz的了解，他是不会简略瞎说的，必定是有疑问存在，但这时我也能够很自傲地断定，缺点与电气操控体系之间应当联络不大。一看时刻，都7点多了，先下班回家就餐吧。
一路上都在思考着疑问的各种或许性，回到家也是匆促扒了几口饭，就匆促到书房翻开电脑从头连线登录了。又细心过了一遍操作界面，参数界面，报警和确诊信息，前史缺点记载，没有发现任何有价值的信息，一同也再次断定操控体系没有疑问。接着翻开了出产进程技能参数的前史记载，查看了4号工位的工况曲线，因为开端在体系程序计划时特意留下了特征数据，前史归档数据也照实地记载下并在曲线上反映了出来，4号工位近2天的记载确实如Kaz所述无法正常作业。看到这儿我底子上了解了4号工位不能正常作业的要素，这是个高速线材收卷操控体系，恒线速恒张力操控，体系计划有超卷径维护功用，也便是当实习作业线速度与实习收线轴转速的比值在一段时刻内接连跨过某个（满卷）设定值时，操控体系就会疏忽计长功用的核算值，然后直接主动触发主动换卷功用。这功用是用来避免满卷再绕以及排线设备出疑问后致使在一点固定卷绕的景象。但实习上4号工位都是在未满卷状况下就触发了主动换盘功用，仅有的阐明便是收卷轴的转速低了，收线轴的折算线速度曲线对照也反映出了这个疑问。

图一：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进行调试确诊。

上一篇：西门子PLC数据处理指令

下一篇：三菱PLC操控系一同般计划办法