PLC 故障排除：ERROR 燈、無輸出與設備不動的檢查流程

PLC 故障排除先看 CPU 狀態與錯誤記錄，再沿著「輸入 → 程式條件 → 輸出 → 設備」核對。設備不動不一定是 PLC 壞了；輸出燈亮，也不代表輸出端已經提供正確的電壓或電流。先找到命令、回授與實際動作不一致的位置，再決定下一個檢查點。

這份流程適合一般 PLC 控制系統的初步診斷。下方的 X、Y、M、T 是示意位址；實際位址、指示燈與錯誤碼，請對照現場圖面及該型號手冊。

PLC 故障症狀快速對照表

先記錄異常發生時間、當時動作，以及近期是否換料、維修或改程式。保留告警和診斷內容後，再依現場程序處理；反覆重啟或清除記錄可能讓原因更難追查。

一、ERROR 燈亮或 CPU 在 STOP，先讀什麼？

1. 記下 CPU 型號與指示燈。包含 RUN／STOP、ERROR／ERR 的亮滅或閃爍，以及擴充模組狀態。不同品牌和型號的燈號定義不同，不能只憑紅燈判定 CPU 故障。
2. 讀取完整診斷內容。保留錯誤碼、發生時間、涉及模組與事件前後順序；HMI 的「PLC 異常」通常還不足以定位原因。
3. 依錯誤碼分類。對照原廠手冊，判斷下一步是檢查電源、硬體組態、模組、通訊或程式執行。先確認原因，再依復機程序決定是否切回 RUN。

以 Siemens S7-1200 為例，連線後可在 Online & diagnostics → Diagnostics → Diagnostics buffer 查看診斷事件、CPU 模式變更及時間。先保存與停機時間相關的事件，再追查對應模組或程式。介面名稱依版本與語言可能不同，參考 Siemens 官方：查看 CPU 診斷事件。

二、PLC 輸入或輸出不動作：分開核對四個狀態

把現場元件、模組 LED、程式變數、實際設備回授分開記錄。LED 是診斷線索，不能單獨證明配線、模組或負載正常。

輸入燈不亮，或亮了但程式讀不到

• 依 I/O 表確認實際端子、模組通道與程式位址一致，避免看錯點位。
• 比對感測器指示、PLC 輸入 LED 與線上變數。若不一致，保留當時畫面與模組診斷。
• 輸入 LED 沒反應時，由合格人員按圖面檢查感測器供電、訊號接線與輸入規格；LED 有反應仍要核對位址映射、濾波設定與程式是否執行。

輸出 LED 亮，但馬達不轉或電磁閥不動

不要直接判定「PLC 沒問題」。先比對輸出命令與設備回授，再檢查輸出模組的供電、診斷，以及變頻器／驅動器是否有告警。負載電源、保護元件、配線、輸出通道本身或機械條件都可能使設備無法動作；實際端子量測須依該模組規格與現場作業程序執行。

程式顯示輸出 ON，但輸出 LED 不亮

核對 CPU 執行狀態、實際下載的程式版本、硬體位址與模組診斷，再用交叉參照搜尋所有可能寫入該輸出的程式位置。重複線圈、區塊／字組寫入或其他任務都值得檢查；不能用「強制後燈沒亮」就斷定模組損壞。

三、線上監看：從輸出往回追未成立的條件

先確認線上專案對應這台 PLC，再使用監看功能。依輸出所在邏輯，逐一核對運轉許可、故障旗標、步序、計時完成與現場輸入。監看不是每個瞬間的完整記錄，短脈波或跨掃描變化需要趨勢或事件記錄補充。

示意：Y000 沒動作
  → 運轉許可 M0：成立
  → 無故障條件：成立
  → 計時完成 T5：未成立
      → 計時啟動條件 M20：成立
      → 液位輸入 X010：未成立
          → 核對液位現況、輸入 LED、位址與診斷
          → 記錄不一致的位置，再安排下一步檢查

這個例子只能把範圍縮小到液位輸入相關條件，還不能直接證明液位開關或配線故障。若不熟悉接點與線圈，可先看 PLC 階梯圖入門；若是保護條件未解除，請核對 互鎖邏輯與允許條件，不要跳過保護。

四、間歇性停機：讓故障記錄包含前後狀態

偶發問題最需要時間線。先利用既有 HMI 歷史、驅動器告警與 PLC 診斷，比對停機前的命令、回授、電源或通訊變化。若需新增記錄，先審查與測試程式變更，避免記錄功能本身影響掃描時間。

• 震動或溫度相關：記錄何時發生，停機並完成能源隔離後檢查端子與接頭。
• 大負載啟動時發生：比對電源與通訊事件，由合格人員評估供電、接地及訊號線配置。
• 訊號在臨界點切換：先確認量測與元件狀態，再評估 防抖或遲滯設定；不可用延遲掩蓋安全相關訊號問題。
• 快速操作才出現：檢查步序轉移、掃描順序、上升緣及多處寫入，保留能重現問題的操作條件。

HMI、變頻器或遠端 I/O 通訊中斷

先確認受影響範圍：是一台裝置、整條網路，還是只有部分資料讀不到？記下 PLC 與對端錯誤碼，再核對以下項目。

• 乙太網路：連線指示、裝置 IP／子網路、重複位址、裝置名稱與專案設定是否相符。
• 序列通訊：站號、鮑率、資料位元、同位元與停止位元是否相符。
• 實體配線：停機後依雙方手冊核對端子定義、線材與終端／偏壓配置；不要只按 A／B 字母推定不同廠牌端子相同。
• 資料設定：功能碼、暫存器位址、資料長度與逾時值。完整背景可參考 PLC 通訊協定與選用。

五、可複製的 PLC 故障記錄表

把下列欄位貼到維修紀錄，將「觀察到的事實」和「待驗證的推測」分開。交接時附上圖面版本與告警畫面，比單寫「PLC 壞了」更容易追查。

設備／機台編號：
CPU 型號／韌體／程式版本：
異常時間（含時區）／最後正常時間：
故障症狀／發生前的操作：
RUN／STOP／ERROR 燈與模組狀態：
完整錯誤碼／診斷事件／告警畫面：
相關 I/O 位址：
現場元件狀態／輸入 LED／程式讀值：
輸出命令／輸出 LED／設備回授：
近期維修、換料或程式變更：
已確認的事實／待驗證的推測：
處理內容／修改版本／復機測試結果：

六、常見問題與復機檢查

PLC 有電，為什麼設備還是不動？

有電只代表部分供電狀態。還要確認 CPU 是否執行、保護與運轉條件是否成立、輸出模組及負載供電，以及驅動器和機械回授。依前面的症狀表逐段核對，不要先換 CPU。

重新開機就恢復，需要繼續查嗎？

需要。恢復運作不代表原因消失；請保留異常時間、重啟前後診斷及操作條件，追查供電、通訊或狀態轉移。是否復機仍須依現場程序與保護條件判定。

可以直接強制輸出來測試嗎？

不要把強制輸出當作第一步。它可能改變正常邏輯對輸出的控制並造成非預期動作；適用範圍與安全限制依 CPU、模組及功能而異。本文以監看與診斷為主，涉及強制或現場動作測試時，應由具資格且獲授權的人員依原廠手冊及核准的測試程序執行。

排除原因後，復機前要確認什麼？

保存修改前後版本、核對臨時修改與強制狀態已按程序解除，並依核准流程驗證正常運轉、停止、保護條件及異常恢復。記錄預期與實際結果；可使用 PLC 測試案例撰寫指南 建立驗收清單，讓同一問題下次能被及早發現。

易歐特科技有限公司 · 工業自動化 PLC 程式設計與環控系統整合 · 委託開發