路燈狀態自己回報：台灣市政 NB-IoT 智慧照明管理
路燈天黑全亮、壞了要等人發現，耗電又影響安全。NB-IoT 照明控制器回報每盞燈狀態，異常集中可查，協助安排維修順序。
專案概況
- 地區： 台灣
- 類別： 能源
- 產品系列： NB-IoT
管理用途
- 異常追蹤 — 狀態回報支援維護安排，派工需配合作業流程
- 管理目標 — 降低照明能源浪費（非已量測成效，依現場作業與資料評估）
- 依需調光 — 時段與環境亮度調整（能源優化）
案例重點
路燈壞了，通常是路過的民眾先發現，市府單位才後知後覺。台灣一處市政照明場景過去多依固定時程開關，管理單位難以掌握各路燈的實際亮度需求與故障位置。此案為個別路燈裝上 NB-IoT 照明控制器，並透過 S10 通訊單元與 IoT View 平台集中管理，調光、排程與告警都在同一套系統完成。
問題
天一黑就全亮，壞了才知道
市政路燈通常分散在道路、公共空間與各處基礎設施節點，若仍以固定開關時程與人工巡檢為主，管理單位很難依天候、環境光或區域需求調整亮度。過亮增加不必要耗能，過暗則影響道路安全與公共空間的使用體驗。
若缺少持續回報，管理單位便難以回查狀態變化的時間及維護前後差異。建立點位與回報紀錄，可以增加異常查核的依據；但最後回報時間、通訊中斷時間與燈具實際故障時間並不一定相同，應分開記錄與判讀。
方案
亮度跟著環境走，故障主動示警
本案以個別燈具控制與狀態回報整合至 IoT View 管理流程。照明排程、環境光連動及 PWM 調光，須逐項確認控制器、燈具驅動器與平台的介面相容性；環境光連動也需有可用的量測來源，不能僅由通訊功能推定已具備。
設備異常與通訊中斷應分別顯示，讓服務團隊確認需要檢查的點位。通知時效取決於回報頻率、連線與告警設定；自動產生工單或派工則需要另外串接維護流程，不能把告警等同於已完成派工。控制命令也應確認執行結果，並事先規劃斷線時的現場照明策略。
價值
路燈自己通報，維修不用等投訴
管理團隊可集中查看已納入系統的燈具與最近回報狀態，並利用歷史紀錄安排查核。節能是照明策略的管理目標，實際成效仍需比較用電量、運轉時數與照明條件，本案例未提供可核對的節電統計。
狀態回報可補足巡查之間的資訊，但不保證捕捉每一次故障，也不取代必要的現場檢查。將異常、通知、派工及修復時間串成紀錄，才能進一步評估維護反應是否改善。
下一步
提供現有路燈控制方式、告警流程與代表性路段，可先確認調光與故障回報需要哪些平台功能，再評估導入範圍。
圖片集錦
注意事項
- 各場域條件不同，實際導入規劃與成效須由專業人員依現場狀況評估確認。
