溫室環控系統設計:降溫序列、天窗連動,以及為什麼你的溫室一直在打架
溫室環控看起來很單純:太熱就降溫、太乾就加濕。但實際做起來,最常見的問題不是「控制不準」,而是設備互相打架——風扇拼命抽風,天窗卻開著;噴霧在加濕,水牆也在加濕;遮蔭簾拉上了,補光燈卻亮著。
每一台設備單獨看都在做對的事,合起來卻是災難。
一、核心觀念:降溫是有「順序」的
溫室降溫不是「太熱就全部打開」。設備要依成本與副作用,分階段啟動。
| 階段 | 設備 | 耗能 | 副作用 |
|---|---|---|---|
| 1 | 天窗 / 側捲揚(自然通風) | 幾乎為零 | 下雨會進水、強風會壞 |
| 2 | 遮蔭簾 | 低 | 光線減少,影響光合作用 |
| 3 | 抽風扇(強制通風) | 中 | 耗電 |
| 4 | 水牆 / 濕簾(蒸發冷卻) | 中高 | 會大幅提高濕度 |
| 5 | 噴霧 / 細霧降溫 | 高 | 濕度更高、葉面結水易生病 |
這聽起來理所當然,但很多溫室的程式是「溫度 > 30 度,全部打開」——結果:電費爆炸、濕度飆到 95%、葉面全是水、隔天開始長黴。
降溫成功了,但作物病死了。
典型的分段邏輯
; 以目標 28°C 為例(數值需依作物與季節調整) ; 注意每一段都有「回差」,避免設備頻繁啟停 28.5°C ↑ → 開天窗(段 1) 29.5°C ↑ → 拉遮蔭簾(段 2) 30.5°C ↑ → 啟動抽風扇(段 3) 31.5°C ↑ → 啟動水牆泵(段 4) ; 降溫時「反序」關閉,而且回差要夠大 30.5°C ↓ → 停水牆 29.5°C ↓ → 停風扇 28.5°C ↓ → 收遮蔭簾 27.5°C ↓ → 關天窗
如果「30 度開風扇、30 度關風扇」,溫度在 30 度附近抖動時,風扇會每分鐘啟停十幾次。馬達繞組過熱、接觸器接點很快就報廢。
上面的例子中,風扇是 30.5 開、29.5 關——1 度的回差。這個數字要依現場調,但絕不能是 0。
(原理詳見 計時器與遲滯控制)
二、設備打架:互鎖是溫室環控的核心
這是溫室程式最需要花心思的地方,而且比降溫邏輯本身更重要。
打架案例 1:抽風扇 vs 天窗
否則抽風扇抽進來的不是水牆降溫後的冷空氣,而是從天窗灌進來的熱空氣——風扇在做白工,而且電費照付。
正確的氣流路徑是:水牆側進氣 → 通過作物區 → 抽風扇側排出。 這條路徑上任何一個「短路」的開口,都會讓整套系統失效。
打架案例 2:水牆 vs 噴霧
兩者都會提高濕度。水牆運轉中,噴霧應該停止或大幅降低,否則濕度會直接飆到飽和。
打架案例 3:遮蔭簾 vs 補光燈
遮蔭簾拉上(因為太熱),補光燈卻因為「光照不足」而亮起——你在用電產生熱,然後再用電把熱抽走。
打架案例 4:加溫 vs 通風
冬天夜間加溫時,天窗與風扇必須確實關閉。這聽起來很basic,但如果通風邏輯是依「濕度」觸發的,它可能會在加溫時打開天窗除濕——把你剛加的熱全部放掉。
每一段控制邏輯單獨看都是對的,但它們不知道彼此的存在。你必須明確告訴程式:「A 在運轉時,B 不准動。」
這跟 馬達正反轉互鎖 是同一個原理,只是對象從接觸器變成了設備群組。
三、天氣保護:這幾條會保住你的溫室
溫室是脆弱的建築,而天氣不講理。這幾條保護優先級高於一切控制邏輯。
1. 雨感測器 → 強制關閉天窗
下雨時天窗開著,雨水直接灌進溫室——輕則作物受損,重則電氣設備泡水、走道濕滑。
雨感測器一動作,天窗立即關閉,不管溫度多高、不管控制邏輯怎麼算。
而且這時候不能停止降溫——要自動改用風扇與水牆(它們不需要開天窗)。這個「降級運轉」的邏輯要事先寫好。
2. 風速感測器 → 強制關閉天窗與捲揚
強風會把開著的天窗掀掉、把捲揚的塑膠布撕爛。風速超過設定值,立即收合。 颱風季這一條可能就是幾十萬的差別。
3. 停電 → 天窗要能關上
颱風天停電,天窗開著,而且沒有電可以把它關上。你只能看著風把整片屋頂掀走。
對策:
· 天窗馬達應有 UPS 或緊急電源,至少要能完成「關閉」這一個動作
· 或使用失電自動關閉的機構(依重力或彈簧)
· 停電復電後,不要自動恢復原狀態——先關到安全位置,由人確認後再啟動
這與 養殖場的緊急供氧 是同一個哲學:失效時要落在安全側。
四、濕度控制的兩難
溫室的濕度不只是「太乾要加濕」這麼簡單,它跟溫度是綁在一起的。
- 降溫用水牆/噴霧 → 濕度上升
- 濕度太高 → 葉面結露 → 黴菌、灰黴病
- 除濕要通風 → 但通風會把熱帶進來(夏天)或把熱帶走(冬天)
1. 溫度優先——溫度失控會直接殺死作物,而且很快
2. 濕度次之——高濕的傷害是慢性的(病害),有時間應對
3. 但夜間反過來——夜間溫度低、濕度容易飽和、葉面結露,這時除濕優先於保溫
所以濕度控制的參數,日夜應該不同。很多溫室程式只有一組參數,那是不夠的。
更精確的做法是用 VPD(飽和水汽壓差) 而不是相對濕度來控制——它同時考慮了溫度與濕度,更能反映作物實際的蒸散壓力。但這需要更複雜的運算與更了解作物的人,不是每個案子都需要。
五、灌溉與 CO₂(如果有的話)
- 灌溉排程——依時段與日照累積量(不是只看時間)。陰天不需要澆那麼多水。
- 灌溉與通風互鎖——剛澆完水時濕度高,不宜立即噴霧
- CO₂ 施肥——只在白天(有光合作用)且天窗關閉(不然全跑掉)時才施放。這是很典型的互鎖需求。
- CO₂ 安全——⚠ 高濃度 CO₂ 會使人窒息。必須有人員進入時的自動停止機制與警示,這是人命問題,不能只靠程序管理。
六、驗收清單
- ☐ 每個降溫段的回差夠不夠大?設備會不會頻繁啟停?
- ☐ 抽風扇運轉時,天窗是關的嗎?
- ☐ 水牆運轉時,噴霧停了嗎?
- ☐ 下雨測試——手動觸發雨感測器,天窗有沒有立即關閉?降溫有沒有改用風扇?
- ☐ 強風測試——超過設定風速,捲揚有沒有收合?
- ☐ 停電測試——切斷電源,天窗能不能關上?復電後有沒有自動亂跑?
- ☐ 感測器斷線時,系統會不會拿假數值繼續控制?(見 4-20mA 斷線偵測)
- ☐ 濕度參數日夜是否分開?
小結
- 降溫要分段啟動——先用便宜、副作用小的(天窗、遮蔭),不夠才用水牆、噴霧
- 每一段都要有足夠的回差,否則設備會頻繁啟停
- 設備互鎖比控制邏輯更重要——風扇 vs 天窗、水牆 vs 噴霧、遮蔭 vs 補光
- 雨、風、停電三條保護的優先級高於一切控制邏輯
- 停電時天窗要能關上——這一條可能就是整片屋頂的差別
- 濕度參數日夜要分開;夜間除濕優先於保溫
我們建了一套 20 題基準測試,題目全部來自真實案場,並且公開了完整結果——包含難看的那幾項: 編譯通過率 80~95%、品牌指令混用 0%、整體全對 55~65%。
還有一個對我們自己不利的發現:AI review 幫得上找出可疑點,但 finding 本身也會誤報、必須經規則層與測試結果校正;它更不能可靠地「修好」程式。
→ 我們把 AI 寫 PLC 的準確率量出來了:20 題基準測試
溫室環控邏輯,一鍵產生
AI 工具內建溫室降溫序列、遮蔭簾/天窗連動、噴霧加濕循環、停電復電處理等控制塊,已含回差、雨天強制關閉與行程限位保護——這些是現場實務,不是教科書預設值。
免費試用 AI PLC 工具 →免費會員每月 15 點 · 不需信用卡
整套溫室環控與雲端監控,可以委託
易歐特科技的植物溫室環境雲端監控系統已在現場運作:8 項參數即時監測、AI 分析輔助種植決策。從盤面、程式到現場試車,整案承接。
提出溫室需求 →免費評估 · 一個工作天內回覆
易歐特科技有限公司 · 環境控制系統整合 · 廢水處理・淨水純水・溫室環控・水產養殖 · 委託開發