Risoluzione dei problemi
Prima i sintomi, poi le correzioni sotto. Nella maggior parte dei casi il Dottore page sa già cosa c'è che non va: controlla lì prima di consultare manualmente questo elenco. Se nulla aiuta, esporta un pacchetto di supporto da Diagnostica e aprire un rapporto di feedback.
finestre11 L'app non si avvia affatto
Se il programma di installazione di Windows funzionava correttamente ma facendo doppio clic su FFB-Bridge il collegamento non fa assolutamente nulla: nessuna finestra, nessun errore, nessun messaggio SmartScreen: quasi sicuramente stai utilizzando Windows 11 con Controllo intelligente delle app (SAC) abilitato. SAC blocca silenziosamente qualsiasi app che non sia firmata in codice da un editore attendibile. Le build beta non sono ancora firmate (è sulla roadmap 1.0), quindi SAC si rifiuta di lanciarle.
La soluzione consiste nel disattivare Smart App Control per il tempo necessario a installare ed eseguire per la prima volta l'app. I recenti aggiornamenti cumulativi di Windows 11 ti consentono inoltre di riattivare SAC in seguito senza reinstallare Windows: un miglioramento rispetto alle versioni precedenti in cui la disattivazione era permanente. La guida di Microsoft:
Microsoft: domande frequenti su Smart App Control
Una volta disattivato il SAC, l'app FFB-Bridge si avvia e, soprattutto, continua a lanciare dopo aver riattivato SAC: SAC controlla solo le app che non ha mai visto prima. Quindi la soluzione alternativa è una tantum. Una volta che gli installatori con firma del codice rilasciano la versione 1.0, questa sezione scompare.
Il bastone non si muove affatto
E' armato?
L'indicatore ARM della cabina di pilotaggio nella striscia superiore deve indicare ARMATO (gradiente ambrato). Se legge DISARMO (glifo grigio, bordo caldo), fare clic e confermare. Se legge DIFETTOSO (rosso), vedi "Lo stick funzionava, si è fermato improvvisamente" di seguito: un prerequisito è appena caduto.
Il dispositivo viene rilevato?
La spia DEVICE nella striscia superiore dovrebbe essere verde ("Pronto"). Se è rosso ("Disconnesso"):
- Scollegare e ricollegare la chiavetta; il bridge rileva nuovamente entro un secondo o due.
- Confirm the VID/PID in your OS device manager (
045E/001B). - Linux La riga delle regole udev del dottore dovrebbe essere verde; se è rosso, esegui il programma di installazione con un clic.
- Finestre Chiudi qualsiasi altra app che richiede il feedback di forza: i tester fai-da-te e alcune utilità diagnostiche del joystick avranno accesso esclusivo.
È connessa una SIM?
La spia della SIM nella striscia superiore dovrebbe essere verde ("Sim connessa"). In caso contrario, vedere il Guida all'installazione di MSFS o il Guida alla configurazione di X-Plane per la tua SIM. Nel frattempo, il Simulazione simulata di SimConnect ti consentirà di confermare che il resto della pipeline funziona.
MSFS si connette ma nessuna forza sembra corretta
Se la levetta si muove ma le forze sembrano sbagliate, il problema è solitamente una mancata corrispondenza del profilo o della cellula:
- Inizia con l'avviatore integrato più vicino al tuo aereo: Cessna 172 Skyhawk (G1000), Daher TBM 930, Beechcraft King Air 350i, Airbus A320neo o Boeing 747-8 Intercontinental. La maggior parte delle sensazioni “sbagliate” provengono da un profilo che è stato messo a punto per una classe di aereo diversa.
- Controlla il pannello delle attività della levetta della Dashboard. Separa la molla di base dai canali dinamici come il carico sull'asse, il rombo del motore, il rollio al suolo, la turbolenza e i one-shot meccanici. Se gli effetti che non ti aspettavi vengono visualizzati come attivi, la simulazione segnala la telemetria che li sta guidando.
- Gli aerei di terze parti occasionalmente saltano l'implementazione dei SimVar standard. Il bridge lo tollera (le variabili mancanti vengono impostate per default su zero), ma di conseguenza alcuni effetti non verranno attivati. Questa è una limitazione nota che non possiamo aggirare facilmente in plancia: segnala l'aereo specifico in modo da poterlo caratterizzare.
L'icona nella barra delle applicazioni non viene visualizzata (Linux)
Alcuni ambienti desktop non forniscono un host nel vassoio di sistema pronto all'uso: GNOME Wayland è quello più grande. Quando il bridge lo rileva, mostra un banner nella parte superiore della finestra che spiega che la chiusura farà uscire direttamente l'app (invece di nasconderla silenziosamente) e il pulsante di chiusura si comporta di conseguenza. Su GNOME installa l'estensione AppIndicator Support per riavere un'icona nella barra delle applicazioni; su KDE, Xfce, Cinnamon, MATE e Budgie il vassoio funziona immediatamente.
Il medico dice che SimConnect è raggiungibile ma non ci sono flussi di dati
Il bridge si sta connettendo (è accettato il protocollo TCP Hello) ma il flusso di dati non si avvia. Su MSFS 2024 questo di solito significa che l'abbonamento SimVar non funziona, in genere perché MSFS non ha ancora terminato l'avvio del suo server SimConnect interno. Attendi che MSFS raggiunga il menu principale (non solo la schermata introduttiva) e riprova.
Rilevato X-Plane ma nessun flusso di dati
Se la spia della SIM diventa verde brevemente e poi torna a "nessuna sim in esecuzione" senza che la telemetria scorra effettivamente, di solito un firewall sta mangiando i nostri pacchetti UDP. Prova:
- Disabilitare temporaneamente il firewall per confermare.
- Whitelist UDP 49000 in uscita sul processo bridge.
Finestre Schianto poco dopo l'armamento o il decollo
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.
Finestre Le forze scompaiono dopo la pausa di MSFS o una lunga balbuzie
La Beta.11 prende di mira specificamente questa classe di bug. La pausa MSFS e la pausa attiva ora sopprimono immediatamente gli effetti dinamici, mentre la levetta mantiene una molla predefinita neutra. Al ripristino, i parametri della molla DirectInput vengono ricaricati prima della riproduzione degli effetti, in modo che il centraggio di beccheggio e rollio venga ripristinato.
Se la forza di rollio sembra ancora assente dopo aver ripreso la versione beta.11 o successiva, esporta un pacchetto di supporto immediatamente dopo averlo riprodotto e descrivi se la dashboard mostrava carico sull'asse, molla della linea di base o canali dinamici in quel momento. Questo ci dice se la pipeline è diventata silenziosa o il driver del dispositivo ha perso un asse.
La Beta.10 corregge l'architettura: la modalità hardware ora utilizza una costante vettoriale, una molla a due assi e un piccolo pool periodico pigro invece di una grande tabella mantenuta. Se lo vedi ancora sulla versione beta.10 o successiva, apri Dottore → Compatibilità hardware, esegui Testare gli effetti hardware, quindi passa a Periodici combinati con software se il test fallisce o il bridge offre il ripristino al prossimo avvio. Invia anche un pacchetto di supporto in modo da poter caratterizzare lo stack di driver rimanente.
Gli effetti continuano a essere riprodotti per circa 30 secondi dopo l'uscita
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.
Finestre 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 al lancio
Flusso di ripristino al lancio successivo: se il lancio precedente si è arrestato in modo anomalo, il bridge mostra una finestra di dialogo con il rapporto sull'arresto anomalo al successivo avvio, con l'analisi dello stack e un Invia tramite modulo di feedback pulsante. Fare clic su di esso; il modulo viene precompilato con il registro degli arresti anomali.
Se l'app si arresta in modo anomalo prima che venga visualizzata la finestra di dialogo, avrai bisogno direttamente del file di registro del crash:
- Finestre
%LOCALAPPDATA%\ffb-bridge\crashes\ - Linux
~/.local/share/ffb-bridge/crashes/
Attach the most recent .log file to a feedback
report.
Avvisi "Il ponte non riesce a tenere il passo".
La diagnostica avvisa quando la velocità del circuito di controllo diminuisce. Cause che abbiamo visto:
- Un altro processo sullo stesso core è il bursting della CPU: una scheda del browser, una compilazione.
- On Linux, a
cpufreqgovernor is clocking down the CPU. Switch toperformanceorschedutil. - In esecuzione in un ambiente virtualizzato che non fornisce all'ospite intervalli di tempo affidabili di 20 ms.
Più stick FFB2 collegati
Vince il primo trovato: il bridge cattura il primo VID/PID corrispondente e lo guida. Nell'elenco è presente un'interfaccia utente per chiarire le ambiguità; per ora, disconnetti fisicamente tutti tranne quello che desideri.
Ancora bloccato?
Esporta un pacchetto di supporto da Diagnostica e aprire un rapporto di feedback. 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.