Cómo funciona FFB Probe

La carrera guiada

FFB Probe está organizado en torno a un breve viaje de prueba: aterriza en la pantalla de propuesta de valor, detecta el palo, confirma la lista de verificación de seguridad, siente cada efecto en vivo, responde qué sucedió y luego guarda o comparte el informe resultante. Cada pantalla se centra en la tarea en cuestión para que los evaluadores siempre sepan qué hacer a continuación.

Paso 01

Tierra

La primera pantalla explica qué prueba FFB Probe, qué obtienes y por qué existe la base de datos pública de hardware. Nada actúa sobre el hardware hasta que continúas.

Paso 02

Detectar

La pantalla de bienvenida identifica el dispositivo de force feedback, su VID:PID y sus efectos compatibles, y muestra una lectura en vivo del joystick antes de reproducir ninguna fuerza.

Paso 03

Preparar

La lista de verificación ajusta la intensidad de la prueba, te pide aceptar el aviso de seguridad y confirma que el resto del software está cerrado y que el joystick tiene espacio para moverse.

Paso 04

Sentir

Cada efecto se reproduce durante una ventana fija mientras la pantalla muestra la sección, la señal esperada y una cuenta atrás. «Stop run» sigue visible y Esc detiene la prueba en cualquier momento.

Paso 05

Respuesta

Después de cada efecto, toca todos los chips que coincidan con lo que sentiste. Los chips son públicos; el campo de notas opcional sigue siendo privado. «Continue», «Run test again» o «Skip» pasan al siguiente paso.

Paso 06

Mantener o compartir

El informe se guarda primero en tu equipo. «Share my results» envía los datos depurados; después, la aplicación muestra un código de soporte y un enlace a la página pública del dispositivo.

Bienvenida: detección y otros programas

La pantalla de bienvenida busca dispositivos de force feedback y muestra el que va a probar, con su VID:PID, el número de efectos compatibles y una lectura en vivo del joystick. Solo se prueba ese dispositivo. Re-scan repite la detección después de conectar algo o cerrar otro programa.

Si se está ejecutando un programa que puede ocupar el dispositivo, como un simulador de vuelo, FFB-Bridge, MOZA Cockpit o Pit House, las herramientas de Brunner o Logitech G HUB, una tarjeta ámbar Other software running indica cuál es y cómo cerrarlo. El aviso no bloquea la prueba; haz clic en Re-check después de cerrar el programa.

Las bases Brunner vienen en modo CLS2Sim, que no tiene interfaz de force feedback. Cuando no se encuentra ningún dispositivo de force feedback, FFB-Probe busca una base Brunner y ofrece Switch to DirectX mode; no se cambia nada sin ese clic. Switch back to CLS2Sim mode when finished está marcado de forma predeterminada, así que la base vuelve al modo CLS2Sim después de la prueba, al cerrar FFB-Probe o en el siguiente inicio si FFB-Probe se cerró de forma inesperada. Solo se escribe el ajuste de modo USB, después de registrar tu modo original, y si algún paso falla, la base se deja como estaba.

Si Simux, CLS2Sim, la Brunner USB Config Tool o FFB-Bridge ocupan la base, la tarjeta indica cuál es y te pide que lo cierres, también desde la bandeja del sistema, antes de hacer clic en Re-scan. Si el firmware no tiene modo DirectX, se informa de ello y no se escribe nada.

Lista de verificación: intensidad, seguridad y preparación

Test strength define con qué fuerza cada efecto acciona el dispositivo, del 0 % al 75 % en pasos de 5 %. Los joysticks en los que se han validado las pruebas empiezan en el 75 %: el SideWinder Force Feedback 2, los adaptadores USB de SideWinder FFB Pro (03EB:2056, CAFE:4004), los Logitech G940, Force 3D Pro y WingMan Force 3D, y el Brunner FFB-G Joystick, que se reconoce por el tipo de base que comunica a través del canal de configuración de Brunner, sea cual sea la empuñadura montada. Todos los demás dispositivos, incluidas las demás bases Brunner, las bases de vuelo MOZA y el hardware que FFB-Probe aún no conoce, empiezan en el 35 %. Si Simux, CLS2Sim, la Brunner USB Config Tool o FFB-Bridge ocupan ese canal, no se puede leer el tipo de base, así que la base empieza en el 35 % y la lista de verificación te pide que cierres el programa y hagas clic en Re-scan. FFB-Probe recuerda la última intensidad que elegiste para cada dispositivo.

El aviso Safety se muestra siempre: los dispositivos de force feedback pueden moverse de repente y con fuerza real, así que mantén una mano apoyada ligeramente en la empuñadura, aparta dedos, cables y objetos, y detén la prueba con Esc o «Stop run» en cualquier momento. Arm probe permanece desactivado hasta que marques I understand and accept responsibility y confirmes todos los elementos de la lista de verificación. Subir la intensidad por encima del valor predeterminado del dispositivo añade una advertencia de que las bases potentes de accionamiento directo pueden golpear con fuerza sus topes.

La lista de verificación se adapta al dispositivo. El SideWinder FFB2 y el Logitech G940 añaden un elemento de presencia de la mano, porque su sensor de empuñadura corta la salida del motor cuando nadie sujeta el joystick. Un VID:PID que no está en la tabla de hardware de la aplicación pide el fabricante y el modelo reales.

Bases de vuelo MOZA

Para una MOZA AB9, AY210, AB6 o AY90, la lista de verificación añade una tarjeta MOZA BASE. Esta lee, sin cambiar nada, si la base reproducirá realmente los efectos: una base en el modo Telemetry de MOZA Cockpit, o con el force feedback desactivado, la salida de par inhibida o la ganancia de juego en 0, acepta todos los efectos y no se mueve.

Si la base no está lista, la tarjeta enumera los motivos y ofrece Prepare base for testing, que guarda tus ajustes, cambia la base al modo DirectInput y abre sus bloqueos de salida de fuerza. Restore my MOZA settings when finished está marcado de forma predeterminada y los restaura después de la prueba o al cerrar FFB-Probe. Los límites de recorrido, la calibración y Force Sensing nunca se tocan. Si MOZA Cockpit, MOZA Pit House o FFB-Bridge ocupan el puerto de ajustes, la tarjeta indica cuál es; ciérralo y haz clic en Re-check.

Prueba: sentir, responder, detener

La prueba se divide en cuatro secciones: Constant, Periodic, Condition y Ramp. Cada efecto se reproduce durante una ventana fija, cinco segundos en Windows y dos y medio en Linux, y se detiene en cuanto termina esa ventana. Después, la tarjeta de respuesta pregunta qué sentiste: toca todos los chips que correspondan, añade una nota privada opcional y elige Continue, Run test again o Skip.

Stop run está visible en la cabecera y junto a la cuenta atrás, y Esc detiene la prueba en cualquier momento. Si cierras la ventana durante una prueba, primero se detienen los efectos y se libera el dispositivo. Lo medido antes de detenerla se guarda localmente.

Resultado: guardar, compartir y hacer seguimiento

La pantalla de resultado muestra dónde se guardó el informe, con Show in folder y See my results. Share my results envía los datos depurados; de lo contrario, no se sube nada. Tras compartir, la aplicación muestra un código de soporte y un enlace a la página pública del dispositivo, y el botón «Share» del informe HTML también los muestra. Guarda el código si quizá quieras consultar o eliminar el envío más adelante. Un campo de correo electrónico opcional te suscribe a las novedades, incluido el aviso de cuándo FFB-Bridge admita tu joystick.

Si otro programa tenía el dispositivo en uso exclusivo, el resultado nombra el programa y explica que la prueba no midió nada del dispositivo. Una base Brunner cambiada de modo para la prueba, o una base MOZA preparada para ella, se restaura en cuanto el motor de la sonda ha terminado.

Lo que la sonda le pide al hardware que haga

Windows agrupa las pruebas en vivo en las secciones Constant, Periodic, Condition y Ramp. Linux presenta los efectos evdev equivalentes que anuncia cada dispositivo. Los recuentos exactos varían según el controlador y el hardware en ambas plataformas.

La intensidad de la prueba y el límite del 75 %

Cada efecto se reproduce con la intensidad de la prueba elegida en la lista de verificación. Nada de lo que reproduce FFB-Probe supera el 75 % de la escala completa, en ningún dispositivo ni en ninguna prueba, incluidas la opción de línea de comandos --magnitude y los modos de diagnóstico. Los efectos que se reproducen a la vez se reparten la intensidad, de modo que juntos nunca la superan. Cada informe registra la intensidad y si la cambiaste.

Autocentrado y momento de parada

El resorte de autocentrado propio del dispositivo se desactiva durante las pruebas en vivo y se restaura después, así que ni contrarresta ni enmascara el efecto que se está probando. Cada efecto se detiene en cuanto termina su ventana de reproducción, en lugar de cuando respondes. El Logitech G940 en Linux es la excepción: su controlador ignora el ajuste de autocentrado, así que FFB-Probe no lo toca y anota que el autocentrado por hardware estaba activo.

Movimiento medido

Mientras se reproduce cada efecto, la sonda muestrea los ejes X e Y del joystick en Windows y Linux y registra el desplazamiento máximo como porcentaje con signo de la mitad del recorrido de cada eje, por ejemplo X peak +25.1%, Y peak -0.8%. El signo indica la dirección, lo que convierte una respuesta de dirección en evidencia comprobable. El desplazamiento se mide desde donde reposaba el joystick al empezar el efecto, así que un joystick que reposa descentrado puede mostrar más del 100 %. Los efectos Condition, como el resorte y el amortiguador, no mueven un joystick centrado, por lo que con ellos no se espera movimiento en reposo. La medición permanece en el campo privado de notas de respuesta y no se muestra en las páginas públicas de dispositivos.

Bases Brunner

Una base Brunner multiplica cada efecto DirectX por ganancias que guarda ella misma, 50 % de fábrica. Para las pruebas en vivo, FFB-Probe pone FX master y las ganancias de efecto al 100 %, nunca más y sin tocar la amortiguación global, y restaura tus valores después, también si detienes una prueba. En el modo DirectX, la base asigna sus ejes girados 90°: 0° tira hacia la derecha, 90° hacia delante, 180° hacia la izquierda y 270° hacia atrás. Es el comportamiento del firmware de Brunner; FFB-Probe lo registra tal como se mide y no lo corrige.

Los dos archivos que escribe cada ejecución.

Los informes se guardan en %LOCALAPPDATA%\Programs\ffb-probe\Results\FFB-Probe-<timestamp>\ en Windows y en ~/.local/share/ffb-probe/Results/FFB-Probe-<timestamp>/ en Linux. Cada prueba escribe dos archivos: el informe HTML y el JSON para compartir. El HTML incluye el JSON en un bloque <pre>, así que el informe local y los datos que se suben son exactamente los mismos bytes. Los archivos antiguos de texto, README y ZIP de soporte solo se escriben si se define FFB_PROBE_KEEP_LEGACY=1.

Instalación en Windows y comprobaciones del editor

FFB Probe es publicado por Rohsam Inc. El instalador es una instalación por usuario: no se requiere contraseña de administrador ni solicitud de UAC. Coloca el binario en %LOCALAPPDATA%\Programs\ffb-probe y escribe un acceso directo en el escritorio y una entrada en el Start Menu. El selector de directorio está oculto para que no pueda instalarlo accidentalmente en algún lugar extraño. Las versiones estables de Windows están firmadas; confirme que Windows muestre a Rohsam Inc. como el editor y verifique el SHA-256 en la página de descarga antes de ejecutarlo.

Si Windows no muestra a Rohsam Inc. como el editor verificado de su instalador, o si el hash no coincide con el manifiesto publicado, no ejecute ese archivo.

El manifiesto de lanzamiento es la fuente de verdad para los nombres de archivo, los tamaños y los hashes. El instalador de Windows y el Linux AppImage son descargas opcionales; ejecutar la sonda mantiene los informes locales hasta que elija Share.

Permisos AppImage más evdev

El Linux construye barcos como un AppImage autónomo. Márcalo como ejecutable, ejecútalo y mantén el dispositivo encendido con espacio para moverse:

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

El AppImage puede ejecutarse directamente, o ./FfbProbe-*.AppImage --install puede añadir integración de escritorio para el usuario en ~/Applications. Use --uninstall para eliminar esa copia instalada y su entrada de menú.

La detección puede funcionar con acceso de solo lectura, pero los efectos en vivo necesitan acceso de escritura al nodo /dev/input/event* del joystick. Si el asistente informa fallas de permisos, corrija una vez los permisos del nodo de eventos del dispositivo en lugar de ejecutar todo el AppImage con sudo.

1. Encuentra el nodo del evento.

El informe o el texto de error suele nombrarlo como algo similar a event=/dev/input/event2. También puede inspeccionar los enlaces simbólicos de eventos del joystick:

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

2. Pruebe con un permiso temporal

Reemplace event2 con el nodo de su joystick. Esto dura hasta que se desconecta el dispositivo o se reinicia la máquina, por lo que es una forma segura de confirmar el problema:

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

3. Hazlo persistente con udev

Pregúntele a udev las identificaciones USB del dispositivo:

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

Utilice esos ID hexadecimales en minúscula en una regla específica del dispositivo. Este ejemplo es para 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

Desenchufe y vuelva a enchufar el joystick, luego ejecute el AppImage normalmente. La regla es por dispositivo, por lo que es más segura que agregar su usuario al amplio grupo input.

4. Bases Brunner: la interfaz de configuración

Para cambiar una base Brunner entre los modos CLS2Sim y DirectX, y para subir sus ganancias durante la prueba, FFB-Probe usa la interfaz de configuración hidraw de la base, a la que de forma predeterminada solo puede acceder root. Si se deniega el acceso, FFB-Probe muestra la regla que debes añadir. La regla udev de FFB-Bridge ya la incluye; si no, crea este archivo y vuelve a conectar 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. Bases MOZA: el puerto de ajustes

La comprobación de preparación de MOZA y Prepare base for testing se comunican con la base a través de su puerto serie USB de ajustes, /dev/ttyACM*. Si FFB-Probe no puede abrir el puerto, sugiere el grupo dialout; después de añadirte a él, cierra sesión y vuelve a iniciarla:

sudo usermod -aG dialout "$USER"

Una regla por dispositivo da el mismo acceso solo al usuario activo del escritorio:

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

Cuando otro programa tiene el dispositivo

Antes de las pruebas, el proceso de trabajo de Linux abre una vez el nodo de eventos. Si el nodo está ocupado (EBUSY), FFB-Probe nombra los procesos que lo retienen, localizados mediante /proc/*/fd. Si se deniega el acceso (EACCES o EPERM), remite a los pasos de permisos anteriores. Los procesos de otros usuarios o de root no se pueden listar sin privilegios, y el mensaje lo indica.

El autocentrado del kernel se desactiva mientras se reproduce cada efecto y se restaura entre efectos. Nunca se toca en el Logitech G940, cuyo controlador de Linux ignora ese ajuste y siempre centra a plena fuerza.

El asistente Linux utiliza efectos de retroalimentación de fuerza evdev en lugar de DirectInput. El esquema de informe compartido es el mismo que el de Windows, por lo que los envíos de Linux aparecen en la misma base de datos pública y desglose del sistema operativo.

Actualizaciones con consentimiento en Windows y Linux

La GUI lee un pequeño manifiesto de versión estable al inicio. No envía ID de instalación, consulta de versión actual, información del dispositivo ni resultados de sondeo; Las respuestas fuera de línea y con formato incorrecto permanecen en silencio.

Nunca se ofrece una actualización mientras hay una prueba en curso, y no se instala nada sin tu consentimiento. A las versiones estables solo se les ofrecen versiones estables; a una versión beta se le ofrecen betas más recientes y la versión estable que las sustituye.

Después del consentimiento explícito, FFB-Probe descarga el instalador, verifica su longitud exacta y SHA-256, requiere una firma Windows válida de Rohsam Inc., ejecuta el instalador por usuario de forma silenciosa y reinicia la nueva compilación.

Un Linux AppImage en ejecución puede descargar y verificar el nuevo AppImage, invocar su controlador de instalación de ámbito de usuario, actualizar la entrada y los íconos del escritorio e iniciar la copia instalada.

Las compilaciones de desarrollo, los AppDirs extraídos, los paquetes de distribución y otras instalaciones que no son AppImage Linux nunca se sobrescriben. En su lugar, el mensaje enlaza a la página de descarga y a estas notas de la versión, y cada usuario puede posponer u omitir una versión.

Problemas conocidos y pasos de recuperación

Los bytes literales son la superficie de auditoría.

Sus archivos de informe permanecen locales salvo que haga clic en Share. Al compartir, se envía el archivo JSON por POST a /submit; son los mismos bytes incrustados al final del informe HTML. Por separado, la GUI realiza al inicio la comprobación del manifiesto sin identificadores descrita arriba, pero nunca envía datos del informe ni del dispositivo.

La base de datos pública de hardware muestra una vista agregada por VID:PID. Nunca muestra responses[].notes, que puede contener texto opcional de la persona que prueba y el movimiento medido por la sonda. Las selecciones de chips, la clase de dispositivo, la intensidad de la prueba (run), los indicadores de capacidad, los efectos compatibles, los códigos de resultado, los efectos fallidos y los errores de ejecución pueden aparecer en la página del dispositivo.

El aviso de la pantalla de bienvenida sobre otros programas en ejecución y el mensaje de acceso exclusivo solo se te muestran a ti; los nombres de programas que contienen nunca se añaden al informe.

Lea el contrato de privacidad completo → · Abra el informe cargado de muestra →