Dépannage

Symptômes d'abord, correctifs en dessous. Dans la plupart des cas, le Page de supportL'onglet Vérifications de l'état 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 lot de diagnostic 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 le contrôle intelligent des applications

Si vous voyez une quarantaine antivirus plutôt qu'une invite de réputation Windows, envoyez par courrier électronique 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 EN DÉFAUT (rouge), voir « Stick fonctionnait, s'est soudainement arrêté » ci-dessous — un prérequis vient de tomber.

L'appareil est-il détecté ?

Vérifiez le message du périphérique ou de préparation sous la commande Arm centrale, puis Hardware → Device. Si le périphérique attendu n’est pas disponible :

Débranchez et rebranchez le manche ; le pont le détecte à nouveau en une seconde ou deux.
IDs actuels : SideWinder FFB2 045e:001b ; Logitech G940 046d:c287 et Windows alias 046d:c2a8 ; Force 3D Pro 046d:c286 ; WingMan Force 3D 046d:c283 ; MOZA AB9 346e:1000 ; AB6 346e:1002 ; AY210 346e:1001 ; Brunner FFB-G 25bb:00d2 et 25bb:0120, CLS MZ en mode DirectX 25bb:0121 (Brunner attribue un identifiant produit séparé par poignée ; rapportez un identifiant de poignée non répertorié pour qu'il soit ajouté) ; PicoWinder cafe:4004 ; Adapt-FFB-Joy 03eb:204e.
Linux Une règle plus ancienne est signalée comme WARN lorsqu’elle n’a pas l’autorisation actuelle de l’appareil, comme les lignes TTY MOZA ou l’accès hidraw inscriptible dont le chemin du protocole de force Logitech G940 a besoin. Utilisez 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 un retour de force – testeurs DIY, certains utilitaires de diagnostic du joystick auront un accès exclusif.

Un simulateur est-il connecté ?

Vérifiez SIM dans le bandeau supérieur et l’identité de l’aéronef après avoir chargé un vol. Si le simulateur n’est pas connecté, consultez Guide de configuration MSFS ou le Guide de configuration de 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 Commandes de vol électriques, la sensation sera fausse même avec des gains par ailleurs corrects — faites-la correspondre à l'avion (manuel, hydraulique assisté ou commandes de vol électriques).
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, la vibration moteur, le roulage au sol, les turbulences et les impulsions mécaniques ponctuelles. Si des effets auxquels vous ne vous attendiez pas s'affichent comme actifs, c'est que le simulateur signale une 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 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 la masquer 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 ; sur KDE, Xfce, Cinnamon, MATE et Budgie, la barre d'état 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 X-Plane apparaît brièvement puis revient à « no sim running », lancez Health checks et examinez le journal Diagnostics. Bridge a besoin de données de vol récentes et valides ; une réponse qui contient uniquement l’identité de l’aéronef ne confirme pas un vol en cours. Vérifiez :

Autorisez les communications locales de X-Plane et FFB-Bridge dans le pare-feu, en gardant celui-ci activé.
Autoriser le trafic UDP 49000 sortant sur le processus du pont.

Windows Plantage peu après l'armement ou le décollage

Les anciennes versions en mode matériel sous 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 pourrait s'écraser pendant le vol actif, souvent autour CreateEffect, SetPeriodic, ou natif ACCESS_VIOLATION fil d'Ariane. Il ne s'agit pas d'un problème MSFS ni d'un signe que le micrologiciel de votre manche est défectueux.

Windows Les forces disparaissent après une pause MSFS ou un long bégaiement

Les versions actuelles ciblent spécifiquement cette classe 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 en tangage et en roulis se rétablissent tous les deux.

Si la force de roulis semble toujours absente après la reprise sur une version actuelle, exportez un lot de diagnostic 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.

Si la sortie des forces devient incomplète après une reconnexion, désarmez, examinez Diagnostics et lancez le test des effets matériels dans Hardware → Effects lorsqu’il est proposé. Le moteur de rendu et le mode de récupération disponibles dépendent du périphérique exact. Exportez un lot de diagnostic avant de modifier les réglages de compatibilité, puis lancez 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 lot de diagnostic afin que nous puissions caractériser la pile de pilotes restante.

Linux Pas de forces après avoir désarmé et arm à nouveau

Lors de 1.4.1, le réarmement une deuxième fois dans la même session Linux échouait sur tous les appareils : l'application ne libérait jamais ses emplacements d'effet force feedback lors du désarmement, de sorte que la piscine par appareil du noyau était épuisée et que chaque arm suivant échouait jusqu'au redémarrage de l'application. 1.4.2 corrige cela ; si les opérateurs sont sur 1.4.1, mettez à jour, ou redémarrez l'application comme solution de contournement. 1.4.2 empêche également qu'une sortie propre soit signalée comme un plantage lors du lancement suivant.

Les forces disparaissent pendant qu'un autre programme force feedback est en cours d'exécution

Certains programmes, par exemple SteamVR, réinitialisent chaque appareil force feedback qu'ils trouvent au démarrage, ce qui efface les effets que FFB-Bridge a chargés. Depuis 1.4.2, lorsque le pont est armé, il vérifie une fois par seconde que ses effets existent toujours sur l'appareil et les reconstruit automatiquement lorsqu'un autre programme l'a réinitialisé, de sorte que les forces reviennent d'elles-mêmes. Si l'appareil continue à être réinitialisé, la tentative de reconstruction est limitée et se verrouille avec un message expliquant ce qui s'est passé ; fermez le programme en conflit, puis désarmez et arm à nouveau.

Les effets continuent de jouer pendant environ 30 secondes après la fermeture

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 du micrologiciel de l'effet — de sorte que les effets de vibration ou de tremblement 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 du périphérique (tout arrêter + réinitialiser la table d'effets du micrologiciel) qui retournent immédiatement. Le même correctif s'applique lors d'un plantage natif via le gestionnaire d'exceptions vectorielles. Si vous constatez cela sur une version actuelle, veuillez déposer un rapport de commentaires.

Windows Crash en arrêtant de citer `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 commentaires.

Crash 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 démarrage suivant, avec la trace de 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 :

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

Joindre le plus récent .log déposer dans un rapport de commentaires.

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 processeur : un onglet de navigateur, une compilation.
Sous Linux, un cpufreq le gouverneur ralentit le processeur. Passer à performance ou schedutil.
Fonctionnement 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 de périphérique vous permet de choisir celui que le pont pilote, et ce choix est mémorisé entre les redémarrages. Rouvrez-le depuis Matériel — . La modification du périphérique choisi nécessite un redémarrage.

Mon manche force feedback n'est pas parmi ceux 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 bundle de support à partir de la page Support Diagnostics onglet et ouvrir un rapport de commentaires. Le bundle contient le journal de session, le journal des plantages (le cas échéant), le dernier résultat du contrôle de santé et les informations système - c'est exactement ce que nous devons reproduire sans vous envoyer de versions de test.

Aircraft Library ne trouve pas l’aéronef chargé

Essayez le nom courant de l’aéronef ou son code ICAO dans la recherche Aircraft Library, puis sélectionnez la bonne famille et la bonne version pour le simulateur. Un nom d’extension inhabituel peut empêcher la correspondance automatique même si l’aéronef est présent. Une erreur de connexion ou d’accès est distincte d’une absence de résultat ; les références déjà récupérées peuvent rester disponibles hors ligne. Le lecteur ne modifie pas le profil de forces actif.