人形、車輛分類通常能排除一部分樹影、車燈與小動物，但改善幅度會受鏡頭角度、夜間補光、目標尺寸、韌體與模型版本影響。驗收時不要只看展示影片，要各跑一段白天、夜間與下雨情境，分別記錄真警報、漏報與誤報，再決定靈敏度及偵測區域。
先搞懂它到底在「看」什麼
要把誤報壓下來，得先知道攝影機的偵測腦袋在想什麼。最基礎、也是老機器普遍在用的，叫視訊位移偵測（VMD）。它的做法，是把畫面切成一格一格的小方塊，一秒鐘比對好幾十次，看每一格的亮度值跟前一張畫面差多少；差異幅度超過設定的門檻、而且變動的面積夠大，就判定「有東西在動」，開始錄影、送警報。這在學理上叫畫格差分（frame differencing）與背景相減（background subtraction），進階一點的會用高斯混合模型去描述那些本來就會晃動的背景。
關鍵在這句話：它比的是「畫面有沒有變」，不是「有沒有一個物體」。這兩件事在人眼裡天差地遠，在像素級的演算法眼裡卻一模一樣。所以車燈掃過牆面、一朵雲把太陽遮住的那一兩秒、整排樹葉搖動、玻璃反光、甚至夜裡感光元件自己冒出來的雜訊，在它看來，跟一個人走過去沒有分別。學術文獻早就把這幾樣列為位移偵測的四大死穴：會動的背景、影子、鏡頭晃動、光線變化。你真正要對付的從來不是「動」，而是這四種「會動但不重要」的東西。想通這一層，調校才有方向——重點永遠不是把偵測開得更兇，而是把干擾源一個一個排掉。
像素級 VS 物件級：這幾年最大的分水嶺
要留意的是這套運算跑在哪裡。放在攝影機或主機端跑（業界叫邊緣運算）的，反應快、不吃網路、警報是秒級的；靠雲端跑的，算力大、模型會持續更新，但多了一段上傳的延遲。對一般店面住家，邊緣端的人車偵測已經非常夠用，這也是我近幾年幫客戶換機時，第一個會看的規格。
偵測區域：用「畫的」把干擾源排出去
進到偵測設定，畫面會蓋上一層格子。選單位置各家不太一樣，多半藏在「事件」或「視訊偵測」這類分類底下，韌體改版有時還會搬家，但操作邏輯都一致：用滑鼠把要監看的範圍塗出來，而且都能畫上好幾個區塊。原則只有一條，而且要夠狠——只框你真正在意的地方，其他一律留白。馬路、隨風擺的植栽、鄰居那面會閃的招牌、冷氣室外機的排風口、會反光的鐵捲門，通通排除在外。
壓縮率、攔阻率與事件比例會隨畫面、設備、韌體及攻擊面改變。採購與調校時用自己的攝影場景、流量與事件樣本驗證，並保留原始 log、封包或影像，避免用沒有原始條件的平均值做決策。
靈敏度、去抖動與目標大小：三個常被搞混的旋鈕
靈敏度多半是一根 0 到 100 的滑桿。最常見、也最要命的錯誤組合，就是「全畫面偵測、靈敏度拉到滿」，這等於叫系統看到任何一點風吹草動都給我回報。這裡有個根深柢固的誤解要先拆掉：靈敏度不是準確度。把它拉高，並不會讓系統變聰明、變得更會分辨人跟貓，它只是把「觸發的門檻」調低而已——門檻越低，芝麻綠豆大的變化都算數，誤報自然爆量。
我的習慣是靈敏度放在中間偏上，先靠縮小區域解決大宗誤報，再看有沒有漏報回頭微調。調完一定要自己走一趟鏡頭前，用正常步行的速度走過去，確認抓得到，這一步不能省。另外兩個旋鈕也很好用：
- 去抖動（anti-dither／dwell time）：設定幾秒內的連續觸發合併成一筆。同一個人在鏡頭前徘徊，你要的是一則通知，而不是連續二十則轟炸。
- 目標大小門檻：中高階機種可以設定「物體要佔畫面多大比例」才算數。把最小尺寸往上調一點，遠方一隻鳥、一片落葉就直接被忽略，只有夠大的目標（人、車）才觸發。這招對半戶外場景特別有效。
人形車輛偵測，什麼時候開、界線在哪
只要機型支援，人車偵測我一律建議打開，它是這幾年降誤報最有感的功能，沒有之一。但要把它的界線講清楚，免得期待落空：它在正常光線、目標完整入鏡時準度很高，可是一遇到滂沱大雨、鏡頭起霧、或強烈逆光（例如清晨太陽正對著鏡頭），辨識率就會掉。道理不難懂，模型是拿清楚的人形、車形訓練出來的，畫面糊了、剪影只剩一團黑，它自然難判斷。所以人車偵測是一道強力的過濾器，不是萬靈丹；越是嚴苛的戶外環境，越要搭配後面會講到的實體感測器。
佈防時段：讓它在對的時間才醒著
很多誤報其實是「時間沒設對」造成的。營業時間人來人往，你根本不需要位移推播，卻讓它整天在那邊叫；真正該警戒的，是打烊到隔天開門這一整段。幾乎所有機種都能設佈防排程——上班時段不推播、只默默錄影，打烊之後才啟動告警。光是把這條排程設好，白天正常人流就完全不會吵到你，晚上該守的時候一秒不漏。這是零成本、老機器也做得到、卻最多人忘了設的一招。
推播到手機：九成收不到，都卡在這三關
硬體都調好了，App 卻收不到通知，是報修裡的常客。手機端綁定原廠 App、掃機器上的 QR code 把設備加進來，這步大家都會，問題幾乎都出在下面這三個開關：
- 主機的雲端服務沒開：主機要先連上原廠的雲端平台，手機才收得到推播。這個開關（各家叫平台接入或雲端服務）預設有時候是關的，一忘了開，等於信根本送不出去。
- 偵測的「連動動作」沒勾推播：這是最隱形的一關。偵測有觸發是一回事，主機要不要「因此做點什麼」是另一回事。你得在位移或人車偵測的連動設定裡，明確勾選「推送通知」或「通報監控中心」，主機才知道要往外送。很多人以為偵測開了、推播就會自己來，其實中間這道連動根本沒接上。
- 手機自己把 App 擋了：省電模式、背景限制、通知權限被關，都會讓推播進不來，安卓機尤其常見。把這支 App 設成不受省電限制、允許背景執行、通知權限全開。
三關逐一確認過，通知一定會到。順帶一提，如果是手機遠端連線本身就連不上畫面，那是另一個層次的問題（通常卡在 P2P 或連接埠），得另外處理，這裡先假設你已經能正常遠端看畫面。
什麼場景配什麼：一條決策線
把前面那些東西收斂成一個判斷順序，到了現場，我大概是這樣一路走下來的：
- 室內、光線穩定、只有非營業時間要警戒：基礎位移偵測加佈防排程就綽綽有餘，老機器也辦得到，不用多花錢。
- 半戶外，像騎樓、車道、後巷：干擾源變多，優先縮小偵測區、靈敏度抓中等、把目標大小門檻拉高；機型夠新就直接上人車偵測。
- 完全戶外，正對馬路或大片植栽：講白了，沒有人車分類功能就不要開推播，開了結局一定是被你靜音；就算有人車偵測，區域也要畫得很保守。
- 已經到「有人闖入要立刻知道、不容一次僥倖」的等級：那就超出攝影機的守備範圍了，這是保全的活。
最後那一級值得多講兩句。要做到真正意義上的「可靠報警」，靠單一感測器都不夠——這也是為什麼專業防盜會把兩種不同原理的感測器綁在一起：例如被動紅外線（PIR）負責感應人體熱源、紅外線對射負責守住一條線，兩者其中一個報、另一個也確認，才真的發出警報，這在業界叫雙鑑證，或驗證式警報。PIR 靠的是偵測人體與環境之間紅外線能量的變化，對影子、車燈這種「有光沒熱」的干擾天生免疫，正好補上視訊位移的短板；反過來，PIR 也有它的盲點，遠處一台大車開過，那團熱訊號也可能誤觸發。沒有哪一種感測器是完美的，關鍵區域要的是讓它們互相驗證，而不是賭其中一支。
把邊界講明白：誤報有它的物理極限
調到最後，還是得誠實跟你說一句：戶外場景想靠視訊位移偵測做到「零誤報」，不可能。這不是技術不到位，是物理。夜裡最典型的例子，是紅外線補光燈會招蟲。昆蟲雖然不像看可見光那樣「看見」紅外線，卻感應得到 IR LED 發出的那點熱與能量，一整晚繞著鏡頭飛；蟲一多，抓蟲的蜘蛛就跟著來，在鏡頭前結網，網一飄、蟲一撞，整晚的位移警報就是這麼來的。工程上有個很有效的解法：把攝影機內建的紅外燈關掉，改用一顆獨立的紅外補光燈，裝在離鏡頭三、五十公分外的地方（球型機最好裝在上方），蟲會被吸去圍那顆燈，而不是你的鏡頭，畫面自然就乾淨了。
其他還有一堆物理層面的干擾：大雨、鏡頭凝露、強逆光，都會讓連人車偵測都失準；鏡頭裝得太斜、太低，影子跟地面反光會被放大，角度本身就是一個誤報來源。所以我一貫的立場是——如果目的只是「知道有沒有人來」，把上面這套區域、靈敏度、人車偵測、佈防排程調好，日子會清爽非常多；但如果目的是「防盜報警、不容閃失」，位移推播就只能當一雙輔助的眼睛，關鍵的門窗還是要上警報主機、門磁、紅外對射這類專用感測器，讓它們互相驗證。先搞清楚自己要的是哪一種，比把靈敏度調到幾多，重要得多。
廷皓科技從楠梓出發，服務高雄、台南、屏東一帶。偵測區怎麼畫、靈敏度抓在哪、人車偵測開不開、推播那三道關卡怎麼過，這些到現場一次就能幫你調到位。你也可以先把手機上那張畫面截圖，加 LINE 傳過來，或直接撥 07-363-0802，我們看過你現場的實際狀況，再給你最實在的建議。與其半夜被誤報吵到把通知關掉，不如花點時間把它調成「一響，就值得你起身看一眼」。
