Risoluzione dei problemi

Prima i sintomi, poi le correzioni sotto. Nella maggior parte dei casi il Pagina di supportoLa scheda Controlli di integrità di sa già cosa non va: controllare lì prima di consultare manualmente l'elenco. Se nulla qui aiuta, esportare un pacchetto di supporto dalla pagina Supporto Diagnostica scheda e aprire una segnalazione di feedback.

Controllo automatico del dispositivo all’avvio

All’avvio, FFB-Bridge controlla silenziosamente il backend del dispositivo in Windows, Linux e macOS. In Linux verifica anche l’accesso in lettura e scrittura a un nodo eventi supportato e che la regola udev installata copra tutte le autorizzazioni correnti. WARN o FAIL mostra un banner non bloccante Rivedi e correggi che identifica ogni problema.

• Se tutti i controlli riescono, non si apre alcuna finestra.
• L’avvio non interroga il simulatore o la rete; un simulatore chiuso è normale e viene gestito durante l’esecuzione.
• Finché la finestra rimane aperta, Auto-arm attende. È possibile esaminare e correggere il problema oppure chiudere la finestra quando il dispositivo è intenzionalmente scollegato; dopo la chiusura, Auto-arm può continuare solo se sono soddisfatti gli altri prerequisiti.

Windows 11 SmartScreen o Smart App Control interrompe l'avvio

Il programma di installazione di Windows è firmato in codice dall'identità dell'editore Rohsam, ma i file firmati nuovi di zecca potrebbero ancora avere una bassa reputazione SmartScreen o Smart App Control. Se Windows mostra un avviso, verifica da dove proviene il file FFB-Bridge.com, controlla l'hash pubblicato quando disponibile e verifica che lo sia l'editore Rohsam Inc. o Rohsam Inc.

I prompt di SmartScreen di solito possono essere espansi con Maggiori informazioni dopo aver verificato l'editore. Il controllo intelligente delle app potrebbe essere più rigoroso su alcuni sistemi Windows 11 e potrebbe bloccare una nuova build finché la sua reputazione non migliorerà. La guida di Microsoft:

Microsoft: domande frequenti su Smart App Control

Se si vede una quarantena dell'antivirus anziché un avviso di reputazione di Windows, inviare via email i dettagli del campione segnalato a support·ffb-bridge.com quindi possiamo indagare.

Il bastone non si muove affatto

È armato?

L'indicatore ARM della cabina di pilotaggio nella striscia superiore deve indicare ARMATO (gradiente ambrato). Se legge DISARMATO (glifo grigio, bordo caldo), fare clic e confermare. Se legge IN GUASTO (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 lo stick; il bridge lo rileva nuovamente entro un secondo o due.
• ID attuali: SideWinder FFB2 045e:001b; Logitech G940 046d:c287 e alias Windows 046d:c2a8; Force 3D Pro 046d:c286; WingMan Force 3D 046d:c283; MOZA AB9 346e:1000; famiglia condivisa AB6/AB9 346e:1002; AY210 346e:1001; Brunner FFB-G 25bb:00d2.
• Linux Una vecchia regola limitata agli eventi viene segnalata come WARN perché non contiene le autorizzazioni TTY MOZA correnti. Usare Fix anche se il file esiste già; l’applicazione lo sostituisce con la regola completa generata. Dopo una correzione riuscita, la regola è attiva e l'app consiglia un riavvio. Riavvia ora riapre il joystick con le nuove autorizzazioni ed elimina l'eventuale fallback di avvio; Riavvia più tardi è sicuro se devi prima continuare.
• Windows Chiudere qualsiasi altra app che reclama il force feedback: i tester fai-da-te e alcune utilità diagnostiche del joystick manterranno l'accesso esclusivo.

È connessa una SIM?

La spia 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 Mock Sim ti consentirà di confermare che il resto della pipeline funziona.

MSFS si connette ma nessuna forza è corretta

Se la levetta si muove ma le forze sembrano sbagliate, il problema è solitamente una mancata corrispondenza del profilo o della cellula:

• Iniziare con lo starter integrato più vicino al proprio aeromobile: Cessna 172 Skyhawk (G1000), Daher TBM 930, Beechcraft King Air 350i, Airbus A320neo o Boeing 747-8 Intercontinental. La maggior parte delle sensazioni “sbagliate” proviene da un profilo che è stato regolato per una classe di aeromobile diversa.
• Controllare il sensazione del sistema di controllo nella scheda Control system a livello di pagina, subito dopo l’interruttore Advanced controls. Un jet pesante impostato su Manuale, o un aeromobile GA leggero impostato su Fly-by-wire, risulterà sbagliato anche con guadagni altrimenti buoni: abbinarlo al velivolo (Manuale, Potenziato idraulicamente o Fly-by-wire).
• 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 controllo dello stato 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 perché il server SimConnect interno è ancora in fase di avvio. Attendi finché MSFS non raggiunge il menu principale, dopo la schermata introduttiva, e riprova.

Rilevato X-Plane ma nessun flusso di dati

Se la spia SIM diventa verde brevemente e poi torna a "nessun sim in esecuzione" senza che la telemetria scorra effettivamente, di solito un firewall sta bloccando i nostri pacchetti UDP. Prova:

• Disabilitare temporaneamente il firewall per confermare.
• Whitelist UDP 49000 in uscita sul processo bridge.

Windows Arresto anomalo poco dopo l'armamento o il decollo

Le build precedenti in modalità hardware di Windows creavano una grande tabella di effetti DirectInput conservata: un effetto fisico per ogni segnale del simulatore logico. Su alcuni Sidewinder FFB2/Windows pid.dll stack, quel modello di chiamata potrebbe bloccarsi durante il volo attivo, spesso in giro CreateEffect, SetPeriodico nativo ACCESS_VIOLATION breadcrumb. Questo non è un problema di MSFS né un segno che il firmware del tuo joystick sia difettoso.

Windows Le forze scompaiono dopo una pausa di MSFS o un lungo scatto

Le build attuali prendono di mira specificamente questa classe di bug. La pausa di MSFS e la Pausa attiva ora sopprimono immediatamente gli effetti dinamici, mentre lo stick mantiene una molla neutra predefinita. Alla ripresa, i parametri della molla vengono ricaricati prima che gli effetti vengano riprodotti, in modo che il centraggio di beccheggio e di rollio venga ripristinato.

Se la forza di rollio sembra ancora assente dopo aver ripreso su una build corrente, esportare un pacchetto di supporto immediatamente dopo averlo riprodotto e descrivere se la dashboard mostrava in quel momento il carico sull'asse, la molla di base o i canali dinamici. Questo ci dice se la pipeline è diventata silenziosa o se il driver del dispositivo ha perso un asse.

L’architettura attuale usa una forza costante vettoriale, una molla a due assi e un piccolo pool di effetti periodici creati al bisogno invece di una grande tabella mantenuta. La versione 1.0 azzera inoltre la tabella degli effetti Raw HID/PID prima dell’armamento dopo una disconnessione dal simulatore. Se il problema persiste in una build attuale, apri Hardware → Calibration ed 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

Problema precedente con i driver Win11 + FFB2. La pulizia per effetto del bridge all'uscita era, su questo stack, bloccando ogni chiamata per l'intera durata di riproduzione del firmware dell'effetto, quindi gli effetti di rimbombo o buffet in volo hanno esaurito il loro timer naturale di ~ 32 secondi dopo la chiusura del bridge, lasciando lo stick udibilmente attivo sul desktop senza che nessuna app lo guidasse. Le build attuali saltano il lavoro per effetto interamente allo spegnimento e utilizzano due comandi a livello di dispositivo (tabella degli effetti di arresto di tutto + ripristino del firmware) che ritornano immediatamente. La stessa correzione si applica a un arresto anomalo nativo tramite il gestore eccezioni Vectored. Se lo vedi su una build corrente, invia un rapporto di feedback.

Windows Crash quando smetti di citare 0x80131506

Edizione precedente. In una frazione di installazioni, il bridge si bloccava con un popup di segnalazione errori di Windows che citava coreclr.dll e codice di eccezione 0x80131506 nel momento in cui si fa clic su Esci o si chiude la finestra. Causa principale: il thread dell'interfaccia utente e il ciclo di controllo del runtime chiamavano entrambi DirectInput contemporaneamente allo spegnimento e il marshaller COM alla fine se ne accorse e interruppe il processo. Le build attuali rendono ora tutti gli accessi DirectInput serializzati tramite un singolo blocco al confine del dispositivo in modo che i due thread non possano mai competere con il marshaller. Se stai vedendo un 0x80131506 all'uscita da una build corrente, inviare un rapporto di feedback.

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 log di arresto anomalo:

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

Allega il più recente .log inviare un rapporto di feedback.

Avvisi "Il bridge non riesce a tenere il passo"

La scheda Diagnostica avvisa quando la frequenza del circuito di controllo diminuisce. Cause che abbiamo visto:

• Un altro processo sullo stesso core sta saturando la CPU a raffica: una scheda del browser, una compilazione.
• Su Linux, a cpufreq il governor sta rallentando la CPU. Passa a performance o schedutil.
• In esecuzione in un ambiente virtualizzato che non fornisce al guest intervalli di tempo affidabili da 20 ms.

Sono stati collegati più stick supportati

Quando è collegata più di una chiavetta supportata, un selettore di dispositivi consente di scegliere quale pilotare il bridge e la scelta viene ricordata al riavvio. Riaprilo da Hardware — . La modifica del dispositivo scelto è necessaria al riavvio.

Il mio stick di force feedback non è uno dei quattro supportati

I dispositivi di classe joystick non elencati sono un’opzione sperimentale con valori predefiniti prudenti del 20 %. Volanti, gamepad e dispositivi a singolo asse sono esclusi; FFB Probe consente di caratterizzare l’hardware non supportato.

ffb-probe.com invece.

Ancora bloccato?

Esporta un pacchetto di supporto dalla pagina Supporto Diagnostica scheda e aprire una segnalazione di feedback. Il pacchetto contiene il registro della sessione, il registro degli arresti anomali (se presente), l'ultimo output del controllo di integrità e le informazioni di sistema: è esattamente ciò di cui abbiamo bisogno per riprodurlo senza inviarti build di test.