調制解調器與滑鼠 IRQ 衝突經典案例：COM 埠共用中斷請求線排查實錄

早期 ISA/PCI 總線架構下，內建調制解調器 (內置貓) 與串列埠滑鼠共用 IRQ (中斷請求線) 是經典硬體資源衝突案例。雖然現代 PCIe/USB 設備已透過 MSI/MSI-X 消除此類問題，但理解 IRQ 衝突排查邏輯對維護舊設備、嵌入式系統、工控機仍有參考價值。本文還原真實案例排查全程。

案例現象

• 硬體：技嘉 HX 主板 (集成 S3 Virge 顯示卡佔用 COM2 位置)、TP-LINK 33.6K 內置貓 (Cirrus 晶片)、PS/2 滑鼠故障後更換序列埠滑鼠接 COM1。
• 症狀：滑鼠正常使用；撥號連線瞬間滑鼠失靈 (指標凍結、點擊無反應)；掛斷連線滑鼠恢復；重開機滑鼠仍無法使用，需重裝驅動暫時緩解。

排查邏輯與關鍵發現

1. 排除軟體/驅動：重裝 Win98、更新內置貓驅動 (Cirrus 官網最新版) 均無效 → 非純軟體問題。
2. 排除硬體品質：借用 PS/2 滑鼠測試正常 → 序列埠滑鼠本身無故障。
3. 發現關鍵線索：系統匣出現內置貓狀態監控圖示，其中「Comport」選項可選 COM1/COM2/COM3/COM4，預設為 COM3。
4. IRQ 共用真相：主板雖提供 COM1 (I/O 0x3F8) 與 COM3 (I/O 0x3E8) 兩組獨立位址，但兩者共用 IRQ4；同理 COM2 (0x2F8) 與 COM4 (0x2E8) 共用 IRQ3。
   內置貓撥號時佔用 COM3 (IRQ4) → 序列埠滑鼠接 COM1 (同 IRQ4) → 中斷衝突 → 滑鼠失靈。

解決方案

在內置貓監控程式中將「Comport」從 COM3 改為 COM4 (IRQ3)，使內置貓 (IRQ3) 與滑鼠 (IRQ4) 使用不同中斷線。重啟後撥號上網滑鼠正常，問題徹底解決。

IRQ 衝突通用排查方法論 (適用 ISA/PCI/PCIe 早期設備)

現代架構下的 IRQ 演進

• PCI 2.2+：支援 IRQ 共用 (Level-triggered)，作業系統透過 IRQ 共用處理常式輪詢各裝置，效能較差但功能正常。
• PCIe / MSI (Message Signaled Interrupts)：裝置透過記憶體寫入發送中斷訊息，不再需要物理 IRQ 線，每個裝置獨立訊號，徹底消除共用衝突。
• USB：主控制器佔用單一 MSI 中斷，下游裝置透過端點輪詢/中斷傳輸協調，無 IRQ 概念。

遺留系統維護建議

1. BIOS 中啟用「Plug & Play OS」= No (讓 BIOS 分配資源) 或 Yes (讓 OS 分配)，視作業系統版本測試較佳者。
2. 為關鍵 ISA/PCI 裝置 (舊版資料收集卡、工控卡、內置貓) 在 BIOS 「IRQ Reservation」保留專用 IRQ (如保留 IRQ5, IRQ10, IRQ11)。
3. 優先更換為 USB/PCIe 介面替代品，從根源消除 IRQ 管理負擔。
4. 文檔化硬體資源分配表 (IRQ, I/O, DMA, Memory)，變更硬體時比對更新。

這個案例生動展示了「同一 IRQ 服務兩個 I/O 位址」的硬體設計特性與作業系統資源仲裁邏輯。雖然時代已變，但資源衝突 → 症狀關聯 → 硬體規格查證 → 配置調整 → 驗證的排查方法論永遠不過時。下次遇到「裝置 A 運作時裝置 B 失靈」的怪異現象，請先查 IRQ/I/O 共用情況，往往能直搗黃龍。