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é à 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 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é ?

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 un retour de force – testeurs DIY, certains utilitaires de diagnostic du joystick auront 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 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 le voyant SIM est passé brièvement au vert puis est revenu à « aucune simulateur 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.
• 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.

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 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.

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 à 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 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.