坑一：在監控平台回放（fàng）視頻時發（fā）現有 2 部電梯的畫麵總是詭異的丟掉 3-10 分鍾不等

　　①針對上述現象，我們開始進行各線路節點的排查。首先將主（zhǔ）網橋、從網橋、樓層顯示器、攝像頭進行長達 3 小時的 ping 包，發現主網橋不會丟包，從網橋、樓層顯示器、攝像頭會（huì）丟包。初步判斷主網橋到後端的線路沒有問題。

　　②然後我們打開從網（wǎng）橋 WEB 界麵查看，發現從網橋的運（yùn）行時間隻有 2 小時，說明從網橋有重啟（qǐ）過。

　　③再進（jìn）入電梯（tī）將攝像頭和層顯單獨連（lián）接電腦進行 ping 包，發現攝（shè）像頭（tóu）和層顯也會出現丟包。在排查（chá）的過程中，發現電梯裏麵的廣告屏突然重啟了，基本確定為（wéi）電（diàn）梯供電問題。

　　④最後讓（ràng）電（diàn）梯維保人員進場檢（jiǎn）查線路，發現 220V 供電有（yǒu）問題。修（xiū）複線路保證 220V 供電穩定後，網橋運行正常。

　　坑二：在監控平台回放視頻發現同一棟大廈的 5 部電梯幾乎同一時間出現 10-30 秒的畫麵丟失

　　①我們首先排查各線（xiàn）路的節點，分別對攝像頭、樓層顯示器、網（wǎng）橋（qiáo）進行 Ping 包測試（shì），沒有出現丟包現象。

　　②進入樓層弱電井排查線路節點，在（zài）排查過程中（zhōng）發現接入交換機到匯聚交換機的網線的水晶頭沒有卡到位，一碰就會掉，初步判定是水晶（jīng）頭接觸不良導（dǎo）致畫麵丟失。

　　③將網（wǎng）線水晶頭重新拔插之後，5 部電梯監控恢複正常（cháng）。

　　坑三：在監控平台（tái）回放視頻發現有 2 部電梯會出現畫麵卡頓，ping 包延時嚴重

　　進入電梯井排查，發現井內淩亂（luàn）的部署著一些信號源，有聯通、電信和移動的。

　　實際（jì）上（shàng）我們的電梯改造項（xiàng）目中（zhōng），有些是沒有電梯機房的。這個項目就因（yīn）為沒有電梯（tī）機房（fáng），所以信號源都固定在了電梯井的牆壁上。

　　①結合現場環（huán）境（jìng），初步判斷可能被信號源幹（gàn）擾，我們打開 WiFi 測試儀測試時發現這些信號源大多占（zhàn）用的是 1、6、11 信道。

　　②我們將之前設置的信道重新進行規劃，避開 1、6、11 信道的選擇，盡量讓信道隔得開些（如 3 部電梯挨著（zhe），我們設置信道分別為 2、7、12），並將信道帶寬從 40M 調整到 20M，降低幹擾。

　　③通過優化信道（dào）和信道帶寬之後，2 部電梯監控沒有再出（chū）現延時卡頓的現象。

　　坑四：有時（shí）候登陸網橋（qiáo） IP 會出現攝像頭登陸界麵，有時候登陸網橋會出現攝像頭界麵（miàn）

　　①排查時發現網絡中（zhōng）攝（shè）像頭 IP 地址是自動獲（huò）取，網橋 IP 也（yě）是自動獲取，整個監控網絡中沒有進行端口隔離。

　　在攝像頭和網橋自動獲取 IP 的時候，網橋獲取的 IP 可能（néng）也被攝像頭獲（huò）取到了，導致 IP 衝突，所以出現同一個 IP 有時候是攝像頭界麵有時候是（shì）網橋界麵。

　　②我們將攝像（xiàng）頭、網橋 IP 地址設置成靜（jìng）態 IP，並將交換機（jī）進行了端口隔離設置（zhì），解決了 IP 衝突的問題。

　　③建議在大（dà）型網絡中將設備都設置成靜態 IP，安裝前進行 IP 的規劃，方便後期（qī）的維護管理（lǐ）（如下標（biāo）記僅供參考）。

　　坑五：有些網橋會出現（xiàn）畫麵短暫丟失 1-10 秒不等（děng）

　　進（jìn）入電梯井才發現理想和現實的差距呀。其實在安裝前，項目經理交待施工班長在安（ān）裝時主、從網橋需要對正。而項目（mù）現場，施工（gōng）人員是怎麽（me）好（hǎo）裝就怎麽做，早已把項目經理交待的給忘了。

　　主網橋是隨便找個（gè）地方掛在牆壁上，完全沒有對向安裝在電梯轎廂上麵的從網橋，而是正對著牆壁，無線信號肯定不好啊。特別是當電梯運行到最底層的（de）時候（hòu），傳輸距離遠了，信號就更不（bú）好啦。

　　我們讓施工人（rén）員（yuán）重新調（diào）整了網橋位置，主、從網橋盡量對正。監控係統後續也恢複正常，畫麵沒有（yǒu）再丟失。