Solución de problemas

Los síntomas primero, se solucionan debajo. En la mayoría de los casos el Página de soporteLa pestaña Comprobaciones de estado ya sabe qué está mal; verifíquela allí antes de revisar esta lista manualmente. Si nada ayuda aquí, exporte un paquete de soporte desde la página de soporte. Diagnóstico pestaña y abrir un informe de comentarios.

Comprobación automática del dispositivo al iniciar

Al iniciarse, FFB-Bridge comprueba silenciosamente el backend del dispositivo en Windows, Linux y macOS. En Linux también revisa el acceso de lectura y escritura a un nodo de eventos compatible y que la regla udev instalada cubra todos los permisos actuales. WARN o FAIL muestra un aviso no bloqueante de Revisar y corregir que identifica cada problema.

• Si todas las comprobaciones se superan, no se abre nada.
• El inicio no sondea el simulador ni la red; que el simulador esté cerrado es normal y se trata durante la ejecución.
• Mientras el diálogo está abierto, Auto-arm espera. Es posible revisar y corregir el problema, o descartarlo si el dispositivo está desconectado intencionadamente; tras descartarlo, Auto-arm solo puede continuar si se cumplen los demás requisitos.

Windows 11 SmartScreen o Smart App Control detiene el inicio

El instalador de Windows está firmado en código por la identidad del editor de Rohsam, pero los archivos firmados nuevos aún pueden tener una reputación baja de SmartScreen o Smart App Control. Si Windows muestra una advertencia, verifique que el archivo provenga de FFB-Bridge.com, verifique el hash publicado cuando esté disponible y confirme que el editor sea Rohsam Inc. o Rohsam Inc..

Las indicaciones de SmartScreen generalmente se pueden ampliar con Más información después de haber verificado al editor. Smart App Control puede ser más estricto en algunos sistemas Windows 11 y puede bloquear una nueva compilación hasta que mejore su reputación. La propia guía de Microsoft:

Microsoft: preguntas frecuentes sobre Smart App Control

Si ve una cuarentena de antivirus en lugar de un mensaje de reputación de Windows, envíe por correo electrónico los detalles de muestra marcados a support·ffb-bridge.com para que podamos investigar.

El joystick no se mueve en absoluto

¿Está armado?

El indicador ARM de la cabina en la franja superior debe indicar ACTIVADO (gradiente ámbar). si lee DESARMADO (glifo gris, borde cálido), haga clic en él y confirme. Si lee FALLADO (rojo), consulte "Stick estaba funcionando, se detuvo repentinamente" a continuación; acaba de eliminarse un requisito previo.

¿Se detecta el dispositivo?

Compruebe el mensaje del dispositivo o de disponibilidad bajo el control central Arm y después Hardware → Device. Si el dispositivo esperado no está disponible:

• Desenchufe y vuelva a enchufar el dispositivo; el puente vuelve a detectarlo en uno o dos segundos.
• IDs actuales: SideWinder FFB2 045e:001b; Logitech G940 046d:c287 y Windows alias 046d:c2a8; Force 3D Pro 046d:c286; WingMan Force 3D 046d:c283; MOZA AB9 346e:1000; AB6 346e:1002; AY210 346e:1001; Brunner FFB-G 25bb:00d2 y 25bb:0120, CLS MZ en modo DirectX 25bb:0121 (Brunner asigna un ID de producto separado por empuñadura; informe un ID de empuñadura no listado para que se agregue); PicoWinder cafe:4004; Adapt-FFB-Joy 03eb:204e.
• Linux Se informa una regla antigua como WARN cuando carece de un permiso de dispositivo actual, como las líneas TTY del MOZA o el acceso escribible a hidraw que necesita la ruta del protocolo de fuerza Logitech G940. Use Fix incluso si el archivo ya existe; la aplicación lo reemplaza con la regla completa generada. Tras una reparación correcta, la regla queda activa y la aplicación recomienda reiniciar. Reiniciar ahora vuelve a abrir el joystick con los permisos nuevos y descarta cualquier modo alternativo del inicio; Reiniciar más tarde es seguro si necesita continuar primero.
• Windows Cierre cualquier otra aplicación que reclame el Force Feedback: los probadores caseros y algunas utilidades de diagnóstico de joystick retendrán el acceso exclusivo.

¿Hay una sim conectada?

Compruebe SIM en la barra superior y la identidad de la aeronave después de cargar un vuelo. Si el simulador no está conectado, consulte guía de configuración de MSFS o el Guía de configuración de X-Plane para tu sim. Mientras tanto, el Mock Sim La página le permitirá confirmar que el resto del proceso está funcionando.

MSFS se conecta pero ninguna fuerza se siente bien

Si la palanca se mueve pero las fuerzas no se sienten bien, el problema suele ser una discrepancia en el perfil o en la estructura del avión:

• Comience con el perfil inicial integrado más cercano a su avión: Cessna 172 Skyhawk (G1000), Daher TBM 930, Beechcraft King Air 350i, Airbus A320neo o Boeing 747-8 Intercontinental. La mayoría de las sensaciones “incorrectas” provienen de un perfil que fue ajustado para una clase de avión diferente.
• Verifique el sensación del sistema de control en la parte superior del grupo «Sensación del joystick» de la página de Ajuste. Un jet pesado ajustado a Manual, o un avión ligero GA configurado para Fly-by-wire, se sentirá mal incluso con ganancias buenas: combínelo con la aeronave (manual, impulsado hidráulicamente o fly-by-wire).
• Consulte el panel de actividad de la palanca del Panel. Separa el resorte de referencia de los canales dinámicos como la carga del eje, el retumbo del motor, el rodaje en tierra, la turbulencia y los impulsos mecánicos. Si los efectos que no esperaba se muestran activos, el simulador está informando telemetría que los está impulsando.
• En ocasiones, los aviones de terceros omiten la implementación de SimVars estándar. El puente tolera esto (las variables faltantes son cero por defecto), pero como resultado algunos efectos no se activarán. Esta es una limitación conocida que no podemos solucionar fácilmente en el puente: informe la aeronave específica para que podamos caracterizarla.

El icono de la bandeja no aparece (Linux)

Algunos entornos de escritorio no incluyen un host de bandeja del sistema listo para usar; GNOME Wayland es el más grande. Cuando el puente detecta esto, muestra un banner en la parte superior de la ventana que explica que cerrar cerrará la aplicación directamente (en lugar de ocultarla silenciosamente) y el botón de cerrar se comporta en consecuencia. En GNOME, instale la extensión AppIndicator Support para recuperar el icono de la bandeja; en KDE, Xfce, Cinnamon, MATE y Budgie, la bandeja funciona desde el primer momento.

La verificación de estado dice que SimConnect es accesible pero no hay flujos de datos

FFB-Bridge se está conectando (se acepta el saludo TCP) pero el flujo de datos no se inicia. En MSFS 2024, esto generalmente significa que la suscripción a SimVar falla porque el servidor interno SimConnect aún se está iniciando. Espere hasta que MSFS llegue al menú principal, después de la pantalla de introducción, e inténtelo de nuevo.

X-Plane detectado pero no fluyen datos

Si X-Plane aparece brevemente y vuelve a «no sim running», ejecute Health checks y revise el registro de Diagnóstico. Bridge necesita observaciones de vuelo recientes y válidas; una respuesta que solo contiene la identidad no demuestra un vuelo activo. Compruebe:

• Permita la comunicación local de X-Plane y FFB-Bridge en el cortafuegos y manténgalo activado.
• Incluya en la lista blanca UDP 49000 saliente en el proceso de puente.

Windows Fallo poco después de activar o despegar

Las compilaciones anteriores en modo hardware de Windows crearon una gran tabla de efectos DirectInput retenida: un efecto físico para cada señal del simulador lógico. En algunos Sidewinder FFB2/Windows pid.dll pilas, ese patrón de llamada podría fallar durante el vuelo activo, a menudo alrededor CreateEffect, SetPeriodic, o nativo ACCESS_VIOLATION migas de pan. Esto no es un problema de MSFS ni una señal de que el firmware de su dispositivo sea defectuoso.

Windows Las fuerzas desaparecen después de una pausa de MSFS o un tartamudeo prolongado

Las compilaciones actuales apuntan específicamente a esta clase de error. La pausa de MSFS y la Pausa activa ahora suprimen los efectos dinámicos de inmediato, mientras el joystick mantiene un resorte neutral predeterminado. Al reanudar, los parámetros del resorte se vuelven a cargar antes de reproducir los efectos, de modo que el centrado de cabeceo y de alabeo se recuperan.

Si la fuerza de alabeo aún parece ausente después de reanudar en una compilación actual, exporte un paquete de soporte inmediatamente después de reproducirlo y describa si el Panel mostró carga en el eje, resorte de referencia o canales dinámicos en ese momento. Eso nos indica si la canalización se quedó en silencio o si el controlador del dispositivo perdió un eje.

Si la salida de fuerzas queda incompleta después de una reconexión, desactive las fuerzas, revise Diagnóstico y ejecute la prueba de efectos del hardware en Hardware → Effects cuando se ofrezca. El generador de efectos disponible y la vía de recuperación dependen del dispositivo concreto. Exporte un paquete de soporte antes de cambiar los ajustes de compatibilidad y después ejecute Probar efectos de hardware, luego cambie a Periódicos combinados con software si la prueba falla o el puente ofrece esa recuperación en el próximo lanzamiento. Envíe también un paquete de soporte para que podamos caracterizar la pila de controladores restante.

Linux No hay fuerzas después de desarmar y rearmar

En 1.4.1, armar por segunda vez en la misma sesión Linux falló en todos los dispositivos: la aplicación nunca liberó sus ranuras de efecto force feedback al desarmar, así que el grupo por dispositivo del kernel se agotó y cualquier arm posterior falló hasta que la aplicación fue reiniciada. 1.4.2 arregla esto; si el operador está en 1.4.1, actualice o reinicie la aplicación como solución temporal. 1.4.2 también evita que un cierre limpio se reporte como un fallo en el siguiente inicio.

Las fuerzas desaparecen mientras otro programa force feedback está en ejecución

Algunos programas, por ejemplo SteamVR, reinician cada dispositivo force feedback que encuentran al iniciarse, lo que borra los efectos que ha cargado FFB-Bridge. Dado que 1.4.2, mientras está armado, el puente verifica una vez por segundo que sus efectos todavía existan en el dispositivo y los reconstruye automáticamente cuando otro programa lo ha reiniciado, por lo que las fuerzas vuelven por sí solas. Si el dispositivo sigue reiniciándose, el reintento de reconstrucción es limitado y se bloquea con un mensaje que explica lo que sucedió; cerré el programa conflictivo, luego desarme y vuelva a arm.

Los efectos siguen reproduciéndose durante aproximadamente 30 segundos después de salir

Problema anterior del controlador de Win11 + FFB2. La limpieza por efecto del bridge al salir, en esta pila, bloqueaba cada llamada durante toda la duración de reproducción del firmware del efecto, por lo que los efectos de retumbo o bataneo en vuelo agotaban su temporizador natural de ~32 segundos después de cerrarse el bridge, dejando el joystick audiblemente activo en el escritorio sin ninguna aplicación que lo controlara. Las compilaciones actuales omiten por completo el trabajo por efecto al apagar y usan dos comandos a nivel de dispositivo (detener todo + restablecer la tabla de efectos del firmware) que regresan inmediatamente. La misma solución se aplica ante un fallo nativo mediante el controlador de excepciones vectorizado. Si ve esto en una versión actual, envíe un informe de comentarios.

Windows Fallo al salir citando 0x80131506

Problema anterior. En una fracción de las instalaciones, el puente fallaba y aparecía una ventana emergente de Informe de errores de Windows que citaba coreclr.dll y código de excepción 0x80131506 en el momento en que hizo clic en Salir o cerró la ventana. Causa principal: el subproceso de la interfaz de usuario y el bucle de control del tiempo de ejecución llamaban a DirectInput al mismo tiempo al apagarse, y el controlador COM finalmente se dio cuenta y detuvo el proceso. Las compilaciones actuales hacen que todo el acceso a DirectInput ahora se serialice a través de un único bloqueo en el límite del dispositivo para que los dos subprocesos nunca puedan competir con el serializador. Si estás viendo un 0x80131506 Al salir de una compilación actual, presente un informe de comentarios.

Fallo al iniciar

Flujo de recuperación del siguiente lanzamiento: si el lanzamiento anterior falló, el puente muestra un cuadro de diálogo de informe de fallos en el siguiente inicio, con el seguimiento de la pila y un Enviar a través del formulario de comentarios botón. Haga clic en él; el formulario se rellena previamente con el registro de fallos.

Si la aplicación falla antes de que aparezca el cuadro de diálogo, necesitará el archivo de registro de fallas directamente:

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

Adjuntar el más reciente .log archivo a un informe de comentarios.

Advertencias de "El puente no puede seguir el ritmo"

La pestaña Diagnóstico advierte cuando la velocidad del circuito de control baja. Causas que hemos visto:

• Otro proceso en el mismo núcleo está saturando la CPU: una pestaña del navegador, una compilación.
• En Linux, un cpufreq El gobernador está cronometrando la CPU. Cambiar a performance o schedutil.
• Se ejecuta en un entorno virtualizado que no proporciona al huésped intervalos de tiempo confiables de 20 ms.

Varios joysticks compatibles conectados

Cuando se conecta más de un dispositivo compatible, un selector de dispositivo le permite elegir cuál controla el puente y la elección se recuerda durante los reinicios. Reabrirlo desde Hardware — . Es necesario reiniciar el cambio del dispositivo elegido.

Mi palanca force feedback no es una de las compatibles

Los dispositivos de clase joystick no catalogados son una opción experimental con valores predeterminados prudentes del 20 %. Se excluyen volantes, gamepads y dispositivos de un solo eje; FFB Probe permite caracterizar hardware no compatible.

ffb-probe.com en su lugar.

¿Sigues estancado?

Exporte un paquete de soporte desde la página de soporte Diagnóstico pestaña y abrir un informe de comentarios. El paquete contiene el registro de sesión, el registro de fallas (si corresponde), el último resultado de la verificación de estado y la información del sistema; es exactamente lo que necesitamos para reproducir sin enviarle compilaciones de prueba.

La Biblioteca de aeronaves no encuentra la aeronave cargada

Pruebe el nombre habitual de la aeronave o su código ICAO en la búsqueda de la Biblioteca de aeronaves; después seleccione la familia y la versión correctas para el simulador. Un nombre de complemento desconocido puede impedir la coincidencia automática aunque la aeronave exista. Un error de conexión o acceso es distinto de «no encontrado»; las referencias obtenidas anteriormente pueden seguir disponibles sin conexión. El lector no cambia el perfil de fuerzas activo.