故障排除

先解決症狀，再解決問題。在大多數情況下 支援頁面的「執行檢查」索引標籤已經知道出了什麼問題 - 在手動處理此清單之前先檢查一下。如果此處沒有任何幫助，請從支援頁面匯出支援包 診斷 索引標籤和 開啟回饋報告.

自動裝置啟動預檢

啟動時，FFB-Bridge 會靜默檢查 Windows、Linux 和 macOS 上的裝置後端。Linux 還會檢查對受支援事件節點的讀寫許可權，以及已安裝的 udev 規則是否涵蓋目前所有裝置許可權。出現「警告」或「失敗」時，會開啟一個列出每個問題的對話方塊，並提供「立即檢查並修復」和「暫時關閉」。

• 如果所有檢查均透過，不會開啟任何視窗。
• 啟動時不會探測模擬器或網路；模擬器未執行屬於正常情況，會在執行階段處理。
• 對話方塊開啟期間，自動啟用會等待。可以檢查並修復問題；如果裝置是有意斷開的，也可以關閉對話方塊。關閉後，只有其他先決條件均透過，自動啟用才能繼續。

Windows 11 SmartScreen 或智慧應用程式控制停止啟動

Windows 安裝程式由 Rohsam 釋出者身份進行程式碼簽名，但全新的簽名檔案可能仍具有較低的 SmartScreen 或智慧應用程式控制信譽。如果 Windows 顯示警告，請驗證該檔案來自 ffb-bridge.com，檢查釋出的雜湊值（如果可用），並確認釋出者是 Rohsam Inc. 或 Rohsam Inc.

SmartScreen 提示通常可以透過以下方式擴充套件 更多資訊 驗證釋出者後。智慧應用程式控制在某些 Windows 11 系統上可能會更嚴格，並且可能會阻止新版本，直到其聲譽得到改善。微軟自己的指導：

Microsoft：智慧應用程式控制常見問題解答

如果您看到防病毒隔離區而不是 Windows 信譽提示，請將標記的示例詳細資訊透過電子郵件傳送至 support·ffb-bridge.com 這樣我們就可以調查。

搖桿完全不動

力回饋是否已啟用？

頂部條中的駕駛艙「啟用力回饋」儀表必須讀取 力回饋已啟用 （琥珀色漸變）。如果讀到 力回饋已解除 （灰色字形，暖邊框），單擊並確認。如果讀到 故障 （紅色），檢視顯示的原因並按下方還原說明操作。

是否偵測到裝置？

力回饋停止時，先停用，再檢查裝置就緒及 SIM 訊息。解決所示原因後再啟用。安全停止需要在應用中確認；MOZA 還原未完成需按下方流程還原。原因不明時匯出支援包。

檢查中央「啟用力回饋」控制元件下方的裝置或就緒訊息，再檢視「硬體 → 裝置」。如果找不到預期裝置：

• 檢查 USB 和電源，重新連線目標裝置；若仍無法使用，重啟 Bridge。遇到 MOZA 還原提示時，使用「硬體 → 裝置 → 重試還原」並保留還原檔案。
• 目前 ID: SideWinder FFB2 045e:001b; Logitech G940 046d:c287 以及 Windows 別名 046d:c2a8; Force 3D Pro 046d:c286; WingMan Force 3D 046d:c283; MOZA AB9 346e:1000; AB6 346e:1002; AY90 346e:1003; AY210 346e:1001; Brunner FFB-G 25bb:00d2 和 25bb:0120, CLS MZ 在 DirectX 模式 25bb:0121; Brunner FFB-H 25bb:00ca（Brunner 為每種握把和每種 USB 模式分配單獨的產品 ID；彙報未列出的握把 ID 以便新增）；PicoWinder cafe:4004; Adapt-FFB-Joy 03eb:204e。
• Linux 當較舊的規則缺少目前裝置許可權（例如 MOZA TTY 線路，或 Logitech G940 和 Brunner 基座使用的 hidraw 訪問許可權），或其檔名導致它執行得太晚、無法用於桌面工作階段訪問（如以前的 99-ffb-bridge.rules）時，會被報告為「警告」。即使檔案已存在，也請使用「修復…」；應用會將完整生成的規則安裝為 71-ffb-bridge.rules，並刪除以前的檔案。 修復成功後，規則已生效，應用會建議重啟。「立即重啟」會用新許可權重新開啟操縱桿並結束啟動時的備用路徑；如果需要先繼續使用，選擇「稍後重啟」也是安全的。
• Windows 關閉任何其他聲稱使用力回饋的應用程式——DIY 測試器、某些搖桿診斷工具會佔用獨佔訪問許可權。

是否已連線 SIM 卡？

載入飛行後，檢查頂部狀態列的「模擬器」和機型資訊。如果模擬器未連線，請參閱 MSFS 設定指南 或 X-Plane 設定指南 為您的模擬器。與此同時， 模擬測試 頁面將讓您確認管道的其餘部分正在工作。

還原無法開啟的 MOZA 基座

開啟「硬體 → 裝置」並檢視還原原因。重新連線同一基座，檢查 USB 和電源，關閉 MOZA Cockpit 及其他 Free 或 Pro 例項。選擇「重試還原」，確認重啟。Bridge 會重新開啟所選裝置，嘗試還原已儲存的原始設定。

請保留還原檔案。工作階段中斷或裝置斷開後，這些檔案包含將該基座還原至先前狀態所需的原始設定。如果還原仍受阻，請先匯出支援包，再修改設定或嘗試其他工具。

還原 AB9 的預設力設定 →

遙測停止時

檢視 SIM 旁的訊息。Bridge 區分傳輸故障、內部故障和未知停止。資料流停止會觸發力回饋安全處理，並不允許依靠舊資料繼續飛行。有效資料流可以重新連線，但重新啟用前必須解決裝置還原提示。

MSFS 連線但沒有任何力量感覺正確

如果搖桿在動，但力的感覺不對，問題通常是設定檔或機型不相符：

• 從適用於您機型的內建設定檔開始。模擬器報告機型後，自動對應會選中該設定檔，「調校」會顯示將使用哪個設定檔；如果沒有相符項，請使用同一類別中最接近的設定檔。大多數「不對勁」的手感都源於使用了為不同飛機類別調校的設定檔。
• 檢查 操縱系統 設定位於「調校 → 航空器設定 → 航空器」中。一架重型噴氣機設定為 手動，或一架輕型 GA 飛機設定為 電傳飛控，即使在其他增益都設定得不錯的情況下也會感覺不對——請將其與機型相相符（手動、液壓或電傳飛控）。
• 檢視儀表板的操縱桿活動面板。它將基線彈簧與軸載荷、引擎震動、地面滾行、湍流和機械一次性衝擊等動態通道區分開來。如果出現您未預料到的效果顯示為活動狀態，則說明模擬器正在上報驅動這些效果的遙測資料。
• 第三方機型偶爾會跳過實現標準 SimVar。FFB-Bridge 能夠容忍這種情況（缺失的變數預設為零），但某些效果會因此無法觸發。這是一個我們難以在 FFB-Bridge 中繞過的已知限制——請報告具體機型，以便我們進行特徵分析。

系統匣圖示不出現 (Linux)

有些桌面環境並不開箱即用地提供系統系統匣宿主——GNOME Wayland 是最主要的一個。當橋接器偵測到這種情況時，會在視窗頂部顯示一個橫幅，說明關閉將直接結束應用程式（而非靜默隱藏），關閉按鈕也會相應地工作。在 GNOME 上請安裝 AppIndicator Support 擴充套件以還原系統匣圖示；在 KDE、Xfce、Cinnamon、MATE 和 Budgie 上，系統匣開箱即用。

「執行檢查」顯示 MSFS 可連線，但沒有資料流

FFB-Bridge 正在連線（接受 TCP hello），但資料流未啟動。在 MSFS 2024 上，這通常意味著 SimVar 訂閱失敗，因為內部 SimConnect 伺服器仍在啟動。等到 MSFS 到達主選單（在介紹螢幕之後），然後重試。

偵測到 X-Plane但沒有資料流

如果 X-Plane 短暫出現後又回到「無模擬器執行」，請執行「執行檢查」並檢視「診斷」記錄檔。Bridge 需要新鮮有效的飛行觀測資料；僅包含機型身份的回應不能證明即時飛行已建立。請檢查：

• 保持防火牆啟用，同時允許 X-Plane 和 FFB-Bridge 的本機通訊。
• 將網橋程序上的 UDP 49000 出站列入白名單。

Windows 從 1.5.3 進行應用內更新失敗並提示「The system cannot find the path specified」

1.5.3 更新器可能在安裝程式仍使用下載資料夾時將其刪除。後續版本會保留到安裝結束。舊版更新因此失敗時，請下載並執行網站目前穩定版安裝程式；配置和偏好會保留。

Windows 在解鎖或起飛後不久當機

早期的 Windows 硬體模式版本建立了一個龐大的常駐 DirectInput 效果表——每個邏輯模擬器提示對應一個物理效果。在某些 Sidewinder FFB2 / Windows 上 pid.dll 堆疊，該呼叫模式可能會在活動飛行期間當機，通常在 CreateEffect, SetPeriodic，或本機 ACCESS_VIOLATION 麵包屑導航。這不是 MSFS 的問題，也不表示您搖桿的韌體有問題。

Windows MSFS 暫停或長時間卡頓後力量消失

目前版本專門針對此類問題。MSFS 暫停和主動暫停現在會立即抑煞車態效果，同時搖桿保持一箇中性預設彈簧。還原時，會在效果重播之前重新上傳彈簧引數，因此俯仰和滾轉回中都會還原。

如果在目前版本上還原後仍感覺缺少滾轉力，請在復現後立即匯出支援包，並描述儀表板當時是否顯示軸載荷、基線彈簧或動態通道。這能告訴我們是管道變得靜默，還是裝置驅動程式丟失了某個軸。

重新連線後如果力輸出不完整，請解除力回饋、檢視「診斷」，並在「硬體 → 效果」提供硬體效果探測時執行它。可用的渲染器與還原路徑取決於確切裝置。更改相容性設定前先匯出支援包，然後執行

Linux 解除力回饋並再次啟用力回饋後沒有力

在1.4.1上，在同一Linux工作階段中第二次上鎖在所有裝置上都失敗：應用在解除鎖定時從未釋放其force feedback效果槽，因此核心的每裝置池耗盡，之後的每次啟用力回饋都失敗，直到應用重啟。1.4.2修復了這個問題；如果操作員使用的是1.4.1，請更新，或作為解決方法重啟應用。1.4.2還可以防止下一次啟動時將正常結束報告為當機。

在另一個 force feedback 程式執行時，力會消失

例如，一些程式，如SteamVR，在啟動時會重置它找到的每個force feedback裝置，這會清除FFB-Bridge載入的效果。自從1.4.2以來，當橋接裝置處於啟用狀態時，每秒會驗證一次其效果是否仍存在於裝置上，並在另一個程式重置裝置時自動重建效果，因此力量會自行還原。如果裝置持續被重置，重建重試會有限制，並會以訊息方式說明發生了什麼；關閉衝突程式，然後解除力回饋並再次啟用力回饋。

結束後效果會繼續播放約 30 秒

早期的 Win11 + FFB2 驅動程式問題。在此堆疊上，橋接器結束時的每個效果清理會阻止效果器的完整韌體播放持續時間的每次呼叫 - 因此，飛行中的隆隆聲或自助效果在橋接器關閉後用完了其自然的約 32 秒計時器，使搖桿在桌面上保持活動狀態，沒有應用程式驅動它。目前版本在關閉時完全跳過每個效果的工作，並使用兩個立即返回的裝置級命令（全部停止+重置韌體效果表）。透過向量異常處理程序，同樣的修復也適用於本機當機。如果您在目前版本中看到此情況，請提交回饋報告。

Windows 結束引用時當機 0x80131506

較早的問題。在一小部分安裝中，橋接器會當機並彈出 Windows 錯誤報告視窗，引用 coreclr.dll 和異常程式碼 0x80131506 您單擊「結束」或關閉視窗的那一刻。根本原因：UI 執行緒和執行時的控制迴圈在關閉時同時呼叫 DirectInput，COM 編組器最終注意到並終止了該程序。目前版本使所有 DirectInput 訪問現在透過裝置邊界處的單個鎖進行序列化，因此兩個執行緒永遠不會與編組器競爭。如果你看到一個 0x80131506 結束目前版本時，請提交回饋報告。

啟動時當機

當機後，下次啟動可能顯示已儲存的當機報告。「複製」將文本放入剪貼簿；「報告問題」開啟帶當機上下文的應用內表單。檢查主題和可選詳情，再選「傳送報告」。開啟表單不會上傳支援包，也不會刪除當機證據。

如果應用程式在對話方塊出現之前當機，您將直接需要當機記錄檔檔案：

• Windows %LOCALAPPDATA%\ffb-bridge\crashes\
• Linux ~/.local/share/ffb-bridge/crashes/

附上最新的 .log 歸檔到回饋報告。

「橋接器跟不上」警告

當控制迴路速率下降時，「診斷」索引標籤會發出警告。我們看到的原因：

• 同一核心上的另一個程序正在消耗 CPU——瀏覽器索引標籤、編譯。
• 在 Linux 上，一個 cpufreq 調速器正在降低 CPU 的時脈頻率。切換到 performance 或 schedutil.
• 在虛擬化環境中執行，無法為來賓提供可靠的 20 毫秒時間片。

插入了多支受支援的搖桿

當連線多個受支援的搖桿時，裝置選擇器可讓您選擇橋驅動哪一個，並且在重新啟動時會記住該選擇。重新開啟它從 硬體 — 。更改所選裝置需要重新啟動。

我的 force feedback 操縱桿不是支援的型別之一

未列出的操縱桿類裝置屬於實驗性選擇功能，採用謹慎的 20% 預設值。方向盤、遊戲手柄和單軸裝置不在範圍內；請使用 FFB Probe 對不受支援的硬體進行特性分析。

ffb-probe.com 而是 。

仍然卡住？

從支援頁面匯出支援包 診斷 索引標籤和 開啟回饋報告。該捆綁包包含工作階段記錄檔、當機記錄檔（如果有）、最後一次執行狀況檢查輸出和系統資訊 - 這正是我們需要重現的內容，而無需向您傳送測試版本。

開啟「報告問題」，輸入不超過 160 個字元的主題，然後選擇「傳送報告」。描述和電子郵件可選；如需回覆，請提供郵件地址。開啟表單絕不會上傳診斷資料。「傳送報告」上傳診斷包，並將詳情附加到同一報告。失敗時保留文本以便重試。本機匯出支援包仍不會發送任何內容。 從應用傳送報告 →

航空器庫找不到載入的機型

嘗試在「航空器庫」搜尋中輸入常用機型名稱或 ICAO 程式碼，再選擇正確的系列與模擬器版本。陌生的附加機模名稱可能導致自動對應失敗，即使機型已存在。連線或訪問錯誤與「未找到」不同；以前獲取的資料可能仍可離線使用。閱讀器不會改變目前力回饋設定檔。