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.

Contrôle automatique de l’appareil au démarrage

Au lancement, FFB-Bridge vérifie silencieusement le moteur de l’appareil sous Windows, Linux et macOS. Sous Linux, il contrôle aussi l’accès en lecture et en écriture à un nœud d’événement pris en charge et la couverture de toutes les autorisations actuelles par la règle udev installée. WARN ou FAIL affiche une bannière non bloquante de vérification et de correction qui nomme chaque problème.

• Si tous les contrôles réussissent, aucune fenêtre ne s’ouvre.
• Le démarrage ne sonde ni le simulateur ni le réseau ; un simulateur fermé est normal et relève de l’exécution.
• Auto-arm attend tant que la boîte de dialogue reste ouverte. Le problème peut être examiné et corrigé, ou la boîte fermée lorsque l’appareil est volontairement débranché ; après cette fermeture, Auto-arm ne peut continuer que si les autres conditions sont remplies.

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é à support·ffb-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.
• Identifiants actuels : SideWinder FFB2 045e:001b ; Logitech G940 046d:c287 et alias Windows 046d:c2a8 ; Force 3D Pro 046d:c286 ; WingMan Force 3D 046d:c283 ; MOZA AB9 346e:1000 ; famille commune AB6/AB9 346e:1002 ; AY210 346e:1001 ; Brunner FFB-G 25bb:00d2.
• Linux Une ancienne règle limitée aux événements est signalée WARN, car elle ne contient pas les autorisations TTY MOZA actuelles. Utiliser Fix même si le fichier existe déjà ; l’application le remplace par la règle complète générée. Après une correction réussie, la règle est active et l'application recommande un redémarrage. Redémarrer maintenant rouvre le manche avec les nouvelles autorisations et abandonne tout mode de repli du démarrage; Redémarrer plus tard est sans risque si vous devez d'abord continuer.
• 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 (« Sim connecté »). 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 profil de démarrage 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 dans la carte Control system au niveau de la page, juste après le commutateur Advanced controls. Un avion de ligne lourd réglé sur 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

FFB-Bridge 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 car le serveur SimConnect interne démarre toujours. Attendez que MSFS atteigne le menu principal, après 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 force constante vectorielle, un ressort à deux axes et un petit groupe d’effets périodiques créé à la demande plutôt qu’une grande table conservée. La version 1.0 réinitialise également la table d’effets Raw HID/PID avant l’armement après une déconnexion du simulateur. Si le problème persiste avec une build actuelle, ouvrez Hardware → Calibration et 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 cpufreq le gouverneur ralentit le CPU. Passer à performance ou schedutil.
• 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 Matériel — . 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 appareils non répertoriés de type joystick sont proposés en option expérimentale avec une valeur prudente de 20 % par défaut. Les volants, manettes de jeu et appareils mono-axe sont exclus ; FFB Probe permet de caractériser le matériel non pris en charge.

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.