廢水加藥控制:pH / ORP 為什麼這麼難調?
加藥控制是廢水處理的核心,也是最容易失控的一環。同樣一套 PID,拿去控溫度好好的,拿來控 pH 就開始瘋狂震盪、加藥泵一直啟停、pH 在 4 和 10 之間來回跳。
原因有兩個,而且都不是參數調不好——是製程本身的特性。
一、第一個原因:pH 是對數尺度
pH 每差 1,氫離子濃度差 10 倍。
· pH 從 6 到 7:要中和的酸量,是 X
· pH 從 5 到 6:要中和的酸量,是 10X
· pH 從 4 到 5:是 100X
所以「pH 差 1 度」在不同區間,代表的加藥量差了幾個數量級。
· pH 從 6 到 7:要中和的酸量,是 X
· pH 從 5 到 6:要中和的酸量,是 10X
· pH 從 4 到 5:是 100X
所以「pH 差 1 度」在不同區間,代表的加藥量差了幾個數量級。
這造成一個非常討厭的後果:
在遠離中性的區域(例如 pH 3),你要加大量的鹼才會動一點點——所以你把 P 值調大。
但當它終於爬到 pH 6 附近,同樣的加藥量會讓 pH 一口氣衝到 10——因為在中性點附近,滴定曲線非常陡峭。
然後你開始加酸,又衝回 4。來回震盪。
對策一:非線性補償
有些高階的 pH 控制器會做「滴定曲線補償」——依目前 pH 所在的區間,自動調整增益。遠離中性時增益大,接近中性時增益小。
對策二(更實務):分段控制 + 死區
大部分現場不需要那麼複雜。做法是:
· 粗調段(pH < 5 或 > 9):加藥泵以較高頻率/流量運轉
· 細調段(pH 5~9):大幅降低加藥量
· 死區(pH 6.5~7.5):完全不加藥
死區是關鍵。沒有死區,加藥泵永遠停不下來。
有些高階的 pH 控制器會做「滴定曲線補償」——依目前 pH 所在的區間,自動調整增益。遠離中性時增益大,接近中性時增益小。
對策二(更實務):分段控制 + 死區
大部分現場不需要那麼複雜。做法是:
· 粗調段(pH < 5 或 > 9):加藥泵以較高頻率/流量運轉
· 細調段(pH 5~9):大幅降低加藥量
· 死區(pH 6.5~7.5):完全不加藥
死區是關鍵。沒有死區,加藥泵永遠停不下來。
二、第二個原因:製程延遲(Dead Time)
你把鹼打進中和槽,pH 電極不會立刻看到變化。藥劑要擴散、要跟廢水混合、要流到電極所在的位置——這中間可能是 30 秒,也可能是 3 分鐘,取決於槽體大小、攪拌強度、電極位置。
延遲會讓 PID 徹底失控。
PID 看到 pH 還是太低 → 繼續加鹼
再看,還是太低 → 再加
再看,還是太低 → 再加
但其實前面加的藥都還在路上,只是還沒到電極。
等它們全部作用出來的時候 → pH 一口氣衝到 11。
然後 PID 開始加酸,重演一次同樣的悲劇。這叫「過度加藥(Overdosing)」,是加藥系統最典型的失敗模式。
PID 看到 pH 還是太低 → 繼續加鹼
再看,還是太低 → 再加
再看,還是太低 → 再加
但其實前面加的藥都還在路上,只是還沒到電極。
等它們全部作用出來的時候 → pH 一口氣衝到 11。
然後 PID 開始加酸,重演一次同樣的悲劇。這叫「過度加藥(Overdosing)」,是加藥系統最典型的失敗模式。
對策
- 加大死區——不要試圖精準控制到 pH 7.00。控制在 6.5~7.5 就好,那已經完全符合放流標準。精準度在這裡沒有價值,穩定性才有。
- 放慢控制週期——不要每 100ms 就重算一次輸出。控制週期應該與製程延遲同一個量級(例如延遲 60 秒,那就每 30~60 秒才調整一次加藥量)。
- 加藥後強制等待——加一次藥,然後停下來等混合完成再看結果。這是「加藥-等待-量測」的循環,而不是連續調節。
- 改善混合——攪拌機的效果比任何控制策略都直接。電極裝的位置也很重要:不要裝在加藥點旁邊(會讀到還沒混勻的高濃度藥劑),也不要裝在死角。
這裡有一個違反直覺的結論:
加藥控制常常「慢一點反而更準」。
一個每 60 秒才動一次、有大死區的簡單控制器,表現常常勝過一個調得很積極的 PID——因為後者會不斷對「還沒發生的結果」做出反應。
這跟大多數控制問題的直覺是相反的,而且是很多人在現場學了很久才學會的。
加藥控制常常「慢一點反而更準」。
一個每 60 秒才動一次、有大死區的簡單控制器,表現常常勝過一個調得很積極的 PID——因為後者會不斷對「還沒發生的結果」做出反應。
這跟大多數控制問題的直覺是相反的,而且是很多人在現場學了很久才學會的。
三、ORP 控制:原理不同,但問題類似
ORP(氧化還原電位)量的是水中氧化/還原能力的強弱,單位是 mV。常用在:
| 應用 | 目的 | 典型加藥 |
|---|---|---|
| 含氰廢水處理 | 破氰(氧化) | 次氯酸鈉 |
| 六價鉻還原 | Cr⁶⁺ → Cr³⁺ | 亞硫酸氫鈉 |
| 游泳池 / 冷卻水 | 殺菌力監控 | 氯 |
| 養殖 / 水族 | 水質氧化還原狀態 | 臭氧、增氧 |
ORP 的兩個陷阱
1. ORP 讀值受 pH 影響。 同樣的氧化劑濃度,pH 不同,ORP 讀出來就不同。所以破氰、還原鉻這類製程,必須先把 pH 控制在規定範圍,ORP 的判讀才有意義。 兩個迴路是有先後順序的,不是各自獨立。
2. ORP 電極的反應更慢,而且更容易被污染。 電極表面一旦被油脂或沉積物覆蓋,讀值會慢慢漂移——而且它「看起來還在動」,你不會發現它壞了。
1. ORP 讀值受 pH 影響。 同樣的氧化劑濃度,pH 不同,ORP 讀出來就不同。所以破氰、還原鉻這類製程,必須先把 pH 控制在規定範圍,ORP 的判讀才有意義。 兩個迴路是有先後順序的,不是各自獨立。
2. ORP 電極的反應更慢,而且更容易被污染。 電極表面一旦被油脂或沉積物覆蓋,讀值會慢慢漂移——而且它「看起來還在動」,你不會發現它壞了。
四、必須寫進程式的三個保護(缺一個都會出事)
1. 加藥逾時保護
這是最重要的一條。
如果加藥泵持續運轉超過 X 分鐘,pH 卻幾乎沒有變化——那絕對不正常。可能是:
· 藥桶空了(最常見)
· 加藥管堵塞或折到
· 加藥泵故障(轉但沒出料)
· pH 電極壞了(讀值凍結)
這時候繼續加藥是沒有意義的,而且危險——如果是電極壞了(讀值卡在 4),泵浦會一直加鹼,直到把整槽水打到 pH 12。
如果加藥泵持續運轉超過 X 分鐘,pH 卻幾乎沒有變化——那絕對不正常。可能是:
· 藥桶空了(最常見)
· 加藥管堵塞或折到
· 加藥泵故障(轉但沒出料)
· pH 電極壞了(讀值凍結)
這時候繼續加藥是沒有意義的,而且危險——如果是電極壞了(讀值卡在 4),泵浦會一直加鹼,直到把整槽水打到 pH 12。
// 加藥逾時保護 LD M_Dosing ; 加藥泵運轉中 OUT T50 K3000 ; 計時 300 秒(FX 100ms 基準) ; 若 pH 有明顯變化,就把計時器重置 ; (實務上會比較「當前 pH」與「N 秒前的 pH」) LD M_pH_Changed RST T50 ; 逾時 → 停止加藥並報警 LD T50 OUT M_DoseTimeout LD M_DoseTimeout RST M_Dosing ; 停止加藥 OUT Y_Alarm_Dose ; 加藥異常警報
2. 藥桶低液位偵測
藥桶裝浮球或液位開關。低液位 → 停止加藥並報警。 讓加藥泵空轉會燒泵浦(隔膜泵尤其怕)。
3. pH 上下限硬保護
不管控制邏輯怎麼算,只要 pH 超出絕對安全範圍(例如 <2 或 >12),立即停止所有加藥並報警。 這是最後一道防線,獨立於控制邏輯之外。
而且放流口的 pH 監測應該是獨立的一支電極。
用同一支電極既做控制又做放流監測,一旦它壞了,你會同時失去控制能力和發現問題的能力。
放流水質是有法規責任的——超標排放是刑事責任,不是罰錢了事。這一支電極的錢不能省。
用同一支電極既做控制又做放流監測,一旦它壞了,你會同時失去控制能力和發現問題的能力。
放流水質是有法規責任的——超標排放是刑事責任,不是罰錢了事。這一支電極的錢不能省。
五、電極維護:這才是加藥系統真正的日常
再好的程式也救不了一支髒掉的電極。
- 定期校正——用標準液(pH 4.00 / 7.00 / 10.01)兩點或三點校正。頻率視水質而定,髒水可能一週一次。校正紀錄要留存,這是稽核會看的。
- 定期清洗——油脂、生物膜、沉積物都會讓電極變鈍。可以在程式裡加自動清洗排程(定時噴洗或超音波)。
- 電極有壽命——玻璃電極通常 1~2 年就該換,即使它「看起來還會動」。反應變慢的電極,會讓你的控制系統整個變成上一節講的「延遲失控」。
- 在程式裡記錄「校正後的斜率」——斜率明顯下降就是電極該換了。這比憑感覺換可靠得多。
小結
- pH 是對數尺度——同樣「差 1 度」在不同區間,加藥量差 10 倍、100 倍
- 製程延遲會讓 PID 過度加藥——這是加藥系統最典型的失敗
- 對策:大死區、慢控制週期、加藥後等待、改善混合。這裡「慢一點反而更準」
- ORP 判讀受 pH 影響,兩個迴路有先後順序
- 三個必要保護:加藥逾時、藥桶低液位、pH 上下限硬保護
- 放流監測要用獨立的電極,不能與控制共用
- 電極要校正、要清洗、有壽命——程式再好也救不了髒電極
AI 產生的 PLC 程式,到底能不能信?
我們建了一套 20 題基準測試,題目全部來自真實案場,並且公開了完整結果——包含難看的那幾項: 編譯通過率 80~95%、品牌指令混用 0%、整體全對 55~65%。
還有一個對我們自己不利的發現:AI review 幫得上找出可疑點,但 finding 本身也會誤報、必須經規則層與測試結果校正;它更不能可靠地「修好」程式。
→ 我們把 AI 寫 PLC 的準確率量出來了:20 題基準測試
我們建了一套 20 題基準測試,題目全部來自真實案場,並且公開了完整結果——包含難看的那幾項: 編譯通過率 80~95%、品牌指令混用 0%、整體全對 55~65%。
還有一個對我們自己不利的發現:AI review 幫得上找出可疑點,但 finding 本身也會誤報、必須經規則層與測試結果校正;它更不能可靠地「修好」程式。
→ 我們把 AI 寫 PLC 的準確率量出來了:20 題基準測試
加藥控制邏輯,我們實際在現場跑
AI 工具內建 pH/ORP 加藥控制塊,已含死區、加藥逾時報警、藥桶低液位保護與防過量積分限制——這些是從真實廢水廠累積的寫法,不是教科書預設值。
免費試用 AI PLC 工具 →免費會員每月 15 點 · 不需信用卡
整套廢水處理系統,可以直接委託
易歐特科技完成過 MBR 薄膜生物反應廢水處理系統、半導體/科技廠水處理工程、工廠水處理雲端監控。從盤面設計、程式撰寫到現場試車,整案承接。
提出廢水處理需求 →免費評估 · 一個工作天內回覆
易歐特科技有限公司 · 環境控制系統整合 · 廢水處理・淨水純水・溫室環控・水產養殖 · 委託開發