劃界段：本篇只講 codec 晶片與其訊號鏈，唔係講成部機嘅音效
本篇講嘅範圍好窄，開頭就要講清楚，免得讀者用錯方法去判斷。主體係音效編解碼晶片，英文叫 audio codec，同佢前後嘅訊號鏈：以 Realtek ALC HDA codec 同 Cirrus SoundWire 做代表嘅晶片本體、HDA 或 I2S 匯流排層、耳機偵測層同放大器層。讀者喺本文見到嘅每一個症狀、每一個分層步驟，都只會喺呢條訊號鏈入面講，唔會走出呢條鏈去講其他零件。先認清楚範圍，先至可以講到點樣分層排除，否則一講到無聲就換零件，換完又未必好，成個判斷就會亂曬。
唔係本篇主體嘅範圍，只會作劃界對照，唔會展開。喇叭單元本身，即係振膜、音圈同喇叭腔體層面嘅損壞，屬於另一篇嘅範圍，本篇只會用喇叭做訊號鏈嘅終端對照，例如用耳機有聲而喇叭無聲去定位輸出路徑，唔會拆解喇叭單元點樣壞。耳機插座本身嘅物理損壞，例如簧片疲勞、插座焊腳斷裂、插座本體鬆脫，亦唔係本篇主體，本篇只會講插座背後嘅偵測訊號同 codec 入面點樣解讀呢個訊號，插座機械層面嘅判斷要分流去另一篇。單純驅動重裝、音量設定、預設裝置切換、音效增強開關等表面層，只會喺分層排除嘅第一層出現，作為收窄範圍嘅對照，唔會重寫成操作手冊。EC、PCH、SIO、供電時序、主板短路呢啲範疇，本篇只會將 PCH 或者控制器視為 HDA link 嘅對端端點，講訊號名同方向，唔會展開 PCH 本體故障、供電時序判斷或者主板短路排查。
| 範圍 | 本篇點樣處理 |
|---|---|
| Codec 晶片本體同內部 widget | 主體，逐個功能塊講 DAC、ADC、混音、耳機放大器、咪高峰前級 |
| HDA、I2S、SoundWire 匯流排層 | 主體，只講匯流排層面嘅訊號、列舉同命令回應，唔展開成另一篇匯流排專文 |
| 耳機偵測同放大器層 | 主體，包括 jack detect、阻抗感測、EAPD、內置放大器同外置 smart amp |
| DC blocking 層 | 主體，講耦合電容喺訊號鏈入面嘅位置同失效表現 |
| BIOS verb table 同 pin config 層 | 主體，講開機組態點樣決定聲音去向 |
| 喇叭單元本身 | 只作終端對照，唔拆解單元損壞 |
| 插座物理損壞 | 只講偵測訊號層，機械層分流去插座篇 |
| 驅動同設定表面層 | 只作第一層對照，唔重寫表面步驟 |
| EC、PCH、SIO、供電時序、主板短路 | 只作對端端點同劃界對照，唔展開該批內容 |
讀者層面嘅界線亦要講明。全文入面講到量度、拆檢、焊接、韌體載入嘅地方，全部屬於專業檢測人員嘅工作，讀者唔好自行拆機、唔好自行拆底蓋、唔好自行拔插內部排線、唔好自行更換晶片或者周邊零件。讀者可以做嘅，全部屬於外在觀察同記錄：記低症狀出現嘅路徑、方向、聲道同觸發條件，記低裝置狀態同更新前後嘅變化，之後將呢份記錄交畀檢測人員。內部檢查一律交專業檢測，呢個界線唔係客套說話，而係避免二次損壞嘅實際需要。收費方面，正文一律寫以檢測後書面報價為準，唔會喺正文寫任何具體金額，具體收費範圍可以睇 定價，送檢流程可以睇 診斷服務。
第1章：無聲唔係一個症狀，係一組需要拆開嘅描述
好多讀者送檢嗰陣只會講一句無聲，但對檢測人員嚟講，無聲根本唔足以定位。同一句無聲，背後可以係十幾種完全唔同嘅環節出問題，而每一種環節嘅處理方法都唔同。所以本章第一個要求好簡單：將無聲拆開做四個維度先至再講落去。第一個維度係路徑，即係出問題嘅係喇叭路徑、耳機路徑、定係兩條路徑一齊出問題。第二個維度係方向，即係播放出問題、錄音出問題、定係兩個方向一齊出問題。第三個維度係聲道，即係左聲道、右聲道、定係兩邊一齊。第四個維度係觸發條件，即係開機就出問題、插拔耳機嗰陣先出問題、大音量或者低音先出問題、休眠喚醒之後先出問題、定係按壓機身或者開合螢幕嗰陣先有變化。四個維度寫齊，先至算係一份有用嘅症狀記錄，缺一個維度，判斷嘅範圍就會大一倍。
點解四個維度咁重要，可以用幾個對照去理解。播放有問題但錄音完全正常，指向嘅多數係播放方向嘅 DAC、混音路徑或者輸出放大器，而唔係成粒 codec 一齊死，因為錄音方向行嘅係 ADC 路徑，兩條路徑喺 codec 入面係分開嘅。反過來，錄音有問題但播放正常，就應該先懷疑 ADC、咪高峰前級、咪高峰偏壓或者 headset 咪路徑嘅切換，而唔係去換播放路徑嘅零件。耳機正常但喇叭無聲，指向嘅多數係喇叭路徑嘅放大器致能、EAPD 或者 smart amp 層面，因為 DAC 本身已經證明到可以出聲，只係喇叭嗰條分支未行通。喇叭正常但耳機無聲，就反過來指向耳機放大器、DC blocking 或者 jack detect 層面。左右聲道只有一邊出問題，範圍就更窄，好可能只係嗰一邊聲道嘅 DAC 通道、放大器、耦合電容或者走線，而唔係成粒 codec 失效。範圍畫得越窄，誤診機會就越細，呢個就係分段思維嘅核心。
觸發條件同樣係定位證據，唔係閒談。開機即刻無聲同用用下突然無聲，指向嘅層次可以好唔同；插拔耳機嗰一刻先出現問題，偵測層嘅嫌疑就會上升；大音量或者低音一到就斷聲，細聲又回復返，放大器保護行為嘅嫌疑就會上升，因為保護電路嘅工作方式就係喺過流、過熱或者直流異常嗰陣關斷或者降增益，睇落去好似間歇無聲，但其實係保護緊部機；休眠喚醒之後先無聲，初始化時序或者電源狀態轉換嘅嫌疑就會上升；按壓機身或者開合螢幕嗰陣症狀有變化，接觸或者走線層面嘅嫌疑就會上升。讀者記錄嗰陣，唔需要判斷邊個原因啱，只需要如實記低觸發條件，判斷留返畀檢測人員。將推測寫成結論，係症狀記錄最常見嘅錯誤，例如將潮濕寫成原因，但其實手頭上根本無外觀證據同量度證據支持，咁樣只會令檢測行錯方向。
| 症狀描述 | 四維度拆法 | 先懷疑嘅方向 |
|---|---|---|
| 成部機完全無聲 | 路徑：喇叭加耳機；方向：播放；聲道：兩邊；觸發：開機已經無 | Link、列舉、BIOS 組態、codec 供電前提、DAC 同混音路徑 |
| 只有喇叭無聲，耳機正常 | 路徑：喇叭；方向：播放；聲道：兩邊；觸發：一直無 | EAPD、smart amp 致能、喇叭路徑 pin config |
| 只有耳機無聲，喇叭正常 | 路徑：耳機；方向：播放；聲道：視乎左右；觸發：插耳機先見到 | 耳機放大器、DC blocking、jack detect 誤判 |
| 只有錄音無聲，播放正常 | 路徑：咪高峰；方向：錄音；聲道：視乎內置定 headset；觸發：錄音先見到 | ADC、咪高峰前級、偏壓、pin config 咪高峰腳 |
| 只有一邊聲道無聲 | 路徑：耳機或者喇叭；方向：播放；聲道：單邊；觸發：一直或者間歇 | 單聲道 DAC、放大器、耦合電容、走線對稱性 |
| 大聲先斷聲，細聲回復 | 路徑：喇叭為主；方向：播放；聲道：兩邊；觸發：音量同內容相關 | 放大器保護、供電、負載 |
| 插耳機無反應，拔走喇叭唔回復 | 路徑：切換；方向：播放；聲道：兩邊；觸發：插拔 | Jack detect、pin sense、Auto-Mute、headset 模式組態 |
| 時有時無，按壓機身有變化 | 路徑：視乎邊條路；方向：播放或者錄音；聲道：視乎；觸發：機械動作 | 接觸、焊點、走線、排線層面懷疑方向 |
第2章：Codec 內部唔係一粒晶片咁簡單，係一組功能塊
講到 codec，好多人腦入面嘅圖像係一粒黑色晶片，但實際上 HDA codec 內部係一組功能塊組成嘅系統。根據 Realtek ALC260 資料表同 ALC269 規格摘要，HDA codec 內部至少包括 DAC、ADC、混音器同選擇器、耳機放大器、咪高峰前級、GPIO 同 EAPD 控制。HDA 規範將呢啲功能塊抽象為 widget 網絡，包括 pin complex、DAC、ADC、mixer、selector、放大器同 power widget 等，驅動以 verb 命令逐個 widget 設定路徑、音量同靜音。路徑接錯，等於將聲音送去一隻唔存在嘅輸出，結果就係無聲，但晶片本身可能完全無壞。理解 widget 網絡，先至明白點解驅動層同 BIOS 層嘅錯誤可以扮到好似硬件壞。
DAC 同 ADC 係兩個方向嘅轉換器，必須分開理解。DAC 負責將數碼轉做模擬，係播放方向嘅核心；ADC 負責將模擬轉做數碼，係錄音方向嘅核心。ALC260 屬於較舊嘅架構，資料表描述為 24-bit DAC 雙聲道架構；ALC269 整合 2+2 通道 DAC 同 4 通道 ADC，並支援立體聲數碼咪高峰陣列同 AEC、Beam Forming、Noise Suppression 等處理。呢啲數字只屬於該型號嘅摘要，唔可以套用到其他現役型號，現役型號嘅官方資料表原文喺本篇嘅資料來源入面並未取得，所以本文唔會列出未經核實嘅現役型號對照。重點唔係記住邊個型號有幾多通道，而係明白 DAC 壞咗可以表現為全無聲或者失真，ADC 壞咗就表現為錄音無聲或者雜音，而播放可以完全正常。播放同錄音係兩條獨立路徑，必須分開測試，合併測試只會掩蓋方向性證據。
混音器同選擇器係路徑嘅交通警察。一個 codec 入面可以有多個 DAC、多個 ADC、多個 pin complex，混音器決定邊個 DAC 嘅輸出接到邊個 pin，選擇器決定邊個輸入接到 ADC。驅動開機嗰陣會按 BIOS 提供嘅 pin config 同機型專用嘅 fixup 去設定呢個網絡，如果設定錯咗，聲音就會行錯路。例如喇叭腳被當成 line-out，耳機腳被當成唔存在，咪高峰腳被當成 line-in，全部都係組態層可以造成嘅結果。呢種錯誤嘅可怕之處在於，裝置管理員依然見到音效裝置，播放指示依然顯示緊播放中，但聲音根本去錯地方，讀者會以為係硬件壞，其實係劇本錯。後面講 BIOS verb table 嗰章會再深入講呢個機制。
耳機放大器係 codec 入面另一個容易被忽略嘅功能塊。ALC269 喺唔同 port 整合咗線性耳機放大器，其中一個 port 嘅設計更標明毋須外置 DC blocking 電容，以消除電容帶嚟嘅 pop 聲。呢個細節好重要，因為佢證明同一粒 codec 嘅唔同輸出腳，輸出級設計可以唔同，唔可以假設耳機路一定有 DC blocking 電容，亦唔可以假設一定無。判斷要以該機型嘅線路圖為準，線路圖未取得之前，任何關於有無電容嘅斷言都只係猜測。Cirrus CS42L43 嘅耳機輸出標示為 114 dB 動態範圍、Class H 架構、2 乘 33.7 mW 喺 30 歐姆同特定失真條件之下，呢啲數字只屬於該型號嘅產品摘要，唔可以當成所有 codec 嘅通用標準。讀者唔需要記住呢啲數字，只需要明白耳機放大器本身係一個獨立功能塊，佢壞咗，耳機路徑會死，但喇叭路徑可以完全正常。
內置 Class-D 喇叭放大器同樣要分清楚有定無。ALC269 內置立體聲 Class-D，可以直接推動小型喇叭，資料表摘要標示喺 5V 供電之下每聲道可以達到 2.3W，但負載條件要以資料表原文為準。但唔少筆電並唔用內置 Class-D，而係用 codec 嘅 line-out 去推外置 smart amp，兩種設計嘅故障點完全唔同。內置 Class-D 壞咗，問題喺 codec 入面；外置 smart amp 未致能或者韌體錯配，問題喺 codec 外面。唔按機型線路圖確認就直接假設，只會令更換決策行錯方向。咪高峰前級同 mic bias 亦係獨立功能塊，咪高峰路徑有獨立嘅偏壓同增益，耳機插座嘅咪高峰腳如果量到直流偏壓，屬於設計使然，唔等於故障，呢個陷阱後面會再講。
GPIO 同 EAPD 係 codec 對外控制嘅手。Codec 嘅 GPIO 可以用於靜音 LED、咪高峰指示燈同外置放大器控制；EAPD 即係 External Amplifier Power Down，係 HDA verb 層面嘅開關，編號為 Set EAPD 70Ch。EAPD 未被置位，外置放大器就唔會開，喇叭全程無聲，而耳機路徑可以完全正常。呢個就係本篇最重要嘅分層線索之一，因為佢完美解釋點解喇叭無聲但耳機正常，而且點解換喇叭同換 codec 都解決唔到問題。EAPD 開咗，唔等於 smart amp 已經醒，因為 smart amp 仲有自己嘅電源狀態、韌體載入同 DSP 組態，兩個層次要分開檢查，缺一不可。
第3章：HDA link 五條訊號，缺一不可
HDA link 係控制器同 codec 之間嘅橋，根據 Intel 800 系列 PCH 資料表，訊號定義非常清晰。HDA_RST# 係控制器送去 codec 嘅主機硬件重置訊號；HDA_SYNC 係 48 kHz 固定幀同步訊號；HDA_BCLK 係串列資料時鐘，最高 24 MHz；HDA_SDO 係控制器送去 codec 嘅串列 TDM 資料輸出，double-pumped，最高 48 Mb/s；HDA_SDI0 同 SDI1 係 codec 送返控制器嘅串列 TDM 資料輸入，single-pumped，最高 24 Mb/s，內置下拉電阻。呢五組訊號各有方向，各有角色，缺一不可，唔係裝飾。讀者唔需要識得量度波形，但需要明白每一條訊號斷咗會有邊種表現，先至唔會將 link 層問題誤當成 codec 本體問題。
| 訊號 | 方向 | 定義 | 失效表現 |
|---|---|---|---|
| HDA_RST# | 控制器去 codec | 主機硬件重置至內置同外置 codec | Codec 永遠唔被重置，控制器列舉唔到 codec，表現為無音效裝置 |
| HDA_SYNC | 控制器去 codec | 48 kHz 固定幀同步 | 幀結構崩潰，資料無法對齊，表現為無聲、斷續或者雜音 |
| HDA_BCLK | 控制器去 codec | 串列資料時鐘，最高 24 MHz | 時鐘丟失，資料無法同步，表現為無聲、斷續或者雜音，而唔係音量細 |
| HDA_SDO | 控制器去 codec | 串列 TDM 資料輸出，double-pumped，最高 48 Mb/s | 命令同播放資料送唔到 codec，表現為無聲，但列舉仍可能出現，造成見到裝置但無聲嘅迷惑症狀 |
| HDA_SDI0、SDI1 | Codec 去控制器 | 串列 TDM 資料輸入，single-pumped，最高 24 Mb/s | 錄音同回讀資料返唔到嚟，表現為錄音無聲或者 codec 回應異常，播放路徑未必受影響 |
另一個常見誤解係將 HDA link 當成 I2S。ALC269 資料表討論入面亦有技術人員指出，ALC269 嘅 SDATA 腳就係 HDA link，單憑見到 I2S 字眼，唔可以將佢當成通用 I2S DAC 使用；codec 嘅組態必須經 HDA verb 命令完成。呢個提醒好重要，因為市面上有唔少通用音訊晶片行 I2S，但筆電 HDA codec 唔係嗰種用法，命令語言、列舉方式、pin 組態全部都唔同。將 HDA codec 寫成 I2S 音效卡，成套排除流程都會錯。Link 層同 PCH 嘅劃界亦要講明，本篇只定義訊號同方向，PCH 內部時鐘、供電、控制器邏輯故障屬於另一批嘅範圍，唔會喺本篇展開診斷。
Link 層嘅量度邏輯，喺專業檢測層面係先睇列舉，再睇命令回應，最後先至睇波形。列舉異常，即係系統認唔到 codec 或者認到嘅 vendor 同 device 資訊唔合理，已經足以將問題定喺 link 層或者組態層，唔應該跳過呢步直接判 codec 本體壞。命令回應逾時，例如內核文件描述嘅 azx_get_response timeout 類訊息，輕微者可能只係改用輪詢，嚴重者代表存取咗唔存在嘅 codec slot 或者 link 根本唔通。讀者層面唔需要識得解讀呢啲訊息，只需要記低裝置狀態同錯誤碼原文，交畀檢測人員對照。波形量度屬於檢測人員嘅工作，讀者唔好自行拆機去量，呢個界線成篇都要保持。想了解收費範圍，可以睇 定價，想了解送檢流程，可以睇 診斷服務。
第4章：耳機偵測層，一個訊號可以靜音成部機
耳機偵測，英文叫 jack detect，係本篇最容易誤診嘅一層，因為一個訊號就可以靜音成部機。HDA 嘅 pin complex 具備 pin sense 能力，verb F09h 可以讀取插頭係咪已經插入，驅動亦可以設定 unsolicited event，令插拔即時通知系統。Realtek 嘅實現仲包括進階 jack sense 同 retasking，codec 能夠識別插入裝置嘅類型，並按用戶定義或者自動切換，將插座功能重新指派，例如將 line-in 改作喇叭輸出。呢個係 HDA 相對於舊 AC97 嘅標誌功能，亦係偵測層複雜嘅來源：偵測唔單止係問有無插頭，仲要問插咗乜、應該切去邊條路徑、咪高峰來源應該點樣切換。
Auto-Mute 係偵測層最常見嘅陷阱。Linux HDA 文件明言，Auto-Mute Mode 控制插入耳機嗰陣係咪自動靜音內置喇叭。當 jack detect 誤報有耳機插入，即係所謂 phantom detection，喇叭就會被長期靜音，而耳機插座本身可能根本無插任何嘢。症狀可以係喇叭無聲但耳機有聲，亦可以係兩邊都無聲，視乎 auto-mute 設定同路徑而定。HP Envy x360 嘅實例報告正正記載咗呢種情況，該機用 ALC245 加 CS35L41，Realtek Auto-Mute 喺 phantom detection 之下 latch 住，關掉 Auto-Mute 之後聲音恢復，同一例子同時涉及 smart amp 未喚醒，證明偵測層同放大器層可以疊加出現。呢個例子只係單一機型嘅公開報告，唔可以推廣為普遍規律，但佢示範咗分層排除嘅價值：關閉 Auto-Mute 只係診斷動作，用嚟證明問題係咪喺偵測層，唔係長期設定建議，更加唔係叫讀者長期關掉偵測功能就算修好。
偵測其實有至少三種唔同機制，失效嘅症狀都唔同，維修嗰陣必須先定性。第一種係物理插入偵測，機械偵測腳喺無插頭嗰陣閉合、有插頭嗰陣斷開，或者相反，視乎設計，係最直接嘅一層。第二種係負載存在同類型感測，透過量度負載嚟判斷插咗耳機、line-out 定係 headset。第三種係 codec 內部嘅插入同類型偵測，連同驅動嘅切換邏輯一齊決定系統應該將輸出切去邊。任何一層錯，都會令系統切換錯誤，讀者以為喇叭壞或者耳機壞，其實係路徑被切去另一邊。定性嘅方法好關鍵：假插入同假拔除嘅維修方向完全相反，假插入要搵唔應該導通卻導通嘅地方，例如短路、漏電、氧化導通；假拔除要搵應該導通卻唔導通嘅地方，例如開路、接觸不良、感測唔到負載。唔先定性就換件，等於亂槍打鳥。
| 誤判方向 | 讀者見到嘅現象 | 可能環節 |
|---|---|---|
| 假插入，無插頭但系統以為插著 | 喇叭無聲，系統顯示耳機已接 | 偵測腳短路或者氧化導通、感測線路漏電、codec 偵測邏輯錯、verb 組態將某 pin 定為已插入 |
| 假拔除，插著耳機但系統以為無插 | 耳機無聲、喇叭照響，或者系統顯示未插入 | 偵測腳接觸不良、阻抗感測讀唔到負載、插頭未插到底、TRRS 制式唔符 |
| 類型誤判，headset 被當成純耳機或者相反 | 耳機有聲但咪無聲，或者咪有聲但耳機單邊或者雜音 | CTIA 同 OMTP 混淆、mic bias 同地線切換錯、阻抗閾值邊緣 |
| 抖動誤判，插入狀態不斷跳 | 喇叭同耳機輪流出聲、系統不斷彈出插入提示、音量忽變 | 偵測腳接觸唔穩、感測線路受潮或者污染、插拔過程中間狀態被誤採樣 |
CTIA 同 OMTP 制式係另一種偵測層陷阱，唔係耳機壞，亦唔係 codec 壞。TRRS 四節插頭嘅四段分別係 Tip 左聲道、Ring 1 右聲道、Ring 2 同 Sleeve，CTIA 同 OMTP 嘅差別在於 Ring 2 同 Sleeve 邊個係地線、邊個係咪高峰，兩個制式剛好對調。Cirrus CS42L43 資料表標明支援 OMTP 同 CTIA 偵測同低阻抗內部切換，Realtek 方案亦有 headset 模式偵測。制式錯配嘅症狀係聲細、單聲道感、咪高峰無聲，呢啲係偵測層問題，唔係 codec 壞，亦唔係耳機壞。維修意義好清晰：如果一副 headset 喺別部機正常、喺呢部機咪無聲，唔好先判 codec 嘅 ADC 壞，先確認該 headset 嘅制式同該機嘅偵測同切換係咪對得上。反過來，如果所有 CTIA headset 嘅咪都無聲，但內置咪正常，問題先至收窄到 headset 咪路徑，包括偏壓、切換同 ADC 嘅 headset 輸入 widget。具體嘅阻抗閾值、感測閾值同 headset 模式功率檔位屬於廠方實作細節，必須按機型資料表核實，本篇唔會列出未經核實嘅數值。
第5章：放大器層，內置 amp、EAPD 同外置 smart amp 係三種唔同嘅嘢
放大器層最常見嘅錯誤，就係將三種唔同嘅嘢混為一談。第一種係 codec 內置耳機放大器，推耳機用，功率級別以數十 mW 計。第二種係 codec 內置 Class-D 喇叭放大器，部分型號有，部分型號無，直接推喇叭，功率以 W 計。第三種係外置 smart amp，例如 Cirrus CS35L41 同 CS35L56，係獨立晶片，帶 DSP、喇叭保護同韌體，經 I2C、SPI 或者 SoundWire 由主機控制。三種放大器嘅供電、控制、保護同故障表現全部唔同，唔分清楚就無辦法定位。耳機正常但喇叭無聲，唔等於耳機放大器正常就證明成個放大器層正常，因為耳機放大器同喇叭放大器可能根本係兩粒唔同嘅功能塊，甚至兩粒唔同嘅晶片。
EAPD 係 HDA verb 層嘅開關，編號 70Ch，負責控制外置放大器開定關。EAPD 未被置位，外置放大器就唔會開，喇叭全程無聲，而耳機路徑可以完全正常。呢個機制解釋咗好多喇叭無聲但耳機正常嘅個案，亦解釋咗點解換喇叭無用：喇叭本身根本無收到訊號，換幾多次喇叭都係一樣。但 EAPD 開咗，唔等於 smart amp 已經醒，因為 smart amp 仲有自己嘅電源狀態、韌體載入同 DSP 組態。Smart amp 要被喚醒、被設定、被明確指示傳送音訊先至會出聲，驅動或者韌體唔到位，amp 會長期處於 suspended 狀態，症狀係系統顯示播放中、錄音甚至量到訊號，但喇叭全程靜默。HP Envy x360 嘅例子就同時涉及呢兩層，證明分層檢查要逐層做，唔可以開咗一個開關就當成全部致能完成。
Smart amp 韌體係另一個絕對唔可以輕視嘅層次。Linux 內核文件嚴正警告，CS35L54、56、57、63 嘅韌體同設定必須按該機嘅供電電壓、喇叭阻抗、最大電壓同電流同外部硬件連接正確配置，唔可以跨機型套用另一部機嘅韌體同設定，即使兩部機睇落去好相似。檔名以系統 SSID 區分，錯配嘅後果包括低音量保護模式、單聲道混合輸出，甚至完全無聲。喺 SoundWire 加 CS42L43 加 CS35L56 或者 57 嘅組合入面，smart amp 嘅音訊可能唔係直接嚟自主機 SoundWire，而係經 CS42L43 轉發，呢個時候韌體係強制性嘅，無韌體就無喇叭聲。喺 HDA bridge 模式之下，無韌體同樣無聲。呢個規則嘅維修意義好直接：喇叭放大器唔係通用件，即使型號相同，唔同機嘅韌體同參數都唔同，換件必須連同該機正確組態一齊考慮，唔可以只換晶片。攞別部機嘅韌體嚟試，唔單止未必修好，仲可能令組態更亂，甚至危及喇叭或者放大器本身。
放大器保護行為本身就係症狀，唔分清楚保護同損壞，會誤換好嘅放大器。過熱、過流、直流偵測觸發嗰陣，放大器會關斷或者降增益，睇落去好似間歇無聲，但其實係保護電路喺度工作。Class-D 保護嘅通用原理包括短路保護、過熱保護、直流偵測，輸出可能進入 Hi-Z 高阻抗關斷狀態，過熱保護喺溫度回落之後可以自動回復，短路保護就可能需要清除鎖存。呢啲原理以通用 Class-D 資料作參考，具體觸發溫度、時間同閾值因型號而異，唔可以套用到其他放大器。分清楚保護同損壞嘅方法，喺專業檢測層面係先做降載測試，降音量、換已知正常嘅負載、等機器冷卻，睇症狀係咪可以回復；再做分段測試，放大器輸入側有無訊號、輸出側有無訊號、輸出係咪被拉到 Hi-Z 或者對地短路。保護觸發嘅機通常喺降載之後能夠回復一段時間，損壞嘅機就唔能夠。讀者層面唔需要做呢啲測試，只需要記低大聲先斷、細聲回復呢種音量相關模式，交畀檢測人員判斷。
| 放大器現象 | 偏向保護觸發 | 偏向放大器損壞 |
|---|---|---|
| 可以回復性 | 降音量、冷卻、重啟之後回復 | 任何條件之下都無聲或者失真 |
| 同音量關係 | 大聲、低音、長時間大聲嗰陣先出現 | 細聲都失真或者無聲 |
| 同負載關係 | 換喇叭或者拔掉負載之後行為改變 | 換負載都一樣 |
| 其他路徑 | 耳機路徑正常，如果放大器分開 | 可能連帶其他路徑異常，如果共用 codec |
| 供電同控制 | 供電、致能腳正常 | 供電異常、輸出對地短路等硬件證據 |
第6章：DC blocking 層，幾粒電容決定會唔會爆音、會唔會損壞耳機
單電源供電嘅 codec 輸出通常帶有直流偏置，必須經 DC blocking 電容隔直流先至可以接耳機或者喇叭，呢粒電容同時構成高通濾波。呢個設計原理好容易理解：codec 內部類比電路參考一個虛擬地，輸出腳上面帶有直流偏壓，而負載側參考系統地，兩邊存在直流電位差，如果直接連埋一齊，直流電流就會流過耳機或者喇叭，造成偏位、雜音甚至損壞。所以絕大多數設計都會喺 codec 輸出腳同插座之間串聯 AC 耦合電容，只俾交流音訊通過，擋住直流。呢粒電容睇落去好細粒，但佢失效嗰陣，成條耳機路徑嘅表現可以完全變曬，仲要極容易被誤判為 codec 壞。
DC blocking 失效嘅症狀光譜好闊，值得逐項記低。開機或者插拔嗰陣 pop 聲變大，係其中一種表現；低頻異常震盪或者喇叭異常擺動，係另一種；聲音變濛或者一邊大一邊細，亦係常見表現。電容開路嗰陣，該聲道會完全無聲，但 codec 腳側仍然有訊號、插座側無訊號，左右對照之下只有一邊死，係本環最典型嘅特徵。電容容值劣化或者漏電嗰陣，低音會明顯變弱或者消失，因為耦合電容同負載形成高通，容值變細，低頻截止點就會上移；同時亦可能出現直流漏到輸出側，表現為底噪、爆音、耳機振膜偏位感。電容短路比較少見，但後果較大，直流偏壓會直接漏到插座側，插拔嗰陣有大爆音，長期可能損害耳機。量度上面，插座側會量到唔應該有嘅直流偏壓，呢個就係電容漏電或者短路嘅證據方向。
專業檢測層面嘅分段口訣好值得讀者理解，即使讀者自己唔會去量。第一句係 codec 輸出腳有訊號、插座側無訊號，就懷疑耦合電容、走線或者插座路徑。第二句係 codec 輸出腳已經無訊號，問題就喺 codec 之前，唔應該先換電容。第三句係兩邊都有訊號，但插座側有異常直流偏壓，就懷疑電容漏電或者短路。第四句係兩邊都正常，但耳機仍然無聲，就懷疑耳機、插座接觸或者偵測邏輯。呢四句嘅價值在於，佢哋將一個好容易亂換零件嘅問題，變成兩邊對照嘅邏輯，換邊一個零件之前，先問訊號去到邊個位先消失。具體直流偏壓幾多先算異常，因型號、電源、係咪 capless 而異，本篇唔會編造通用數字，公開論壇上面嘅單一量度個案數字，亦唔會寫成通用標準，只會寫輸出端出現明顯直流電壓即屬於異常，應該停用並送檢。
咪高峰腳嘅直流偏壓係另一個例外，必須同耳機輸出分開講。咪高峰需要 bias 電壓先至可以工作，量到直流係設計使然，唔等於 DC blocking 失效。好多誤診就係將咪高峰孔嘅偏壓當成耳機孔嘅故障證據，或者將耳機孔嘅直流異常當成正常偏壓，兩種錯誤方向相反，但同樣致命。檢測人員量度嗰陣，第一件事就係確認量緊邊個孔、邊條路徑，唔係見到直流數字就下結論。讀者層面亦要記住呢個分別：送檢嗰陣講清楚自己係用邊個孔、邊副耳機、邊種咪高峰，唔好將唔同孔嘅現象混埋一齊講，否則檢測人員好容易跟錯路徑。
| DC blocking 對照 | Codec 腳側 | 插座側 | 解讀方向 |
|---|---|---|---|
| 耦合正常，單電源架構預期關係 | 有直流偏壓 | 無或者極細直流 | 正常對照關係，問題唔喺耦合電容 |
| 電容開路 | 有訊號 | 無訊號 | 懷疑耦合電容、走線或者插座路徑 |
| 電容漏電或者短路 | 有訊號 | 出現同 codec 腳側相近嘅直流偏壓 | 懷疑電容漏電或者短路，應該停用並送檢 |
| Codec 輸出級異常 | 兩聲道唔對稱、一邊為零、一邊異常高 | 跟隨 codec 腳側異常 | 懷疑 codec 輸出級或者其供電同偏壓電路 |
| Capless 設計 | 以該機型線路圖為準 | 上述對照唔適用 | 必須先確認架構，唔可以硬套耦合電容邏輯 |
| 咪高峰孔 | 有偏壓屬於設計使然 | 唔可以同耳機孔混為一談 | 咪高峰偏壓唔等於故障證據 |
第7章：BIOS verb table 同 pin config 層，開機就已經決定聲音去向
BIOS verb table 同 pin config 層，係成篇入面最容易被忽略，但實際上可以扮到最似硬件壞嘅一層。BIOS 或者 ACPI 同 UEFI 組態會為每一個 pin complex 提供預設組態，即係 pin configuration default，verb F1Ch 可以讀取，內容包括該腳係輸入定輸出、接咗乜嘢裝置、關聯順序、顏色同位置資訊。驅動開機嗰陣讀取呢張表，再按 PCI SSID 匹配機型專用嘅 fixup 同 model 選項，之後先至去初始化 widget 網絡。如果 BIOS 送錯表，或者表過時，或者同驅動嘅 fixup 衝突，驅動就會將聲音送去錯誤嘅輸出，或者將喇叭當成唔存在。呢種錯誤唔係驅動檔案損壞，重裝驅動唔會修好，因為每一次開機，驅動都係讀同一張錯誤嘅表。
Verb 係 HDA 嘅控制語言，驅動送出一個 verb 命令，codec 回應一個結果。Codec 內部每一個 widget 都有自己嘅 verb，用嚟設定音量、靜音、連接、pin 組態等。ALSA 文件指出，驅動需要為每一個機型準備 init verbs 表，正確初始化 codec 入面嘅 widget，並話畀 HDA 控制器知用邊個 DAC 或者 ADC 節點作為 PCM 串流嘅來源。BIOS 嘅角色就係喺開機嗰陣提供 codec 嘅初始組態，話畀驅動知呢個 pin 接咗乜、係乜嘢類型、接喺邊個位置。驅動再按呢個組態去初始化 widget。如果 BIOS 提供嘅組態同實際接線唔符，驅動就會用錯誤嘅劇本去初始化一粒正常嘅 codec，結果就係裝置存在但聲音行錯路，或者某個插孔被當成唔存在。
Linux HDA 文件明言，問題嘅一部分係 BIOS 壞咗，另一部分係驅動實現，即係 BIOS 表錯誤係 HDA 領域公認嘅故障來源，唔係罕見例外。初始化失敗可以有四種表現，由重到輕排落去。第一種係 codec 完全探測唔到，BIOS 報告嘅 codec slot 錯誤，驅動去存取唔存在嘅 slot，導致成條 link 通訊被破壞，內核文件描述嘅 azx_get_response timeout 並切換到 single_cmd 模式就屬於呢類，表面上就係無音效裝置。第二種係 codec 探測到但 widget 組態全錯，裝置出現，但輸出同輸入嘅接線全錯，例如喇叭被當成 line-out、耳機孔被當成唔存在、咪被當成 line-in。第三種係部分 pin 組態錯，只有某一個孔、某一個功能錯，例如 headset 咪唔工作，但耳機播放正常，呢種最容易被誤判為咪壞或者 codec 局部壞，其實只係該 pin 嘅 default configuration 錯。第四種係時序或者電源狀態相關嘅初始化失敗，開機嗰陣正常、休眠喚醒之後無聲，或者冷開機無聲、重啟之後正常，呢類問題同 verb 表本身無關，而係初始化嘅時機有關，例如 codec 尚未 ready 就送 verb，或者喚醒之後未重新初始化。
點樣證明係 verb 或者 BIOS 層，而唔係 codec 本體壞，檢測層面有幾個對照方法。第一係換作業系統或者 Live 環境對照，同一部機喺另一個作業系統或者 Live 環境之下，如果 codec 嘅列舉同 widget 接線顯示一致地錯，例如同一個 pin 永遠被當成唔存在，BIOS 組態嫌疑就會上升；如果喺另一個系統之下完全正常，原系統嘅驅動或者組態嫌疑就會上升。第二係睇 codec 嘅原始資訊，喺 Linux 之下，codec 資訊檔案會列出 codec 嘅 vendor 同 device、widget 接線同 pin default，對照該資訊同實際接線，例如機身有幾個孔、邊個孔係 headset，就可以睇出組態同實物係咪對得上。第三係睇逾時訊息，有逾時而且同 slot 有關，就偏向探測或者 BIOS slot 問題；無逾時但接線錯，就偏向 verb 或者 pin 組態問題。兩者嘅維修方向唔同，前者要查 BIOS 同 slot，後者要查 verb 表同 pin 組態。讀者層面唔需要識得做呢啲對照，只需要記低 BIOS 版本、驅動版本、更新前後症狀有無變化，呢啲記錄對檢測人員判斷組態層非常有用。
BIOS 更新有機會修正 verb 表或者 codec 組態，但亦有機會引入新嘅唔匹配，所以本文嘅寫法好謹慎：按品牌官方指引更新 BIOS，並記錄更新前後嘅症狀變化，唔會寫更新 BIOS 一定修好。更加重要嘅係，唔好喺未確認 BIOS 組態之前就換 codec，亦唔好隨意刷入另一機型嘅 BIOS 或者 verb 表，CS35L56 嘅警告同樣適用於呢度：睇落去相似嘅機型，接線同參數都可能完全唔同。Verb 層嘅除錯工具，例如 hda-analyzer、直接送 raw verb、讀取 codec 資訊檔案，屬於進階技術人員範疇，本文可以提及有呢個層次嘅除錯方法，但唔會教讀者亂送 verb，因為送錯 verb 可以改變放大器組態同靜音狀態，後果可能比原本問題更差。進階人員亦應該只用唯讀方式檢查，唔好喺未理解後果之前改變組態。想了解收費範圍，可以睇 定價，想了解送檢流程，可以睇 診斷服務。
第8章：七層分層排除，由軟到硬、由不拆機到拆機
分層排除係成篇嘅操作骨架，規則好簡單：由上而下、由軟到硬、由不拆機到拆機。每一層嘅通過定義必須寫清楚，通過唔係試過，而係得到一個可以記錄嘅結果。任何一層未通過就停喺該層，唔好跳去換 codec。呢個規則嘅目的，係防止最常見嘅浪費：明明係第一層或者第三層嘅問題，卻直接跳去第七層換晶片，結果問題依舊，仲要承擔板級維修嘅風險。每一層都要記錄試咗乜、結果係乜，而唔係試過曬都唔得。試過曬都唔得呢句說話，對檢測人員嚟講等於無資訊，因為佢唔知道邊一層已經排除、邊一層未排除、邊一層嘅結果有矛盾。
| 層 | 名稱 | 查乜嘢 | 通過嘅標誌 | 唔通過指向 |
|---|---|---|---|---|
| 第 1 層 | 驅動層，列舉同組態送達 | 裝置管理員或者系統資訊入面音效控制器同 codec 係咪存在、有無驚嘆號；係咪品牌官方驅動而唔係通用驅動誤裝；音效服務同預設輸出裝置係咪正確；換已知良好嘅輸出，例如 USB 音效、藍牙、HDMI 音訊交叉測試，確認問題係咪只限於內置 codec 路徑 | 內置 codec 裝置存在、無錯誤碼；USB、藍牙、HDMI 音訊正常，證明作業系統音訊棧本身可以出聲，問題收窄至內置 codec 鏈 | 裝置缺失或者錯誤碼，轉第 2 層或者第 6 層；USB 音訊都無聲，問題唔喺 codec 層，停止本篇流程，轉系統或者驅動表面層 |
| 第 2 層 | HDA、SoundWire、I2S 匯流排層 | 確認機型架構，HDA Realtek、SoundWire Cirrus、USB ALC4080 類；進階者可以查 codec 列舉資訊，例如 Linux 之下嘅 codec 資訊檔案、codec vendor 同 device 編號，Windows 之下嘅裝置硬件編號；檢查 BIOS 入面 HD Audio 控制器係咪被關閉，只作開關確認 | 可以讀出 codec 型號同 vendor 編號；架構同機型資料一致 | 讀唔到 codec 或者編號異常，指向 link、重置、供電或者 codec 本體問題，須送板級量度，唔可以只靠重裝驅動反覆嘗試 |
| 第 3 層 | BIOS verb table、pin config 層 | 對照機型，pin config 係咪將喇叭、耳機、咪高峰指派到正確嘅腳；BIOS 版本係咪品牌官方最新，按官方指引更新，並記錄更新前後症狀；進階者可以用 hda-analyzer 讀取 widget 同 pin config，只讀、唔亂送 verb | Pin 指派同機身實際接口一致；更新 BIOS 之後症狀有可以記錄嘅變化，好轉或者不變都要記錄 | 指派錯亂或者更新之後仍然錯，指向 verb 表或者驅動 fixup 唔匹配，屬於韌體或者驅動配合問題，換 codec 無效 |
| 第 4 層 | Jack detect、pin sense 層 | 插拔耳機嗰陣系統有無反應，包括裝置切換、Auto-Mute 動作；關閉 Auto-Mute 或者關閉 jack detection 之後喇叭係咪恢復，只作診斷，唔作長期設定建議；換已知良好嘅 CTIA 耳機或者耳麥交叉測試；檢查系統係咪誤以為長期插著耳機 | 插拔反應同實際一致；關閉 Auto-Mute 之後喇叭恢復，鎖定 jack detect 誤報 | 無反應或者反應同實際相反，指向 jack detect 訊號鏈或者 codec 偵測邏輯問題；插座物理損壞分流至插座篇 |
| 第 5 層 | Codec 晶片本體層，DAC、ADC、混音 | 分開測試播放同錄音；分開測試耳機路同喇叭路；分開測試左右聲道；量度輸出端直流電壓之前，先以交叉測試收窄：如果播放同錄音同時全壞，而且多路輸出同時全壞，codec 本體懷疑度上升；如果只有一路壞，懷疑度下降 | 能夠定位到某一個功能塊，而唔係成部機無聲 | 多路同時全壞而且 link 同 verb 已經排除，codec 本體或者其供電同其時鐘懷疑度最高，送板級量度 |
| 第 6 層 | 放大器同 DC blocking 層 | 耳機路：量輸出端直流偏移，異常直流等於停用送檢；喇叭路：確認 EAPD 係咪致能、smart amp 係咪喚醒，包括電源狀態、韌體載入；檢查輸出端有無短路，換 codec 之前嘅強制前置檢查；分辨內置 Class-D 同外置 smart amp 兩種設計 | 直流正常、EAPD 已經致能、smart amp 已經喚醒仍然無聲，問題喺放大器本體或者之後嘅喇叭路；直流異常，指向 DC blocking 或者輸出級問題 | EAPD 未開或者 smart amp 未醒，指向致能、韌體、驅動配合問題，換 codec 或者換喇叭都無效；輸出短路，先修短路，否則新件即燒 |
| 第 7 層 | 板級量度同更換決策層 | 維修人員量度 codec 供電軌、HDA link 訊號，包括 BCLK、SYNC、SDO、SDI、重置訊號、輸出端波形、周邊被動件，包括 DC blocking 電容、耦合電阻；目檢腐蝕、燒痕、焊點；按維修手冊或者線路圖確認同型號 codec | 量度結果能夠指向單一故障點，例如某供電軌缺失、某 link 訊號缺失、某輸出腳無波形 | 量度無法定位，唔應該盲目換 codec；按第 12 章決策框架選擇繞過方案或者換板、換機評估 |
第9章：Codec 點解會壞，四種成因嘅機制層說明
以下四項只講點樣壞嘅物理同電氣機制，唔會畀故障率、壽命、邊種最常見嘅排名，因為該等數字喺資料來源入面並未核實。更加重要嘅係，成因判斷必須靠量度同拆檢，唔可以憑症狀反推成因，唔可以憑用得多、香港潮濕等敘述定罪。讀者送檢嗰陣，如實記錄使用史就已經足夠，成因結論留返畀檢測人員根據外觀證據同量度證據去寫，否則好容易將一個未證實嘅推測寫成維修報告嘅原因。
第一種係靜電，即係 ESD。ASUS 官方 ESD 說明指出，靜電瞬間電壓可以達到數千伏特或者以上，破壞係永久性嘅，可以直接燒毀電路，維修人員必須佩戴 ESD 手帶。機制係高壓喺晶片內部絕緣層之間擊穿，造成短路或者斷路，亦可以造成潛在損傷，即係當下仍然可以工作，但絕緣已經削弱，日後先至表現為唔穩定。對 codec 嚟講，暴露點係耳機插座、咪高峰插座同任何外露嘅音訊接口，人體靜電可以經插頭傳入 codec 嘅模擬腳。設計上面一般有 ESD 保護元件，但保護元件本身亦有承受次數同能量上限，該上限按元件型號而異，本篇並未核實具體數值，所以唔會列出。寫作上面嘅界線好清晰：只可以寫拆機維修必須做 ESD 防護呢個操作要求，唔可以寫地域統計或者季節推論。
第二種係潮濕腐蝕同電遷移。一般 PCB 失效機制文獻指出，濕度會大幅降低導體之間嘅絕緣電阻，有文獻記載表面電阻可以隨相對濕度喺 30 至 90 百分比範圍之內變化數個數量級，並加速導體腐蝕；喺離子污染加電場並存嗰陣，可以形成金屬樹枝狀結晶，即係 dendrite，最終搭橋造成短路。對 codec 周邊嘅具體意義係，codec 腳距細，周邊多數係小型被動件同細走線，腐蝕或者樹枝狀生長更加容易造成腳間漏電或者短路。耳機插座附近嘅潮氣同汗水、飲品濺入屬於同一機制家族，但維修判斷上面要分開：前者多數有明確事件同局部痕跡，後者多數係長期緩慢過程。防護機制方面，三防漆、密封、乾燥劑等可以減緩但唔可以保證杜絕，筆電主板一般唔做全板三防漆，唔可以假設有三防漆所以唔會腐蝕。
第三種係供電或者放大器過載。機制鏈好清晰：輸出短路，例如耳機線短路、插座內部短路、喇叭線破皮碰殼，負載阻抗過低、長時間最大音量輸出，都會令放大器輸出級電流同發熱上升；保護電路如果有，應該介入限流或者關斷，但保護介入本身亦可以表現為突然無聲而唔係燒毀，兩者要分清楚。Cirrus CS42L43 設有供電 brownout 監測同回報功能，說明供電跌落係 codec 設計上面需要監測嘅事件，但 brownout 會唔會直接燒 codec，本篇並未核實，唔會寫成因果。另一條過載路徑係錯接，將放大器輸出誤接到唔應該接嘅負載，或者將兩個輸出短接，都可以損傷輸出級。維修嗰陣應該先檢查輸出端有無短路，先至決定係咪換 codec，否則新 codec 上板即刻再燒。寫作上面嘅界線係，只可以寫輸出端短路係換 codec 之前必須排除嘅前置檢查，唔可以寫未經核實嘅因果，例如長期開最大聲一定會燒 codec。
第四種係焊點老化同封裝應力。機制係筆電長期熱循環，開關機、負載高低，令焊點承受反覆膨脹收縮應力；QFN 類封裝，例如 Realtek ALC 後綴常見嘅無引腳封裝，帶外露散熱焊盤，同 WLCSP 類封裝，例如 Cirrus CS42L43 嘅 70-ball WLCSP、CS42L42 嘅 49-ball WLCSP，對焊點質量嘅敏感度唔同，但具體失效模式必須按封裝同線路而定。板級維修界嘅一般做法係，BGA 或者 QFN 類晶片可以用 reballing 處理，即係拆低、清焊盤、重新植球、再焊返，或者更換晶片處理；但 reballing 係咪適用於 codec，取決於焊盤狀況、晶片本身係咪已經損壞、有無同型號新件，reballing 救唔到已經擊穿嘅晶片本體。寫作上面嘅界線係，只可以寫間歇性故障，例如時有時無、按壓或者輕敲機身有變化，係焊點或者接觸問題嘅懷疑方向之一，須由維修人員量度確認，唔可以寫焊點老化出現嘅時間、熱循環次數或者品牌比較。
第10章：香港情境，潮濕同通勤點樣改變排查次序
香港情境呢一章只會講情境點樣影響判斷同使用習慣，唔會寫香港統計、故障率、零件存貨、供應時間、價錢，因為該等數字喺資料來源入面一律並未核實。呢個界線好重要，因為好容易將氣候背景寫成故障原因，將排查次序調整寫成定罪結論。潮濕嘅意義在於，佢提高咗接點同感測路徑出問題嘅先驗懷疑，改變咗排查嘅優先次序，而唔係直接證明某一部機就係潮濕壞。通勤嘅意義亦一樣，佢增加咗插拔、震動、擠壓同溫差嘅暴露，但每一個暴露都要有外觀證據同量度證據支持，先至可以寫入判斷。
| 香港排查次序 | 位置 | 點解排喺呢個位 |
|---|---|---|
| 第一 | 偵測腳同高阻抗感測路徑 | 氧化、灰塵、鹽分殘留最容易改變感測結果，假插入同假拔除高發 |
| 第二 | 插座接點同排線座 | 機身開口直接暴露，通勤潮氣、汗水、雨水濺入首當其衝 |
| 第三 | 耦合電容周邊同走線 | 液體殘留吸濕之後可能形成漏電路徑，但需要液體實際到達該區域 |
| 第四 | Codec 本體同放大器本體 | 封裝保護令直接失效門檻較高，應該排喺接點同走線之後 |
通勤耳機建議方面，唔會推銷具體型號，只會講交叉測試原則：用已知良好嘅 CTIA 耳機交叉測試，避免用已經破皮、線材外露嘅耳機線，因為短路可以損傷輸出級。香港問診清單值得讀者送檢之前自己整理一次：問題係幾時開始，係咪喺淋雨、入水、冷氣房出入、長時間未用之後出現；耳機係長期插著定係每日多次插拔，有無用轉接頭、延長線、分線器；症狀係咪喺乾爽環境或者冷氣房入面會減輕，喺潮濕天會加重，呢個只作參考，唔作診斷；係咪只有某一副耳機出問題，定係所有耳機都一樣，即係跟機走定係跟耳機走；插拔嗰陣系統嘅插入顯示係咪穩定，定係會抖動、彈出多次提示；機身插座附近有無肉眼可見嘅綠色或者白色腐蝕物、液體痕跡、灰塵堆積。呢六條問診記錄，已經可以幫檢測人員慳返好多時間。最後要講明嘅界線係，唔應該將香港潮濕寫成維修報告嘅唯一原因，除非有外觀證據同量度證據同時支持，否則應該寫未能確定同潮濕有關。想了解收費範圍，可以睇 定價，想了解送檢流程，可以睇 診斷服務。
第11章：常見誤診同陷阱，逐個拆開講
以下誤診陷阱要逐個拆開嚟講，千祈唔好輕視，因為每一個陷阱背後都係一種換錯零件嘅代價。第一個陷阱係誤當喇叭壞，內置喇叭無聲，立即訂喇叭或者認定喇叭單元燒毀。真相係喇叭無聲而耳機正常，病根更加可能喺 EAPD 未致能、smart amp 未喚醒、喇叭路徑嘅 pin config 錯誤。喇叭單元本身嘅判斷屬於喇叭篇，本篇嘅責任係先證明 codec 有無將聲音送到喇叭路徑。避坑動作好清晰：耳機交叉測試、Auto-Mute 檢查、EAPD 同 smart amp 狀態、板級量度，四步未做完，唔可以下喇叭壞嘅結論。
第二個陷阱係誤當驅動壞，反覆重裝驅動、換驅動版本、重裝系統，問題依舊，仍然堅持驅動問題。真相係驅動重裝只能解決驅動檔案損壞或者版本錯配，verb 表錯誤、link 斷裂、放大器未致能、codec 本體損壞，重裝幾多次驅動都唔會好。反覆重裝而無記錄，更加會破壞更新前後症狀對照呢條重要線索。避坑動作係重裝驅動之前先記錄裝置狀態同錯誤碼，重裝之後症狀不變，即刻應該轉入第 2 至第 6 層，而唔係換另一個驅動版本再試。驅動層只係七層入面嘅第一層，verb 表、link、放大器致能都未排除，唔可以跳到換 codec。
第三個陷阱係誤當插座壞，耳機插拔無反應，立即認定插座簧片壞或者插座要換。真相係插拔無反應有三種可能，第一係插座物理損壞，屬於插座篇；第二係 jack detect 訊號或者 pin sense 邏輯故障，屬於本篇第 4 層；第三係驅動 headset 模式或者 pin config 錯誤，屬於本篇第 3 層。三者症狀重疊，必須用關閉 Auto-Mute 或者 jack detection 之後有無變化，同換 CTIA 耳機交叉測試去分流。CTIA 同 OMTP 附帶陷阱亦要一齊講，用錯制式嘅耳麥會出現聲細、咪高峰無聲，容易被誤當成 codec 咪高峰路壞，先確認耳機制式，再談 codec。
第四個陷阱係誤當主板全壞，代價最昂貴。無音效裝置即刻認定主板報廢、建議換板或者換機。真相係無裝置可以只係重置訊號、link、BIOS 表、codec 供電其中一點出問題，未必係 PCH 或者成塊板故障。PCH、EC、供電時序嘅判斷屬於另一批，本篇嘅責任係寫明無裝置唔等於主板全壞，並將讀者導向板級量度，而唔係直接換板。避坑動作係先確認 BIOS 入面 HD Audio 控制器開關，再睇 codec 能唔能夠列舉，再送板級量度，三步未做，唔可以寫換板結論。
| 誤診 | 真相同應先查 | 後果 |
|---|---|---|
| 無聲等於 codec 燒咗 | 先做系統分流，USB、藍牙係咪正常，再做列舉、路徑對照 | 換錯晶片，問題依舊 |
| 喇叭無聲等於喇叭壞咗 | 先查耳機係咪正常、放大器輸入有無訊號、偵測係咪假插入 | 換錯喇叭，問題喺放大器或者偵測 |
| 耳機無聲等於插座壞咗 | 先查喇叭係咪正常、耦合電容前後對照、偵測狀態 | 換錯插座，問題喺 codec、電容或者偵測 |
| 咪無聲等於咪壞咗 | 先查 CTIA、OMTP、偏壓、內置咪同 headset 咪對照 | 換錯咪，問題喺切換或者偏壓 |
| 驅動重裝無效等於硬件壞咗 | 先查 BIOS verb、pin 組態、列舉、逾時訊息 | 忽略組態層，誤入板級維修 |
| 大聲斷聲等於喇叭承受唔住 | 先查放大器保護，降載係咪回復，再查供電、負載 | 換錯喇叭，問題喺保護或者供電 |
| 爆音等於 codec 壞咗 | 先查電源狀態轉換、耦合電容、偵測抖動 | 忽略 pop 同 click 嘅狀態轉換機制 |
| 單邊無聲等於 codec 一邊壞咗 | 先查耦合電容前後、放大器輸入、走線對稱性 | 換錯 codec，問題只係一粒電容 |
| 插座側有直流等於一定壞咗 | 先確認量緊耳機孔定係咪孔、係咪 capless 設計 | 將咪偏壓誤當故障 |
| 攞別部機韌體、BIOS、verb 嚟試 | 絕對唔可以，見 smart amp 韌體警告 | 可能損壞喇叭或者放大器，或者令組態更亂 |
第12章：整、換、升級決策框架，同送修前檢查清單
決策框架只會畀決策邏輯，唔會畀價錢門檻、交期、值得定唔值得嘅金額結論，因為該等數字喺資料來源入面並未核實，須由維修報價同讀者自行判斷。決策之前必須先有分段結論，否則以下框架無法使用。分段結論嘅格式應該係一句話，例如耳機路徑方面，codec 腳有訊號、耦合電容之後無訊號、喇叭正常，而唔係一句無聲。分段結論寫唔出嚟，代表分層排除未完成，呢個時候做任何更換決策都係盲目。決策嗰陣必問三句，第一係分段結論係乜，第二係換件之後仲需要乜嘢組態或者韌體先至可以工作，如果答唔出，唔應該先換，第三係如果換件無效，下一步係乜，如果無下一步，代表分段未完成。
| 分層結果 | 建議方向 | 說明 |
|---|---|---|
| 第 1 至第 3 層問題，驅動、link 列舉、verb 表 | 軟件或者韌體層修復，唔拆機 | 官方驅動、BIOS 更新按品牌指引、pin config 修正；換 codec 無效，換喇叭無效 |
| 第 4 層問題，jack detect 誤報 | 偵測層處理 | 關閉 Auto-Mute 作診斷；如果確認為偵測訊號鏈問題，送板級檢查；如果為插座物理問題，分流至插座篇 |
| 第 6 層問題，EAPD、smart amp 未致能、韌體錯配 | 致能或者韌體層修復 | 按機型 SSID 載入正確韌體；唔可以跨機型套用；EAPD 問題屬於組態層，唔等於放大器燒毀 |
| 第 6 層問題，DC blocking、周邊被動件失效 | 板級更換被動件 | 更換失效電容、電阻等周邊件；呢類維修唔涉及換 codec，風險同成本結構唔同，金額以檢測後書面報價為準 |
| 第 5、第 7 層問題，codec 本體損壞，而且量度已經定位 | 板級更換同型號 codec | 必須同型號、同封裝，並確認更換之後 verb 表同驅動配合；更換之前必須先排除輸出短路，否則新件即燒 |
| 第 7 層無法定位，或者多層同時損壞 | 換板、換機評估，或者繞過方案 | 見下面質化判準；唔可以盲目逐件換 |
| 讀者急需用機，或者維修需時較長，時間由維修方書面確認，本篇唔寫交期 | USB 外置音效繞過方案 | USB 音效卡、USB 耳機行獨立路徑，可以即時恢復聽到聲嘅功能，但唔等於修好內置 codec，本文必須寫明呢個分別 |
升級呢個詞喺本篇有正確用法，必須講清楚，免得讀者誤會。唔可以寫換粒高級 codec 升級音質，因為 codec 型號、腳位、verb 表、驅動 fixup、韌體 SSID 全部按機型綁定，跨型號升級喺絕大多數筆電上面唔可行，本文唔會暗示讀者可以自行升級 codec。真正嘅升級路徑只有兩條，第一係外置升級，即係 USB DAC 或者外置音效設備，行獨立路徑，唔郁內置 codec；第二係換機升級，即係換一部音效設計較好嘅機型。兩者都必須寫明同修好內置 codec 係唔同目標。更加唔可以寫換 codec 之後音質一定變好，同型號更換嘅目標係恢復原有功能，唔係提升音質，音質受喇叭、腔體、調音等多重因素影響，喇叭同調音屬於另一篇嘅範圍，唔會喺本篇展開。
送修前檢查清單可以直接用作正文清單，讀者送檢之前逐項打勾，交出嚟嘅資料就會完整好多。已經做三重交叉測試，包括已知良好嘅耳機、USB 音效、藍牙或者 HDMI 音訊。已經記錄症狀，包括播放、錄音、耳機、喇叭、左右聲道、插拔反應，逐項分開記錄。已經記錄裝置狀態，包括裝置管理員有無音效裝置、有無錯誤碼、驅動版本、BIOS 版本。已經記錄觸發史，包括濺液、跌撞、拆機、靜電環境、BIOS 或者驅動更新前後變化，如實記錄，唔好推測成因。已經備份資料，並確認維修報價包括更換之後嘅功能測試同保養安排。店資料方面，沙田石門達利廣場 1209 室，電話 +852 2186 8010，WhatsApp +852 6558 6806，營業時間 12:00–19:00。收費方面，正文一律以檢測後書面報價為準，具體收費範圍可以睇 定價，送檢流程可以睇 診斷服務。
第13章：常見問題
Q1：音效編解碼晶片即係 codec，佢喺筆電入面做啲乜？
Codec 係一組混合訊號功能塊嘅集合，唔係一粒只負責出聲嘅零件。佢入面有 DAC 負責播放方向嘅數碼轉模擬，有 ADC 負責錄音方向嘅模擬轉數碼，有混音器同選擇器決定路徑點樣接，有耳機放大器推耳機，有咪高峰前級同偏壓處理錄音，仲有 GPIO 同 EAPD 等控制功能。作業系統經控制器同匯流排將資料同命令送到 codec，codec 再按 widget 設定將聲音送去正確嘅輸出。任何一個功能塊出問題，症狀都可以完全唔同，所以判斷嗰陣一定要先講清楚係邊條路徑、邊個方向、邊一邊聲道出問題。
Q2：點解裝置管理員見到音效裝置，但係都係無聲？
列舉成功只係證明控制器同 codec 喺匯流排層面能夠對話，唔等於成條訊號鏈都正常。DAC 靜音、混音路徑接錯、放大器未致能、EAPD 未開、smart amp 未喚醒、jack detect 誤報、DC blocking 失效，全部都可以在裝置存在嘅前提下令讀者聽唔到聲。呢種情況屬於裝置存在但無聲嘅分叉路，多數要喺分層排除嘅第 4 至第 6 層搵原因，唔可以只靠重裝驅動去處理。讀者可以先做三重交叉測試，包括已知良好嘅耳機、USB 音效、藍牙或者 HDMI 音訊，將問題收窄到內置 codec 鏈定係系統音訊棧，再將裝置狀態同錯誤碼記錄低交畀檢測人員。
Q3：喇叭無聲但耳機正常，係咪即係喇叭壞咗？
唔一定，而且好多時都唔係喇叭單元本身嘅問題。耳機正常證明 DAC 本身可以出聲，問題好可能喺喇叭路徑嘅分支，包括 EAPD 未致能、外置 smart amp 未喚醒或者韌體錯配、喇叭路徑嘅 pin config 錯誤，或者 jack detect 誤報令系統以為插著耳機而將喇叭長期靜音。喇叭單元本身嘅判斷屬於另一篇嘅範圍，本篇嘅責任係先證明 codec 有無將聲音送到喇叭路徑。避坑次序係耳機交叉測試、Auto-Mute 檢查、EAPD 同 smart amp 狀態、板級量度，四步未做完，唔可以下喇叭壞嘅結論。
Q4：耳機無聲但喇叭正常，應該先懷疑邊一層？
應該先懷疑耳機路徑本身，包括耳機放大器、DC blocking 耦合電容、jack detect 誤判同耳機路徑嘅 pin config。第一步係換一副已知良好嘅耳機交叉測試，睇問題係跟住耳機走定係跟住部機走。如果跟住部機走，而且喇叭正常，範圍已經收窄到耳機分支，唔需要即刻懷疑成粒 codec 失效。單邊耳機無聲嗰陣，更加要先考慮單聲道 DAC 通道、放大器、耦合電容或者走線對稱性，左右對照係最強嘅證據。讀者唔好自行拆機檢查內部，內部檢查一律交專業檢測，收費以檢測後書面報價為準。
Q5：點解播放正常，但錄音完全無聲？
因為播放同錄音係兩條獨立路徑。播放行 DAC、混音同輸出放大器，錄音行咪高峰前級、偏壓同 ADC，兩條路徑喺 codec 入面分開，播放正常唔可以證明錄音路徑正常。錄音無聲嗰陣要分開測試內置咪同 headset 咪，如果內置咪正常但 headset 咪無聲，範圍會收窄到 headset 咪路徑，包括偏壓、切換、CTIA 同 OMTP 制式、ADC 嘅 headset 輸入 widget。如果兩種咪都無聲，懷疑度會移向 ADC 或者共用部分。咪高峰腳量到直流偏壓屬於設計使然，唔可以將咪高峰偏壓誤當成故障證據。
Q6：插耳機無反應，或者拔走耳機之後喇叭都唔回復，點解？
呢種症狀多數同耳機偵測層有關，包括 pin sense 訊號、jack detect 邏輯、Auto-Mute 設定同驅動嘅 headset 模式組態。假插入即係無插頭但系統以為插著，喇叭會被長期靜音；假拔除即係插著耳機但系統以為無插，耳機無聲而喇叭照響；類型誤判即係 headset 被當成純耳機或者相反，咪高峰會無聲；抖動誤判即係插入狀態不斷跳，喇叭同耳機會輪流出聲。檢測層面會用關閉 Auto-Mute 作診斷，睇喇叭係咪恢復，從而鎖定偵測誤報，但關閉 Auto-Mute 只係診斷動作，唔係長期設定建議。插座物理損壞屬於另一篇嘅範圍，偵測訊號層同機械層要分流判斷。
Q7：開機或者插拔嗰陣有爆音，係咪即係 codec 壞咗？
唔一定，爆音有好多種成因，程度同伴隨現象好重要。輕微開關機 pop 聲同 DC blocking 失效造成嘅異常 pop 聲程度唔同，後者可能伴隨輸出端直流偏移、低頻異常擺動或者音量相關嘅爆音，呢啲情況應該停用並送檢。DC blocking 電容開路、容值劣化或者漏電，都可以造成爆音、單邊、低音消失，量度上面要比較 codec 腳側同插座側嘅直流偏壓關係，兩邊對照先至有意義。電源狀態轉換，例如休眠喚醒嗰陣，都可以帶來直流瞬變同 pop 聲，呢個屬於狀態轉換機制，唔可以一概歸咎於 codec 本體。具體直流偏壓幾多先算異常，因型號同架構而異，本篇唔會編造通用數字。
Q8：同一副耳麥喺別部機正常，喺呢部機咪高峰無聲，點解？
好可能係 CTIA 同 OMTP 制式錯配。TRRS 四節插頭嘅 Ring 2 同 Sleeve，兩個制式剛好對調地線同咪高峰，混用嗰陣會出現咪無聲、雜音大、耳機單邊或者音量異常細。部分 codec 支援 OMTP 同 CTIA 偵測同地線切換，但切換本身亦可以出錯，屬於偵測層問題，唔係 codec 壞，亦唔係耳機壞。正確次序係先確認耳麥制式同該機嘅偵測同切換係咪對得上，再談 codec 嘅 headset 咪路徑。如果所有 CTIA 耳麥嘅咪都無聲，但內置咪正常，問題先至收窄到 headset 咪路徑，包括偏壓、切換同 ADC 輸入 widget。轉接頭、延長線同分線器亦會改變感測到嘅等效負載，交叉測試嗰陣應該盡量用直插嘅已知良好耳麥。
Q9：BIOS verb table 錯咗，點解會扮到好似硬件壞？
因為驅動開機嗰陣會讀取 BIOS 提供嘅 pin config 預設組態，再按呢張表去初始化 codec 入面嘅 widget 網絡。如果表錯咗，驅動就會將聲音送去錯誤嘅輸出，或者將喇叭當成唔存在，或者將某個插孔當成唔存在，表面上同硬件壞一模一樣。重裝驅動解決唔到呢種問題，因為每一次開機，驅動都係讀同一張錯誤嘅表。BIOS 更新有機會修正 verb 表或者 codec 組態，但亦有機會引入新嘅唔匹配，所以應該按品牌官方指引更新，並記錄更新前後嘅症狀變化。更加唔可以隨意刷入另一機型嘅 BIOS 或者 verb 表，睇落去相似嘅機型，接線同參數都可能完全唔同。
Q10：點解唔可以攞另一部機嘅 smart amp 韌體嚟試？
因為 smart amp 韌體同設定必須按該機嘅供電電壓、喇叭阻抗、最大電壓同電流同外部硬件連接正確配置，檔名以系統 SSID 區分，錯配嘅後果包括低音量保護模式、單聲道混合輸出，甚至完全無聲。喺 SoundWire 加 CS42L43 加 CS35L56 或者 57 嘅組合入面，smart amp 嘅音訊可能經 CS42L43 轉發，呢個時候韌體係強制性嘅，無韌體就無喇叭聲；喺 HDA bridge 模式之下，無韌體同樣無聲。即使兩部機用同一粒 smart amp 晶片，韌體同參數都唔同，換件必須連同該機正確組態一齊考慮，唔可以只換晶片。攞別部機嘅韌體嚟試，唔單止未必修好，仲可能令組態更亂。
Q11：維修收費點樣計？以下四項價錢係咪即係本題嘅收費？
以下四項只係已確認嘅一般項目參考，唔代表本題收費：電池 HK$580 起、螢幕 HK$1,280 起、主板晶片級 HK$880 起、鍵盤 HK$480 起。以上四項唔代表本題收費，本題即係音效編解碼晶片同訊號鏈嘅檢測同維修，正文其他價錢一律以檢測後書面報價為準。送修之前應該確認報價係咪包括更換之後嘅功能測試，包括播放、錄音、左右聲道、插拔偵測，係咪列明保養安排。具體收費範圍可以睇 定價，送檢流程可以睇 診斷服務。
Q12：讀者可以做啲乜？絕對唔可以做啲乜？送檢要帶啲乜？
讀者可以做嘅全部屬於外在觀察同記錄，包括症狀四維度，即係路徑、方向、聲道同觸發條件，換耳機、換 USB 音效、換藍牙或者 HDMI 音訊嘅交叉測試結果，裝置管理員有無音效裝置、有無錯誤碼、驅動版本、BIOS 版本，濺液、跌撞、更新前後變化等觸發史。絕對唔可以做嘅事包括自行拆機、自行拆底蓋、自行拆屏、自行拔插內部排線、自行量度內部測試點、自行更換晶片或者周邊零件、自行用液體清潔主板。送檢嗰陣帶同呢份記錄、部機同原廠火牛連同充電線，喺送檢單上面寫明已經做過嘅排除同結果。店資料係沙田石門達利廣場 1209 室，電話 +852 2186 8010，WhatsApp +852 6558 6806，營業時間 12:00–19:00。想先了解收費範圍，可以睇 定價；想了解送檢流程，可以睇 診斷服務。