Fonctionnement de FFB Probe
Un guide orienté testeur couvrant l’assistant, les sections live de retour de force, les deux fichiers de rapport locaux, les problèmes connus et ce qui est envoyé quand vous cliquez sur Share.
Le parcours guidé
FFB Probe suit un court parcours de test : écran de présentation, détection du manche, validation de la checklist de sécurité, ressenti de chaque effet live, réponse sur ce qui s’est produit, puis conservation ou partage du rapport. Chaque écran se concentre sur la tâche en cours pour que le testeur sache toujours quoi faire.
En-tête
L’en-tête garde l’identité FFB Probe visible tandis que l’étape courante occupe la zone principale. Les commandes d’exécution apparaissent dans l’écran actif, près de l’action concernée.
Progrès
L’assistant montre la progression en contexte : compteur de checklist avant le test, cartes de section et compteurs d’effets pendant les forces, puis état de résultat clair à la fin.
Zone de travail
Le corps est plein écran et change selon la phase : aperçu live du manche, checklist, diagrammes de signal, puces de réponse ou panneau final rapport/partage.
Atterrir
L'atterrissage du premier lancement explique ce qu'est FFB Probe, ce que nécessite le test et pourquoi la base de données matérielle publique est importante avant que le testeur ne fasse quoi que ce soit.
Détecter
L'écran suivant identifie le joystick, VID:PID et la capacité de retour de force - et affiche une lecture en direct du stick - avant qu'une force ne soit exercée.
Préparer
La liste de contrôle permet au testeur de fermer les simulateurs, de libérer de l'espace sur le bureau, de garder une main sur le manche et de gérer les bizarreries du capteur de poignée FFB2.
Sentir
La vue en cours affiche la section en direct, le signal attendu, le compte à rebours et l'effet actuel sans masquer le contrôle Stop.
Répondre
Après chaque effet, deux surfaces capturent la réponse du testeur : une grille de puces (à sélection multiple, publique – ces étiquettes apparaissent sur la page de base de données matérielle de l'appareil) et une boîte de notes en texte libre facultative (privée – conservée côté serveur, jamais sur la page publique).
Conserver ou partager
La page de résultats conserve les rapports locaux par défaut. Le partage envoie la charge utile matérielle expurgée, et un champ de courrier électronique facultatif vous permet de demander un avertissement si FFB-Bridge commence à prendre en charge votre clé.
Ce que FFB Probe demande au matériel de faire
La batterie Windows standard présente quatre sections live visibles dans l’interface : Constant, Periodic, Condition et Ramp. Les nombres peuvent varier car FFB Probe respecte ce que chaque pilote énumère réellement.
Balayage de polarité
Une traction constante pendant environ cinq secondes. Signalez la direction physique dans laquelle le manche s'est déplacé.
Puces utiles : Gauche, Droite, Avant, Arrière, N'a rien fait
Diagonale à deux axes
Une traction diagonale utilisant les moteurs X et Y en même temps. Cela ne devrait pas laisser l’appareil faible par la suite.
Puces utiles : Diagonale, un seul axe, faible, n'a rien fait
Sinus
Une vibration ou un mouvement de balancement répété et doux pendant environ cinq secondes.
Puces utiles : Oscillation lente, oscillation rapide, bourdonnement
Carré
Une vibration marche/arrêt plus nette ou des tapotements répétés pendant environ cinq secondes.
Puces utiles : Oscillation rapide, bourdonnement, une secousse
Triangle
Un mouvement de va-et-vient répété, généralement plus fluide qu'un carré mais plus mécanique qu'un sinus.
Puces utiles : Oscillation lente, Oscillation rapide
Dent de scie
Un mouvement répété de rampe ou de bourdonnement. Cela peut sembler asymétrique.
Puces utiles : Ramping, bourdonnement, faible
Printemps
Déplacez doucement le manche : il doit repousser vers le centre.
Puces utiles : Centré, Amorti, N'a rien fait
Amortisseur
Déplacez doucement le manche : il doit résister au mouvement, comme si vous traversiez un sirop.
Puces utiles : Amorti, Friction, n'a rien fait
Inertie
Démarrez et arrêtez doucement le manche : il peut résister aux changements de mouvement.
Puces utiles : Inertia, lourd, n'a rien fait
Friction
Déplacez doucement le manche : il peut sembler plus lourd ou collant.
Puces utiles : Friction, amorti, n'a rien fait
Balayage Ramp
Une force qui s'accumule de zéro jusqu'à l'amplitude configurée sur chaque actionneur testé.
Puces utiles : Ramping, à gauche, en arrière, n'a rien fait
Sonde de saturation
Plusieurs constantes codirectionnelles caractérisent la façon dont l'appareil se coupe lorsque les effets s'empilent.
Puces utiles : Fort, faible, coupé, n'a rien fait
Les deux fichiers écrits à chaque exécution
Les rapports sont enregistrés dans %LOCALAPPDATA%\Programs\ffb-probe\Results\FFB-Probe-<timestamp>\ sous Windows et ~/.local/share/ffb-probe/Results/FFB-Probe-<timestamp>/ sous Linux. Deux fichiers par exécution ; le HTML intègre le JSON dans un bloc <pre> afin que le rapport local et la charge utile de téléversement soient garantis identiques octet pour octet — pas de second artefact caché.
Rapport autonome : s'ouvre dans un navigateur et possède son propre bouton Share. ~22 KB
Le SubmissionPayload littéral — mêmes octets intégrés au bas du HTML, mêmes octets que les POST de l'interface graphique dans /submit. ~6 KB
Installation sous Windows et vérifications de l'éditeur
FFB Probe est publié par Rohsam Inc. Le programme d'installation est une installation par utilisateur — aucun mot de passe administrateur requis, aucune invite UAC. Il place le binaire sous %LOCALAPPDATA%\Programs\ffb-probe et écrit un raccourci sur le bureau et une entrée Start Menu. Le sélecteur de répertoire est masqué afin que vous ne puissiez pas l'installer accidentellement dans un endroit étrange. Les versions stables de Windows sont signées ; confirmez que Windows affiche Rohsam Inc. comme éditeur et vérifiez le SHA-256 sur la page de téléchargement avant de l'exécuter.
Si Windows n'affiche pas Rohsam Inc. comme éditeur vérifié de votre programme d'installation, ou si le hachage ne correspond pas au manifeste publié, n'exécutez pas ce fichier.
Avertissement de réputation Windows SmartScreen
Les versions récemment signées peuvent tout de même mettre du temps à bâtir leur réputation auprès de SmartScreen. Si Windows affiche un avertissement même si l'éditeur est Rohsam Inc., vérifiez le hachage SHA-256 sur la page de téléchargement avant de décider de poursuivre.
Incohérence de l'éditeur ou du hachage
N'exécutez pas un programme d'installation si l'éditeur est absent, affiche une autre entreprise, ou si le hachage SHA-256 diffère de la valeur indiquée sur la page de téléchargement. Téléchargez une nouvelle copie depuis ffb-probe.com et comparez de nouveau.
Le manifeste de version fait foi pour les noms de fichiers, les tailles et les hachages. Le programme d'installation Windows et le Linux AppImage sont tous deux des téléchargements facultatifs ; l'exécution de la sonde conserve quand même les rapports en local jusqu'à ce que vous choisissiez Share.
Autorisations AppImage plus evdev
Le Linux construit des navires comme un AppImage autonome. Marquez-le comme exécutable, exécutez-le et gardez la clé alimentée avec de la place pour bouger :
chmod +x ./FfbProbe-*.AppImage
./FfbProbe-*.AppImageLa détection peut fonctionner avec un accès en lecture seule, mais les effets live nécessitent un accès en écriture au nœud /dev/input/event* du joystick. Si l'assistant signale des échecs d'autorisation, corrigez une seule fois les autorisations du nœud d'événement du périphérique au lieu d'exécuter l'intégralité de l'AppImage avec sudo.
1. Recherchez le nœud d'événement
Le rapport ou le texte d'erreur le nomme généralement sous une forme comme event=/dev/input/event2. Vous pouvez également inspecter les liens symboliques des événements du joystick :
ls -l /dev/input/by-id/*event-joystick2. Essayez une autorisation temporaire
Remplacez event2 par le nœud de votre manche. Cela dure jusqu'à ce que l'appareil soit débranché ou que la machine redémarre ; c'est donc un moyen sûr de confirmer le problème :
sudo setfacl -m "u:$USER:rw" /dev/input/event2
./FfbProbe-*.AppImage3. Rendez-le persistant avec udev
Demandez à udev les identifiants USB de la clé :
udevadm info -q property -n /dev/input/event2 | grep -E 'ID_VENDOR_ID|ID_MODEL_ID|NAME'Utilisez ces identifiants hexadécimaux minuscules dans une règle spécifique à l'appareil. Cet exemple concerne 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=inputDébranchez et rebranchez le manche, puis exécutez l'AppImage normalement. La règle s'applique à chaque appareil, elle est donc plus sûre que d'ajouter votre utilisateur au large groupe input.
L'assistant Linux utilise les effets de retour de force evdev plutôt que DirectInput. Le schéma de rapport partagé est le même que celui de Windows, de sorte que les soumissions Linux apparaissent dans la même base de données publique et dans la même répartition du système d'exploitation.
Problèmes connus et étapes de récupération
Aucun dispositif de retour de force détecté
Fermez les simulateurs de vol, joy.cpl, Logitech Profiler et tout autre outil pouvant déjà posséder l'appareil. Débranchez et rebranchez la clé, puis réanalysez.
Un travailleur s'est écrasé à mi-parcours
L'interface graphique continue de fonctionner car le travail dangereux DirectInput est isolé dans un processus de travail. Conservez le rapport partiel et envoyez-le au support.
Le manche continue de tirer
Débranchez l'USB et l'alimentation, attendez dix secondes, rebranchez d'abord l'alimentation, puis l'USB. Le micrologiciel FFB2 peut conserver la dernière force après des défauts graves.
SideWinder FFB2 ne fait rien
Couvrez ou tenez légèrement le capteur d’adhérence. Les appels DirectInput peuvent réussir lorsque l'actionneur est contrôlé par le capteur optique.
Mode télémétrie de MOZA Cockpit
Le mode télémétrie de MOZA Cockpit est prévu pour le chemin de télémétrie propre à MOZA, alimenté par le simulateur. Ce n’est pas le mode par défaut normal, et il peut laisser la base inactive pendant les tests matériels autonomes. Si l’AB9 est détectée mais ne fait rien, remettez MOZA Cockpit dans son mode normal/par défaut, puis réessayez.
Autorisation Linux refusée
Votre utilisateur peut avoir besoin d'un accès en lecture/écriture au nœud /dev/input/event* de la clé. La documentation Linux montre comment tester cela avec setfacl, puis la rendre persistante avec une règle udev par appareil.
Avertissement de l'éditeur Windows ou de SmartScreen
Les versions signées devraient afficher Rohsam Inc. comme éditeur. Si Windows affiche tout de même un avertissement de réputation sur une nouvelle version, vérifiez le SHA-256 sur la page de téléchargement avant de poursuivre.
Incohérence de l'éditeur ou du hachage
N'exécutez pas un programme d'installation si l'éditeur n'est pas Rohsam Inc. ou si le hachage SHA-256 ne correspond pas à la valeur publiée sur la page de téléchargement.
Les octets exacts sont la surface d’audit
L'exécution de la sonde localement n'envoie rien — les deux fichiers restent sur le disque. En cliquant sur Share, le fichier JSON est publié par POST vers /submit sur ce serveur. Ce JSON correspond aux mêmes octets intégrés au bas du rapport HTML ; vous pouvez le lire avant de le partager.
La base de données matérielle publique affiche une vue globale par VID:PID. Le seul champ jamais affiché est l'ensemble des notes en texte libre par effet — ce que le testeur a tapé dans la zone de notes facultative pendant l'exécution. Tout le reste (sélections de puces, indicateurs de capacité, effets pris en charge, codes HRESULT, effets échoués, erreurs d'exécution) apparaît sur la page de l'appareil exactement comme la sonde l'a écrit.
Lire le contrat de confidentialité complet → · Ouvrez l'exemple de rapport téléchargé →