>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進行調試診斷。
