來源：controldesign As machine builders, playing "what if?" is a common technique when undertaking the complex chore of troubleshooting what went wrong with your system.   作為機器制造商，在對您系統出現的故障進行復雜的故障排除工序時，不時地提出并解決“如果……怎么辦”的問題是一個普遍的技術問題。 諸如視覺系統、運動控制器、振動分析器和通信系統等復雜設備的故障排除是一項極為繁瑣的工作。如果原機器制造商自己或者同其客戶共同負有監控和疑難排解的責任，這句話就更沒錯了。 這個問題變得更棘手，例如，運動控制系統通過通信鏈路同視覺系統聯合作業，如果控制失敗，哪一個系統難辭其咎呢？幸而，由于這些設備生產商也意識到內置診斷的銷售價值，你可采購只需簡單維護的職能設備。 幾乎每一個將診斷置于硬件的廠商，都只有很少的可以進行數據輸入、格式化數據和數據診斷的軟件程序。例如，Wago公司有Wago-IO-Check軟件；Danaher的Motion Engineering有一整套的設計和診斷工具；Baldor公司有安裝和故障排除工具；Cognex公司有In-Sight Explorer軟件。可以肯定地說，如果廠商將診斷內置于設備中，其肯定還配有一個軟件工具，這樣它就可以用自己的軟件包提取和分析數據。 使用Baldor公司的造幣工作臺(Mint Workbench)技術，可以通過標準USB數據線將膝上型電腦連接到系統驅動，執行診斷功能。另外，這種工具有一個內置示波器，可在驅動運行時診斷故障。即使沒有通過網絡設置遠程診斷系統，如果在現場使用了智能設備，在進行故障排除時要容易很多。 要執行遠程診斷，系統必須能采集數據；將數據保存到公認的普通數據庫；對機器進行實時診斷；將問題匯報給客戶和您；根據從辦公室發出的指令做出回應；進行遠程在線診斷。但是如果您已經有了數據，然后呢? 對于初學者，當機器有故障時，您可能不得不寫一些軟件程序或者配置一些HMI監視畫面來辨識機器的故障。“我告訴我的客戶，當機器中的電動機完全根據他們的意愿執行時，他們就已經完成了20%的編程，”Animatics的首席執行官Roger Bigler說道。“他們現在需要清楚可能會發生的故障，如何通過電動機或系統中的許多傳感器感知和記錄功能發現這些故障，將此單元編程并將信息上傳至操作者。比如說，如果編程的軟件可以用來檢查今天電動機運行時的溫度是否比平時高出10華氏攝氏度，就可以在機器癱瘓前傳達信息給操作員對機器進行潤滑處理。也可以對電動機電流或者位置偏差進行讀取，以避免機器卡住。機器有了感知能力，再加上少許編程，其洞察力可以達到無限大。”    對于大多數軟件程序商來說，不時提出和解決“如果……怎么辦？”的問題是一個普遍的技術問題。從本質上說，你的工作就是要根據碰到問題的邏輯順序，不斷做出決定。比方說，數據輸入顯示，機器沒有將部件傳輸到相應的裝配模塊。診斷邏輯可能就會提出疑問，是否送料器沒有開啟？需要經送料器傳輸的部件是否可行？機器是否卡住？這些實質上也就是當客戶打電話過來抱怨機器無法輸送部件時，服務技術人員會詢問的問題。 “數據是關鍵，” OEM公司OSI軟件的銷售和市場經理Matt Miller說道。 “我見識了兩種成功使用的診斷解決方案，一種基于模型，一種基于規則。基于模型的解決方案總體來說更復雜，實施時間更長，適合復雜的應用設備。基于規則的解決方案更容易嵌入標準產品，可以廣泛套用，對于現場人員來說更簡單易用。 基于模型的解決方案為機器制造商采集隨時間變化的許多運行數據，然后開發程序來判斷機器是否正常運轉。基于規則的系統如上段所述。    自動化診斷的竅門在于你擁有需要用來回答各種問題的所有輸入數據，所以在上面的例子中，你需要傳感器來顯示送料器事實上已開啟，部件已到位，需要送料器中的電動機電流顯示機器是否卡住，等等。PLC邏輯可以完成多數診斷。