什麼叫做基本檢查已經做完
重啟過、感應器抹過、指紋刪咗再登記過、Windows Hello 設定睇過、驅動重裝過，指紋或者人臉仍然失靈，呢個狀態本身已經係一條重要線索。基本檢查處理嘅係最外層：系統有冇認到感應器、設定有冇閂咗、表面有冇明顯污垢、驅動檔案有冇損壞。當外層全部排除而症狀仍然存在，問題就可能藏喺更深嘅層次：感應器同主板之間嘅連接同供電、韌體開關狀態、驅動堆疊嘅完整程度、Windows Biometric Framework 嘅列舉成敗、範本儲存喺邊一層、TPM 同憑證容器嘅狀態、帳戶同政策層嘅限制、睡眠喚醒之後嘅電源恢復次序。以下內容唔會重複基本檢查清單，而係由症狀分流開始，逐層收窄。
先定一個對照原則：一次只改一個變量，改完記低結果。同一時間改幾個設定，即使指紋回復，都無法知道邊一個改動先係關鍵，送檢時亦無法提供可以重現嘅結果。以下各節都會用呢個原則：先講點樣隔離，再講背後機制，最後先講邊一層值得進一步檢查。仲有一個範圍要講明：本篇講嘅係筆電內置指紋感應器同內置人臉辨識鏡頭，唔係外置 USB 指紋器或者外置鏡頭。外置裝置只會喺結尾決策框架提及，作為內置組件以外嘅另一種選擇，唔好將兩者嘅故障表現混埋一齊判斷。
| 基本檢查項目 | 已經排除嘅層 | 仍然未排除嘅層 |
|---|---|---|
| 重啟 | 暫時性系統狀態 | 列舉程序失敗、電源狀態卡住 |
| 清潔感應器表面 | 表面明顯污垢 | 手指狀態、範本質素、感應器表面磨損 |
| 刪除再登記指紋 | 設定層登記動作本身 | 範本儲存層、感應器內舊範本、帳戶綁定 |
| Windows Hello 設定檢查 | 設定層開關 | 政策層封鎖、ESS 狀態、服務層停用 |
| 驅動重裝 | 上層驅動檔案本身 | 驅動版本同來源、晶片組同 USB 支援層、韌體開關 |
六種症狀先分流，唔好一律當成指紋壞咗
進階篇最容易出錯嘅地方，係將六種唔同故障混成同一種指紋壞咗。分流第一步唔係換零件，而係用 PIN、指紋、人臉逐一試，同埋記低失靈會唔會隨開機狀態、睡眠狀態、電源狀態、帳戶而改變。以下六種走向，檢查方向完全唔同，寫落嚟嘅記錄應該先講自己屬於邊一種，再講試過邊啲對照。
| 分流 | 眼見症狀 | 優先懷疑層 |
|---|---|---|
| 第一種：感應器完全認唔到 | 設定話搵唔到兼容掃描器，裝置管理員無生物辨識項目 | 韌體開關、匯流排列舉、驅動載入 |
| 第二種：認到但登記失敗，或者登記完永遠對唔上 | 登記中途失敗，或者登記完每次登入都對唔上 | 範本質素、範本儲存層、感應器內舊範本 |
| 第三種：重啟後正常，睡眠喚醒後失靈 | 冷啟動正常，瞓醒之後無反應，要重啟先返嚟 | USB 暫停、喚醒恢復、TPM 喚醒互動 |
| 第四種：PIN 正常，但生物辨識反灰或者選項消失 | PIN 登入正常，指紋或者人臉選項反灰或者無咗 | 政策層、ESS 狀態、服務層、前置條件 |
| 第五種：人臉同指紋只壞一邊 | 一種方法正常，另一種完全唔得 | 壞嗰邊專屬硬件、驅動、範本 |
| 第六種：更新或者轉帳戶之後壞咗 | 更新、轉帳戶、入網域之後即刻壞 | 驅動替換、ESS 狀態改變、憑證容器失效、政策改變 |
指紋感應器種類同安裝位置：唔係所有感應器都用同一種原理
「指紋感應器」唔係一種零件，而係三種唔同原理嘅統稱，邊種原理直接決定佢怕咩、點樣失效。型號規格表先至係準確答案，唔好憑感應器外形估佢係邊種。
電容式感應器量度指紋紋路同紋谷之間嘅電氣差異，靠手指直接接觸表面先讀到訊號。呢種感應器體積細，所以先至塞得入電源掣或者細小嘅掌托位，亦係筆電最常見嘅種類。佢嘅弱點直接嚟自原理：非常乾嘅手指、厚厚嘅潤手霜、汗水同油脂形成嘅薄膜，都會改變佢量度到嘅電氣訊號。表面刮花或者磨損，一樣會改變佢讀到嘅電場。
光學式感應器用光照亮手指，再用細小影像感應器影低紋路圖案。佢對電氣接觸嘅依賴較低，但對遮光同散射好敏感：表面污垢、強光漏入、蓋面刮痕，都會喺軟件處理之前先破壞影像。光學式喺獨立門禁裝置較常見，薄身筆電掌托較少用，但診斷邏輯一樣適用：如果感應器只係喺強光之下失靈，或者只係手指污糟嗰陣失靈，呢種表現似光學擷取問題，唔似匯流排斷咗。
超聲波式感應器發出高頻聲波，穿入皮膚表層再反射返嚟，建立三維紋路圖。聲波穿透表面薄膜嘅能力比光同表面電容好，所以理論上對濕手同污糟手指嘅容忍度較高。超聲波主要係手機屏下技術，唔係筆電掌托或者電源掣感應器嘅常規種類。呢一點嘅診斷價值係反向嘅：一部筆電感應器濕手嗰陣表現差，幾乎可以肯定唔係超聲波，而濕手失效本身亦唔證明感應器壞咗，可能只係佢本身原理嘅正常表現。
安裝位置帶嚟第二層分別。電源掣整合式感應器將開機同生物辨識放喺同一個組件：電源掣仍然識得開機，唔代表感應器部分健康；感應器喺鎖定畫面失靈但登入之後又得，可能係喚醒次序問題，唔係手指問題。掌托式感應器係鍵盤或者觸控板旁邊嘅獨立小塊，有自己嘅連接路徑，長期受手掌汗水、手腕壓力、背囊撞擊影響，連接位本身就係一個獨立故障點。觸控板旁邊或者共用組件嘅感應器，觸控板驅動問題同感應器問題可以同時出現，但同時出現唔等於同一個原因，觸控板郁唔郁得同感應器登唔登記到，要分開試。
第一種：感應器完全認唔到
眼見症狀係設定入面顯示搵唔到同 Windows Hello 指紋兼容嘅掃描器，或者指紋選項根本無出現。裝置管理員可能完全無生物辨識裝置項目，或者只係喺顯示隱藏裝置嗰陣先見到灰色項目，或者見到未知裝置或者黃色警告圖示。
機制層喺韌體開關、匯流排列舉、驅動載入三者之間。如果韌體根本無啟用感應器，Windows 由頭到尾都見唔到佢，任何驅動重裝都變唔出一個裝置。如果匯流排或者內部集線器列舉失敗，感應器會變成未知裝置或者完全缺席。如果驅動缺失，或者裝咗一個通用驅動而唔係廠方為呢個型號提供嘅 Hello 驅動，硬件可能喺裝置管理員出現，但 Windows 仍然話無兼容掃描器。
隔離測試要分三種裝置管理員檢視結果嚟記錄。第一種係正常檢視：生物辨識裝置項目有定無，有警告圖示定無。第二種係顯示隱藏裝置：只係隱藏先見到嘅灰色項目，代表 Windows 以前見過呢件裝置而家見唔到，指向列舉或者電源問題，唔係驅動套件缺失。第三種係裝置內容、詳細資料、裝置例項路徑：呢啲資料決定送檢時由邊一層開始查，唔好只寫「裝置管理員無嘢」就當記錄完成。
跟住要分開三種開機狀態嚟試：重啟之後、睡眠喚醒之後、完全關機再開機之後。重啟之後有、睡眠喚醒之後無，指向喚醒恢復；三種狀態都無，指向韌體、匯流排或者驅動載入。再加兩個對照：另一帳戶喺同一部機見唔見到感應器，同埋 Windows Biometric Service 喺服務清單入面係運行緊定停咗。無一個帳戶見到，故障喺帳戶層以下；一個帳戶見到另一個見唔到，故障就唔係硬件本身。
呢種結果排除到啲乜嘢，講清楚好重要。所有電源狀態同所有帳戶都見唔到感應器，範本或者登記故障已經可以排除，因為根本無嘢可以登記。相反，感應器喺裝置管理員出現、驅動乾淨，但設定仍然話無兼容掃描器，簡單缺驅動嘅解釋已經可以排除，方向要轉去韌體開關、ESS 能力、或者驅動根本唔係廠方為呢個型號提供嘅 Hello 驅動。將呢啲檢視結果帶去進一步檢查之前，可以先睇檢測頁面，了解送檢時需要帶齊邊啲記錄。
第二種：認到但登記失敗，或者登記完永遠對唔上
眼見症狀係感應器睇得到，登記程序開始得到，但中途失敗，或者登記完成之後每次登入都對唔上，或者另一隻手指間唔中先至對得上。仲有一種訊息要特別記低原文：系統話隻手指同已經設定好嘅指紋太相似，叫用另一隻手指。呢句訊息唔係普通登記失敗，而係指向感應器或者 Windows 入面已經有呢隻手指嘅舊紀錄。
機制層要分兩種範本儲存設計。主機比對設計由感應器擷取影像，Windows 攞住裝置上面儲存嘅範本嚟比對。範本資料庫損壞、系統還原或者轉帳戶之後範本同憑證唔夾、驅動擷取質素差，都會令登記或者比對失敗，而感應器本身仍然睇得到。感應器內比對設計由感應器自己儲存範本同自己做比對，只係將比對結果交返畀 Windows。系統還原、轉帳戶、感應器韌體更新之後，舊範本仍然留喺感應器入面，同一隻手指再登記就會撞舊紀錄，連重裝 Windows 都清唔走，因為 Windows 從來唔係儲存嗰一層。Dell 喺 Inspiron 同 Vostro 型號文件入面就記載咗呢種情況，話更新、驅動、韌體或者系統還原之後，登記會因為手指太相似而失敗，而且重裝系統或者轉帳戶都解決唔到，佢哋為嗰批型號指定嘅驅動版本係 Goodix 20.8.0.9 A06 或者更新版本。呢個係型號家族層面嘅發現，唔好推廣成所有機都適用。
皮膚同感應器表面狀態喺兩種設計之下都係底層因素。電容式感應器靠電氣接觸，好濕、好乾、有油、有潤手霜嘅手指，或者表面鋪滿汗水油脂，都會令登記嗰陣起出一個質素差嘅範本，之後每次比對都係攞一個差範本嚟對，點對都對唔上。同一個條件之下重複登記同一隻手指，唔係新測試，只係將同一個差範本再起一次。
隔離測試有四個。第一，用另一隻手指，喺乾淨乾爽嘅狀態之下慢慢登記，登記嗰陣刻意轉少少角度，之後淨係試呢隻手指。如果新手指登記到又對得上，故障就係舊手指嘅範本質素或者手指狀態，唔係感應器。第二，喺同一部機嘅另一帳戶登記同一隻手指：第二帳戶登記到而第一帳戶登記唔到，故障喺第一帳戶嘅範本或者設定狀態；兩個帳戶都話太相似，故障就係感應器入面嘅舊範本狀態，解決方法要睇型號。第三，分開三個時間點試比對：登記完即刻、鎖定再解鎖、重啟之後。即刻得、重啟之後唔得，指向範本保存或者服務恢復，唔係擷取質素。第四，記低錯誤訊息原文：太相似、發生錯誤、搵唔到掃描器，係三個唔同層次，轉述會抹走分別。
呢種結果排除到啲乜嘢同樣要講明。新手指登記到又對得上，一次過排除感應器死咗、匯流排斷咗、驅動缺失三個可能。所有手指用同一種方式失敗，單一手指狀態嘅解釋已經可以排除，方向要轉去感應器、範本儲存、驅動或者服務層。登記成功但登入永遠失敗，擷取層已經可以排除，問題喺範本去憑證嘅銜接或者服務層。
第三種：重啟後正常，睡眠喚醒後失靈
眼見症狀係指紋或者人臉喺重啟之後正常，部機瞓一陣、合埋蓋、休眠或者用快速啟動關機之後再開，鎖定畫面就無反應，有時裝置管理員入面感應器仍然列出但掂極都無反應，有時感應器直頭消失，要重啟先返嚟。呢種表現最容易令人誤會係感應器間唔中壞咗，其實多數係喚醒路徑出事，感應器本身可能完全健康。
機制層按次序係：USB 選擇性暫停或者感應器本身嘅電源管理設定、USB 集線器喚醒恢復、生物辨識服務喚醒之後嘅恢復、電源掣感應器嘅觸碰喚醒路徑。仲有一個獨立機制要分開講：TPM 喺喚醒之後嘅互動。Dell 記載咗一個型號家族層面嘅例子：某啲 Tiger Lake-U 晶片嘅 Latitude 同 Vostro 型號，冷啟動或者由適應性休眠恢復之後，第一次指紋解鎖喺只用電池嗰陣會失敗，顯示發生錯誤，第二次先至成功，Dell 將原因歸於嗰個晶片喺電池供電之下嘅 Hello 同 TPM 互動，解決方法除咗插電源或者再試一次之外無其他。呢個係晶片層面嘅限制，唔好推廣去其他型號，但佢說明咗電池同電源呢個變量本身就係一個測試條件，唔係背景資料。
隔離測試嘅核心係一張電源狀態表，每格分開試，唔好寫埋一齊做「有時得有時唔得」。格仔包括：重啟之後、鎖定再解鎖、睡眠喚醒之後、休眠喚醒之後、完全關機再開機之後，每格再分插電源同只用電池兩種狀態。鎖定再解鎖唔經過電源轉換，如果呢格正常而睡眠喚醒唔正常，範本同感應器本身已經證明正常，故障就係喚醒路徑。喚醒失敗之後用 PIN 登入，再睇裝置管理員：感應器仍然列出但無反應，指向驅動或者服務重新初始化；感應器消失咗，指向集線器或者感應器供電同重新列舉。
設定層面嘅單變量測試有兩個：感應器或者集線器嘅電源管理設定，同埋 USB 選擇性暫停設定。每次只改一個，改完將成張電源狀態表再試一次。如果由每次睡眠都失靈變成只係休眠先失靈，嗰個設定就係機制嘅一部分，即使未完全解決問題。另一個對照係快速啟動：快速啟動令關機變成休眠式恢復，故障喺關機之後出現但重啟之後唔出現，本身就已經指向恢復路徑，唔係冷啟動故障。成張電源狀態表應該連同插電源同只用電池嘅分別一齊記錄，檢查嗰陣可以直接由正確嘅喚醒路徑開始，唔使由頭試過。
呢種結果排除到啲乜嘢：重啟之後正常，一次過排除感應器死咗、驅動套件缺失、範本缺失三個可能。只係睡眠之後失靈，登記、範本、帳戶層作為主要故障已經可以排除。只係用電池嗰陣失靈，一般驅動故障嘅解釋已經可以排除，方向要轉去電源狀態先至出現嘅互動。
第四種：PIN 正常，但生物辨識反灰或者選項消失
眼見症狀係 PIN 登入完全正常，但指紋或者人臉選項反灰、顯示暫時無法使用、或者喺登入選項入面根本無出現，即使感應器喺裝置管理員睇得到，或者鏡頭視像通話正常。呢種分流最能夠說明 PIN 同生物辨識根本唔係同一條路。
機制層要由憑證分工講起。PIN 正常，證明 Hello 憑證容器同帳戶綁定起碼部分正常，問題就喺只屬於生物辨識嗰一段路，候選按次序係：政策或者 MDM 封鎖、ESS 封鎖、前置條件缺失、服務層故障、驅動能力不足。政策層會喺後面專節講，呢度先講 ESS：ESS 開啟嗰陣，只有效能支援 ESS 嘅感應器先至會被 Windows Biometric Framework 列舉，唔支援嘅感應器硬件睇得到但 Hello 睇唔到。設定入面 ESS 嘅位置喺附加設定、增強登入安全性，Windows 11 24H2 或者更新版本先至有呢個開關，23H2 嘅寫法係用外置鏡頭或者指紋感應器登入。前置條件方面，指紋同人臉設定本身要求先設定 PIN，PIN 未設定，生物辨識選項根本唔會出現；帳戶類型同無密碼設定亦會改變登入畫面顯示嘅選項，選項無出現唔等於硬件無咗。
隔離測試有四個。第一，確認 PIN 已經設定而且登入正常，再睇 ESS 狀態：開啟、關閉、或者等緊設定。ESS 開啟而感應器唔支援 ESS，已經足夠解釋點解選項反灰，唔使懷疑硬件壞咗。第二，睇生物辨識服務狀態：服務停咗或者停用，硬件存在都提供唔到選項。第三，睇選項係所有帳戶都無，定係只係某啲帳戶無，部機係咪入咗網域或者登記咗工作或者學校管理。所有帳戶都無而部機受管理，指向政策；個人帳戶有而工作帳戶無，指向嗰個帳戶嘅管理政策。第四，睇感應器喺裝置管理員有無警告圖示，同埋設定入面嘅確實寫法：暫時無法使用同搵唔到兼容掃描器係兩個唔同層次，前者可以係服務、政策或者 ESS 狀態，後者係列舉或者驅動能力。
呢種結果排除到啲乜嘢：PIN 正常，排除 Hello 容器整體損壞、帳戶密碼本身作為原因、會阻擋所有 Hello 手勢嘅 TPM 故障。生物辨識選項喺所有帳戶都無，排除單一設定檔範本故障。生物辨識選項喺非受管理帳戶出現而受管理帳戶無，排除硬件故障。呢三個排除加埋，已經可以將第四種分流嘅檢查範圍收窄到政策、ESS、服務、前置條件四者之間。
第五種：人臉同指紋只壞一邊
眼見症狀係同一部機、同一帳戶、同一開機狀態之下，一種方法穩定正常，另一種完全唔得。呢種分流係成篇診斷入面最有力嘅隔離測試，因為正常嗰邊已經證明咗好多層都健康。
機制層好清晰：兩種方法共用憑證容器、帳戶、政策基線，但擷取硬件、驅動、服務路徑完全分開。壞嗰邊嘅故障一定喺佢自己嗰條鏈，唔會喺共用層。人臉嗰邊專屬嘅候選包括紅外線鏡頭硬件、紅外線同深度驅動、鏡頭韌體、ESS 人臉嘅 SDEV 表、燈光同角度、眼鏡或者外貌改變之後嘅範本問題。視像通話正常完全唔測試呢啲，因為視像通話用嘅係可見光鏡頭，唔係紅外線組件。指紋嗰邊專屬嘅候選包括感應器硬件、感應器驅動、感應器匯流排同電源、指紋範本、感應器入面儲存嘅範本狀態，檢查方向就係第一至第三種分流講過嘅嗰套。
隔離測試要將兩種方法分開行記錄，唔好寫埋一齊。每一種方法分開試重啟之後、鎖定再解鎖、睡眠喚醒之後三格。人臉喺睡眠之後先壞而指紋喺睡眠之後正常，指向鏡頭喚醒恢復，唔係 Hello 整體問題。人臉方面，裝置管理員鏡頭項目入面要睇紅外線或者深度項目，唔好只睇普通鏡頭項目；驅動提供者係筆電廠方定係通用提供者，兩者分別好大。人臉方面仲要試燈光同角度：正面、光線平均、鏡頭無遮擋；如果登記存在但比對唔穩定，改善辨識嘅登記路徑值得試一次，因為眼鏡或者外貌改變之後，舊範本可能已經唔夠代表而家嘅樣。指紋方面，試另一隻手指，做法同第二種分流一樣；如果另一隻手指正常而人臉亦正常，故障就係嗰隻手指專屬，唔係系統性問題。
呢種結果排除到啲乜嘢，一句講晒：有一種方法正常，已經排除封鎖所有生物辨識嘅政策、生物辨識服務停用、Hello 容器損壞、會阻擋所有手勢嘅 TPM 故障、帳戶問題。剩低嘅只會係壞嗰邊嘅感應器、驅動、韌體或者範本。呢個排除亦都係換零件之前最重要嘅一道閘：正常嗰邊證明共用層健康，壞嗰邊先至值得按自己嘅分流去檢查，唔好因為兩種方法一齊寫喺同一個設定頁就當成同一個故障。
第六種：Windows 更新或者轉帳戶之後壞咗
眼見症狀係 Hello 本來正常，Windows 功能更新、經 Windows Update 派送嘅驅動更新、BIOS 或者韌體更新、或者帳戶改變之後即刻壞咗，硬件本身完全無郁過。帳戶改變包括由本機帳戶轉去 Microsoft 帳戶、由 Microsoft 帳戶轉返本機帳戶、由個人帳戶轉去工作或者學校帳戶、開新使用者設定檔。
機制層有四種唔同原因共用同一個時間點，一定要分開。第一係驅動替換：Windows Update 將廠方專用生物辨識或者鏡頭驅動換成通用或者更新版本嘅驅動，而新驅動欠缺呢個整合設計需要嘅 Hello 或者 ESS 能力，硬件無變，驅動能力變咗。第二係韌體或者 BIOS 改變：BIOS 更新可以改感應器開關、TPM 狀態、SDEV 表，或者還原咗以前啟用感應器嘅設定，故障之後會表現成第一種感應器缺席，而唔係驅動故障。第三係 ESS 或者政策狀態改變：功能更新可以改 ESS 預設值，或者令以前唔適用嘅 ESS 開關狀態開始生效，令以前正常嘅非 ESS 感應器而家被封鎖。設定入面 ESS 開關狀態改變，本身已經足夠解釋點解驅動重裝都解決唔到，因為框架根本刻意唔列舉個感應器。第四係帳戶同範本綁定改變：Hello 範本同密鑰綁定喺裝置同帳戶身份，轉帳戶、系統還原、開新設定檔，舊範本唔會自動跟過去；感應器內比對設計嘅話，舊範本仲留喺感應器入面，新設定檔登記同一隻手指嗰陣會撞舊紀錄，Dell 文件記載嘅太相似訊息就係呢種情況。新帳戶登記唔到同一隻手指，唔係證明更新整壞感應器，而係證明感應器仍然記得舊登記。
隔離測試要由時間線開始：邊一次更新、邊個組件版本、邊一次帳戶改變之後第一次出現故障，寫低確實日期同版本。跟住記錄裝置管理員入面驅動提供者、版本、日期，對照筆電廠方為呢個型號列出嘅驅動。提供者或者日期喺故障同一時間改變，指向驅動替換。單變量測試係裝置管理員入面嘅回復舊版驅動選項，有呢個選項嗰陣先至適用：如果回復舊版之後 Hello 返嚟，更新派送嘅驅動就係機制，無論新驅動嘅說明點寫都好。再試原本帳戶同新帳戶：原本帳戶正常而新帳戶唔正常，指向帳戶或者範本綁定；兩個帳戶都唔正常，指向驅動、韌體或者 ESS 狀態。最後對照 ESS 開關狀態喺改變前後有無變，有變而故障隨之出現，已經足夠解釋成個故障。
呢種結果排除到啲乜嘢：回復舊版驅動之後 Hello 返嚟，排除硬件故障，確認驅動版本衝突。故障跟住帳戶改變而唔跟住驅動改變，排除驅動替換。新帳戶登記到而舊帳戶登記唔到，排除感應器死亡同驅動死亡。故障喺更新之後出現但更新之前幾日已經有跡象，更新因果關係本身已經值得懷疑，時間線寫得越準，誤判越少。
由手指到登入嘅整條鏈：感應器、匯流排、電源
六種分流講完，值得將底層鏈一次過講清楚，因為好多誤診都係將唔同層嘅故障當成同一個原因。由手指到解鎖桌面，鏈上每一個環節都要正常：擷取硬件、硬件去主板嘅物理連接同供電、韌體開關、驅動堆疊、Windows Biometric Framework 同範本儲存、憑證層同 TPM、政策同帳戶層、設定頁顯示出嚟嘅登入選項。設定頁只係顯示下面各層目前容許嘅嘢，選項缺失本身唔係設定頁故障，而係下面某一層嘅症狀。
匯流排層面，筆電指紋感應器通常經內部 USB 連接或者 SPI 連接，邊一種取決於型號同感應器廠方，型號規格表同裝置管理員硬件識別碼先至係準確答案，唔好用通用規則估。USB 連接嘅感應器要跟住佢所屬內部集線器嘅命運：集線器斷電、暫停、喚醒之後重新列舉失敗，Windows 見到嘅就唔係一個有錯誤嘅裝置，而係完全無裝置。呢個就係顯示隱藏裝置咁重要嘅原因：灰色隱藏項目代表 Windows 以前見過而家見唔到，指向列舉或者電源，唔係驅動套件缺失。SPI 連接嘅感應器唔經過 USB 集線器，USB 選擇性暫停設定對佢無作用，喺 SPI 感應器上面改 USB 電源設定而無變化，係預期結果，唔係測試失敗。內部集線器共用亦都解釋點解感應器故障可以同另一個內部裝置故障同時出現，例如同一個集線器上面嘅鏡頭或者藍牙裝置，呢種同時出現值得記錄，但唔好直接當成同一個原因。
電源管理機制有幾個要分開理解。USB 選擇性暫停容許 Windows 將閒置 USB 裝置斷電，如果感應器或者集線器處理喚醒恢復唔好，喚醒之後 Windows 可能當佢已經拔走。感應器或者集線器本身嘅電源管理設定，容許電腦為咗慳電而關閉裝置，係同一個概念嘅逐件版本。快速啟動係混合式關機，保留核心同驅動狀態，故障可以由一次開機帶去下一次開機，關機之後先出事但重啟之後無事，本身已經指向快速啟動或者恢復狀態，唔係手指問題。現代待命同傳統 S3 睡眠係兩種唔同嘅喚醒路徑，裝置重新初始化嘅方式唔同；休眠係更深嘅電源狀態。感應器喺冷啟動之後正常但睡眠之後唔正常，或者睡眠之後正常但休眠之後唔正常，兩者都係特定喚醒路徑故障，記錄邊一條喚醒路徑出事，係成個診斷入面資訊量最大嘅事實之一。
Windows Biometric Framework 同範本儲存：主機比對同感應器內比對
Windows Hello 生物辨識行經 Windows Biometric Framework，負責呢層工作嘅服務係 Windows Biometric Service，服務名稱係 wbiosrvc。框架上面嘅驅動要符合 WBDI 介面，先至能夠將感應器交畀服務管理。驅動裝得成而無錯誤訊息，唔等於佢係一個符合 WBF 要求嘅 Hello 驅動，呢個分別就係好多「驅動已經最新但 Hello 仍然無選項」個案嘅根源。框架列舉感應器成功與否，可以喺事件檢視器入面嘅生物辨識操作紀錄搵到線索，感應器成功載入嗰陣會產生事件 1108，呢個係讀取狀態嘅資料，唔係要讀者去改動任何紀錄。
範本儲存嘅原理要講清楚，因為佢直接影響第二種同第六種分流。感應器擷取樣本，多個樣本平均成為範本，範本儲存喺裝置上面，之後嘅樣本攞嚟同已儲存範本比較。登記並唔係儲存一張指紋相，亦唔會漫遊去另一部機。Microsoft 文件講明嘅原則係生物辨識範本儲存喺本機裝置上面，手勢唔會喺裝置之間漫遊，TPM 支援之下嘅私鑰絕對唔會離開裝置。標準路徑之下，範本資料庫喺裝置上面嘅 WinBio 資料庫；ESS 路徑之下，範本產生同比對搬入虛擬化安全環境或者感應器本身，下一節會再講。
兩種儲存設計嘅後果要分開。主機比對設計之下，感應器擷取影像，Windows 攞裝置上面嘅範本嚟比對；範本資料庫不一致、服務狀態異常、憑證容器唔夾，都會出現登記到但登入唔到嘅表現。感應器內比對設計之下，感應器自己儲存範本同自己比對，只交比對結果畀 Windows；系統還原或者轉帳戶之後舊範本仍然留喺感應器入面，同一隻手指再登記就會撞舊紀錄。仲有一個獨佔存取衝突：WBF 以獨佔方式操作裝置，另一個生物辨識應用程式、舊廠方工具程式、上一件感應器遺留低嘅驅動，都有可能佔住裝置，令 Hello 睇落去係暫時無法使用，即使裝置管理員入面件裝置完全無錯誤。雙重啟動歷史係呢類衝突嘅已知變種：另一個作業系統遺留低嘅範本或者安全儲存狀態，可以同 Windows Hello 嘅獨佔存取期望衝突，而清除感應器入面儲存資料嘅韌體步驟屬於檢查層面工作，唔係讀者自己可以隨意做嘅步驟。
呢度要劃一條安全界線，講得好清楚：設定層面嘅檢視、裝置管理員檢視、PIN 同帳戶狀態、電源設定，係讀者可以做嘅範圍。韌體設定改動、TPM 清除、生物辨識資料庫刪除、受管理裝置上面嘅政策改動、特定型號嘅驅動版本控制、任何拆機工作，全部屬於檢查層面。特別係底蓋，讀者唔好自己打開底蓋、唔好撬開組件、唔好拔任何排線，感應器連接路徑嘅檢查本身就需要拆機，呢啲工作一定要送檢。唔好由任何非筆電廠方來源安裝驅動套件，型號專用驅動只應該嚟自筆電廠方為呢個型號開設嘅支援頁面，或者 Windows Update 派送嘅廠方驅動通道。
TPM 2.0、PIN 同生物辨識憑證點分工
Windows Hello 唔係「指紋解鎖 Windows」一個步驟，而係一部裝置綁定嘅密鑰對，靠手勢去釋放。Microsoft 文件講明嘅模型係：憑證基於綁定喺裝置上面嘅非對稱密鑰對或者證書，身份提供者喺登記嗰陣將公開密鑰對應去使用者帳戶，TPM 支援之下私鑰絕對唔會離開裝置，PIN 輸入同生物辨識手勢都會令 Windows 用私鑰簽署資料交畀身份提供者。
PIN 同生物辨識因此唔係同一個憑證嘅兩個副本。PIN 係後備手勢，亦係前置條件：人臉同指紋設定本身要求先設定 PIN，移除 PIN 會連同生物辨識登入路徑一齊移除。PIN 正常，證明 Hello 密鑰容器、帳戶綁定、TPM 支援嘅密鑰釋放路徑起碼部分正常，但完全證明唔到感應器、驅動、範本正常。生物辨識手勢只係另一種釋放同一把裝置綁定密鑰嘅方法，佢將感應器、驅動、框架、範本加咗入條鏈。PIN 正常而生物辨識唔正常，故障就喺只屬於生物辨識嗰一段，除非故障喺 ESS 或者政策層，而嗰兩層可以封鎖生物辨識但保留 PIN。
TPM 係呢個模型嘅硬件根基。現時消費者裝置用 TPM 2.0，舊企業文件提及 TPM 1.2 只係舊部署嘅遺留最低要求。如果 TPM 喺韌體入面停用、清除、或者處於錯誤狀態，Hello 憑證操作可以失敗，即使感應器睇得到。TPM 防暴力猜測機制會限制重複 PIN 猜測次數，呢個係憑證層嘅保護，唔係感應器故障。Dell 記載嘅 Tiger Lake-U 電池供電第一次解鎖失敗例子，就係 TPM 喺喚醒之後互動層面嘅表現，唔係 TPM 本身損壞，第二次嘗試成功呢個特徵好重要，值得喺送檢記錄入面寫明。
認證同 ESS 將要求再推高一層。ESS 之下，人臉演算法喺虛擬化安全環境隔離記憶體入面運行，鏡頭經受 hypervisor 保護嘅路徑寫入人臉資料，人臉範本喺虛擬化安全環境入面產生，並且用只有虛擬化安全環境先用得到嘅密鑰加密儲存。指紋方面，ESS 只支援感應器內比對裝置：感應器本身有微處理器同記憶體，比對同範本儲存喺感應器硬件入面隔離，感應器帶有生產嗰陣嵌入嘅證書，Windows 喺虛擬化安全環境入面嘅生物辨識組件會驗證呢張證書，再同感應器建立安全連線。標準 Hello 路徑之下正常嘅感應器，喺 ESS 之下可以因為唔係感應器內比對、驅動或者韌體唔支援 ESS、證書驗證唔到而失敗。Microsoft 講明嘅後果係：ESS 開啟嗰陣，只有支援 ESS 嘅感應器先至有效，唔支援嘅感應器唔會被框架列舉。ESS 狀態改變亦有代價：改變 ESS 狀態會移除現有 ESS 登記同相關通行密鑰，之後要重新設定，呢個後果喺考慮 ESS 開關測試之前一定要知道。
人臉辨識點解一定要紅外線鏡頭，普通鏡頭唔得
Windows Hello 人臉辨識要求紅外線鏡頭，唔係普通可見光鏡頭。普通鏡頭就算解像度幾高，影出嚟都係平面可見光影像，呢種影像可以用相片冒充，亦量度唔到深度同活體特徵。Hello 人臉用紅外線照明，喺好多模組上面再加深度組件，建立人臉圖譜，喺低光環境之下都用到，而且抵抗平面相片冒充。
實際後果有幾個。第一，視像通話完全正常嘅筆電，人臉選項可以完全無出現，因為可見光鏡頭同紅外線鏡頭係兩個分開嘅功能，有時喺裝置管理員入面係兩個分開嘅裝置。檢查嗰陣要睇鏡頭項目入面有無紅外線或者深度項目，唔好只睇普通鏡頭項目。第二，驅動替換可以靜靜地移除紅外線同深度功能，但保留視像通話：人臉 Hello 嘅驅動問題要問邊個提供者、邊個版本、邊個型號來源，唔好只問鏡頭驅動係咪最新。第三，ESS 人臉仲有韌體要求：廠方為內置鏡頭硬件設定嘅安全裝置 ACPI 表、標準 UVC 驅動、主控制器同鏡頭上面嘅安全裝置能力，三者缺一都會令標準路徑之下正常嘅鏡頭喺 ESS 之下唔合格。
人臉專屬嘅失敗模式同指紋完全唔同。私隱快門或者貼紙遮住鏡頭，連紅外線一齊遮住。眼鏡同外貌改變會影響比對，Microsoft 文件提及眼鏡用家、重大外貌改變、高環境紅外線情況可能需要額外登記，改善辨識嘅登記路徑就係為呢種情況而設。角度同距離亦有要求：頭部要正面對住裝置，超出容忍角度、太近或者太遠，比對未開始已經失敗，測試嗰陣要用正面、光線平均、正常距離嘅姿勢，唔好由同一個彆扭角度重複試。強烈背光同直射陽光可以干擾紅外線讀取，雖然紅外線本身對環境光嘅容忍度比可見光高，但強環境紅外線仍然可以淹沒訊號。 docking 狀態亦要分開試：接駁擴充座嗰陣 Windows 可能預設用外置鏡頭，而外置鏡頭唔支援 Hello 人臉，內置紅外線鏡頭就會閒置，拔出擴充座淨係試內置鏡頭，係一個必要對照。
群組原則、MDM、網域封鎖層：硬件正常但選項消失
個人非受管理筆電上面，政策好少係原因。工作或者學校筆電上面，政策係最先要懷疑嘅層次之一，因為政策可以將生物辨識選項成個移除，但保留 PIN 正常。呢種表現同硬件故障完全唔同，但好容易誤判成感應器壞咗。
政策層面包括幾個家族。生物辨識家族：係咪容許使用生物辨識、係咪容許使用者用生物辨識登入，人臉功能同指紋功能分開設定。網域家族：係咪容許網域使用者用生物辨識登入。Windows Hello 商務版家族：係咪使用商務版 Hello，入面嘅使用生物辨識設定一旦停用，就只容許 PIN。增強防冒充家族：人臉係咪要求增強防冒充，唔符合要求嘅鏡頭會被擋。Intune 或者 MDM 裝置設定檔可以喺無群組原則編輯器嘅情況之下實施同一類設定，Windows Home 本身無群組原則編輯器，編輯器缺席完全證明唔到政策缺席。
政策層嘅隔離測試唔係重新登記，而係帳戶同管理情境。選項係咪所有帳戶都消失，定係只係工作帳戶消失；部機係咪入咗網域或者登記咗工作或者學校管理；故障係咪喺入網域、登記 MDM、加入工作帳戶、或者資訊科技政策推送之後出現。網域加入嘅機器上面，本機改動可以被網域群組原則物件覆蓋，設定喺重啟之後還原，指向網域政策，唔係本機故障。個人帳戶有選項而工作帳戶無選項，同一硬件、唔同帳戶情境、唔同結果，已經足夠證明故障喺帳戶或者政策層，唔係硬件。受管理裝置上面嘅政策決定，屬於所屬機構嘅資訊科技管理人員，唔係換感應器可以解決嘅問題；個人非受管理裝置上面無端出現政策封鎖，政策狀態本身屬於檢查層面要確認嘅項目。
驅動堆疊：四層驅動同 Windows Update 換驅動陷阱
「重裝驅動」呢句說話本身有歧義，一定要講明係邊一層。驅動堆疊起碼有四層，每一層出事嘅表現都唔同。
第一層係感應器或者生物辨識驅動，即係裝置管理員生物辨識裝置項目入面嗰個，通常嚟自 Synaptics、Goodix、ELAN、Validity 或者同類感應器廠方，經筆電廠方為呢個型號開設嘅支援頁面派送。Dell 某啲 Latitude 型號上面，ControlVault 係一個組合套件，涵蓋指紋、智能卡同相關韌體，淨係裝通用指紋驅動可以令感應器仍然用唔到。第二層係晶片組同 USB 主控制器驅動：主控制器或者內部集線器唔穩定，感應器可以間歇性消失，即使感應器本身驅動正確。第三層係鏡頭或者紅外線驅動：人臉 Hello 方面，鏡頭項目之下嘅驅動同鏡頭暴露出嚟嘅生物辨識裝置項目係分開嘅層。第四層係韌體同 BIOS：感應器韌體同系統 BIOS 一齊決定感應器喺開機嗰陣會唔會被列舉，ESS 證書同 SDEV 表係咪正確呈現。
Windows Update 係驅動替換嘅來源，唔只係驅動改善嘅來源。Windows Update 或者可選驅動更新可以將廠方專用生物辨識驅動換成通用或者更新版本嘅驅動，而新驅動欠缺感應器 ESS 或者感應器內比對功能；亦可以裝一個感應器晶片正確但筆電整合設計錯誤嘅驅動。隔離測試嘅關鍵係版本同來源，唔係重裝次數：裝置管理員入面驅動提供者、版本、日期，故障前後各記一次，再對照廠方為呢個型號列出嘅驅動。裝置管理員入面嘅回復舊版驅動選項，有呢個選項嗰陣係一個單變量測試：如果回復舊版之後 Hello 返嚟，更新派送嘅驅動就係機制，無論新驅動說明點寫都好。反向情況亦存在：廠方驅動早過 Windows 功能更新，功能更新提高咗安全要求，舊驅動本身無被替換但已經唔合格，呢種情況下更新並唔係「整壞」驅動，而係提高咗門檻。
另外兩個驅動陷阱要講明。第一，Windows Update 話最新，唔等於廠方為呢個型號建議嘅驅動；姊妹型號用唔同感應器廠方嘅驅動可以裝得成但仍然失敗。第二，任何非筆電廠方來源嘅驅動套件都唔好安裝，錯誤感應器變種、姊妹型號、唔夾嘅 WBDI 層，都可以令感應器喺裝置管理員出現但永遠提供唔到 Hello，呢種狀態比原本故障更加難診斷。驅動版本同來源記錄，應該寫入送檢清單，唔好只寫「重裝過驅動」。
BIOS／韌體開關層：只記錄，改動屬於檢查層面
好多筆電上面，指紋感應器同紅外線鏡頭可以喺韌體層面獨立停用，通常喺安全性或者整合裝置分類之下，位置因廠方而異。韌體停用咗感應器，Windows 根本見唔到佢：無生物辨識裝置項目、無 Hello 選項、驅動重裝變唔出裝置。TPM 開關亦喺韌體層面，有時標示為 Intel 平台信任技術或者 AMD 韌體 TPM，呢兩個係唔同嘅韌體項目，改一個唔會修好另一個。ESS 人臉需要嘅安全裝置 ACPI 表，亦係廠方喺韌體層面為內置鏡頭硬件設定嘅項目。
韌體層嘅診斷價值喺於記錄，而唔係讀者自己改動。值得記錄嘅資料包括：感應器喺韌體清單入面有無列出、TPM 喺韌體資料入面有無列出同啟用、故障出現前後韌體設定有無改變，例如 BIOS 更新之後設定被還原。韌體設定改動本身屬於檢查層面工作，因為清除 TPM 或者感應器入面儲存嘅資料，會影響成部機嘅 Hello 憑證，包括 PIN 容器，改動之前一定要理解後果。某啲型號嘅 BIOS 版本本身就係故障原因，Dell 記載咗特定 Plus 型號上面重啟之後指紋用唔到，要靠指定 BIOS 版本先至解決，呢種型號層面嘅韌體修正，更加說明韌體版本係驅動故事嘅一部分，唔係獨立事件。讀者需要做嘅，只係將已知嘅韌體清單資料同故障時間線帶去檢查，韌體層面嘅改動留返檢查嗰陣處理。
香港環境：潮濕、汗水、油脂、通勤撞擊、濕手
香港環境對皮膚接觸層嘅影響，比對軟件層嘅影響大，呢啲因素好容易被誤讀成硬件故障，值得獨立講明。
潮濕同汗水係最常見嘅一組。電容式感應器靠電氣接觸，潮濕天氣、行完街、搭完車之後，手指上面嘅汗膜會變成感應器讀到嘅一部分。冷氣房入面正常、室外潮濕環境之下失靈，呢種對比本身就係一個測試結果，唔係故障證明。正確嘅測試條件係雙手完全乾爽、室內穩定環境之下再試，唔係抹一次即刻再試。油脂同潤手霜嘅道理一樣：食物油脂、手霜、防曬、消毒用品殘留都會改變電容讀數或者遮擋光學擷取，手指清潔同完全乾爽之後再試，先至係有效對照。濕手係最差嘅情況：洗完手即刻試，或者淋完雨之後試，電容式感應器幾乎一定表現差，測試之前一定要等手指完全乾透。
通勤撞擊係另一組香港常見因素。部機日日放背囊、撞到硬物、合蓋嗰陣夾到物件，掌托感應器或者佢嘅連接位可以出現間歇性故障，表現可以係第一種感應器缺席，或者第三種睡眠喚醒之後缺席。診斷線索係時間：故障喺撞擊或者跌落之後即刻開始，而且喺所有電源狀態同所有帳戶之下都出現，指向硬件連接層；同一時間點之後先至出現嘅軟件更新，指向另一邊。記錄時間點，先至分得到呢兩邊。冬天乾燥皮膚同厚繭亦值得一提：非常乾、爆裂、有厚繭嘅指尖，電容訊號本身就弱，試另一隻皮膚較軟嘅手指，係一個合理嘅隔離測試，唔係用嚟掩飾問題嘅權宜方法。
清潔用品亦要講明。微濕軟布係廠方描述嘅清潔方法，強烈化學清潔劑、粗糙布料、刮擦感應器表面，可以永久損壞擷取表面。感應器喺 aggressive 清潔之後先至失靈，同無端端失靈，係兩種唔同歷史，送檢嗰陣一定要講明。仲有一種香港常見嘅混合使用情況：同一部機喺屋企同公司之間輪流用，喺公司登記工作管理嗰陣取得嘅政策封鎖，返到屋企仍然存在，第四種分流講過嘅受管理同個人帳戶對照測試，喺呢種混合使用情況之下特別重要。
登入選項畫面點解讀：四種寫法對應四種層
設定入面登入選項嘅寫法，本身已經係分流資料，唔好只寫「用唔到」就當記錄完成。四種常見寫法對應四種唔同層次，記低原文先至有診斷價值。
第一種寫法係話搵唔到同 Windows Hello 指紋兼容嘅掃描器。呢句說話嘅重點喺兼容兩個字：硬件可能喺裝置管理員出現，但框架認為佢唔係一個 Hello 兼容掃描器。對應嘅層次係列舉或者驅動能力：韌體停用、匯流排列舉失敗、通用驅動代替廠方 Hello 驅動、ESS 開啟之下非 ESS 感應器唔被列舉，四者都會寫出同一句說話，要再用裝置管理員檢視結果同 ESS 狀態分開。
第二種寫法係選項反灰或者顯示暫時無法使用。呢句說話無講硬件缺席，而係講功能目前提供唔到。對應嘅層次係服務、政策、ESS 狀態、前置條件：生物辨識服務停咗、政策封鎖咗生物辨識、ESS 狀態令感應器唔被列舉、PIN 未設定令生物辨識選項根本未出現。呢種寫法之下，硬件可能完全正常，方向應該係服務狀態、帳戶管理情境、ESS 狀態三者，唔係感應器本身。
第三種寫法係話部分設定由所屬機構管理。呢句說話出現嗰陣，政策層已經唔係懷疑，而係直接證據：部機受網域、MDM 或者工作帳戶政策約束，生物辨識選項被管理政策控制。呢種寫法之下，驅動重裝、重新登記、換感應器全部都唔會改變結果，因為控制權根本唔喺部機上面，決定屬於所屬機構嘅資訊科技管理人員。
第四種寫法係選項本身完全無出現，連反灰都無。呢種寫法要分兩邊睇：如果 PIN 選項正常但生物辨識選項完全無出現，前置條件同政策層要先查；如果連 Hello 相關選項成組都無出現，帳戶類型同 Hello 容器狀態要先查。選項完全缺席同選項反灰係兩種唔同訊號，前者可能係功能根本未被提供，後者係功能被提供但目前被阻擋，記錄嗰陣要寫明係邊一種。
將四種寫法寫入送檢清單第一項，檢查嗰陣已經可以排除成半錯誤方向。轉述會抹走呢啲分別，所以錯誤訊息同設定寫法一定要記原文，唔好用自己嘅說話改寫一次。
驅動版本對照點做：提供者、版本、日期三個數字
驅動替換嘅隔離測試，成敗取決於三個數字有無記低：驅動提供者、驅動版本、驅動日期。提供者話畀檢查人員知驅動嚟自邊度：筆電廠方、感應器廠方、Microsoft 通用驅動，三者嘅 Hello 能力可以完全唔同。版本話畀檢查人員知邊一個發行，日期話畀檢查人員知驅動幾時發行，兩者加埋先至對得上廠方支援頁面列出嘅驅動清單。只寫「驅動已經最新」係無診斷價值嘅記錄，因為最新可以係 Windows Update 派送嘅通用版本，亦可以係廠方專用版本，兩者表現可以完全相反。
對照嘅做法係故障前後各記一次。故障之前嘅驅動版本，如果部機仲有更新紀錄或者驅動備份可以搵返，就記低；故障之後嘅版本喺裝置管理員入面即刻記低。兩個版本之間提供者變咗、日期跳咗、版本號碼大幅改變，已經足夠指向驅動替換。回復舊版驅動選項有出現嗰陣，係一個單變量測試：回復之後 Hello 返嚟，驅動版本衝突已經確認；回復之後仍然唔得，驅動替換嘅懷疑可以放低，方向轉去韌體、ESS 狀態、帳戶綁定。呢個對照仲有一個附帶價值：檢查嗰陣唔使再問一次「之前用邊個驅動」，成個時間線已經喺清單入面。
兩種方法一齊壞：共用層短清單
第五種分流講一種方法壞而另一種正常，鏡像情況係兩種方法一齊壞，值得獨立開一個短清單，因為邏輯啱啱相反：兩條獨立擷取鏈同一時間壞，故障幾乎肯定喺兩者之上嘅共用層。
共用層按值得檢查嘅次序係：生物辨識服務、Hello 憑證容器、TPM 狀態、整體生物辨識政策封鎖、改變驅動要求或者 ESS 狀態嘅重大更新。生物辨識服務停咗，兩種方法一齊無，因為兩種方法都要經框架先至用到。憑證容器損壞，兩種方法一齊無，因為兩種方法釋放嘅係同一把裝置綁定密鑰，容器損壞就邊種手勢都釋放唔到。會阻擋密鑰釋放嘅 TPM 故障，兩種方法一齊無，而且多數連 PIN 都受影響，所以呢種情況之下 PIN 狀態係第一個對照：PIN 正常而兩種生物辨識都無，指向服務、整體政策、驅動要求；PIN 一齊壞，指向容器或者 TPM 層。
整體政策封鎖嘅分別要講明：只係停用人臉功能嘅政策只會移除人臉，停用成個生物辨識嘅政策先會兩種一齊移除。登入選項寫法可以幫手分：有機構管理訊息加兩種方法都無，指向整體政策；無管理訊息但兩種方法都無，指向服務、容器、更新。重大更新亦可以一次過移除兩種方法：換兩個驅動、改 ESS 狀態、韌體或者 TPM 狀態改變之後令憑證容器失效，呢種情況之下第六種分流嘅時間線測試適用於兩種方法一齊：同一次更新、同一時刻開始壞，指向更新嘅共用影響，唔係兩個感應器同一時間物理損壞。
實際後果同零件有關：換指紋感應器唔會令到人臉返嚟，換鏡頭組件唔會令到指紋返嚟。兩種方法一齊壞嗰陣，任何一件零件都唔應該喺共用層未查之前更換，因為最可能嘅故障根本唔喺任何一件零件上面。呢種情況嘅記錄要一次過寫齊兩種方法、PIN 狀態、服務狀態、ESS 狀態、帳戶管理情境、更新時間線，檢查先至可以直接由共用短清單開始，唔使由任何一邊感應器開始。
外置周邊同接駁擴充座：感應器唔係內置嗰陣有咩唔同
外置周邊同擴充座會改變診斷，因為佢哋加咗第二套硬件，Windows 可以靜靜地優先選用外置硬件，令內置組件閒置。
人臉登入方面，接駁擴充座係主要陷阱。部機接駁擴充座嗰陣，Windows 可能將外置鏡頭設為預設鏡頭，而外置鏡頭唔支援 Hello 人臉，內置紅外線鏡頭健康但閒置，表現就似人臉故障，但內置鏈完全無郁過。隔離測試係拔出擴充座淨係試內置鏡頭，唔接任何外置鏡頭再對照：拔出之後人臉返嚟，故障就係接駁狀態之下嘅鏡頭選擇，唔係紅外線組件。外置顯示器上面嘅鏡頭道理一樣：顯示器鏡頭變成預設鏡頭，一樣可以取代紅外線鏡頭。外置鏡頭模組仲有一個 ESS 限制要講明：ESS 唔支援外置鏡頭模組，外置鏡頭質素幾好都提供唔到 ESS 人臉登入。
指紋登入方面，外置 USB 指紋器只係喺明確標示 Windows Hello 兼容同 WBF 支援嗰陣先至係合理替代品。無明確標示 Hello 兼容嘅通用 USB 指紋器唔係等同替代品：佢可能喺自己嘅軟件入面登記到指紋，但永遠提供唔到 Windows Hello 登入，睇落去似 Hello 故障，其實係兼容差距。外置指紋器行外置 USB 路徑，受集線器供電、選擇性暫停、插邊個插口影響，轉插口測試、唔經集線器直接插測試，都係有效對照，但測試嘅係外置路徑，唔係內置感應器。內置感應器故障唔可以用外置指紋器嘅表現嚟診斷，外置指紋器正常亦唔證明內置感應器健康。
接駁擴充座亦影響電源同喚醒。部機接駁擴充座瞓低、接駁擴充座喚醒，同無接駁擴充座瞓低喚醒，係兩條唔同喚醒路徑，因為擴充座嘅集線器、顯示輸出、供電全部參與喚醒次序。第三種分流嘅睡眠喚醒故障只係接駁嗰陣出現，指向接駁狀態之下嘅喚醒路徑，唔係感應器。電源狀態表上面，接駁同無接駁應該同插電源同只用電池一樣，作為獨立變量分開記錄。故障隨接駁狀態而變嗰陣，擴充座同佢嘅連接應該寫入送檢記錄，作為一個有結果嘅測試變量，唔係事後先諗起嘅附帶資料。
常見誤診同陷阱
| 誤診講法 | 點解錯 | 正確對照 |
|---|---|---|
| 重裝 Windows 係第一步 | 感應器內比對設計之下，重裝 Windows 清唔走感應器入面嘅舊範本，Dell 文件記載故障喺重裝系統之後仍然存在；重裝仲會銷毀驅動版本證據 | 先做分流同驅動版本對照，重裝放喺最後 |
| 鏡頭視像通話正常，所以人臉 Hello 應該正常 | 視像通話用可見光鏡頭，Hello 人臉要紅外線同深度組件，係兩條唔同路徑 | 睇鏡頭項目有無紅外線或者深度項目 |
| 驅動已經最新，所以驅動無問題 | Windows Update 派送嘅最新驅動可以係通用版本，欠缺廠方整合設計需要嘅 Hello 或者 ESS 能力 | 對照提供者、版本、日期同廠方型號支援頁 |
| 新驅動修好咗，所以舊驅動一定損壞咗 | 新驅動可以同時改變 ESS 能力、感應器韌體互動、電源行為，修好唔等於證明舊驅動機制 | 比較版本差異，先至講機制 |
| PIN 正常，所以 Hello 整體正常 | PIN 同生物辨識釋放同一把密鑰但行唔同路，PIN 正常只係證明憑證容器部分正常 | 將故障收窄去只屬於生物辨識嗰一段 |
| 更新之前正常，所以更新整壞硬件 | 更新可以換驅動、改 ESS 狀態、改韌體開關、改政策，全部都唔係物理損壞 | 用回復舊版驅動同 ESS 狀態對照分開 |
| 登記失敗，所以感應器死咗 | 感應器睇得到而登記失敗，多數係範本、擷取條件、感應器入面舊範本問題；死咗嘅感應器多數表現成第一種缺席 | 用另一隻手指同另一帳戶對照 |
| 瞓醒之後失靈，所以電池壞咗 | 睡眠喚醒失靈係喚醒路徑故障，電池故障本身會先出現其他症狀 | 用電源狀態表同插電源對只用電池對照 |
| 再抹多次感應器就會好 | 基本清潔做完之後，重複清潔而手指、條件、測試變量完全無變，唔係新測試 | 改手指、改條件、改電源狀態先至係新測試 |
| 第三方驅動套件會搵到正確驅動 | 非廠方來源套件可以裝錯感應器變種、姊妹型號、唔夾嘅 WBDI 層，令診斷更加困難 | 只用筆電廠方型號支援頁同 Windows Update 廠方驅動通道 |
| 清除 TPM 或者刪除生物辨識資料庫可以解決任何 Hello 故障 | 呢啲步驟會銷毀憑證同範本狀態，仲可能令 PIN 都要重新設定，變成第二個故障 | 只喺診斷指向嗰一層嗰陣先至喺檢查層面處理 |
| 人臉同指紋一齊壞，即係兩個感應器一齊死咗 | 兩個獨立感應器同時物理損壞機會好低，共用層出事機會高得多 | 先查憑證、TPM、整體政策、服務、重大更新 |
修、換、升級決策框架：跟分流，唔跟嚴重程度
決定應該跟證據所屬嘅分流，唔好跟症狀睇落去有幾嚴重。指紋感應器、紅外線鏡頭組件、掌托組件、電源掣組件、主板層面工作嘅價錢，因型號同組件而異，呢類工作一律以檢測後書面報價為準，唔會有一個通用數字。想了解價錢分界同檢測安排之間嘅關係，可以先睇價錢頁面，再按下面框架對照自己屬於邊一種決定。
| 分流證據 | 決定方向 |
|---|---|
| 第一種：感應器喺所有電源狀態同所有帳戶之下都缺席，韌體清單顯示停用或者缺席，廠方專用驅動裝完之後仍然有持續警告圖示 | 設定層面工作已經用盡，下一步係檢查感應器同佢嘅連接路徑，決定係換感應器或者組件，定係繼續只用 PIN，決定要睇書面報價同部機有無另一種正常嘅 Hello 方法 |
| 第二種：感應器睇得到，另一隻手指正常，舊手指唔正常 | 部機可以用另一隻手指繼續用，舊手指範本狀態係咪可以用型號專用驅動或者檢查層面嘅感應器資料步驟解決，留返檢查嗰陣判斷 |
| 第二種：無一隻手指登記到或者對得上，感應器睇得到 | 故障喺感應器擷取或者感應器入面儲存狀態，下一步係檢查，唔係再登記多幾次 |
| 第三種：只係睡眠喚醒之後失靈，冷啟動正常 | 部機可以用重啟作為臨時做法，決定在於喚醒路徑設定或者驅動改變係咪喺設定層面解決到，或者係咪屬於晶片層面嘅喚醒限制，後者嘅話換感應器唔會改變結果 |
| 第四種：政策或者 ESS 封鎖，PIN 正常 | 硬件決定未出現之前，先解決政策或者 ESS 狀態。受管理裝置由所屬機構資訊科技管理人員決定；ESS 封鎖而感應器唔支援 ESS，決定在於設定容許嘅情況之下用標準 Hello，定係換一個支援 ESS 嘅感應器，呢個係型號專屬問題 |
| 第五種：一種方法正常，另一種唔正常 | 正常嗰種方法就係後備，壞嗰種方法跟返自己嘅分流決定。壞人臉嗰陣唔使換指紋感應器，壞指紋嗰陣唔使換鏡頭 |
| 第六種：回復舊版驅動或者帳戶對照指向軟件 | 決定係軟件層面：回復廠方專用驅動、修正 ESS 狀態、喺檢查層面解決帳戶或者範本綁定。回復舊版驅動成功，已經排除硬件更換 |
| 型號本身從來無紅外線組件 | 無 Hello 人臉係正確設計，唔係故障，唔存在更換問題 |
| 政策封鎖係機構刻意設定 | 唔存在硬件更換問題，決定屬於機構資訊科技管理人員 |
間歇性故障：點樣令時有時無嘅故障變得可以診斷
間歇性故障比持續故障難診斷，唔係因為佢唔真實，而係因為一次成功測試就可以掩蓋佢。處理間歇性故障嘅目標唔係迫佢即刻出現，而係將規律記錄得夠準，令規律本身指出邊一層。
四條規律問題已經做到大部分工作。第一，故障係咪跟住郁動、開合蓋、接駁擴充座而出現？跟住郁動指向物理連接，跟住擴充座指向接駁狀態之下嘅喚醒或者鏡頭選擇路徑。第二，故障係咪跟住電源轉換而出現，睡眠之後有、重啟之後無？呢種規律指向喚醒路徑，電源狀態表就係為佢而設。第三，故障係咪跟住時間或者溫度規律而出現，部機行咗一陣先出事，或者只係又熱又濕嘅環境之下先出事？跟住熱或者濕度指向擷取層或者負載之下嘅供電，完全無時間規律就指向其他層。第四，故障係咪跟住帳戶或者使用者而出現？只係某一個帳戶出現指向設定檔或者政策，所有帳戶都出現指向帳戶層以下。
間歇性故障嘅記錄方法係有日期嘅日誌，唔係概括描述。每一個記錄要寫低日期時間、開機狀態、電源狀態、係咪接駁擴充座、試過邊種方法、確實結果，連同有出現嘅錯誤訊息原文。三四個有齊呢啲欄位嘅記錄，價值遠高過一句「有時得有時唔得」，因為檢查人員可以直接將記錄對照電源狀態表同分流定義，唔使估。送檢嗰陣連同故障出現嗰陣用緊嘅電源一齊帶去，因為插電源同只用電池係測試變量；故障同擴充座有關嗰陣連擴充座一齊帶去，因為無擴充座就測試唔到接駁狀態之下嘅故障。如果檢查嗰陣故障重現唔到，有日期嘅日誌加埋電源狀態表就係令診斷繼續行落去嘅資料：邊啲路徑已經排除，故障出現嗰陣跟住邊條路徑，全部都喺記錄入面。
送檢前資料清單：帶齊呢啲，檢查先至唔使由頭試過
以下清單嘅作用，係令檢查由正確嘅分流開始，唔使重複已經做過嘅測試。每一項都係事實記錄，唔係猜測。
1. 確實分流：第一種感應器缺席、第二種登記或者比對失敗、第三種睡眠喚醒失靈、第四種 PIN 正常但生物辨識反灰或者消失、第五種只壞一邊並講明邊一邊、第六種更新或者帳戶改變之後壞咗。記低設定頁面嘅確實寫法同任何錯誤訊息原文。
2. 壞咗嘅時間同觸發事件：Windows 更新、BIOS 或者韌體更新、帳戶改變、系統還原、撞擊或者跌落、液體接觸、或者無留意到嘅觸發事件，仲有最後一次正常係幾時。
3. 電源狀態表：重啟之後、完全關機再開機之後、鎖定再解鎖、睡眠喚醒之後、休眠喚醒之後，每格分開記錄，每格再分插電源同只用電池。
4. PIN 狀態：PIN 已經設定而且登入正常、PIN 一齊壞咗、或者 Hello 要求重新設定 PIN，三者講明邊一種。
5. 裝置管理員狀態：生物辨識裝置項目存在而且無警告、存在但有警告、只係顯示隱藏裝置先見到、或者完全缺席；鏡頭項目有紅外線或者深度項目，定係只有普通鏡頭；感應器同鏡頭名稱原文照抄。
6. 驅動版本同來源：感應器同鏡頭驅動嘅提供者、版本、日期，驅動嚟自 Windows Update 定係筆電廠方型號支援頁，故障前後有無改變。
7. 生物辨識服務狀態：服務清單入面 Windows Biometric Service 係運行緊、停咗、定係停用，照見到嘅寫。
8. TPM 狀態顯示：系統資訊入面 TPM 狀態同規格版本，照見到嘅寫，唔好喺送檢之前清除 TPM。
9. ESS 狀態顯示：設定入面附加設定、增強登入安全性顯示開啟、關閉、或者等緊設定，有呢個項目先至寫。
10. 帳戶類型：本機帳戶、Microsoft 帳戶、網域帳戶、工作或者學校帳戶；部機係咪入咗網域或者登記咗工作或者學校管理；故障係咪所有帳戶都一樣，定係只係某一個帳戶。
11. 更新歷史：故障前後嘅 Windows 版本、功能更新、可選驅動更新、BIOS 或者韌體更新，仲有驅動版本改變前後嘅對照。
12. 手指同條件記錄：試過邊幾隻手指、另一隻手指登記唔登記到、對唔對得上，測試嗰陣手指同感應器狀態：乾淨乾爽、濕、油、潤手霜、潮濕環境。
13. 型號身份：筆電廠方同確實型號，感應器喺電源掣定係掌托，喺唔拆機嘅情況之下由外觀可以見到嘅資料。
14. 已經試過嘅步驟同結果：重啟、清潔、重新登記邊幾隻手指、驅動重裝用邊個來源同版本，每一步改變咗啲乜嘢，唔好只寫試過。
將呢份清單帶去檢測頁面，檢查嗰陣可以直接由分流對應嘅層開始，唔使將基本檢查再做一次，亦唔會因為觸發條件無記錄而令故障喺檢查嗰陣重現唔到。
結語：分流先，換零件後
指紋或者人臉喺基本檢查之後仍然失靈，最常見嘅錯誤唔係拖延，而係未分流就跳去結論。感應器缺席、登記失敗、喚醒失靈、選項反灰、只壞一邊、更新之後壞咗，六種走向背後係六組唔同嘅層：韌體開關、匯流排列舉、驅動能力、範本儲存、TPM 同憑證容器、政策同帳戶、電源恢復次序。一次只改一個變量、分開電源狀態記錄、分開帳戶對照、分開兩種方法測試，呢四個習慣已經足夠將大部分個案由「指紋壞咗」收窄到某一層。收窄唔到嘅部分，或者需要韌體改動、TPM 操作、範本資料庫處理、政策處理、拆機檢查嘅部分，全部屬於檢查層面，帶齊上面清單送檢，遠比再登記多幾次、再重裝多幾次驅動有效。
指紋感應器、紅外線鏡頭組件、掌托組件、電源掣組件、主板層面工作，一律以檢測後書面報價為準。想再對照價錢分界，可以睇價錢頁面；想了解檢測流程同需要帶齊嘅資料，可以睇檢測頁面。檢查地點喺沙田石門達利廣場 1209 室，電話 +852 2186 8010，WhatsApp +852 6558 6806，營業時間 12:00–19:00。