雙金屬溫度計是純機械式指針顯示，只能在人工巡檢當下讀取單一數值，無法連續記錄、無法遠端傳輸。STT HART 溫度傳送器則是將 Pt100 或熱電偶訊號轉為標準化 4-20mA 或 HART 數位訊號，可連續每秒或每 30 秒回傳一次數據，並支援遠端組態、健康診斷與雲端整合，是實現「連續監測、即時告警」的必要基礎。

Pt100（白金電阻式）精度高、線性度佳，適合 -200°C～＋600°C 範圍的精密量測，如冷鏈、無塵室、實驗室；熱電偶（Thermocouple）則耐高溫、反應速度快、成本較低，適合 600°C 以上的高溫應用，如熱處理爐、鍋爐、金屬鑄造。若你的應用溫度跨越兩者交界（約 400～600°C），建議諮詢 ATLANTIS 技術團隊依實際介質特性判斷。

需視安裝環境的氣體分類與溫度分級而定，常見組合如 Ex d IIC T4／T6 等。選型時務必提供現場的氣體種類（如甲烷、氫氣、丙烷）與環境溫度分級需求，ATLANTIS 會依實際應用場景確認對應的防爆等級是否匹配，避免「有防爆標籤但不符合你環境需求」的合規風險。

ATLANTIS 溫度傳送器輸出的 4-20mA、HART 或 RS-485 Modbus 訊號，透過現場工業閘道器轉換為 MQTT 封包，再以 TLS 加密方式上傳至 AWS IoT Core。閘道器需完成裝置憑證註冊，確保每一台傳送器都有獨立的設備身分，方便後續在 AWS IoT Device Management 中進行分組管理與韌體更新。

AWS IoT Core Rules Engine 以 SQL 語法篩選符合條件的數據（例如溫度超過設定閾值），符合條件即觸發對應的 Lambda 函式。Lambda 函式執行三種判斷邏輯：絕對閾值比對（超溫預警）、變化速率比對（溫度陡升／陡降）、心跳訊號比對（感測器離線），判斷結果再透過 SNS 發送告警。

系統會持續將每個感測點的歷史溫度數據寫入 DynamoDB 時序資料表，並計算出該感測點在正常運作時的平均值與標準差（即「基線」）。當即時數據的變化速率超過基線標準差的若干倍時，即視為異常，這種做法比單純設定固定閾值更能提前捕捉緩慢劣化的異常趨勢。

在正常網路狀況下，從感測器讀值異常到 SNS 推送簡訊或 Email，整體延遲通常在數秒至 3 分鐘內完成，實際時間依感測器回傳頻率設定（如每 30 秒一次）與告警規則的判斷週期而定。

代表在整個測量範圍內，讀值與真實溫度的最大誤差不超過 0.1°C。對於疫苗冷藏（2～8°C 區間僅 6°C 寬容範圍）或精密製程而言，這樣的精度差異直接決定了「能否提前發現微小異常」，而非等到誤差累積到明顯偏移才被察覺。

HART（Highway Addressable Remote Transducer）是在既有 4-20mA 類比迴路上疊加數位訊號的通訊協定，不需重新佈線即可同時傳輸類比讀值與數位診斷資訊，例如感測器序號、健康狀態、內部溫度飄移警示。對既有工廠的升級改造專案而言，HART 可大幅降低施工成本。

THT-S351 搭配 3.5 吋 LCD 顯示與壁掛安裝支架，適合需要同時監測溫度與濕度的室內環境，例如藥品倉儲、精密電子廠房、檔案典藏室、無塵室前段緩衝區等對溫濕度雙重指標敏感的場合。

建議依歷史數據計算該感測點在正常運作下的溫度變化標準差，再設定為標準差的 2～3 倍作為觸發門檻，而非武斷設定一個固定數值。這樣可以兼顧「不因正常操作波動誤報」與「能捕捉真實異常趨勢」兩個目標，ATLANTIS 技術團隊可協助依現場歷史數據校準初始閾值。

合理設計的離線偵測機制會設定一個緩衝時間（如 3～5 分鐘），只有連續超過此時間未收到心跳訊號才會觸發告警，可有效避免因短暫網路延遲造成的誤報。同時建議搭配雙路通訊（如 4-20mA 類比迴路 + 數位通訊）作為備援，進一步降低因單一通訊管道異常而誤判為感測器故障的機率。

一般建議依「風險等級」而非「坪數」來規劃：每個獨立冷凍／冷藏區至少 1 個核心監測點，若空間較大或有明顯溫度分層現象（如靠近出風口與角落溫差大），建議增加至 2～3 個監測點並取平均值或最嚴苛值作為判斷基準。實際規劃 ATLANTIS 會依現場平面圖與冷凍機配置提供建議。

依國際公衛機構建議，疫苗冷藏通常需維持在 2～8°C 之間並具備完整的溫度紀錄可追溯性，以利衛生主管機關稽核。導入 AWS IoT 架構後，DynamoDB 保存的完整溫度時序數據可直接匯出作為稽核佐證，取代傳統紙本紀錄，同時降低人工抄寫可能產生的錯誤率。

回火與淬火溫度若偏離製程規範，可能直接影響鋼材硬度與金相結構，導致驗收不合格。建議搭配 RTD-907A 白金電阻溫度計等 4 線制高精度感測器，將誤差控制在 ±0.1～0.3°C 範圍內，並透過 AWS IoT 記錄完整製程溫度曲線，作為出貨品保文件的一部分。

固定式傳送器（如 STT HART）負責 24 小時連續監測與雲端告警；DHT-SD 手持式溫度計則作為「現場覆核工具」——當系統發出異常警報，工程師可攜帶 DHT-SD 快速到現場複測，判斷是感測器本身故障還是真實溫度異常，避免不必要的停機或誤判。

一般工業應用建議每 1～2 年校正一次；食品、製藥等高稽核要求產業建議每 6～12 個月校正一次。支援 HART 通訊的機型（如 STT HART）可透過遠端診斷提前掌握感測器飄移趨勢，必要時再安排現場校正，減少不必要的例行性拆卸。

費用會依感測點數量、數據回傳頻率、DynamoDB 儲存量與 SNS 告警次數而異，屬於用量計費模式，中小型應用（如單一倉儲、10～30 個感測點）的雲端服務費用通常遠低於一次重大溫度失控事故造成的損失。建議依實際需求規劃架構後，再由雲端服務團隊估算精確費用。

可以。多數舊有 PLC 系統已支援 Modbus RTU／TCP 或 4-20mA 標準輸出，透過工業閘道器即可將既有 PLC 訊號一併上傳至 AWS IoT Core，與 ATLANTIS 新增的溫度傳送器數據整合在同一個雲端儀表板中，不需要整廠汰換既有控制系統。

依規模不同，單一產線或倉儲的導入時程約 2～6 週，包含現場勘查、感測點規劃、設備安裝、雲端架構建置與異常閾值校準；跨廠區或車隊型的大型專案則建議分階段導入，先以高風險區域做試點，驗證成效後再擴大範圍。