Dépannage
Symptômes d'abord, correctifs en dessous. Dans la plupart des cas, le Page SupportL'onglet Vérifications de santé de 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 ensemble de support depuis la page Support. Diagnostics onglet et ouvrir un rapport de commentaires.
Windows 11 SmartScreen ou Smart App Control arrête le lancement
Le programme d'installation de Windows est signé par code par l'identité de l'éditeur Rohsam, mais les tout nouveaux fichiers signés peuvent toujours avoir une faible réputation SmartScreen ou Smart App Control. Si Windows affiche un avertissement, vérifiez que le fichier provient de FFB-Bridge.com, vérifiez le hachage publié lorsqu'il est disponible et confirmez que l'éditeur est Rohsam Inc. ou RohsamInc.
Les invites SmartScreen peuvent généralement être étendues avec Plus d'informations après avoir vérifié l'éditeur. Smart App Control peut être plus strict sur certains systèmes Windows 11 et bloquer une nouvelle version jusqu'à ce que sa réputation s'améliore. Les propres conseils de Microsoft :
Microsoft : Questions fréquemment posées sur Smart App Control
Si vous voyez une mise en quarantaine antivirus plutôt qu'une invite de réputation Windows, envoyez par courriel les détails de l'échantillon signalé à supportffb-bridge.com afin que nous puissions enquêter.
Le manche 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 DÉFAUT (rouge), voir « Le manche fonctionnait, puis 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 manche ; le pont le détecte à nouveau en une seconde ou deux.
- Vérifiez que le VID/PID dans le gestionnaire de périphériques de votre système d'exploitation correspond à un périphérique pris en charge :
045E:001B,046D:C287,046D:C286, ou046D:C283. - Linux dans l'onglet Vérifications de santé de la page Support, la ligne udev-rule doit être verte ; s'il est rouge, exécutez le programme d'installation en un clic.
- Windows Fermez toute autre application qui revendique le retour de force – les testeurs DIY et certains utilitaires de diagnostic de manche conservent un accès exclusif.
Un simulateur est-il connecté ?
Le voyant SIM dans la bande supérieure doit être vert (« SimConnecté »). Sinon, consultez le Guide de configuration MSFS ou le Guide de configuration X-Plane pour votre sim. En attendant, le Mock Sim 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érifier le ressenti du système de contrôle en haut du groupe Stick feel de la page Réglage. Un avion lourd réglé à Manuel, ou un avion léger GA réglé pour Fly-by-wire, vous le sentirez mauvais même avec des gains par ailleurs bons — faites-le correspondre à l'avion (manuel, hydraulique assisté ou fly-by-wire).
- Vérifiez le panneau d'activité du manche 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 roulage au sol, les turbulences et les impulsions mécaniques. Si des effets auxquels vous ne vous attendiez pas s'affichent comme actifs, le simulateur signale de la télémétrie qui les pilote.
- Les avions tiers omettent parfois d'implémenter des SimVars standard. Le pont tolère cela (les variables manquantes valent zéro par défaut), mais certains effets ne se déclencheront pas en conséquence. Il s'agit d'une limitation connue que nous ne pouvons pas facilement contourner dans le pont — signalez l'avion spécifique afin que nous puissions le caractériser.
L'icône de la barre d'état système 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 principal. 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 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 système ; sur KDE, Xfce, Cinnamon, MATE et Budgie, la barre d'état système fonctionne immédiatement.
Le bilan de santé indique que SimConnect est accessible mais aucun flux de données
Le pont se connecte (le hello TCP est accepté) mais le flux de données ne démarre pas. Sur MSFS 2024, cela signifie généralement que l'abonnement aux 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 à « aucun simulateur en cours d'exécution » sans que la télémétrie ne circule réellement, c'est généralement un pare-feu qui mange nos paquets UDP. Essayez :
- Désactivez temporairement le pare-feu pour confirmer.
- Autorisez le trafic UDP 49000 sortant sur le processus du pont dans le pare-feu.
Windows Plantage peu de temps après l'armement ou le décollage
Les versions antérieures en mode matériel de Windows créaient une grande table d'effets DirectInput conservée — un effet physique pour chaque signal logique du simulateur. Sur certains Sidewinder FFB2 / Windows
pid.dll piles, ce modèle d'appel pouvait planter pendant le vol actif, souvent autour de CreateEffect,
SetPeriodic, ou natif ACCESS_VIOLATION
fil d'Ariane. Ce n'est pas un problème MSFS ni un signe que le micrologiciel de votre manche est défectueux.
Windows Les forces disparaissent après une pause MSFS ou un long saccadement
Les versions actuelles ciblent spécifiquement cette catégorie de bogues. La pause MSFS et la pause active suppriment désormais immédiatement les effets dynamiques, tandis que le manche maintient un ressort neutre par défaut. À la reprise, les paramètres du ressort sont rechargés avant la relecture des effets afin que le centrage du tangage et du roulis se rétablisse tous les deux.
Si la force de roulis semble toujours absente après la reprise sur une version actuelle, 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.
L'architecture actuelle utilise une constante vectorielle, un ressort à deux axes et un petit pool périodique paresseux au lieu d'une grande table conservée. La version 1.0 réinitialise également la table brute des effets HID/PID avant l'armement après les déconnexions du simulateur. Si vous voyez toujours cela sur une version actuelle, ouvrez Paramètres → Matériel, exécutez Tester les effets du matériel, puis passez à Périodiques mélangés par logiciel si le test échoue ou si le pont propose cette récupération au prochain lancement. Veuillez également envoyer un ensemble 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é
Problème antérieur de pilote Win11 + FFB2. Le nettoyage par effet du pont à la fermeture bloquait, sur cette pile, chaque appel pendant toute la durée de lecture firmware de l'effet — de sorte que les effets de grondement ou de tremblement (buffeting) en vol épuisaient leur minuterie naturelle d'environ 32 secondes après la fermeture du pont, laissant le manche audiblement actif sur le bureau sans aucune application pour le piloter. Les versions actuelles ignorent entièrement le travail par effet à l'arrêt et utilisent deux commandes au niveau de l'appareil (tout arrêter + réinitialiser la table d'effets du firmware) qui reviennent immédiatement. Le même correctif s'applique lors d'un plantage natif via le Vectored Exception Handler. Si vous constatez cela sur une version actuelle, veuillez déposer un rapport de rétroaction.
Windows Plantage à la fermeture citant 0x80131506
Problème antérieur. Sur une fraction des installations, le pont plantait avec une fenêtre contextuelle de rapport d'erreurs Windows citant
coreclr.dll et code d'exception
0x80131506 au moment où vous avez cliqué sur Quitter ou fermé la fenêtre. Cause première : le thread de l'interface utilisateur et la boucle de contrôle du runtime appelaient tous deux DirectInput en même temps à l'arrêt, et le marshaller COM a finalement remarqué et détruit le processus. Les versions actuelles font que tous les accès DirectInput sont désormais sérialisés via un seul verrou à la limite du périphérique afin que les deux threads ne puissent jamais faire concurrence au marshaller. Si vous voyez un 0x80131506 lorsque vous quittez une version actuelle, veuillez déposer un rapport de rétroaction.
Plantage au lancement
Flux de récupération au prochain lancement : si le lancement précédent a planté, le pont affiche une boîte de dialogue de rapport de plantage au prochain démarrage, avec la trace de la pile et un Envoyer via le formulaire de commentaires bouton. Cliquez dessus ; le formulaire se pré-remplit avec le journal de plantage.
Si l'application plante avant que la boîte de dialogue n'apparaisse, vous aurez besoin directement du fichier journal des plantages :
- Windows
%LOCALAPPDATA%\ffb-bridge\crashes\ - Linux
~/.local/share/ffb-bridge/crashes/
Joindre le plus récent .log déposer dans un rapport de rétroaction.
Avertissements « Le pont ne peut pas suivre le rythme »
L'onglet Diagnostics avertit lorsque le taux de la boucle de contrôle chute. Causes que nous avons vues :
- Un autre processus sur le même cœur sature le CPU : un onglet de navigateur, une compilation.
- Sous Linux, un
cpufreqle gouverneur ralentit le CPU. Passer àperformanceouschedutil. - Exécution dans un environnement virtualisé qui ne donne pas à l'invité des tranches de temps fiables de 20 ms.
Plusieurs manches pris en charge branchés
Lorsque plusieurs manches pris en charge sont connectés, un sélecteur d'appareil vous permet de choisir celui que le pont pilote, et le choix est mémorisé d'un redémarrage à l'autre. Rouvrez-le à partir de Paramètres → Matériel → Appareil à retour de force → Changer d'appareil…. La modification de l'appareil choisi nécessite un redémarrage.
Mon manche à retour de force ne fait pas partie des quatre pris en charge
Les quatre manches validés (SideWinder Force Feedback 2,
045E:001B; Logitech G940, 046D:C287; Force 3D Pro, 046D:C286; WingMan Force 3D,
046D:C283) sont plug-and-play. Pour essayer un autre retour de force manche, allumer
Paramètres → Matériel → Autoriser les appareils non répertoriés (expérimental). Le pont pilote ensuite un manche admissible avec des valeurs par défaut sûres ; utilisez l'étalonnage en direct de l'inversion et de l'échange tangage/roulis sur le même onglet pour corriger la direction, et la récupération après plantage sert de filet de sécurité. Les roues, les manettes de jeu et les appareils à axe unique ne peuvent pas être pilotés comme des manches : ils sont acheminés vers la sonde FFB à l'adresse suivante :
ffb-probe.com à la place.
Toujours bloqué ?
Exportez un ensemble de support à partir de la page Support Diagnostics onglet et ouvrir un rapport de commentaires. L'ensemble de support contient le journal de session, le journal de plantage (le cas échéant), le dernier résultat de la vérification de santé et les informations système — c'est exactement ce dont nous avons besoin pour reproduire sans vous envoyer de versions de test.