智慧路燈感測調光怎麼驗收?台灣道路的升亮、維持與復歸
對我們所撰寫的主題感興趣嗎? 立即加入偏好來源,獲取最即時一手資訊!
首圖:光林智能 Smart Node 原廠照,構圖裁切。接座僅供辨識控制器外觀,感測器與控制介面依專案核對。 光林智能 Smart Node 型錄
凌晨一點,同一條支線路上可能十分鐘沒有車,也可能一下子出現機車、清潔隊車輛和一位準備過街的行人。試裝時,最容易驗證的是手機畫面上的亮度百分比。真正要回答的,是人在需要的時候看不看得清楚,以及設備能不能在錯過一次偵測時,仍維持核定的照明。
有感測調光需求的台灣道路,應先依適用規範與設計文件確認可調的路段和條件,再測量各狀態的光度,最後在現地重現人、車、異常和復歸情境。節能幅度要從同一批設備、同一計量邊界與可比較的點燈時間算出來。
先畫出哪些路段可以試,哪裡應獨立處理
盤點道路主管機關、道路類別、交叉口、行穿線、彎道、校園出入口與可能遮蔽感測器的樹冠。不要只按行政區或桿號範圍把整排燈放進同一策略。連續道路的照明也要看過渡區;相鄰桿位出光量的差異,可能比單盞燈的調光設定更影響視覺。
市區道路以內政部《市區道路及附屬工程設計規範》第 19 章和個案核定文件為設計基礎,確認該案採用的道路分類、光度及均勻度判定。公路或快速道路適用規範和權責另查。經濟部的道路照明管理單位應遵行之節約能源規定可用來核對節能管理背景,不能用來替代採用調光狀態的光度驗證。
工程上,先把每個路段分成可進行試裝、須用獨立策略、暫不調降三類。分類結果由主管或管理機關依核定設計確認,而非依設備是否有感測功能自動決定。行穿線細節可另參考台灣行人穿越道照明。
把「人來就亮」寫成可重複的測試
感測器偵測到移動、控制器收到事件、燈具達到目標光度,是三件事。第一次試走應明確記錄起走點、移動方向、觸發點、受控桿號和時間。白天設定完成後,還要到夜間現地確認照度或輝度。測試時依核定方法和安全交維進行,不在開放車道故意製造危險情境。
| 測試情境 | 現場要看到的結果 | 交付證據 |
|---|---|---|
| 無事件的低流量時段 | 照明維持在已核定的基礎狀態 | 版本、各桿輸出及基礎狀態光度 |
| 行人與機車分別接近 | 在指定區段及時間內升亮,相鄰桿位按設定反應 | 動線、事件時間、實際亮度或量測、桿號 |
| 連續觸發 | 光不會在同一串事件間反覆降亮、升亮 | 連續事件、維持計時與降回紀錄 |
| 遮蔽、失聯或資料失效 | 進入事先核定且可驗證的備援狀態 | 模擬方式、現場光度、平台與裝置的事件紀錄 |
| 恢復通訊或解除手動介入 | 回復核定設定,不沿用過期指令 | 設定版本、復歸時間與第二次試走 |
表為光林智能整理的試裝建議。感測延遲、基礎狀態與照明維持時間由契約或核定測試計畫定義;不能把這張表的情境當作統一法定數值。

設定值與路面光度要對得起來
在燈具控制端寫 50%,不等於道路每個點都恰好保有原本一半光度。驅動器曲線、最低輸出、混裝、店面等背景光、遮蔽及燈具老化,都會影響結果。先用原廠配光與工程條件模擬,再選適用的照度或輝度和均勻度測法;測試報告要寫清楚哪些燈被調、哪些沒調、相鄰回路有沒有一起變動。可用縣市路燈試裝指南延伸布點與量測。
選兩種速度和兩個方向重走同一段,特別看車輛從坡道轉出、行人沿路緣慢慢走,以及來車方向互相遮蔽。若漏偵測集中在一個入口,先查感測範圍與安裝位置,避免一開始就放大靈敏度而讓對向車道經常誤觸。
設定管理也是驗收。交付時要能說明誰能改基礎值,維護人員怎麼暫時覆寫,哪些指令會在維修時間結束後失效。斷線時究竟沿用安全排程或進入固定模式,必須在實裝查驗,不能以型錄推定。智慧路燈驗收與移交。
同一個「失效」,為何要拆成不同測試?
某一路段正常運作時,平台、節點與感測器可能同步記錄事件。切掉上行通訊而控制器仍有電,和整個迴路跳脫是兩種情境;第三種情境是感測器失效,但平台與燈具仍在線。逐一列出故障範圍、當地輸出、平台告警和恢復後的第一筆指令。當中任何一欄沒有指定責任人,完工後就會變成互相等待的工單。
例如,失聯的燈具保留原設定,不能因此認定警示已送到平台。要在接收端看到時間與桿號,現場也要核對輸出。重新連線時,還應確認失效期間已過時的人工指令不會被重新套用。合約若指定不同處理方式,以實際核定條件作為驗收依據,並在同一份記錄寫明。
怎麼從一條試裝路段擴到鄰近路段?
先把限制記在試裝結論裡,例如樹冠要定期修剪、商家營業時的背景光會變、下雨時試走紀錄和乾燥時不同。擴大部署時,若桿距、行穿線或用路型態改變,就選代表路段複核,不能把原路段核定的亮度和維持時間直接複製。
有些問題要在人少時才看得到,另一些只在車流連續或維護改設定時才出現。交接後可用夜巡、平台事件及報修紀錄交叉比對。一旦修改策略,保留誰核准、何時生效、何處試驗、如何退回,讓下一班能重現當時設定。
試算:別把調光省電和汰換省電混在一起
以下是單盞假設值,並非 TM 或任何實際產品的測試結果。每日點燈 10 小時:固定輸出功率 80 W 時耗 0.80 kWh;改用 80 W 四小時加上實測設定點 45 W 六小時,簡化估算為 0.59 kWh,差 0.21 kWh,約 26%。若兩種情境的控制器耗電不同、觸發事件改變各狀態的停留時間,或乘到整條路時發現燈具配置有別,都應重新計算。
台帳上建議分開保存三個數字:汰換前的設備基準、LED 固定模式的基準、感測模式的實測。這樣節能效果可以和使用量、故障、季節日照或整批換燈的變化分開判讀。還應把一段代表性的原始功率資料和事件紀錄一起保留,避免只留下系統自動生成的總百分比。
品項對應:先查燈具與控制器,再確認感測方式
台灣可從 Tangem(TM)LED 路燈、Smart Node 智慧路燈控制器及 LEOLink 智慧照明方案開始核對。控制器本身與人車偵測設備的功能要分開確認;依專案核定感測器、安裝位置、介面和實際控制回路。通訊規格或可排程並不表示每款均內建人車偵測。
何時適合沿用固定時段排程? 如果路段流量變化可預期、感測遮蔽明顯,或現場布建後無法驗證觸發效果,先比較固定排程與人工復歸的維護成本。兩種策略仍應符合核定照明條件。
既設路燈能直接加裝 Smart Node 嗎? 先核對驅動器調光介面、供電、燈具接座、通訊及維護責任;產品家族名稱或接座外觀不足以判斷相容。
離線後還能維持多久? 由個案的節點、韌體、當地排程及備援設計決定。驗收應鎖定特定配置,演練失聯、復歸和人工介入。
準備好桿位清冊、道路分類、現況光度與一週人車活動資料後,可聯絡光林智能討論分區試裝、介面文件和現場驗證。
先把低亮模式、觸發模式與故障狀態分開驗收
感測調光不該只驗證「看到人或車就會變亮」。同一個路段還有穩定低亮、觸發後升亮、維持、徐降,以及偵測器或通訊失效時的狀態。每個狀態都要有進入條件、允許輸出和離開條件。路口、彎道與行穿線若有不同需求,不用同一個群組的亮度替代設計。可從內政部市區道路及附屬工程設計規範檢核適用設計要求;其他道路則依權管和專案文件決定。節能若在適用範圍,也可查經濟部道路照明節約能源規定,但節電並不免除路型及使用所需的照明查驗。
墾丁試辦可以借鏡什麼
墾丁國家公園公開案例記載,在山海至萬里桐的轄管路段試辦二十盞智慧型路燈,將車流辨識用於調光,並記錄遠端監看與回報的設計。公開資料可支持確認該試辦的功能和場域目標,但不能拿來保證別處也會用相同的亮度、時間或節電率。移植到市區時,要重新考慮行人、自行車及交叉方向,而不能只用一種車輛測試。
當現地對棲地有要求,宜把減少非必要照明與必要通行分開處理。問題可能是燈在沒有人時仍頻繁亮起,也可能是光束固定照向棲地。前者查感測、時段和觸發紀錄;後者要查配光、遮光和安裝方向。生態照明前後測可提供受光點紀錄方法。若計畫主張改善棲地,不能只用觸發次數或省電度數代替保育觀測資料。
試算把偵測距離和回應時間放在一起
假設車速每小時三十六公里,相當於每秒十公尺;如果從可用的觸發點到關鍵路段只有四十公尺,大約四秒後就會抵達。若偵測確認約一秒、發送與生效共兩秒,這個例子只剩約一秒的時間餘裕。若有漏判、雨天遮蔽或車速不同,餘裕可能更小。數字只是設計演練,不是法規門檻,也不是光林設備性能。決定觸發範圍前,請把最難看見的進入方向、步行速度、車輛遮擋及轉彎情境分開測試。
若紀錄顯示訊息已收到但燈具仍多用一段時間才達到需求,追查控制輸出、升亮過程與實際出光的差距。不要只搬動偵測器來隱藏指令問題。可另安排一人觀察現地、一人記錄時間戳;必要時重做不同速度與不同方向的試驗,並將回應時間的分布交給工程權責人員判斷。與網路失效有關的情境可參考斷網和復線驗證。
迴路與測試完成後,保留可恢復的設定
交接清單列出每一群組的感測條件、低亮設定、恢復操作及變更權限。工程驗收如適用政府採購法第 72 條,依條文及契約保留紀錄與複驗。交通動線改變、樹木變密或韌體更新時,確認應重驗的部分。產品選型可以從台灣唐格 TM 及實際可配用的 LEOLink 或 Smart Node 設備開始詢查;最後要以核定組態、本案光度與現地時間紀錄確認功能。
同時記錄正常與漏觸發
請在相同路況下保留正常通過、無人卻亮燈、有人未升亮三種事件。若攝影或其他感測會涉及個人資料,依權管單位核定範圍處理;以能證明功能的資料為限。若雨天沒有達成可重現的檢驗,要寫明缺失情境及補測日期,不由晴天資料填補。
對我們所撰寫的主題感興趣嗎? 立即加入偏好來源,獲取最即時一手資訊!



