隧道鑽爆施工監測：爆破後的幾秒鐘，感測器真正告訴工程團隊甚麼？

爆破前五分鐘，隧道內的人員已經撤離，警報聲響起，監測系統開始進入高頻記錄。地面上的控制室同時顯示多個數值：不同位置的振動速度、鄰近結構反應、隧道收斂位移，以及地下水位變化。

爆破在幾秒鐘內完成。

現場人員最先問的，不是炸藥是否成功引爆，而是監測數據有沒有超出警戒水平。螢幕上某一個測點突然出現明顯峰值，數字高於平日，但仍未超過停工門檻。工程團隊需要在很短時間內判斷：這是合理的爆破反應、感測器受到干擾，還是地層和鄰近結構正在傳出異常訊號？

數據已經出現，答案卻不會自動出現。

隧道鑽爆施工的監測，最容易令人產生安全感，也最容易令人產生誤解。只要系統有即時圖表、有警報門檻、有紅黃綠顏色，似乎風險便已被數碼化管理。

但工程判斷很少可以只靠一個數字。

同樣的振動峰值，在不同距離、不同地質、不同爆破設計和不同結構條件下，意義可以完全不同。某個測點突然升高，可能是該次裝藥分布改變，也可能是儀器安裝鬆動、通訊短暫異常，甚至附近有其他施工活動。

因此，監測系統真正要回答的，不只是「有沒有超標」，而是這個變化是否符合工程團隊對現場的理解。

如果數據與施工事件不能連接，圖表只能告訴人員某個時間出現了一個數字，卻無法解釋數字為甚麼出現。

一次爆破的影響，與開挖位置、進尺、裝藥量、延時設計、岩層狀態和支護完成程度都有關。若監測資料只按日期和測點保存，日後分析時便很難知道某次異常究竟對應哪一段施工。

較有價值的做法，是讓每次爆破成為一個有完整背景的事件。

工程團隊不只看到某測點的振動曲線，還可以同時知道爆破所在位置、設計參數、實際裝藥、當時開挖面狀況、支護狀態，以及爆破前後的巡查結果。只有當施工條件和監測結果被放在一起，團隊才有能力比較：今次的反應是否符合過往同類爆破，還是現場條件已經開始改變。

感測器收集的是物理反應，工程團隊需要理解的卻是反應背後的施工原因。

警戒值十分重要，因為它提供清楚的行動門檻。但很多地下工程風險，不會在一個晚上由正常直接跳到危險。

位移可能連續幾天輕微增加，地下水位可能逐步改變，某一方向的振動反應亦可能慢慢偏離過往模式。每一次變化都沒有超標，單獨看似乎不值得停工，但放在時間線上，可能顯示地層、支護或地下水環境正在轉變。

這也是人員只看即時警報容易忽略的地方。

監測系統如果只在超標時發出通知，便會錯過「尚未超標、但已不再正常」的階段。工程師真正需要的，是比較不同時間、不同爆破循環和不同位置的反應，找出基線是否正在移動。

風險往往在紅色警報之前，先以一條稍微不同的曲線出現。

監測系統常見另一個問題，是警報太多。

訊號短暫中斷、儀器電量不足、讀數跳動、維修人員移動設備，都可能觸發提示。如果每一個技術異常都以同樣方式通知工程團隊，人員很快便會習慣忽略警報。

最初收到訊息，值班人員立即檢查；數星期後，同類提示一天出現十幾次，大家開始假設又是設備問題。真正的異常若混在大量低價值通知中，系統反而可能降低警覺。

因此，監測管理不只是設定一個數值門檻，而是需要建立警報的層次。哪些情況只是設備健康提示，哪些需要工程師覆核，哪些必須立即停止相關工作，以及哪些異常需要與其他測點交叉確認，都應有不同處理方式。

警報本身不是控制。團隊收到警報後能否作出一致、及時而合適的反應，才是控制。

監測計劃往往列出需要安裝的設備數量和位置，但測點並不是愈多愈好。每個位置都代表一個假設：工程團隊認為這裏的反應最能反映某項風險。

如果地質條件、開挖方向或鄰近工程改變，原本合理的測點可能不再足夠。某些位置數據非常穩定，不一定代表風險很低，也可能代表測點未能捕捉真正變化；相反，一個經常波動的位置未必最危險，可能只是受施工環境干擾較大。

因此，監測方案不能在開工前完成一次便永遠不變。隨着隧道推進，工程團隊需要重新問：目前最關鍵的風險在哪裏？現有測點能否看到它？如果某一區域的地質表現與預期不同，監測範圍是否需要調整？

感測器是工程團隊的眼睛，但眼睛放在哪裏，仍然需要專業判斷。

爆破後，現場仍然需要由工程人員進行巡查，檢查開挖面、支護、裂縫、滲水及其他可見情況。監測數據無法完全取代人的觀察，因為很多異常首先以現場狀況出現，而未必立即反映在某一個測點上。

但數據可以令巡查更有焦點。

如果某一方向位移增加，巡查便應特別檢查相關區域；如果地下水位和滲壓同時改變，人員可針對滲水位置及排水情況；若某次爆破振動模式偏離過往，工程師亦可重新檢視裝藥、岩層和爆破面情況。

數據和巡查不是兩套獨立工作。最有價值的監測，是數據引導人員去哪裏看，而現場觀察又反過來幫助解釋數據。

工程項目有時會把「沒有超標」視為監測成功。但如果系統一直沒有警報，團隊亦應問另一個問題：它是否真的能夠看見我們擔心的風險？

成熟的監測文化，不是避免出現異常數據，而是容許數據挑戰原有假設。當讀數與預期不同，團隊願意停下來理解，而不是立即把它歸類為設備故障；當趨勢逐步改變，管理層願意調整施工方法或監測方案，而不是只等待正式超標。

感測器不會替工程師作出決定。

它真正提供的，是比肉眼更早、更連續地看見變化的機會。工程團隊是否能夠把這個機會轉化成判斷，才決定數碼監測是一個安全裝飾，還是一套真正有效的風險管理工具。