PLC 控制需求怎麼寫？I/O 表、流程與異常條件範例

「按啟動後運轉」還不足以交付 PLC 程式。工程師或 AI 還需要知道停止訊號的意義、故障時的輸出、復歸方式，以及使用哪個平台。這篇以文件撰寫為主，示範如何把口頭描述變成可確認的需求。

1. 先寫平台與範圍

記錄 PLC 型號、工程軟體版本、預計使用的 Ladder／ST，以及本次控制的設備。還不知道的欄位寫「待確認」，不要讓程式產生者自行假設。範例：「本次只整理單一輸出的模擬控制；實體設備接線不在範圍內。」

2. 讓每個 I/O 都有明確意義

輸入至少記錄名稱、位址、資料型別、正常值及動作時的值；輸出記錄用途與預期停止狀態。先用符號名稱也可以，實體位址留待確認。

StartRequest：啟動要求，BOOL，1 表示有要求
StopRequest：停止要求，BOOL，1 表示要求停止
RunCommand：模擬運轉命令，BOOL，0 表示停止
實體接線、位址與上電狀態：待確認

這是文件中的邏輯命名，不代表特定端子的電氣狀態。關於兩者的差別，可讀自保持電路與停止接點說明。

3. 用條件與結果描述正常流程

把「自動運轉」拆成啟動條件、保持條件及停止條件。若有延遲，寫出時間、開始計時的事件，以及條件消失時是否重新計時；不要只寫「等一下」。相關概念見計時器與防抖教學。

4. 明列同時發生時的優先順序

例如本模擬需求可指定「啟動與停止同時成立時，停止優先」。若兩個設備不能同時運轉，列出禁止的組合，再由工程師確認所需的互鎖設計。不要只用「安全處理」四個字取代明確要求。

5. 寫清楚異常與重新啟動

• 訊號遺失時，要停止、保持，還是進入其他狀態？
• 故障消失後是否需要人工復歸？復歸是否等同啟動？
• 停電恢復、模式切換後，是否必須重新提出啟動要求？

每項答案依設備與風險評估決定；未確認時列為待辦，不由 AI 猜測。急停等安全功能需另行由合格人員設計與驗證，不能以一般控制需求表代替。

6. 把需求編號連到驗收案例

REQ-01：停止要求成立時，模擬運轉命令為 0。
TC-01：先進入模擬運轉，再令 StopRequest = 1。
預期：RunCommand = 0。
實測：未執行；執行人、環境、日期與證據待填。

下一步閱讀測試案例整理教學，或下載需求表範本直接填寫。需要補基本概念時，回到PLC 入門學習路線。