概念地圖・前饋控制
作者 山姆（謝冠生）・喵喵書評創辦人
發布
分類：系統
這一頁不只是把一個概念解釋一遍——一張自己畫的結構圖，加上拿台灣情境從頭走一次的實例演練、這個框架什麼時候會騙你，以及它接回 P.A.I.N. 之後長什麼樣。一頁必須交付的三層 →
前饋控制：變化到來前先補償
綠化景觀養護人員收到雨量訊號，澆水排程可以在土壤濕度改變以前先調整。原本準備開啟的灌溉閥，先少開一段時間——雨水會替它做一部分工作。前饋控制就是把這條提前行動的路畫出來：量到外來擾動，透過模型算出補償，再送到設備。預報只是訊號來源之一，上游已經量到的變化也能使用。真正的難處在於補多少、何時補，以及猜錯以後由誰接手。
擾動走捷徑，偏差走回路
圖裡有兩條同時運作的控制路徑。它們最後共用一個調節閥，所以每次命令都得放進同一筆帳。
| 圖中元素 | 它處理的訊息 | 成立條件 |
|---|---|---|
| 擾動量測 | 取得進料流量、濃度等外來變化 | 訊號足夠早，而且確實影響目標結果 |
| 前饋補償器 | 依模型把擾動換算為帶正負號的控制量 | 模型涵蓋方向、幅度與作用時間 |
| 比較點與回饋控制器 | 設定點減去輸出量測，依偏差調節 | 量測可信、迴路調整得當 |
| 有號加總與致動器 | 合併兩路控制量，驅動同一設備 | 設備仍有可增加或減少的操作餘裕 |
| 製程與輸出量測 | 同時承受真實擾動與控制動作，再回報結果 | 保留回饋，處理漏掉的擾動與模型誤差 |
加總點上的補償量可以是負值。例如進料變濃時，模型可能要求多加稀釋液；若變化方向相反，就可能減少。正負方向要依操作變數的定義決定——圖上的加總，包含兩路互相抵減的情況。MIT OpenCourseWare 的製程控制課程第八課第八點六節，說明了擾動經量測與補償路徑影響同一操作量的結構；本文圖表與下方情境依此教學重組。
提前出手要拿到三種證據
一、把可用的提前量算進排程。綠化景觀的管理者早上收到降雨訊號，還要等人確認、排程更新、閥門啟動，水才會進土裡。把這串等待扣掉，剩下的時間才屬於前饋——通知早到，動作也得跟上。若現地雨量計量到雨勢後，根區濕度還要一段時間才改變，同樣可能留下提前調整的空間。自問：擾動量測比結果早多少？
二、找出換算係數的來歷。同樣一場雨，樹冠遮蔽、地表逕流與土壤入滲，都會改變根區實際收到的水。養護人員要把降雨量換成有效供水，得留下區域面積、估計方式與校準紀錄。換季或整地後也要重看——一個舊係數，可以讓每次提前行動都偏向同一邊。自問：模型係數來自哪裡？
三、留好設備與人的接手空間。把上午灌溉減掉，下午就要有補水時段；若預計少下雨而提前加灌，也要確認水源、閥門流量與土壤承受能力。補償量越過設備上限時，系統需要限幅、告警與人工處置——把限制寫在排程裡，現場才有路可走。自問：先核對設備餘裕與補救路徑了嗎？
綠化景觀的一日用水安排
底下這家台灣中部的綠化景觀養護公司，是為了把這個結構講清楚而編出來的示意情境，沒有指涉任何真實公司。
- 清晨，先確定結果：負責人希望養護區根部有足夠水分，先用日需水估計一千二百公升做簡化水量帳。現地仍以土壤濕度與植物狀態檢查成果。先把用水量接回養護目的。
- 排程前，讀進外來變化：依雨量訊號及區域模型，預估當日有效降雨供水四百五十公升。初排灌溉量為一千二百減四百五十，等於七百五十公升——前饋先改了今天的命令。預估供水已進入排程。
- 降雨後，核對剩餘誤差：實際有效雨水只有三百公升，連同七百五十公升灌溉，合計一千零五十公升。在其他條件都維持原假設時，水量帳仍少一百五十公升。雨下了，缺口還在。
- 後續，由回饋啟動補調：濕度量測發現根區偏乾，觸發後續巡查與分段補水。負責人同時核對感測器位置及入滲狀況——示意帳的一百五十公升是待驗證的差額，實際補水量須由現地條件確認。留下補救時段，才接得住預判落差。
這次提前減灌，讓雨水進了決策；降雨後的濕度回報，又讓下一步有根據。接縫在交班：早班必須留下雨量來源、估計有效供水與已灌水量，接班者才知道偏乾可能從哪裡來。這張水量帳把滲透、蒸散及時間延遲都簡化了，數值不可直接套用真實灌溉。實務上還得按區域分開校準——遮蔽多的地方、排水快的地方，各自需要可信的量測與補水安排。以上為說明結構用的示意情境，僅供理解框架之用。
補償器什麼時候會騙你
- 預報與局部實況偏離。一片區域收到下雨訊號，養護區可能只落了短暫小雨。若整天排程全綁在單一預報，錯誤會一路傳到植物根區。可以保留現地雨量、土壤濕度與巡查的交叉確認，並設置信心不足時的保守排程——來源越遠，越要看它在這塊地的歷史偏差。
- 擾動量到了，時間已經用完。訊號經過更新、傳輸與排程延遲，抵達時可能已經錯過可調時段；設備動作到結果改變，又有自己的等待。若補償路徑比擾動影響更慢，完美抵銷就可能要求提前知道未來。這時要接受可實現性的限制——改善量測位置、縮短延遲，或由回饋逐步補調。
- 算出的補償碰到操作上限。預計高溫乾燥而加灌，可能遇上供水不足；突然下大雨時，灌溉減到零就到底了。模型再怎麼要求負水量，設備也只能關閥。前饋與回饋的合計命令因此要一起檢查限幅與飽和處理，並把排水、分區處置或人工到場接進流程——控制權的邊界得有人認領。
誰替預判錯誤收尾
提早動手的價值，要在客戶在意的結果上兌現。
景觀客戶在意植物能否維持狀態、步道是否積水，以及臨時補救會不會影響使用。要沿著《痛點》的 P.A.I.N. 追問，就得找出誰承受損失、什麼情況最痛，再把量得到的外來變化接上去。這張圖畫得出訊號怎麼進入補償器，畫不出客戶願意承受多少預判誤差。減少了用水，若同時增加午後緊急到場，成本就換了一個地方出現。養護契約得約定何時告警、誰能改排程、誰負責確認恢復——設備會算，交接仍需要名字。今晚翻出最近一次臨時補水紀錄，替原始訊號、執行動作與客戶受影響的時間各做一個註記，再和接班同事核對一次。
前饋控制，常見問題
前饋控制一定要預測未來嗎？
可以直接用已經量到的擾動。例如上游的進料濃度先改變，出口濃度稍後才受影響，上游量測便能提供提前量。天氣預報則是另一種信號來源，還帶著預報誤差。判斷重點是訊號對目標結果的關聯、換算模型，以及補償動作能否及時到位——「提早知道」要和設備的反應時間一起算。
裝了前饋，為什麼仍要保留回饋？
前饋補償依賴被選中的擾動與模型，現場還有漏量、係數變動與設備誤差。回饋觀察最後的輸出，將偏差送回控制器，補上這些剩餘影響。兩路接在一起時，也要安排控制器調整、命令限幅與故障切換——模型失準時，現場才有連續的修正路徑。
模型很準，就能讓結果完全不變嗎？
理想抵銷建立在擾動與製程模型正確、量測有效、補償可實現及設備有足夠餘裕等條件上。時間延遲與操作上限都可能讓理想命令無法執行。因此應先在限定範圍內驗證補償的方向、幅度與到達時間，再逐步擴大使用情境。每次誤差都要留下紀錄，讓模型有下一次校準的依據。
當擾動漏量或模型失準，回饋控制的誤差路徑仍是補救的基本功。接著看回饋控制迴路如何把結果偏差送回控制器，也可以沿著背壓流量控制，觀察另一種依當下狀態調節的流程。把今天的提前命令和明天收到的結果放在同一張交班單上。
喜歡這篇文章嗎？
每週幫你拆二本好書，把判斷力、好書金句、好問題，直送你的信箱。
不適合你可隨時退訂 · 每週兩封，陪你把書讀進生活。
送出即表示同意我們依隱私權政策使用你的 email。