ESC-204T-OTF-SMIF-S293控制器報價--羅克自動化主營工業自動化設備銷售維修服務，歡迎來詢【153-2256-9805】！

羅剋自動化科技有限公司是一傢從事自動化產品銷售與維修以及不同品牌變頻器配件，數控係統，（DCS係統）（機器人係統）（大型伺服控製係統）PLC模塊備件銷售，公司產品內容爲分佈式控製係統（DCS）、可編程序控製器（PLC）、MOTOROLAMVME工業用模組、工業控製通訊轉換器（Anybus）、遠端輸齣/輸入模塊（RTU）、工業電腦（IPC）、工業用低頻螢幕（IPC）、人機界麵SCSI（50、68、80Pin）AnyBus（Gateway），現已成一傢全球性的工業自動化備件及零部件的銷售維修服務公司。

ESC-204T-OTF-SMIF-S293控制器報價渠道商下面分析伺服控制器維修，怎樣分析故障。

伺服器的維修，和變頻器**的不同就是沒有馬達無法試機，而作為維修公司，你不可能備有一切型號的伺服馬達，試機是一個繞不開的坎。更讓人惱火的是，你不銜接編碼器，編碼器的毛病報警會掩蓋其他一切毛病報警。我的做法是先訊問客戶，伺服器現場毛病狀況，比方現場基本沒有呈現過編碼器相關的毛病信息，維修時，你就基本不用思索編碼器問題。報警過載過流，電壓低，無法定位，無法啟動這些毛病，我普通直接找毛病點，然后反向推理一到兩步，為什么會呈現這個毛病報警。

下面說幾個列子，來剖析一下維修伺服器的思緒。

1.一臺倫茨93es系列伺服器，客戶說速度不穩定，電流時大時小，然后呈現過載，客戶還說編碼器曾經換了，強調編碼器是好的。

伺服器能運轉起來，那就證明輸出驅動，IGBT沒有問題的，電流不穩定，普通來說是電流取樣電路的毛病。但倫茨有一個缺陷，就是只運用了兩相電傳播感器，假如其中的一個傳感器有了毛病，普通功率模塊也就報廢了。固然疑惑，也沒有深究，先拆下模塊，做霍爾動態檢測，波形，幅值完整正常。不放心，將驅動6個橋臂全部檢查，也正常。余下的就是主板的反應輸入接口了。經過重復檢測，也正常。于是裝機，開環帶燈，正常，試電機也正常。一個上午過去了，能夠說沒有找到毛病，于是讓客戶拿走。

客戶回去不久就打電話，說毛病照舊。事情蹊蹺，這下必需得去現場了。到了現場，讓客戶開機，空載正常，低速也正常，但電流也動搖。經過認真察看，竟然被我看出了問題，原來客戶修正了消費產品規格，由于位置的改動，工廠電工將增量編碼器改為了軟銜接，且中點不同心了。低速的時分還是能夠的，高速的時分形成顫動，使編碼器輸出信號出錯。

糾正了客戶運用方式，一切恢復正常。記住，伺服器是軟硬件和外部設備相銜接起控的，當本人費了九牛二虎之力也沒找到毛病時，就該思索一下外部有沒有問題了。

2.一個客戶發了臺路斯特C系列伺服器過來維修，毛病是運用時呈現過載停機，每次毛病前，馬達會呈現震動和噪聲。停機一段時間又能夠開機。

德國路斯特伺服器性能牢靠，獨一一個缺陷是容易掉用戶程序。能冷機開機，讓人很容易想到是不是散熱的問題。當接到用戶發過來的伺服器后，我**了這個想法。一來這個伺服器較小，只要400w，基本沒有散熱風扇。二是細致訊問后發現，呈現毛病的時間不定。假如伺服器散熱毛病，普通時間是固定的，不如說運用二非常鐘一定報警。開機后發現，a/d轉換芯片的供電電阻曾經燒焦，丈量僅阻值變大而已，電壓小了，換新后，供電電壓恢復正常。但經過火析，這個毛病點和過載報警基本扯不上什么關系。路斯特馬達普通采用旋變反應，旋變是很不容易呈現問題的。本人維修那么多，旋變歷來沒壞過，檢查編碼器連線，竟然發現了一條電纜是半開路的，心里一喜，以為找到了毛病。由于有匹配的電機，那就試機吧。切換到手動狀態，閉合啟動，將轉速設定到2000轉，然后關門下班。第二天一早查看，電機轉速正常，馬達溫度也正常。于是拍下視頻發給客戶驗收，付款發貨。

回去沒有兩天，客戶就打來電話，說毛病照舊，這下傻眼了，怎樣可能呢？后來經過和客戶重復溝通，原來還是編碼器線毛病。由于我查出毛病這條編碼器線原來換過，我修復發回后，工廠技術人員懶得去拆那條編碼器線，結果毛病還是那個毛病。換線后，設備正常工作。關于遠方的客戶，我普通修復會拍視頻，型號，系列號，運轉狀態，給客戶驗收，然后再收款發貨。但有的時分，測試正常和現場運用一定要溝通好。

3.有客戶拿了一臺提花機專用，叫answer（安速）伺服器過來維修，毛病是沒有顯現。answer這個品牌，是松下伺服的血脈演化而來的，程序架構和應用都差不多。由于提花機曾經國產且伺服用量較大，安速這個品牌就和提花機滋養的活到了如今。

沒顯現肯定電源出了毛病，伺服器為了儉省空間，很多都采用集成式電源ic，其中又以top24x型號的芯片最多。top24xy的芯片腳位一樣，能夠通用，不同的型號無非就是輸出功率不同而已。換掉top246y，電源正常，測電流檢測環路正常，讓用戶取走。上機，竟然報警13，13是母線電壓過低，互換控制器工作正常。看樣子確實還有毛病，拿回來檢測母線取樣電路，發現母線檢測正常。百思不得其解，只得將硬件通路重新檢測一番。影響伺服的硬件工作條件的毛病依序是：編碼器，母線檢測，溫度檢測，電流檢測，驅動電路。用掃除法逐個掃除，**鎖定在驅動輸出上。我的理由是：伺服輸出報警13，可能是輸出電流過大，電流過大電壓降低，由于伺服沒有旋轉起來，此時電壓檢測優先于電流檢測。目的明晰了以后，認真查看，**毛病果真呈現在驅動光耦上pc929上，換新，毛病掃除。

理論通知我，有的毛病報警，是相互關聯的，邏輯上存在優先報警級別。有時本人看到的毛病提示，并不是毛病自身。伺服器維修，其實也沒那么復雜，真要遇上了復雜的毛病，也大可不用驚惶，大不了帶馬達測試再維修。

作為維修人員來說，原理是必需求曉得的，弄懂工作原理能夠參考相關的技術書籍。現場運用需求會一點點（應用工程師需求熟習應用，這點和維修不同），我的經歷是重復看一個牌子的運用手冊，看懂了不敢說一通百通，但對同品牌的伺服控制器，原本就有很多相通的中央，完整能夠靈敏自創。毛病優先級別需求在理論中去總結，凡事往后推理三步，一切原形畢露！反應器件類型很多，按闡明書選擇即可。工業制造在不時的晉級，伺服控制器用得越來越普遍，對維修工程師來說，大多數的伺服其實是不需求匹配馬達測試，就能找到毛病點的。



資訊來源：汕頭羅克自動化