Come funziona FFB Probe

La corsa guidata

FFB Probe è organizzato attorno a un breve viaggio del tester: atterra sullo schermo del valore, rileva il bastone, conferma la lista di controllo di sicurezza, senti ogni effetto dal vivo, rispondi a cosa è successo, quindi conserva o condividi il rapporto risultante. Ogni schermata si concentra sull'attività da svolgere in modo che i tester sappiano sempre cosa fare dopo.

Passaggio 01

Terra

La prima schermata spiega cosa testa FFB Probe, cosa ottieni e perché esiste il database hardware pubblico. Nulla agisce sull'hardware finché non prosegui.

Passaggio 02

Rileva

La schermata di benvenuto identifica il dispositivo force feedback, il suo VID:PID e gli effetti supportati, e mostra una lettura dal vivo dello stick prima che venga riprodotta qualsiasi forza.

Passaggio 03

Preparare

La checklist imposta l'intensità del test, ti chiede di accettare l'avviso di sicurezza e conferma che gli altri software sono chiusi e che lo stick ha spazio per muoversi.

Passaggio 04

Tatto

Ogni effetto viene riprodotto per una finestra fissa mentre lo schermo mostra la sezione, il segnale atteso e un conto alla rovescia. «Stop run» resta visibile ed Esc interrompe il test in qualsiasi momento.

Passaggio 05

Risposta

Dopo ogni effetto, tocca tutti i chip che corrispondono a ciò che hai percepito. I chip sono pubblici; il campo note facoltativo resta privato. Con «Continue», «Run test again» o «Skip» si prosegue.

Passaggio 06

Conserva o condividi

Il report viene salvato prima sul tuo computer. «Share my results» invia i dati oscurati; poi l'app mostra un codice di supporto e un link alla pagina pubblica del dispositivo.

Benvenuto: rilevamento e altri programmi

La schermata di benvenuto cerca i dispositivi force feedback e mostra quello che verrà testato, con il suo VID:PID, il numero di effetti supportati e una lettura dal vivo dello stick. Viene testato solo quel dispositivo. Re-scan ripete il rilevamento dopo che hai collegato qualcosa o chiuso un altro programma.

Se è in esecuzione un programma che può occupare il dispositivo, come un simulatore di volo, FFB-Bridge, MOZA Cockpit o Pit House, gli strumenti Brunner o Logitech G HUB, una scheda ambra Other software running lo indica e spiega come chiuderlo. L'avviso non blocca il test; dopo aver chiuso il programma fai clic su Re-check.

Le basi Brunner escono di fabbrica in modalità CLS2Sim, che non ha un'interfaccia force feedback. Quando non trova alcun dispositivo force feedback, FFB-Probe cerca una base Brunner e propone Switch to DirectX mode; senza quel clic non viene cambiato nulla. Switch back to CLS2Sim mode when finished è selezionato per impostazione predefinita, quindi la base torna in modalità CLS2Sim dopo il test, quando chiudi FFB-Probe o all'avvio successivo se FFB-Probe è stato chiuso in modo imprevisto. Viene scritta solo l'impostazione della modalità USB, dopo aver registrato la modalità originale, e se un passaggio non riesce la base viene riportata com'era.

Se Simux, CLS2Sim, il Brunner USB Config Tool o FFB-Bridge occupano la base, la scheda indica quale e ti chiede di chiuderlo, anche dall'area di notifica, prima di fare clic su Re-scan. Un firmware senza modalità DirectX viene segnalato e non viene scritto nulla.

Checklist: intensità, sicurezza e preparazione

Test strength imposta con quanta forza ogni effetto aziona il dispositivo, dallo 0% al 75% a passi del 5%. Gli stick su cui i test sono stati validati partono dal 75%: il SideWinder Force Feedback 2, gli adattatori USB per SideWinder FFB Pro (03EB:2056, CAFE:4004), Logitech G940, Force 3D Pro e WingMan Force 3D, e il Brunner FFB-G Joystick, riconosciuto dal tipo di base che comunica tramite il canale di configurazione Brunner, qualunque sia l'impugnatura montata. Tutti gli altri dispositivi, comprese le altre basi Brunner, le basi di volo MOZA e l'hardware che FFB-Probe non conosce ancora, partono dal 35%. Se Simux, CLS2Sim, il Brunner USB Config Tool o FFB-Bridge occupano quel canale, il tipo di base non può essere letto: la base parte quindi dal 35% e la checklist ti chiede di chiudere il programma e fare clic su Re-scan. FFB-Probe ricorda l'intensità che hai scelto l'ultima volta per ciascun dispositivo.

L'avviso Safety viene sempre mostrato: i dispositivi force feedback possono muoversi all'improvviso e con forza reale, quindi tieni una mano appoggiata leggermente sull'impugnatura, tieni lontani dita, cavi e oggetti e interrompi in qualsiasi momento con Esc o «Stop run». Arm probe resta disattivato finché non selezioni I understand and accept responsibility e confermi ogni voce della checklist. Se alzi l'intensità oltre il valore predefinito del dispositivo, compare un avviso: le basi direct drive potenti possono urtare con forza i finecorsa.

La checklist si adatta al dispositivo. SideWinder FFB2 e Logitech G940 aggiungono una voce sulla presenza della mano, perché il sensore nella loro impugnatura interrompe l'uscita dei motori quando nessuno tiene lo stick. Per un VID:PID che non è nella tabella hardware dell'app vengono chiesti il produttore e il modello reali.

Basi di volo MOZA

Per una MOZA AB9, AY210, AB6 o AY90 la checklist aggiunge una scheda MOZA BASE. Questa legge, senza modificare nulla, se la base riprodurrà davvero gli effetti: una base in modalità Telemetry di MOZA Cockpit, oppure con force feedback disattivato, uscita di coppia inibita o guadagno di gioco a 0, accetta ogni effetto e non si muove.

Se la base non è pronta, la scheda elenca i motivi e propone Prepare base for testing, che salva le tue impostazioni, porta la base in modalità DirectInput e apre i blocchi dell'uscita di forza. Restore my MOZA settings when finished è selezionato per impostazione predefinita e ripristina le impostazioni dopo il test o quando chiudi FFB-Probe. Limiti di escursione, calibrazione e Force Sensing non vengono mai toccati. Se MOZA Cockpit, MOZA Pit House o FFB-Bridge occupano la porta delle impostazioni, la scheda lo indica; chiudi il programma e fai clic su Re-check.

Esecuzione: percepisci, rispondi, interrompi

Il test è diviso in quattro sezioni: Constant, Periodic, Condition e Ramp. Ogni effetto viene riprodotto per una finestra fissa, cinque secondi su Windows e due secondi e mezzo su Linux, e viene fermato appena la finestra termina. La scheda di risposta chiede poi cosa hai percepito: tocca tutti i chip corrispondenti, aggiungi una nota privata facoltativa e scegli Continue, Run test again o Skip.

Stop run è visibile nell'intestazione e accanto al conto alla rovescia, ed Esc interrompe il test in qualsiasi momento. Se chiudi la finestra durante un test, prima vengono fermati gli effetti e rilasciato il dispositivo. Ciò che è stato misurato prima dell'interruzione viene salvato in locale.

Risultato: conserva, condividi e approfondisci

La schermata dei risultati mostra dove è stato salvato il report, con Show in folder e See my results. Share my results invia i dati oscurati; altrimenti non viene caricato nulla. Dopo la condivisione l'app mostra un codice di supporto e un link alla pagina pubblica del dispositivo, e li mostra anche il pulsante «Share» del report HTML. Conserva il codice se in futuro potresti voler chiedere informazioni sull'invio o farlo rimuovere. Un campo email facoltativo ti iscrive alle novità, incluso l'avviso di quando FFB-Bridge supporterà il tuo stick.

Se un altro programma aveva il dispositivo in uso esclusivo, il risultato indica il programma e spiega che il test non ha misurato nulla dal dispositivo. Una base Brunner commutata per il test, o una base MOZA preparata per il test, viene ripristinata non appena il motore della sonda è terminato.

Ciò che la sonda chiede all'hardware di fare

Windows raggruppa la batteria dal vivo nelle sezioni Constant, Periodic, Condition e Ramp. Linux presenta gli effetti evdev equivalenti dichiarati da ciascun dispositivo. I conteggi esatti variano in base a driver e hardware su entrambe le piattaforme.

L'intensità del test e il limite del 75%

Ogni effetto viene riprodotto all'intensità del test scelta nella checklist. Nulla di ciò che FFB-Probe riproduce supera il 75% del fondo scala, su qualsiasi dispositivo e in qualsiasi test, compresi l'opzione da riga di comando --magnitude e le modalità diagnostiche. Gli effetti riprodotti contemporaneamente si dividono l'intensità, quindi insieme non la superano mai. Ogni report registra l'intensità e se l'hai modificata.

Autocentraggio e tempi di arresto

La molla di autocentraggio del dispositivo viene disattivata durante i test dal vivo e ripristinata al termine, così non contrasta né maschera l'effetto in prova. Ogni effetto viene fermato appena termina la sua finestra di riproduzione, invece che quando rispondi. Fa eccezione il Logitech G940 su Linux: il suo driver ignora l'impostazione di autocentraggio, quindi FFB-Probe non la tocca e annota che l'autocentraggio hardware era attivo.

Movimento misurato

Durante la riproduzione di ciascun effetto, la sonda campiona gli assi X e Y dello stick su Windows e Linux e registra il picco di spostamento come percentuale con segno della semi-escursione di ciascun asse, per esempio X peak +25.1%, Y peak -0.8%. Il segno indica la direzione, e questo trasforma una risposta sulla direzione in una prova verificabile. Lo spostamento viene misurato dalla posizione di riposo dello stick all'inizio dell'effetto, quindi uno stick fermo fuori centro può superare il 100%. Gli effetti Condition come molla e smorzatore non muovono uno stick centrato, quindi per essi non è previsto alcun movimento a riposo. La misura resta nel campo privato delle note di risposta e non viene mostrata nelle pagine pubbliche dei dispositivi.

Basi Brunner

Una base Brunner moltiplica ogni effetto DirectX per guadagni che memorizza da sé, al 50% di fabbrica. Per i test dal vivo FFB-Probe imposta FX master e i guadagni degli effetti al 100%, mai di più e senza toccare lo smorzamento globale, e al termine ripristina i tuoi valori, anche quando interrompi un test. In modalità DirectX la base mappa i suoi assi ruotati di 90°: 0° tira a destra, 90° in avanti, 180° a sinistra e 270° indietro. È il comportamento del firmware Brunner; FFB-Probe lo registra così come viene misurato e non lo corregge.

I due file vengono scritti da ciascuna esecuzione

Su Windows i report vengono salvati in %LOCALAPPDATA%\Programs\ffb-probe\Results\FFB-Probe-<timestamp>\ e su Linux in ~/.local/share/ffb-probe/Results/FFB-Probe-<timestamp>/. Ogni test scrive due file: il report HTML e il JSON di condivisione. L'HTML incorpora il JSON in un blocco <pre>, quindi il report locale e i dati caricati sono gli stessi byte. I vecchi file di testo, README e ZIP di supporto vengono scritti solo se è impostato FFB_PROBE_KEEP_LEGACY=1.

Installazione su Windows e verifiche dell'editore

FFB Probe è pubblicato da Rohsam Inc. Il programma di installazione è un'installazione per utente: non è richiesta alcuna password di amministratore, nessuna richiesta di UAC. Posiziona il binario in %LOCALAPPDATA%\Programs\ffb-probe e scrive un collegamento sul desktop e una voce nel Start Menu. Il selettore di directory è nascosto, in modo che tu non possa installarlo accidentalmente in un percorso anomalo. Le versioni stabili per Windows sono firmate; prima di eseguire, conferma che Windows mostri Rohsam Inc. come editore e verifica il SHA-256 nella pagina di download.

Se Windows non mostra Rohsam Inc. come editore verificato per il tuo programma di installazione, oppure se l'hash non corrisponde al manifest pubblicato, non eseguire quel file.

Il manifest di rilascio è la fonte di verità per nomi dei file, dimensioni e hash. Il programma di installazione Windows e l'AppImage Linux sono entrambi download facoltativi; l'esecuzione della sonda mantiene comunque i report in locale finché non scegli Share.

Autorizzazioni AppImage più evdev

Lo Linux costruisce navi come AppImage autonomo. Contrassegnalo come eseguibile, eseguilo e mantieni la levetta alimentata con spazio per muoversi:

chmod +x ./FfbProbe-*.AppImage
./FfbProbe-*.AppImage

L'AppImage può essere eseguita direttamente oppure ./FfbProbe-*.AppImage --install può aggiungere l'integrazione desktop per l'utente in ~/Applications. Usa --uninstall per rimuovere la copia installata e la relativa voce di menu.

Il rilevamento può funzionare con accesso in sola lettura, ma gli effetti dal vivo richiedono l'accesso in scrittura al nodo /dev/input/event* del joystick. Se la procedura guidata segnala errori di autorizzazione, correggi una volta le autorizzazioni del nodo evento del dispositivo invece di eseguire l'intera AppImage con sudo.

1. Trova il nodo dell'evento

Il report o il testo dell'errore di solito lo indica come qualcosa di simile a event=/dev/input/event2. Puoi anche ispezionare i collegamenti simbolici degli eventi del joystick:

ls -l /dev/input/by-id/*event-joystick

2. Prova un'autorizzazione temporanea

Sostituisci event2 con il nodo del tuo stick. Questo dura finché il dispositivo non viene scollegato o la macchina non si riavvia, quindi è un modo sicuro per confermare il problema:

sudo setfacl -m "u:$USER:rw" /dev/input/event2
./FfbProbe-*.AppImage

3. Rendilo persistente con udev

Chiedi a udev gli ID USB della chiavetta:

udevadm info -q property -n /dev/input/event2 | grep -E 'ID_VENDOR_ID|ID_MODEL_ID|NAME'

Utilizza questi ID esadecimali minuscoli in una regola specifica per il dispositivo. Questo esempio è per un SideWinder FFB2, VID:PID 045e:001b:

sudo tee /etc/udev/rules.d/70-ffb-probe-045e-001b.rules > /dev/null <<'EOF'
# FFB Probe: allow the active desktop user to open this joystick's event node.
SUBSYSTEM=="input", KERNEL=="event*", ATTRS{idVendor}=="045e", ATTRS{idProduct}=="001b", TAG+="uaccess"
EOF

sudo udevadm control --reload-rules
sudo udevadm trigger --subsystem-match=input

Scollega e ricollega lo stick, quindi esegui l'AppImage normalmente. La regola è per dispositivo, quindi è più sicura che aggiungere il tuo utente all'ampio gruppo input.

4. Basi Brunner: l'interfaccia di configurazione

Per commutare una base Brunner tra modalità CLS2Sim e DirectX, e per alzarne i guadagni durante il test, FFB-Probe usa l'interfaccia di configurazione hidraw della base, accessibile per impostazione predefinita solo a root. Se l'accesso viene negato, FFB-Probe mostra la regola da aggiungere. La regola udev di FFB-Bridge la contiene già; altrimenti crea questo file e ricollega la base:

sudo tee /etc/udev/rules.d/71-ffb-probe-brunner.rules > /dev/null <<'EOF'
SUBSYSTEM=="hidraw", KERNEL=="hidraw*", ATTRS{modalias}=="usb:v25BBp*in01", TAG+="uaccess"
EOF

sudo udevadm control --reload
sudo udevadm trigger

5. Basi MOZA: la porta delle impostazioni

Il controllo di preparazione MOZA e Prepare base for testing comunicano con la base tramite la sua porta seriale USB delle impostazioni, /dev/ttyACM*. Se FFB-Probe non riesce ad aprire la porta, suggerisce il gruppo dialout; dopo averlo aggiunto, esci e rientra nella sessione:

sudo usermod -aG dialout "$USER"

Una regola per dispositivo concede lo stesso accesso solo all'utente attivo del desktop:

sudo tee /etc/udev/rules.d/70-ffb-probe-moza.rules > /dev/null <<'EOF'
SUBSYSTEM=="tty", KERNEL=="ttyACM*", ATTRS{idVendor}=="346e", TAG+="uaccess"
EOF

sudo udevadm control --reload-rules
sudo udevadm trigger --subsystem-match=tty

Quando un altro programma occupa il dispositivo

Prima dei test, il worker Linux apre una volta il nodo evento. Se il nodo è occupato (EBUSY), FFB-Probe indica i processi che lo tengono, individuati tramite /proc/*/fd. Se l'accesso viene rifiutato (EACCES o EPERM), rimanda ai passaggi sui permessi descritti sopra. I processi eseguiti da altri utenti o da root non possono essere elencati senza privilegi, e il messaggio lo specifica.

L'autocentraggio del kernel viene disattivato mentre ogni effetto è in riproduzione e ripristinato tra un effetto e l'altro. Non viene mai toccato sul Logitech G940, il cui driver Linux ignora l'impostazione e centra sempre alla massima intensità.

La procedura guidata Linux utilizza gli effetti di force feedback evdev anziché DirectInput. Lo schema di report condiviso è lo stesso di Windows, quindi gli invii Linux vengono visualizzati nello stesso database pubblico e nella stessa suddivisione del sistema operativo.

Aggiornamenti basati sul consenso su Windows e Linux

La GUI legge un piccolo manifest della versione stabile all'avvio. Non invia ID di installazione, query sulla versione corrente, informazioni sul dispositivo o risultati del sondaggio; le risposte offline e non valide rimangono silenziose.

Un aggiornamento non viene mai proposto mentre è in corso un test, e nulla viene installato senza il tuo consenso. Alle build stabili vengono proposte solo versioni stabili; a una build beta vengono proposte le beta più recenti e la versione stabile che le sostituisce.

Dopo il consenso esplicito, FFB-Probe scarica il programma di installazione, ne verifica la lunghezza esatta e SHA-256, richiede una firma Windows valida da Rohsam Inc., esegue il programma di installazione per utente in modo silenzioso e riavvia la nuova build.

Un Linux AppImage in esecuzione può scaricare e verificare il nuovo AppImage, richiamare il relativo gestore di installazione con ambito utente, aggiornare la voce e le icone del desktop e avviare la copia installata.

Le build di sviluppo, AppDirs estratti, i pacchetti di distribuzione e altre installazioni nonAppImage Linux non vengono mai sovrascritte. Il prompt si collega invece alla pagina di download e a queste note di rilascio e ogni utente può rinviare o saltare una versione.

Problemi noti e passaggi di ripristino

I byte letterali sono la superficie di controllo

I file del rapporto restano locali finché non fai clic su Share. La condivisione invia il file JSON tramite POST a /submit; sono gli stessi byte incorporati in fondo al rapporto HTML. Separatamente, la GUI esegue all'avvio il controllo del manifesto privo di identificatori descritto sopra, senza mai inviare dati del rapporto o del dispositivo.

Il database hardware pubblico mostra una vista aggregata per VID:PID. Non visualizza mai responses[].notes, che può contenere testo facoltativo di chi esegue il test e il movimento misurato dalla sonda. Etichette selezionate, classe del dispositivo, intensità del test (run), flag di capacità, effetti supportati, codici risultato, effetti non riusciti ed errori di esecuzione possono comparire nella pagina del dispositivo.

L'avviso della schermata di benvenuto sugli altri programmi in esecuzione e il messaggio di accesso esclusivo vengono mostrati solo a te; i nomi dei programmi che contengono non vengono mai aggiunti al report.

Leggi l'informativa completa sulla privacy → · Apri il report di esempio caricato →