跑了四輪:編譯 80~95%、品牌指令混用 0%、整體全對 55~65%。但最重要的發現是一件對我們自己不利的事——讓 AI 診斷並修正跑不過的行為測試,它判定「程式真的寫錯」10 次,修完重跑卻有 7 次完全沒變好。AI review 幫得上找出可疑點,但 finding 本身也會誤報、必須經規則層與測試結果校正;它更不能可靠地「修好」程式。含完整方法、失敗案例,以及一個壞掉的量尺差點讓我們把核心調錯方向的過程。
今天沒有任何 AI 能可靠自主產生 PLC 程式——公開文獻的語意正確率是 28~50%。這篇攤開我們的四層驗證管線:真實編譯器、PLCopen 規範、把程式編成執行檔實際跑起來、以及現場規則。含我們踩到的坑,和讓自己難堪的部分。
串聯是 AND、並聯是 OR。但 PLC 是「循環掃描」不是同步電路——順序會影響結果,雙線圈會讓你除錯到崩潰。從電路圖比喻講到掃描週期。
核心只有一行 OR。但停止鈕為什麼一定要用常閉接點(斷線安全)?為什麼程式裡的急停不算數?三菱助記碼與西門子 SCL 對照。
正反轉同時導通就是三相電源相間短路。軟體互鎖為什麼不夠、硬體互鎖與機械連鎖怎麼配、切換延遲該設多久。含泵浦交替實務寫法。
泵浦頻繁啟停,九成是缺遲滯不是缺防抖。防抖、遲滯、程序延遲三者的差別與適用場合,含三菱定時器時基陷阱。
規格表誰都會看。但「誰來維護它」比「哪一牌比較強」重要十倍。含點數計算、交期風險、備品策略,以及跨品牌移植的真相。
ST 補的是階梯圖的短板:運算、迴圈、狀態機。含加藥程序的 CASE 狀態機完整範例,以及為什麼絕不能用 WHILE 等外部條件(會觸發看門狗停機)。
不用算模型的現場調參手法。以及積分飽和(Integral Windup)——那個讓你的設備啟動時嚴重過衝的真正兇手,它不是參數調錯,是程式沒寫好。
4mA 是「活零點」——低於 3.8mA 就是斷線。感測器斷線時若把讀值當成 0%,補水泵會一直灌水直到淹掉機房。含兩線/四線接法、縮放計算、屏蔽接地。
加速太快跳 OC,減速太快跳 OV(馬達減速時會變發電機)。三種控制方式怎麼選、為什麼絕不能自動復歸重試、Modbus 通訊逾時不設定的後果。
RS-485 是線、Modbus 是話。EtherNet/IP、Ethernet、EtherCAT 是三個不同的東西。含 Modbus 三大坑、OPC-UA 上雲,以及工業協定的資安真相。
不要亂猜。一顆 I/O 指示燈就能把硬體與程式問題切開;線上監看從輸出往回追,每一步都是事實。含間歇性故障的對付方法與強制輸出的危險。
pH 是對數尺度——差 1 度,加藥量差 10 倍。加上製程延遲,標準 PID 在這裡會過度加藥、來回震盪。這裡「慢一點反而更準」。含三個必要保護。
風扇拼命抽風,天窗卻開著;水牆在加濕,噴霧也在加濕。每台設備單獨看都對,合起來是災難。含雨/風/停電三條保命保護。
會誤報的圍籬,遲早被主人自己關掉——然後就在關著的那一晚被偷。分區規劃、斷線偵測(小偷會先剪線)、延遲確認防誤報、維護時為什麼必須硬體斷電。
用中文說出控制需求,立即產生階梯圖與 ST 程式碼,並自動檢查雙線圈、斷線安全、互鎖遺漏等常見錯誤。內建廢水、淨水、溫室、養殖環控標準控制塊。
免費試用 AI PLC 工具 →免費會員每月 15 點 · 不需信用卡