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.

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.
• Conferma che il VID/PID nella gestione dispositivi del sistema operativo corrisponda a un dispositivo supportato: 045E:001B, 046D:C287, 046D:C286, o 046D:C283.
• Linux nella scheda Controlli di integrità della pagina Supporto, la riga udev-rule dovrebbe essere verde; se è rosso, esegui il programma di installazione con un clic.
• 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 parte superiore del gruppo Stick feel della pagina Regolazione. 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, 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 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 utilizza una costante vettoriale, una molla a due assi e un piccolo pool periodico pigro invece di una grande tabella mantenuta. La versione 1.0 reimposta anche la tabella degli effetti HID/PID grezzi prima dell'attivazione dopo la disconnessione del simulatore. Se lo vedi ancora su una build corrente, apri Impostazioni → 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

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 Impostazioni → Hardware → Dispositivo force feedback → Cambia dispositivo…. La modifica del dispositivo scelto è necessaria al riavvio.

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

I quattro stick convalidati (SideWinder Force Feedback 2, 045E:001B; Logitech G940, 046D:C287; Force 3D Pro, 046D:C286; WingMan Force 3D, 046D:C283) sono plug-and-play. Per provare un altro force feedback joystick, accendere Impostazioni → Hardware → Consenti dispositivi non elencati (sperimentale). Il bridge quindi pilota un joystick idoneo con impostazioni predefinite sicure; usare la calibrazione live di inversione e di scambio beccheggio/rollio sulla stessa scheda per correggere la direzione, e il ripristino dopo un arresto anomalo è presente come rete di sicurezza. Volanti, gamepad e dispositivi ad asse singolo non possono essere pilotati come barre di volo: vengono indirizzati alla FFB Probe su 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.