Dépannage
Symptômes d'abord, correctifs en dessous. Dans la plupart des cas, le Docteur La page sait déjà ce qui ne va pas – vérifiez-y avant de parcourir cette liste manuellement. Si rien ici ne vous aide, exportez un package de support depuis Diagnostic et ouvrir un rapport de commentaires.
Windows 11 L'application ne démarre pas du tout
Si le programme d'installation de Windows a fonctionné correctement mais en double-cliquant sur le FFB-Bridge le raccourci ne fait absolument rien – pas de fenêtre, pas d'erreur, pas d'invite SmartScreen – vous exécutez presque certainement Windows 11 avec Contrôle intelligent des applications (SAC) activé. SAC bloque silencieusement toute application qui n'est pas signée par un éditeur de confiance. Les versions bêta ne sont pas encore signées (c'est sur la feuille de route 1.0), donc SAC refuse de les lancer.
Le correctif consiste à désactiver Smart App Control suffisamment longtemps pour installer et exécuter l’application pour la première fois. Les mises à jour cumulatives récentes de Windows 11 vous permettent également de réactiver SAC par la suite sans réinstaller Windows – une amélioration par rapport aux versions précédentes où la désactivation était permanente. Les propres conseils de Microsoft :
Microsoft : Questions fréquemment posées sur le contrôle intelligent des applications
Une fois SAC désactivé, l'application FFB-Bridge se lance et, surtout, continue de lancer après avoir réactivé SAC – SAC vérifie uniquement les applications qu’il n’a jamais vues auparavant. La solution de contournement est donc unique. Une fois que les installateurs signés par code sont livrés avec la version 1.0, cette section disparaît.
Le bâton ne bouge pas du tout
Est-ce armé ?
La jauge ARM du cockpit dans la bande supérieure doit indiquer ARMÉ (dégradé ambre). S'il lit DÉSARMÉ (glyphe gris, bordure chaude), cliquez dessus et validez. S'il lit DEFAUT (rouge), voir « Stick fonctionnait, s'est soudainement arrêté » ci-dessous — un prérequis vient de tomber.
L'appareil est-il détecté ?
Le voyant DEVICE dans la bande supérieure doit être vert (« Prêt »). S'il est rouge ("Déconnecté") :
- Débranchez et rebranchez le stick ; le pont le détecte à nouveau en une seconde ou deux.
- Confirm the VID/PID in your OS device manager (
045E/001B). - Linux La ligne des règles udev du médecin doit être verte ; s'il est rouge, exécutez le programme d'installation en un clic.
- Fenêtres Fermez toute autre application qui revendique un retour de force – testeurs DIY, certains utilitaires de diagnostic du joystick auront un accès exclusif.
Une carte SIM est-elle connectée ?
Le voyant SIM dans la bande supérieure doit être vert (« SimConnecté »). Sinon, consultez le Guide de configuration MSFS ou le Guide de configuration de X-Plane pour votre sim. En attendant, le Simulation de SimConnect La page vous permettra de confirmer que le reste du pipeline fonctionne.
MSFS se connecte mais aucune force ne se sent bien
Si le manche bouge mais que les forces semblent incorrectes, le problème est généralement une inadéquation du profil ou de la cellule :
- Commencez par le démarreur intégré le plus proche de votre avion : Cessna 172 Skyhawk (G1000), Daher TBM 930, Beechcraft King Air 350i, Airbus A320neo ou Boeing 747-8 Intercontinental. La plupart des « mauvaises » sensations proviennent d’un profil adapté à une classe d’avion différente.
- Vérifiez le panneau d'activité du stick du tableau de bord. Il sépare le ressort de base des canaux dynamiques tels que la charge sur l'axe, le grondement du moteur, le roulis au sol, les turbulences et les one-shots mécaniques. Si des effets auxquels vous ne vous attendiez pas s'affichent comme actifs, la simulation signale la télémétrie qui les pilote.
- Les avions tiers ignorent parfois la mise en œuvre des SimVars standard. Le pont tolère cela (les variables manquantes sont par défaut à zéro), mais certains effets ne se déclencheront pas en conséquence. Il s'agit d'une limitation connue que nous ne pouvons pas contourner facilement sur la passerelle : signalez l'avion spécifique afin que nous puissions le caractériser.
L'icône de la barre d'état n'apparaît pas (Linux)
Certains environnements de bureau ne fournissent pas d'hôte de barre d'état système prêt à l'emploi – GNOME Wayland est le plus important. Lorsque le pont détecte cela, il affiche une bannière en haut de la fenêtre expliquant que la fermeture quittera directement l'application (au lieu de se cacher silencieusement) et que le bouton de fermeture se comporte en conséquence. Sur GNOME, installez l'extension AppIndicator Support pour récupérer une icône de barre d'état ; sur KDE, Xfce, Cinnamon, MATE et Budgie, le plateau fonctionne immédiatement.
Le médecin dit que SimConnect est accessible mais aucun flux de données
Le pont se connecte (TCP hello est accepté) mais le flux de données ne démarre pas. Sur MSFS 2024, cela signifie généralement que l'abonnement SimVar échoue, généralement parce que MSFS n'a pas encore fini de démarrer son serveur SimConnect interne. Attendez que MSFS atteigne le menu principal (pas seulement l'écran d'introduction) et réessayez.
X-Plane détecté mais aucun flux de données
Si le voyant SIM est passé brièvement au vert puis est revenu à « aucune carte SIM en cours d'exécution » sans que la télémétrie ne circule réellement, un pare-feu consomme généralement nos paquets UDP. Essayez :
- Désactivez temporairement le pare-feu pour confirmer.
- Liste blanche UDP 49000 sortant sur le processus de pont.
Fenêtres Crash peu de temps après l'armement ou le décollage
Pre-beta.10 issue. Earlier Windows hardware-mode builds created a
large retained DirectInput effect table — one physical effect for
each logical simulator cue. On some Sidewinder FFB2 / Windows
pid.dll stacks, that call pattern could crash during
active flight, often around CreateEffect,
SetPeriodic, or native ACCESS_VIOLATION
breadcrumbs. This is not an MSFS issue and not a sign that your
stick's firmware is bad.
Fenêtres Les forces disparaissent après une pause MSFS ou un long bégaiement
La bêta.11 cible spécifiquement cette classe de bugs. Les pauses MSFS et Active Pause suppriment désormais immédiatement les effets dynamiques, tandis que le stick contient un ressort neutre par défaut. À la reprise, les paramètres du ressort DirectInput sont rechargés avant la relecture des effets afin que le centrage du tangage et du roulis soit rétabli.
Si la force de roulis semble toujours absente après la reprise sur la version bêta.11 ou ultérieure, exportez un ensemble de support immédiatement après l'avoir reproduit et décrivez si le tableau de bord affichait la charge de l'axe, le ressort de base ou les canaux dynamiques à ce moment-là. Cela nous indique si le pipeline est devenu silencieux ou si le pilote de périphérique a perdu un axe.
La bêta.10 corrige l'architecture : le mode matériel utilise désormais une constante vectorielle, un ressort à deux axes et un petit pool périodique paresseux au lieu d'une grande table conservée. Si vous voyez toujours ce message sur la version bêta.10 ou ultérieure, ouvrez Doctor → Compatibilité matérielle, exécutez Tester les effets du matériel, puis passez à Périodiques mixtes logiciels si le test échoue ou si le pont propose cette récupération au prochain lancement. Veuillez également envoyer un package de support afin que nous puissions caractériser la pile de pilotes restante.
Les effets continuent de jouer pendant environ 30 secondes après avoir quitté
Pre-beta.9 issue. On Win11 + the FFB2 driver, the bridge's per-effect cleanup on quit was, on this stack, blocking each call for the effect's full firmware playback duration — so in-flight rumble or buffet effects ran out their natural ~32 second timer after the bridge closed, leaving the stick audibly active on the desktop with no app driving it. Fixed in beta.9 — the shutdown path now skips per-effect work entirely and uses two device-level commands (halt-all + reset firmware effect table) that return immediately. Same fix applies on a native crash via the Vectored Exception Handler. If you're seeing this on beta.9 or later, please file a feedback report.
Fenêtres Crash on quit citing 0x80131506
Pre-beta.9 issue. On a fraction of installs, the bridge would
crash with a Windows Error Reporting popup citing
coreclr.dll and exception code
0x80131506 the moment you clicked Quit or closed
the window. Root cause: the UI thread and the runtime's
control loop were both calling into DirectInput at the same
time on shutdown, and the COM marshaller eventually noticed
and tore the process down. Fixed in beta.9 — all DirectInput
access now serialises through a single lock at the device
boundary so the two threads can never race the marshaller. If
you're seeing a 0x80131506 on quit on beta.9 or
later, please file a feedback report.
Crash au lancement
Flux de récupération au prochain lancement : si le lancement précédent s'est écrasé, le pont affiche une boîte de dialogue de rapport de crash au prochain démarrage, avec la trace de la pile et un Envoyer via le formulaire de commentaires bouton. Cliquez dessus ; le formulaire est pré-rempli avec le journal des incidents.
Si l'application plante avant que la boîte de dialogue n'apparaisse, vous aurez besoin directement du fichier journal des plantages :
- Fenêtres
%LOCALAPPDATA%\ffb-bridge\crashes\ - Linux
~/.local/share/ffb-bridge/crashes/
Attach the most recent .log file to a feedback
report.
Avertissements « Le pont ne peut pas suivre le rythme »
Les diagnostics avertissent lorsque le taux de la boucle de contrôle chute. Causes que nous avons vues :
- Un autre processus sur le même cœur est l'éclatement du processeur : un onglet de navigateur, une compilation.
- On Linux, a
cpufreqgovernor is clocking down the CPU. Switch toperformanceorschedutil. - Fonctionnement dans un environnement virtualisé qui ne donne pas à l'invité des tranches de temps fiables de 20 ms.
Plusieurs sticks FFB2 branchés
Victoires des premiers trouvés : le pont récupère le premier VID/PID correspondant et le pilote. Une interface utilisateur pour lever l’ambiguïté est sur la liste ; pour l'instant, déconnectez physiquement tout sauf celui que vous voulez.
Toujours bloqué ?
Exporter un bundle de support depuis Diagnostic et ouvrir un rapport de commentaires. The bundle contains the session log, crash log (if any), Doctor output, and system info — it's exactly what we need to reproduce without shipping you test builds.