トラブルシューティング

まず症状を確認し、その下にあるものを修正します。ほとんどの場合、 サポートページの [ヘルスチェック] タブはすでに何が問題かを把握しています。このリストを手動で処理する前に、そこを確認してください。ここで何も解決しない場合は、サポートページからサポートバンドルをエクスポートしてください。診断タブとフィードバックレポートを開く.

デバイスの自動起動前チェック

起動時、FFB-Bridge は Windows、Linux、macOS のデバイスバックエンドを静かに確認します。Linux では、対応イベントノードへの読み書きアクセスと、インストール済み udev ルールが現在のすべてのデバイス権限を含むかも確認します。WARN または FAIL があると、各問題を示す非ブロッキングの［確認して修正］バナーが表示されます。

すべてのチェックに合格した場合は、何も開きません。
起動時はシミュレーターやネットワークを検査しません。シミュレーターが閉じている状態は正常で、実行時に扱われます。
ダイアログが開いている間、Auto-arm は待機します。問題を確認して修正するか、意図的にデバイスを外している場合は閉じます。閉じた後も、ほかの前提条件を満たした場合にのみ Auto-arm が続行します。

Windows 11 SmartScreenまたはSmart App Controlが起動を停止する

Windows インストーラーは Rohsam 発行者 ID によってコード署名されていますが、新品の署名付きファイルは依然として SmartScreen または Smart App Control の評価が低い可能性があります。 Windows に警告が表示された場合は、ファイルの送信元を確認してください。 FFB-Bridge.com、利用可能な場合は公開されたハッシュを確認し、発行者が次のとおりであることを確認します。 Rohsam Inc. または Rohsam Inc.

SmartScreen プロンプトは通常、次のように拡張できます。 詳細情報 発行者を確認した後。一部の Windows 11 システムではスマートアプリコントロールがより厳格になる可能性があり、評判が改善されるまで新しいビルドがブロックされる場合があります。 Microsoft 独自のガイダンス:

Microsoft: Smart App Control に関するよくある質問

Windows レピュテーションプロンプトではなくウイルス対策検疫が表示された場合は、フラグが設定されたサンプルの詳細を電子メールで次の宛先に送信してください。 supportffb-bridge.com それで調査できます。

スティックが全く動かない

アームされていますか？

コックピット上部のストリップにある ARM ゲージは次の値を読み取る必要があります。 アーム済み (琥珀色のグラデーション)。読めば アーム解除 (灰色のグリフ、暖かい境界線)、クリックして確認します。読めば フォルト (赤)、以下の「スティックは動作していましたが、突然停止しました」を参照してください。前提条件が低下しました。

デバイスは検出されていますか?

上部のストリップの DEVICE ランプが緑色 (「準備完了」) になっているはずです。赤 (「切断」) の場合:

スティックを抜き差しし直します。ブリッジは 1 ～ 2 秒以内に再検出します。
現在の 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/AB9 共通系統 346e:1002、AY210 346e:1001、Brunner FFB-G 25bb:00d2。
Linux イベント専用の古いルールは、現在の MOZA TTY 権限がないため WARN として報告されます。ファイルがすでに存在していても Fix を使用してください。アプリが完全な生成ルールに置き換えます。修正に成功するとルールは有効になり、アプリは再起動を勧めます。［今すぐ再起動］は新しい権限でジョイスティックを開き直し、起動時のフォールバックを解除します。先に続行する必要がある場合は［後で再起動］でも安全です。
Windows フォースフィードバックを主張する他のアプリをすべて閉じます。DIY テスター、一部のジョイスティック診断ユーティリティは排他的アクセスを保持します。

SIMは接続されていますか？

上部のストリップの SIM ランプが緑色 (「Sim 接続中」) になっているはずです。そうでない場合は、を参照してください。 MSFS セットアップガイドまたは X-Planeセットアップガイドあなたのシムのために。その間、 Mock Sim このページでは、パイプラインの残りの部分が動作していることを確認できます。

MSFS は接続しますが、どの力も適切ではないと感じます

スティックは動いているが力が間違っていると感じる場合、問題は通常、プロファイルまたは機体の不一致です。

お使いの航空機に最も近い内蔵スターターから始めます:セスナ 172 スカイホーク (G1000)、ダーハー TBM 930、ビーチクラフトキングエア 350i、エアバス A320neo、またはボーイング 747-8 インターコンチネンタル。ほとんどの「間違った」感覚は、異なる航空機クラスに合わせて調整されたプロファイルから生じます。
Check the 制御系の感触 は、ページレベルの Control system カード内、Advanced controls スイッチのすぐ後にあります。大型ジェット機を マニュアル、または軽 GA 航空機に設定 フライ・バイ・ワイヤ、他の点ではゲインが良好であっても違和感が出ます。航空機（手動、油圧ブースト、またはフライ・バイ・ワイヤ）に合わせてください。
ダッシュボードのスティックアクティビティパネルを確認します。これにより、ベースラインスプリングが、軸荷重、エンジン振動、地上ロール、乱流、機械的ワンショットなどの動的チャネルから分離されます。予期しなかったエフェクトがアクティブであると表示される場合、シムはそれらを引き起こしているテレメトリを報告しています。
サードパーティ製の航空機は、標準の SimVar の実装をスキップする場合があります。ブリッジはこれを許容します (欠落した変数はデフォルトでゼロになります) が、結果として一部のエフェクトは起動に失敗します。これは、ブリッジ内で簡単に回避できない既知の制限です。特徴を明らかにできるように、特定の航空機を報告してください。

トレイアイコンが表示されない（Linux）

一部のデスクトップ環境には、システムトレイホストが標準で付属していません。GNOME Wayland がその代表的な環境です。ブリッジがこれを検出すると、ウィンドウの上部にバナーを表示して、閉じるとアプリが (静かに隠れるのではなく) 直接終了することを説明し、閉じるボタンもそれに応じて動作します。 GNOME では、AppIndicator Support 拡張機能をインストールしてトレイアイコンを取り戻します。 KDE、Xfce、Cinnamon、MATE、および Budgie では、トレイはそのまま使用できます。

ヘルスチェックで SimConnect には到達できるがデータが流れないと表示される

FFB-Bridge は接続しています (TCP hello は受け入れられます) が、データストリームが開始されていません。 MSFS 2024 では、これは通常、内部 SimConnect サーバーがまだ起動しているため、SimVar サブスクリプションが失敗していることを意味します。 MSFS がイントロ画面の後、メインメニューに到達するまで待ってから、再試行してください。

X-Plane は検出されましたが、データフローがありません

SIM ランプが一時的に緑色になり、実際にテレメトリが流れずに「SIM 実行なし」に戻った場合は、通常、ファイアウォールが UDP パケットを食べています。試してみてください:

確認のため、ファイアウォールを一時的に無効にします。
ブリッジプロセスで送信方向の UDP 49000 をホワイトリストに登録します。

Windows 準備完了または離陸直後に墜落する

以前の Windows ハードウェアモードビルドでは、論理シミュレーターキューごとに 1 つの物理エフェクトという、大規模な保持 DirectInput エフェクトテーブルが作成されました。一部の Sidewinder FFB2 / Windows pid.dll スタックが存在すると、その呼び出しパターンはアクティブな飛行中にクラッシュする可能性があります。 CreateEffect, SetPeriodic、またはネイティブ ACCESS_VIOLATION パンくずリスト。これは MSFS の問題ではなく、スティックのファームウェアが悪いという兆候でもありません。

Windows MSFS の一時停止または長いスタッターの後にフォースが消える

現在のビルドは特にこのクラスのバグを対象としています。 MSFS ポーズとアクティブポーズは、スティックがニュートラルなデフォルトスプリングを保持している間、ダイナミックエフェクトを即座に抑制するようになりました。再開すると、エフェクトが再生される前にスプリングパラメータが再アップロードされるため、ピッチとロールのセンタリングが両方とも回復します。

現在のビルドで再開した後もロールフォースが感じられない場合は、再現した直後にサポートバンドルをエクスポートし、その時点でダッシュボードに軸荷重、ベースラインスプリング、ダイナミックチャンネルのいずれかが表示されていたかを説明してください。これにより、パイプラインが停止したのか、デバイスドライバーが軸を失ったのかが分かります。

現在のアーキテクチャは、大きな保持テーブルの代わりに、1 つのベクトル定常力、1 つの 2 軸スプリング、および小さな遅延生成の周期エフェクトプールを使用します。バージョン 1.0 では、シミュレーターの切断後、アームする前に raw HID/PID のエフェクトテーブルもリセットします。現在のビルドでもこの現象が続く場合は、Hardware → Calibration を開いて実行してください ハードウェア効果をテストするに切り替えます。 ソフトウェアブレンドのペリオディクス テストが失敗した場合、またはブリッジが次回の起動時にリカバリを提供する場合。残りのドライバースタックの特性を評価できるよう、サポートバンドルもお送りください。

エフェクトは終了後も最大 30 秒間再生され続けます

以前の Win11 + FFB2 ドライバーの問題です。このスタックでは、終了時のブリッジのエフェクトごとのクリーンアップが、エフェクトのファームウェア再生時間の全体にわたって各呼び出しをブロックしていました。そのため、飛行中のランブルやバフェットのエフェクトは、ブリッジが閉じた後も自然な約 32 秒のタイマーを使い切るまで続き、スティックを駆動するアプリがないのにデスクトップ上でスティックが音を立ててアクティブなままになっていました。現在のビルドでは、シャットダウン時にエフェクトごとの処理を完全にスキップし、すぐに戻る 2 つのデバイスレベルのコマンド（全停止 + ファームウェアエフェクトテーブルのリセット）を使用します。ネイティブクラッシュ時にも Vectored Exception Handler を介して同じ修正が適用されます。現在のビルドでこの症状が出る場合は、フィードバックレポートをお寄せください。

Windows 引用をやめるときにクラッシュする `0x80131506`

前号。一部のインストールでは、ブリッジがクラッシュし、次のような Windows エラー報告ポップアップが表示されます。 coreclr.dll そして例外コード 0x80131506 [終了]をクリックするかウィンドウを閉じた瞬間。根本原因: シャットダウン時に UI スレッドとランタイムの制御ループの両方が同時に DirectInput を呼び出しており、最終的に COM マーシャラーがこれに気づき、プロセスを停止させました。現在のビルドでは、すべての DirectInput アクセスがデバイス境界で単一のロックを介してシリアル化されるため、2 つのスレッドがマーシャラーと競合することはありません。もしあなたが見ているなら、 0x80131506 現在のビルドを終了する場合は、フィードバックレポートを提出してください。

起動時にクラッシュする

次回起動のリカバリフロー: 前回の起動がクラッシュした場合、ブリッジは次回起動時にスタックトレースとエラーメッセージを含むクラッシュレポートダイアログを表示します。 フィードバックフォームから送信する ボタン。それをクリックしてください。フォームにはクラッシュログが事前に入力されます。

ダイアログが表示される前にアプリがクラッシュした場合は、クラッシュログファイルが直接必要になります。

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

最新のものを添付してください .log ファイルをフィードバックレポートに送信します。

「ブリッジが追いつかない」という警告

[診断] タブでは、制御ループレートが低下すると警告が表示されます。私たちが見てきた原因:

同じコア上の別のプロセス (ブラウザータブ、コンパイル) が CPU をバーストさせています。
Linux では、 cpufreq ガバナは CPU をクロックダウンしています。に切り替えます performance または schedutil.
ゲストに信頼できる 20 ミリ秒のタイムスライスを与えていない仮想化環境で実行されている。

複数のサポートされているスティックが接続されています

サポートされているスティックが複数接続されている場合、デバイスピッカーでブリッジが駆動するスティックを選択でき、その選択は再起動後も記憶されます。から再開します ハードウェア — 。選択したデバイスを変更するには再起動が必要です。

私のフォースフィードバックスティックはサポートされている 4 つのうちの 1 つではありません

一覧にないジョイスティック系デバイスは、控えめな既定値 20% で使用する実験的なオプトイン機能です。ステアリングホイール、ゲームパッド、単軸デバイスは対象外です。未対応ハードウェアの特性確認には FFB Probe を使用します。

ffb-probe.com 代わりに。

まだ行き詰まっていますか?

サポートページのサポートバンドルをエクスポートします。診断タブとフィードバックレポートを開く。バンドルには、セッションログ、クラッシュログ (存在する場合)、最後のヘルスチェック出力、およびシステム情報が含まれています。これらはまさに、テストビルドを出荷せずに再現する必要があるものです。