溫度監控系統怎麼做？冷藏庫、烤爐、倉庫溫溼度自動記錄與異常通知

早上八點，品保拿著夾板走到冷凍庫門口，看一眼溫度顯示，抄下「-19.5」，簽名，走去下一台。晚上六點再抄一次。這張表每天都填得很整齊，但凌晨兩點壓縮機跳脫、庫溫一路爬到 -5 度的那四個小時，表上一個字都沒有。隔天早上的那格，照樣寫著 -18。

我們把溫度感測器、ESP32 Wi-Fi 模組和 MQTT 接進客戶系統的時候，最常被問的一句話是：「能不能做到半夜溫度不對，手機會叫？」溫度監控系統要解決的就是這件事：每隔幾分鐘自動記一筆，超出範圍就通知對的人，紀錄存得夠久、拿得出來給稽查看。這篇把冷藏冷凍庫、烤爐、倉庫、機房四種場景拆開講，從法規要求、感測器怎麼選、架構怎麼搭，一路講到買現成還是客製。

先講結論：多數中小工廠和食品廠的第一步，用一台冷凍庫試一個月就夠了。感測器一顆幾百元，真正花時間的是告警規則和紀錄格式，這兩件事想清楚，後面要擴到幾十個點都不難。

溫度監控系統速覽：四種場景要量什麼、多久記一筆

一句話分工：冷藏冷凍庫最在意「斷電沒人知道」，烤爐最在意「溫度曲線對不對」，倉庫在意溫度加溼度，機房在意空調壞掉的那幾分鐘。場景不同，感測器、記錄頻率和告警方式都跟著變。下面這張表可以先對一下你是哪一種。

頻率抓太密沒有好處。冷凍庫每 10 秒記一筆，一年就是三百多萬筆，查起來慢，看的人也看不出差別。烤爐反過來，曲線就是品質證據，記太疏反而補不回來。

如果你現在就想先問一句「我這種場地該怎麼裝」，可以直接 傳 LINE 給我們，把場地照片和目前怎麼抄溫度丟過來就好。

食品業溫度紀錄要做到什麼程度：2025 年 GHP 修正後的規定

先給答案：冷凍要在 -18°C 以下，冷藏在 7°C 以下、凍結點以上，要有溫度指示器、要作成紀錄、設備要定期校正，紀錄至少保存五年。這幾條都寫在衛福部 2025 年 6 月 4 日修正發布的 食品良好衛生規範準則（GHP）裡，附件一的冷凍冷藏設備規定與第 11 條紀錄保存，原文都查得到。

這次修正有個細節很多人沒注意到。衛福部 2024 年 1 月的 預告草案 原本要把冷藏溫度收緊到 4°C，還要求冷凍冷藏設備加裝「溫度異常警報裝置」。正式發布時，這兩條在徵求意見後都拿掉了，冷藏維持 7°C。網路上不少文章還在寫「冷藏要 4 度、一定要裝警報」，引用的是草案。

法規沒強制警報，不代表你不需要。法規管的是「有沒有紀錄」，警報管的是「東西會不會報廢」。UNEP 與 FAO 在 2022 年的 冷鏈報告 估計，2017 年全球因為冷藏不足損失的糧食約 5.26 億噸，占總產量 12%。放到一間工廠，就是一庫的原料或成品。

紀錄要拿得出來、要能追到批號，這跟工廠管理系統處理異常的邏輯是同一件事。我們做過一套給傳統製造業用的 生產力管理系統，處理的就是生產可見性和異常管理：現場數據進系統、出狀況有人收到、事後查得到。溫度監控可以當成這套邏輯底下的一條資料線，你的情況如果類似，找我們聊會比從零描述需求快很多。

溫度感測器怎麼選：冷凍庫、烤爐、溫溼度各用什麼

先講結論：冷凍冷藏用防水探棒型的數位溫度感測器，倉庫要溼度就用溫溼度一體的，烤爐這種上百度的場合要換熱電偶或白金電阻。選錯量測範圍，精度再高也沒用。

數字都是原廠資料表上的典型值。實務上更常出問題的是裝的位置：探棒貼在蒸發器出風口，讀到的永遠比貨品冷；放在門邊，每開一次門就跳一下。我們通常建議把探棒放在庫內中段、貨架高度，冷凍庫再多放一顆在離門最遠的角落。

最後一列要說清楚。很多冷凍機組和烤爐本身就有溫控器，可以透過 RS-485 之類的介面讀數字，這段的通訊協定設定通常由設備商處理，我們負責系統端：把讀到的數字收進資料庫、接告警和報表。溫度感測器自己加裝的那一種，從感測器、ESP32 到系統，我們整段都做過。

溫度監控系統架構：感測器、ESP32、MQTT 到告警

一句話：感測器接在 ESP32 上，ESP32 透過 Wi-Fi 用 MQTT 把數字送到伺服器，伺服器存進資料庫、比對門檻、發通知。這是我們最常用的組法，零件便宜、好維修，換一顆感測器不用叫原廠。

節點層的兩個坑最常見。冷凍庫是一個鐵盒子，Wi-Fi 訊號進不去，ESP32 要放在庫外、只把探棒線拉進去。斷線那一段的資料要先暫存在節點上，連回來再補送，做法我們寫在 ESP32 MQTT 實作 那篇。MQTT 本身是什麼、broker 和 QoS 怎麼選，可以先看 MQTT 是什麼；要上正式環境，帳密和加密怎麼設，參考 MQTT 三層防禦。

有個時間戳的細節要先講好：每一筆資料的時間要用節點量到的時間，不能用伺服器收到的時間。補送的資料如果標成收到時間，報表上就會出現一段「溫度很正常」的假紀錄，稽查一看就穿幫。

溫度監控告警怎麼設，才不會變成狼來了

先講結論：告警要看「持續多久」，不要看單一讀數；沒有資料進來也要告警；通知要分級。這三條沒做，系統上線兩週大家就會把通知關靜音。

冷凍庫每天會除霜幾次，每次庫溫會短暫升高；搬貨開門十分鐘，溫度也會跳。如果設定「一超過 -18°C 就叫」，一天會收到十幾則通知，全是正常狀況。比較實際的設法是：超過門檻、而且連續 15 到 30 分鐘沒回來，才發第一則。

離線告警最常被漏掉。停電時，冷凍庫和 ESP32 一起斷電，系統收不到「溫度太高」，因為根本收不到任何東西。只設超標告警的系統，在最需要它的那一刻是安靜的。伺服器端要定時檢查每個節點最後回報時間，太久沒消息就當成異常。

通知管道方面，LINE Notify 已經在 2025 年 3 月 31 日 結束服務，以前那種「申請一個 token 就能免費推播」的做法不能用了。現在要用 LINE 官方帳號搭 Messaging API，系統主動推播的訊息會算進方案則數。LINE 官方帳號 2026 年 11 月 1 日起的 方案調整 如下（未稅）：

算一下就知道，告警規則沒收斂，200 則一個月撐不了一週。這也是我們堅持「持續時間」和「分級」的原因之一。LINE 官方帳號怎麼串進系統、還能做什麼，可以參考 LINE Bot 客製化開發指南。

溫度紀錄留存與稽核：存五年、證明沒被改、查得到批號

一句話：紀錄要存得久、改不了、查得到。GHP 第 11 條要求紀錄至少保存五年，稽查或客戶稽核來的時候，你要能在幾分鐘內拉出某一天、某一台設備的完整曲線。

最後一列最值錢。冷凍庫超溫三小時，該報廢的是哪幾批？如果溫度資料只存在獨立的監控平台，你得把時段抄下來，再去 ERP 或倉儲系統翻那段時間有哪些批號在庫。溫度資料和批號放在同一個資料庫裡，這個問題按一下就有答案。這就是 生產履歷系統 要做的事，倉庫那端的批號與庫位則是 倉儲管理系統 的範圍。

如果你的工廠正在準備 ISO 9001 或 FSSC 22000 這類驗證，稽核員一定會調量測設備的校正紀錄和異常矯正紀錄，這部分可以搭配 QMS 認證流程與六類紀錄 一起看。

溫度監控系統買現成還是客製：三條路比較

先講結論：只有一兩台冰箱、只要手機看得到，買現成的消費型溫溼度計加中樞就好；設備多、要符合稽核、還要跟批號對起來，才值得客製。中間那一段，現成的雲端監控平台通常最划算。

我們不認同「溫度監控一定要買整套工業級平台」的說法。多數中小廠真正卡住的地方是告警沒人收、紀錄跟批號對不起來，感測器精度反而很少是問題。花大錢買精度 ±0.1°C 的設備，告警還是送到沒人看的 Email 信箱，等於沒裝。

反過來，如果你只有一台營業用冰箱，不用找人客製，買現成的就好。客製的價值在「跟你既有的系統串起來」，沒有既有系統可以串，這筆錢花不出效果。工廠系統該買 SaaS 還是客製的完整判斷，這篇決策框架 有更細的拆法；整套 MES 的費用結構可以看 MES 系統價格怎麼算。

看到這裡，如果你在想「我們廠裡的冷凍庫和烤爐，能不能接進現在的系統」，我們很樂意 聽你聊聊現況，一起看哪幾個點最值得先接。

溫度監控系統導入步驟：從一台冷凍庫開始

一句話：先挑最怕出事的那一台，跑一個月，把告警規則調到大家願意看，再擴。一次把全廠裝滿，告警規則還沒調好就會被大家嫌吵。

• 盤點點位：列出每台冷凍庫、冷藏庫、烤爐、倉庫區域，標出法規要求的溫度範圍與目前怎麼記錄。
• 挑一台試點：選最怕出事、或稽核最常調的那台。感測器放庫內中段，冷凍庫加一顆在最遠角落。
• 定告警規則：門檻、持續時間、通知對象、升級順序，寫成一張表，讓品保和現場主管簽名確認。
• 並行一個月：手抄表先不要停，每天對一次系統紀錄和手抄值，差太多就校正或換位置。
• 接進既有系統：試點穩定後，把溫度資料接到批號、工單或倉儲系統，報表格式照稽核要的樣子做。
• 擴點與維運：依點位排順序擴裝，每年排校正，節點離線紀錄每月檢查一次。

費用方面，我們估價時會把它拆成三塊：感測器與節點硬體、佈線、軟體。佈線最容易被低估，冷凍庫要穿牆、要防水，市場行情大約每點 1,000 到 2,500 元，現場越複雜越貴。軟體看是只做告警和報表，還是要串進既有的 MES 或 ERP，差距會很大。溫度監控在整個 MES 裡的位置，可以從 MES 系統完整指南 看全貌；要找誰來做，MES 廠商怎麼選 整理了套裝、系統整合商、客製開發三種比較。工廠還在 Excel 階段、不確定該不該上系統，先看 工廠管理系統的三個升級階段。

溫度只是現場資料的其中一種，掃碼報工、標籤、設備狀態都可以走同一條路進系統。這幾種資料怎麼分、ERP、MES、QMS 各管哪一段，可以參考 三套系統的分工；整體智慧製造要怎麼排順序，智慧製造導入指南 有完整路線。