門禁控制器離線如何恢復？
門禁控制器在管理軟件上顯示離線，並不一定表示門已失控。分清「失去通訊」與「控制器停止運作」兩種狀況，是決定處理次序的第一步。
先分清「離線」的兩種意思
管理軟件上一個紅色的離線圖示，可能代表兩種性質完全不同的狀況。維修人員若未先分辨，很容易把不緊急的通訊問題當成緊急事故處理，或反過來忽略了真正的門禁失效。
狀況一：僅失去通訊
控制器仍然通電運作，先前下載的卡號名單與時段權限保存在本機，讀卡器照常拍卡開門，只是與管理軟件之間的網絡連線中斷。門禁的基本功能維持，屬於一般所稱的離線模式。
狀況二：控制器停止運作
控制器本身斷電、電源故障或程式死機，輸出繼電器不再動作。此時拍卡完全沒有反應，門的狀態取決於電鎖的失效設計：斷電上鎖型會保持鎖上，斷電開鎖型會釋放。這屬於須即時到場的狀況。
如何快速分辨
最直接的方法是請現場人員以正常有效的卡片拍一次讀卡器。讀卡器指示燈與蜂鳴器有反應、門能開啟，即屬狀況一；讀卡器完全無燈無聲，則傾向狀況二。控制器面板上的電源指示燈與通訊指示燈亦可作對照。
兩者的處理優先次序因此完全不同。狀況一應先確認出入是否受影響，再從容排查網絡；期間須提醒管理人員，新增卡片與即時撤銷權限暫時無法生效。狀況二則屬保安與人員疏散的即時風險，特別是斷電開鎖型的門，在控制器失效期間可能長時間處於可推開狀態，須即時安排人手看守或以機械鎖具臨時處理，然後才追查原因。
另有一種容易誤判的情況：控制器連線正常，但管理軟件的通訊服務未啟動，導致軟件介面上全部設備同時顯示離線。若清單上的控制器一次性全部變成離線，問題多在軟件或核心網絡一端，而非各個控制器同時故障。
由供電到硬件的分層排查次序
離線排查應由最常見、最容易驗證的一層開始，逐層向上，避免一開始就懷疑主板故障而拆機。以下次序在實際維修中命中率最高。
- 供電層——檢查電源適配器輸出是否正常、接線端子是否鬆脫、後備電池電壓是否已低於可支撐水平。老化的鉛酸電池在市電正常時看似無事，一旦短暫停電便無法維持，復電後控制器可能未能自行完成啟動。若控制器由網絡供電，須核對交換機的供電預算：埠數增加後總功率超出上限，交換機會按優先次序切斷部分埠的供電。
- 網絡層——檢查網線端接是否可靠、交換機埠指示燈是否亮起、是否有第二台設備使用了相同位址造成位址衝突。若控制器與管理軟件被劃分在不同的虛擬區域網，須確認相互路由與所需通訊埠已開放。使用動態位址分配時，租約到期後控制器取得新位址，而管理軟件仍以舊位址嘗試連線，是離線的常見原因。
- 軟件層——確認管理軟件的服務程序確實運行、資料庫服務正常、伺服器或控制器一端的防火牆沒有阻擋所需通訊埠。控制器固件與管理軟件版本相差過遠時，亦可能出現連線後立即斷開或設備清單無法載入。
- 硬件層——以上各層都排除後，才考慮控制器主板或網絡介面損壞。判斷方法是把控制器接到另一段已知正常的網線與交換機埠，或以直接連接的方式測試；若在任何網絡環境下都無法建立連線，而電源指示正常，則傾向網絡介面已損壞。雷擊與電湧是本地戶外走線的常見致損原因，往往只燒毀網絡晶片而其餘功能仍在。
| 徵狀 | 最可能層面 | 先做的檢查 |
|---|
| 控制器全無指示燈 | 供電 | 適配器輸出、端子鬆脫、後備電池 |
| 電源燈亮、網絡燈不亮 | 網絡實體 | 網線端接、交換機埠、換埠測試 |
| 網絡燈亮但軟件顯示離線 | 網絡設定或軟件 | 位址衝突、通訊埠、服務是否啟動 |
| 全部控制器同時離線 | 軟件或核心網絡 | 管理軟件服務、伺服器網絡、核心交換機 |
| 停電復電後才離線 | 供電與位址 | 後備電池、動態位址是否改變 |
| 時斷時續 | 實體接觸或供電邊緣 | 水晶頭重做、供電預算、線長是否超標 |
逐層記錄檢查結果亦有實際價值：同一系統反覆離線時，歷次記錄可顯示問題集中在某一台交換機或某一段走線，比每次獨立處理更快找到根源。市場上常見的控制器品牌包括 Hikvision、Dahua、ZKTeco、Soyal、SALTO、HID 及 Suprema，各家的指示燈定義與診斷工具略有差異，實際檢查時應對照該型號的原廠安裝文件。
需要協助？離線成因分佈在網絡、供電與控制器本身三層，工程人員可先按徵狀收窄範圍，再安排上門檢查。說明控制器型號及離線徵狀即可。WhatsApp → 離線期間權限與事件的實際行為
現代門禁控制器大多把卡號名單、時段設定與門組關係下載並儲存在控制器本機，目的正是讓系統在通訊中斷時仍可獨立判斷。理解哪些功能會保留、哪些會失效，是向管理人員說明影響範圍的基礎。
仍然有效的部分
已下載到控制器的卡號、密碼憑證與時段權限繼續生效，持卡人在授權時段內拍卡照常開門。同一控制器內部的邏輯，例如互鎖門、多重驗證與開門延時，一般亦維持運作。
會失效的部分
新增卡片無法下發，因此新入職人員在恢復連線前無法通行；即時撤銷權限同樣無法生效，這在人員離職或卡片遺失時是實質的保安缺口。需要跨控制器判斷的功能，例如防潛回與區域人數統計，因為各控制器之間無法交換狀態，判斷會不準確或直接停用。實時事件上傳、與閉路電視的聯動彈窗、遠端開門指令亦全部無法使用。
事件如何暫存
離線期間的刷卡與門磁事件會寫入控制器的離線事件記憶體，恢復連線後補傳到管理軟件的資料庫。記憶體容量有限，一般以可儲存的事件筆數表示；一旦寫滿，多數控制器採用覆寫最舊紀錄的方式繼續記錄，代表最早的一段離線紀錄會永久消失。
由此可推出一個實務結論：離線時間長短本身不是重點，重點是離線期間的通行量是否超出控制器的事件儲存容量。人流密集的主要出入口，可能在數小時內就寫滿記憶體；後樓梯或機房門則可能離線數天仍未寫滿。若門禁紀錄需要用於考勤或需要保留作查證，應在確認離線後盡快恢復連線，或至少記下離線的起止時間，方便日後說明紀錄缺口的成因。
另一項容易忽略的影響是時鐘。控制器離線期間無法與時間伺服器同步，內部時鐘依靠板上的計時電路與電池維持，長時間累積下會出現偏差；若計時電池已耗盡，控制器重新啟動後時間甚至可能回到出廠日期。時鐘不準會同時破壞兩件事：按時段生效的權限判斷會在錯誤時間開放或拒絕，而補傳上來的事件時間戳亦不可信。
恢復連線後必須完成的核對
看到設備重新變成在線並不等於處理完成。真正令系統回到可信狀態，須完成以下核對工作，否則問題會以資料不一致的形式延後出現。
- 核對事件紀錄有否缺漏——查看離線起止時間之間的事件是否已補傳。把補傳的事件筆數與現場實際通行情況比較，若明顯偏少，應假設離線事件記憶體曾寫滿並發生覆寫，在紀錄上註明缺口時段。
- 重新下載完整權限——不要只依賴增量同步。離線期間的新增與撤銷指令可能只部分成功，最穩妥是對該控制器執行一次完整的卡號與時段下載，令控制器內容與資料庫一致。下載完成後應查看軟件回報的成功筆數。
- 核對並重新同步時間——確認控制器時間與時間伺服器一致。若系統設有時間同步服務，應觸發一次手動同步並在數小時後覆核是否再次漂移，以判斷計時電池是否需要更換。
- 實地功能驗證——以測試卡在現場拍卡一次，確認事件即時出現在管理軟件；再測試一次遠端開門與門磁報警，確認雙向通訊都已恢復。
- 復原被停用的跨控制器功能——防潛回、區域互鎖等功能若在故障期間曾被手動停用以方便通行，須確認已重新啟用，並在交接記錄中註明。
- 記錄根本原因與處理——寫下判定的成因、更換的部件與調整過的設定。缺少這一步，同一故障重複出現時無法累積判斷依據。
如果離線的原因是更換了控制器或主板，核對工作更為關鍵：新硬件出廠時沒有任何卡號資料，必須完整下載權限並重新設定網絡參數，同時確認舊硬件內未補傳的事件已無法取回，需在紀錄中說明。
何時不應重置，以及預防措施
面對離線，最常見也最具破壞性的錯誤處理，是直接把控制器回復原廠設定。單純的通訊中斷不應以重置處理。回復原廠設定會清空控制器內的卡號資料庫、時段權限、門組關係與網絡參數，換來的結果是：原本仍能正常拍卡通行的門，重置後全部無法通行，故障範圍由「無法遠端管理」擴大為「完全失控」。若管理軟件的資料庫同時已損壞或無備份，卡號名單將無從還原，只能逐一重新登記持卡人。
不應重置的情況
僅在軟件顯示離線、現場拍卡仍正常；未確認卡號名單已有可用備份；問題明顯屬供電或網絡實體層面；尚未逐層排查完成。以上任何一項成立，都不應重置。
可考慮重置的情況
已確認管理軟件一端保有完整且可重新下載的卡號名單與時段設定；經排查判定屬控制器內部設定錯亂，例如網絡參數被錯誤寫入而無法以正常途徑修正；並已安排在低人流時段進行，現場有人手應對通行需求。重置後須即時完整下載權限並實地驗證。
先嘗試較輕的手段
在重置之前，通常還有電源重啟、以廠方診斷工具搜尋設備並改寫網絡參數、更新固件等較低風險的做法。這些手段不會清除卡號資料，應優先嘗試。
預防方面，幾項基本安排能顯著減少離線事故。網絡位址應採用固定分配，或在動態分配伺服器上為控制器保留固定位址，避免租約變動導致管理軟件找不到設備。供電端建議由不斷電電源供應保護，令短暫停電不至於觸發啟動異常；後備電池則須列入定期保養項目，按使用年期主動更換而非等到失效。管理軟件方面應啟用通訊監控與告警，使控制器離線時能主動通知負責人，而不是等到有人投訴拍卡無反應才發現。
最後，卡號名單與系統設定應定期匯出備份，並存放於門禁伺服器以外的位置。這份備份決定了在最壞情況下，系統是可以在短時間內重新下載復原，還是要由零開始重新登記全部持卡人。備份的匯出與還原程序亦應實際演練一次，確認檔案可以正常讀回，避免在真正需要時才發現備份不可用。