X-Plane 11 / 12
X-Plane 11 y 12 utilizan la interfaz UDP de datarefs integrada en el simulador. No se necesita un plugin de Bridge. Inicie un vuelo con el puerto UDP habitual de X-Plane, 49000, disponible en el mismo equipo; después compruebe el estado SIM en Bridge.
Utilice Configuración → Sesión para seleccionar X-Plane explícitamente cuando la detección automática elegiría otro simulador en ejecución. Reinicie Bridge después de cambiar esta preferencia. macOS admite X-Plane; las conexiones con MSFS están disponibles en Windows y Linux.
Esperando un simulador
Bridge puede iniciarse antes del simulador. Déjelo abierto, inicie MSFS o X-Plane y cargue un vuelo; la detección continúa durante la espera. Encontrar un proceso es solo una pista: SIM pasa a conectado tras una respuesta válida. Un simulador cerrado es normal y no genera avisos repetidos de tiempo de espera en reposo.
Si X-Plane no se conecta
Abra Soporte → Comprobaciones de estado y ejecute Accesibilidad de X-Plane. Compruebe que hay un vuelo cargado, que X-Plane utiliza el puerto UDP 49000 y que las reglas locales del cortafuegos permiten la comunicación entre ambas aplicaciones. Una respuesta de accesibilidad demuestra que la prueba recibió datos; la sesión activa también necesita observaciones de vuelo recientes y válidas. La identidad de la aeronave por sí sola no basta.
Autopilot Follow y compensación nativa
Para un control vinculado compatible, AP Follow toma temporalmente el control del eje de cabeceo o alabeo necesario y devuelve la entrada física del control a X-Plane. X-Plane 12.2 y versiones posteriores también ofrecen compensación nativa para controles convencionales compatibles. El control se toma por eje y se libera al desactivar las fuerzas, desconectar o cerrar. Los complementos personalizados pueden utilizar otro sistema de control; reconocer el nombre de la aeronave no garantiza una integración que admita escritura.
Límites específicos de cada aeronave
La compensación nativa no se aplica a todas las aeronaves, y los pilotos automáticos personalizados necesitan su propia integración. Zibo utiliza sus propias observaciones del piloto automático; Bridge no escribe datarefs específicos de Zibo. La detección de pérdida hidráulica todavía no es compatible con X-Plane. Los efectos que necesitan telemetría no disponible no pueden reproducir el evento correspondiente.
Pausa, carga y reconexión
Bridge comprueba la antigüedad y validez de los datos de vuelo en los paquetes UDP entrantes. Un flujo sin observaciones de vuelo recientes durante unos tres segundos se considera desactualizado. Los datos en pausa pueden mantener la conexión mientras las fuerzas dinámicas permanecen inactivas. Durante la carga o la salida del simulador, el estado y el supervisor de fuerzas reflejan el flujo disponible. Un vuelo válido posterior se reconecta automáticamente.
Compensación de fuerzas de trim
En X-Plane 12.2 y versiones posteriores, las aeronaves convencionales compatibles pueden utilizar compensación nativa con los dispositivos FFB admitidos. Las versiones anteriores de X-Plane y los sistemas de control personalizados utilizan la vía alternativa disponible. Verifique el alivio de presión y la respuesta de la aeronave con la que vuela, sin dar por hecho que todos los complementos utilizan el modelo de compensación estándar.
Con el AY210 en X-Plane, Bridge controla ahora los muelles de cabeceo y alabeo del piloto automático y permite una tolerancia de alineación física del 5 % durante la transferencia nativa. El modo HDG solo mantiene el cabeceo manual. La resistencia predeterminada es del 30 % de amortiguación, 10 % de inercia y 0 % de fricción; siguen aplicándose los ajustes explícitos del hardware, las aportaciones del perfil y los límites de fuerza. Se ha corregido la desactivación de la compensación de trim en frío y sin flujo de aire para el C172 incluido. La validación se limita a la combinación C172/AY210 probada en Linux; las aeronaves personalizadas y otras plataformas requieren sus propias comprobaciones.