科技 · 實用指南
Steam Deck 擴充基座提示無訊號？先檢查顯示路徑，再考慮重置
“無訊號”並不能證明擴充基座已經損壞。先記錄顯示路徑中哪些環節仍然工作，每次只改變一個變數，並把只適用於特定模式的修復留在正確分支。
電視或顯示器顯示“無訊號”，只說明所選輸入端沒有收到可用的視訊流，並不能指出故障發生在哪一環。Steam Deck 可能仍在充電，擴充基座上的 USB 裝置也可能仍然工作，而視訊路徑依舊失敗。因此，最快且安全的路線不是執行一長串重置操作，而是先做一份簡短的證據記錄，把顯示器、纜線、直連 USB-C 視訊、擴充基座視訊路徑和 SteamOS 顯示模式分別排查清楚。
Valve 官方擴充基座規格給出了能力基線：DisplayPort 1.4、HDMI 2.0、USB-C PD 供電直通，以及最高 4K 60 Hz 或 1440p 120 Hz 的支援。這些是上限能力，不代表當前纜線、轉接器、顯示模式或軟體狀態已經正確協商。先用規格排除不可能的期望，再測試你眼前的真實路徑。
這套流程以保留證據為先，從觀察和可逆替換開始，不以刪除顯示設定、重刷韌體、拆機或購買新擴充基座為起點。任何測試只要改變了症狀，都應先記錄改變前後的結果，再進入下一步。
先建立無訊號記錄表，再改設定
記錄 Steam Deck 型號與 SteamOS 更新通道/版本、擴充基座或轉接器型號、電源、正在使用的輸出口、纜線、顯示器型號與所選輸入；再記錄同一纜線和輸入搭配另一台已知正常訊號源時是否能運作、擴充基座是否仍能充電、USB 或乙太網路裝置是否被識別、直連 USB-C 視訊轉接器是否工作，以及 Gaming Mode 與 Desktop Mode 的表現是否不同。
在每種模式下，記錄外接顯示器是否被檢測、是否啟用，以及請求的解析度和更新率。不要因為電源或 USB 鍵盤可用就寫“擴充基座正常”。供電、USB 資料與 DisplayPort Alt Mode 雖共用接口，卻是三條不同的證據項。
症狀出現時，用手機拍下顯示器輸入標示，並擷取螢幕畫面或記錄 Deck 的顯示設定。日後聯絡 Valve、擴充基座廠商或顯示器廠商時，這份基線能避免問題被簡化成含糊的“有時黑屏”。
第一遍：確認顯示輸入與纜線
在電視或顯示器上手動選擇 Deck 實際連接的 HDMI 或 DisplayPort 輸入。自動切換可能選錯連接埠，或停留在最近活動的裝置上。本次測試先斷開其他視訊源，讓顯示器只面對一條候選路徑。
用已知正常的訊號源，在保守模式（例如 1080p 60 Hz）測試同一輸入和纜線。成功只證明該輸入和纜線能傳送這台訊號源的畫面，並不證明所有帶寬、HDR、VRR 或轉接組合都可用；若失敗，應先解決顯示器或纜線問題，暫時不要繼續懷疑 Deck 和擴充基座。
如果要換線，只換線，不要同時更換輸出口、電源、解析度和顯示輸入。一次改變多個變數，即使畫面恢復，也無法知道真正起作用的是哪一環。
第二遍：比較直連 USB-C 視訊與擴充基座路徑
如果手邊有已知正常、支援 DisplayPort Alt Mode 的 USB-C 視訊轉接器或顯示器，請在盡可能保持同一顯示器、輸入、纜線和保守模式的前提下，直接連接 Steam Deck。這是控制測試，不是永久設定建議。
若直連視訊正常而擴充基座的 HDMI 或 DisplayPort 失敗，證據會指向擴充基座、供電/韌體狀態、內建連接線或視訊輸出協商，但這仍不能證明擴充基座已經實體損壞。若直連與擴充基座都失敗，則 Deck 端輸出、儲存的顯示模式、纜線/顯示器組合與 USB-C 連接埠都還應留在調查範圍內。
一份詳細 SteamOS issue 說明了為何必須拆分這條證據：其中記錄了乙太網路和 USB 能枚舉、外接視訊卻失敗的案例。它證明這種症狀在技術上可能出現，但不能證明你的裝置具有相同的底層故障。
第三遍：區分 Gaming Mode 與 Desktop Mode
保持硬體不變，分別啟動一次 Gaming Mode 和 Desktop Mode，記錄外接顯示器在兩邊是被檢測、已啟用還是黑屏。若兩種模式表現相同，就不要直接跳到只針對 KDE 的修復；若 Desktop Mode 能啟用顯示器而 Gaming Mode 仍黑屏，則把問題保留在模式選擇分支。
一份 gamescope issue 正好記錄了這一分支：顯示器能在 Desktop Mode 中被檢測和啟用，而 Gaming Mode 仍黑屏；請求的 2560×1440、165 Hz 模式進入調查，60 Hz 分支改變了結果。該案例不支援所有 Deck 都去編輯設定檔，卻支援你在重置前先記錄解析度和更新率。
當 SteamOS 顯示介面可見時，先選擇 1920×1080、60 Hz 等保守且受支援的模式，再次測試。每次只改一個變數。如果介面提供 External Display Safe Mode，也要記錄它是否改變結果。HDR 或 VRR 只能作為臨時、可逆分支關閉，而且必須已經保留基線。
第四遍：把擴充基座重置當作分支，而不是診斷
如果直連 USB-C 視訊正常、顯示器與纜線控制測試通過，而且兩種 SteamOS 模式都只在擴充基座路徑失敗，那麼受控的擴充基座電源狀態重置是合理分支。完全關機、拔下 Deck、斷開擴充基座電源與週邊裝置，等待後只連接一條顯示路徑和電源，再插入 Deck 並啟動。記錄準確順序與結果。
社群指南報告過這一流程的不同版本，例如在已連接擴充基座時從 Desktop Mode 完全關機，等待後仍保持連接再啟動。這些經驗有參考價值，但不能建立一個通用根因。若畫面恢復，請在一次正常關機後復測，並只逐個接回真正需要的週邊裝置；一次恢復不等於穩定修復。
在認定需要更換硬體前，先更新 Deck；若使用官方擴充基座，也通過 SteamOS 安裝系統主動提供的擴充基座韌體更新。不要中斷韌體更新，也不要用非官方韌體或隨機腳本當作疑難排解捷徑。
只在 Desktop 模式分支處理 KScreen
一份較新的 Desktop Mode 指南記錄了這樣的窄分支：Gaming Mode 正常，但 Desktop Mode 無訊號，重新產生 KDE Plasma 保存的 KScreen 狀態後恢復。只有當記錄表已證明這是 Desktop-Mode-only 問題，且外接顯示器在其他路徑確定可用時，才應參考這條線索。
修改 KScreen 狀態前，先備份現有資料夾，不要直接盲刪。記錄資料夾是否存在；若介面仍可用，也儲存目前顯示設定。之後只做一項可逆改動，重新進入 Desktop Mode，並與基線比較。若 Gaming 與 Desktop 都失敗，或直連 USB-C 也失敗，KScreen 重置就與證據不匹配。
複製任何終端機指令之前，先確認路徑存在並理解將被移動的內容。設定缺失本身也是證據；不要為了讓某個操作程序能執行而憑空建立或刪除檔案。
把結果讀成分支矩陣
已知正常的訊號源在同一輸入與纜線上也失敗：先停止排查 Deck，修復顯示輸入或纜線。已知正常訊號源通過、直連 USB-C 通過，但擴充基座失敗：保留擴充基座供電、韌體、內建纜線或視訊輸出協商分支。直連與擴充基座視訊都失敗，而另一台裝置能驅動該顯示器：繼續調查 Deck 的 USB-C 視訊路徑和 SteamOS 模式狀態。
Desktop Mode 正常而 Gaming Mode 失敗：在重置無關設定前，保留請求模式、安全模式結果與 gamescope 會話證據。Gaming Mode 正常而 Desktop Mode 失敗：先備份 KDE 儲存的顯示狀態，再測試該窄分支。兩種模式都檢測到顯示器但仍黑屏：先試保守的解析度與更新率，再考慮任何破壞性重置。
充電或 USB 正常而視訊失敗：不要把整個擴充基座稱為健康，記錄這項拆分證據。擴充基座所有功能都不工作：用正確電源、單一週邊裝置和 Deck 直連復測，再判斷是否真是顯示專屬故障。
停止隨機修復，帶著證據升級處理
若 USB-C 連接埠鬆動或損壞、擴充基座或纜線異常發熱、聞到過熱氣味、供電反覆斷開，或韌體更新失敗，應停止並聯絡支援。若問題能在兩套已知正常的顯示器或纜線上復現，直連 USB-C 也失敗，且 Gaming 與 Desktop 的保守模式均失敗，也應升級處理。
支援材料應包括 Deck 型號和 SteamOS 版本、擴充基座/轉接器和電源、顯示器與輸入、已知正常纜線/訊號源結果、直連 USB-C 結果、擴充基座充電/USB/乙太網路狀態、Gaming 與 Desktop 對比、所選解析度和更新率、安全模式結果、試過的確切重置順序，以及故障發生時的照片或記錄檔。
進階記錄檔可幫助廠商或熟悉系統的支援人員，但不能憑一則訊息就判定硬體損壞。可用時請保留 SteamOS System Report；檢查記錄檔時，引用相關時間範圍，並與產生它的實體測試配對。目標是形成可復現分支，而不是收集一堆看起來可怕的行。
最後寫出能工作的最小設定最有價值，例如：“直連 USB-C 在 1080p60 正常；擴充基座 HDMI 在同模式失敗；擴充基座 USB 與乙太網路正常；Gaming 和 Desktop 都只在擴充基座路徑失敗。”這比“擴充基座壞了”包含更多可行動資訊，也能避免重複測試。
