技術(shù)分享
當(dāng)前位置：三菱PLC > 技術(shù)服務(wù) > 技術(shù)分享使用三菱工控產(chǎn)品時異常的問題解析
在使用三菱工控產(chǎn)品時，特別是剛開始使用預下達，在程序調(diào)試過程中難免會遇到很多奇奇怪怪的事情的有效手段。比如三菱plc指令執(zhí)行異常統籌推進，三菱伺服電機不ON，電機不轉(zhuǎn)等問題應用情況，那么下面就由海藍(lán)機電小編來為大家?guī)磉@三個問題的解析保護好，希望大家能有所收獲！
比如寫了這樣一條指令：
本來200乘以2應(yīng)該等于400表現，但是D4里卻是12特點？！
★全軸伺服ON信號給出去之后結論，伺服沒有ON
★執(zhí)行三菱伺服電機驅(qū)動指令之后和諧共生，三菱伺服電機不轉(zhuǎn)。
……
諸如此類的問題很多適應性強，而且一般三菱PLC都不會報警技術交流，沒有報警代碼，問題追溯起來比較麻煩拓展。
原因一般也比較隱蔽創造更多，可能翻遍手冊也找不到原因說明及解決方法。
而且像三菱伺服電機不ON不斷進步，電機不轉(zhuǎn)這樣的問題工藝技術，問題本身就比較寬泛，有很多原因可以導(dǎo)致這種現(xiàn)象發(fā)生規模，所以對于這種異常情況近年來，其原因排查起來也是很讓人頭疼的一件事情。
筆者一開始也遇到過很多百思不得其解的問題節點，慢慢地也積累了幾個小經(jīng)驗通過活化，希望對不太熟悉三菱工控產(chǎn)品的朋友有點用。
方法一：先清除PLC里的全部數(shù)據(jù)
這是筆者的習(xí)慣的特點，在寫入?yún)?shù)及程序之前健康發展，先把PLC里的數(shù)據(jù)清空。在遇到?jīng)]有報警代碼的異常情況時最為突出，筆者做的第一件事情也是先把PLC里的數(shù)據(jù)清空落實落細，再執(zhí)行一次參數(shù)及程序?qū)懭耄€要進行PLC復(fù)位高效化。
為什么要這么做呢製高點項目？一般來說，我們把參數(shù)及程序?qū)懭?/span>PLC之后範圍和領域，除非手動清除它有所增加，否則參數(shù)及程序就會保留在PLC里。（嗯，這是廢話越來越重要的位置。）
問題是新技術，我們沒法保證我們這一次寫入的參數(shù)及程序能覆蓋掉PLC里原來的參數(shù)及程序。
多程序文件
特別是對于三菱L系列 PLC順滑地配合、Q 系列PLC來說深入，它支持多程序文件，我們可以建立『MAIN』前沿技術、『MAIN1』基礎，還可以建立一些我們自己給它命名的程序文件。
如果PLC里本來有這些文件多種方式，我們不手動清除它的話對外開放，它是不會消失的。
我們寫入的文件深入交流研討，只能覆蓋同名文件資料。
比如PLC里本來有『MAIN』、『MAIN1』關註度，我們新建了『MAIN』寫進入的話橫向協同，PLC里的『MAIN』會被覆蓋成我們寫進去的新的『MAIN』，而『MAIN1』仍然存在敢於挑戰。
那么推進高水平，如果『MAIN1』用的軟元件與新的『MAIN』所用軟元件重復(fù)沖突的話，就會導(dǎo)致雙線圈拓展應用。
程序設(shè)置
除此之外，還需要強調(diào)一點結構，新建的程序文件都是『無執(zhí)行類型指定』的管理，存在多個程序文件的情況下，要將它們按照需要拖曳到『掃描程序』能力建設、『恒定周期程序』等等分類中去模樣，否則程序可能不運行。
方法二：用最簡單的程序進行測試
什么是最簡單的程序服務？比如筆者之前給出的FX5-40SSC-S的樣例程序很重要，非常簡單，忽略了各種互鎖覆蓋、各種條件異常狀況，雖然不嚴(yán)謹(jǐn)，但是方便學(xué)習(xí)測試高效。
既然出現(xiàn)了問題應用創新，就該解決，但是又沒有解決思路機構，怎么辦呢的特性？
把問題簡化交流。
比如給出電機驅(qū)動指令，但是電機不轉(zhuǎn)提供堅實支撐，我們可以嘗試寫一個簡短程序（而不是一個幾百行幾千行的程序）還不大，來測試一下。
如果這樣電機還是不轉(zhuǎn)信息化技術，說明原因應(yīng)該跟程序無關(guān)發揮作用，需要檢查參數(shù)設(shè)置、接線等等系統性。
如果這樣電機轉(zhuǎn)了勇探新路，那么說明程序間邏輯有問題。典型的問題還是雙線圈傳遞。
說到電機驅(qū)動指令試驗，對于脈沖式伺服一般使用DRVA 和DRVI就能使電機正反轉(zhuǎn)。
之前就遇到過使用這兩個指令之后電機只能正轉(zhuǎn)而不能反轉(zhuǎn)的情況開展攻關合作，最后檢查的結(jié)果也是雙線圈問題結構不合理。
這是縮小問題范圍的一個方法。
縮小問題范圍逐步改善，縮小原因可能出現(xiàn)的范圍意見征詢，有助于進一步查找問題原因。
很多初學(xué)者拿到的樣例程序大大提高，嘩啦啦一大堆的必然要求，雖然可能比較嚴(yán)謹(jǐn)，但是很難看懂取得了一定進展，也難以下手修改完善好，運行時出了問題也不知道問題出在哪里。
不只是初學(xué)者積極參與，筆者感覺很多稍有經(jīng)驗設(shè)備調(diào)試人員問題分析，也有類似的問題。
現(xiàn)在的自動化設(shè)備越來越復(fù)雜交流研討，程序動輒幾千行更加完善，很多程序都是以前的拿過來用。比如說設(shè)備升級了建設應用，FX3U換成Q PLC了支撐作用，把之前的FX3U程序拿過來，轉(zhuǎn)換一下動力，改一改大力發展，接著用。
結(jié)果一個程序可能經(jīng)過很多人的手，改過很多次產能提升，到最后面目全非適應性，沒有人完全看得懂，甚至程序里還有潛在的邏輯問題通過活化。
標(biāo)題中說到的問題落地生根，也有可能是由于上述程序的問題導(dǎo)致的。對于這種問題健康發展，筆者也是無能為力有效保障，最怕別人拿著別人寫的程序，問我長效機製，『它為什么這么寫講實踐？』。
真要是這種情況營造一處，推翻程序重新寫吧改革創新。
其他可能引起類似問題的原因
自動刷新的設(shè)置導(dǎo)致軟元件值異常
比如文章開頭提到的，D4數(shù)值異常取得顯著成效，有可能是因為它被設(shè)置為接收區(qū)域的刷新軟元件了新模式，相當(dāng)于它每個通信周期都在接收其他地方對它的刷新賦值，相當(dāng)于它是只讀的不容忽視。
在使用到多CPU系統(tǒng)組織了、網(wǎng)絡(luò)通信時可能會遇到這樣的問題。
I/O分配設(shè)置原因?qū)е滤欧籓N
比如在三菱plc模塊QD77MS中說服力，手冊里說Y1是全軸伺服ON搶抓機遇。
實際上寫的不太準(zhǔn)確，當(dāng)QD77MS的起始IO被設(shè)為n0時表示，這里的『Y1』要相應(yīng)變成『Yn1』全會精神。
比如下圖，起始IO設(shè)為0080拓展基地，相應(yīng)的要使用『Y81』作為全軸伺服ON信號，而不是使用Y1實力增強。
伺服電機不動作
關(guān)于伺服電機不動作體系流動性，可能的原因比較多，可以參考下表帶來全新智能，逐一進行排查實現了超越。
（下表對應(yīng)MR-JE系列伺服放大器，更多伺服放大器故障排查方法請參考相應(yīng)的伺服放大器技術(shù)資料集（故障排除篇））
以上說到的三菱工控產(chǎn)品常見異常去完善，在遇到類似問題時橋梁作用，可能有用，也可能沒用，因為問題可能比較復(fù)雜讓人糾結，可能涉及到其他筆者沒遇到的諸多原因規模。各位若遇到過其他類似情況，也還請不吝留言賜教基石之一！
評論信息