문제 해결

먼저 증상을 해결하고 아래에서 수정합니다. 대부분의 경우 의사 페이지는 이미 무엇이 잘못되었는지 알고 있습니다. 이 목록을 수동으로 작업하기 전에 해당 페이지를 확인하세요. 여기에 도움이 되지 않으면 다음에서 지원 번들을 내보내세요. 진단 그리고 피드백 보고서 열기.

윈도우 11 앱이 전혀 시작되지 않습니다

Windows 설치 프로그램이 제대로 실행되었지만 FFB-브리지 바로가기는 아무 작업도 수행하지 않습니다. 창도 없고, 오류도 없고, SmartScreen 프롬프트도 없습니다. Windows 11을 실행하고 있는 것이 거의 확실합니다. 스마트 앱 제어 (SAC)이 활성화되었습니다. SAC는 신뢰할 수 있는 게시자가 코드 서명하지 않은 모든 앱을 자동으로 차단합니다. 베타 빌드는 아직 서명되지 않았으므로(1.0 로드맵에 있음) SAC는 베타 빌드 출시를 거부합니다.

해결 방법은 앱을 설치하고 처음 실행할 수 있을 만큼 충분히 오랫동안 스마트 앱 제어를 끄는 것입니다. 최신 Windows 11 누적 업데이트를 사용하면 나중에 Windows를 다시 설치하지 않고도 SAC를 다시 켤 수 있습니다. 이는 끄는 기능이 영구적이었던 이전 릴리스에 비해 향상된 기능입니다. Microsoft 자체 지침:

Microsoft: 스마트 앱 제어 자주 묻는 질문(FAQ)

SAC가 꺼지면 FFB-Bridge 앱이 실행되고, 결정적으로 계속 발사하다 SAC를 다시 활성화한 후 — SAC는 이전에 본 적이 없는 앱만 확인합니다. 따라서 해결 방법은 일회성입니다. 코드 서명된 설치 프로그램이 1.0과 함께 제공되면 이 섹션은 사라집니다.

스틱이 전혀 움직이지 않아요

무장됐나요?

상단 스트립의 조종석 ARM 게이지를 읽어야 합니다. 무장 (황색 그라데이션). 읽는다면 무장 해제됨 (회색 문자 모양, 따뜻한 테두리)를 클릭하고 확인하세요. 읽는다면 오류가 발생했습니다. (빨간색) 아래의 "스틱이 작동 중인데 갑자기 멈췄습니다"를 참조하세요. 전제 조건이 방금 떨어졌습니다.

장치가 감지됩니까?

상단 스트립의 DEVICE 램프가 녹색("Ready")이어야 합니다. 빨간색("연결 끊김")인 경우:

스틱을 뽑았다가 다시 연결하세요. 브리지는 1~2초 내에 다시 감지합니다.
Confirm the VID/PID in your OS device manager (045E / 001B).
리눅스 Doctor의 udev-rule 행은 녹색이어야 합니다. 빨간색이면 원클릭 설치 프로그램을 실행하세요.
윈도우 강제 피드백을 요구하는 다른 앱을 닫습니다. DIY 테스터, 일부 조이스틱 진단 유틸리티는 독점적인 액세스 권한을 갖습니다.

SIM이 연결되어 있나요?

상단 스트립의 SIM 램프가 녹색이어야 합니다("Sim 연결됨"). 그렇지 않은 경우 다음을 참조하세요. MSFS 설정 가이드 또는 X-Plane 설정 가이드 당신의 심을 위해. 그 동안, 모의 SimConnect 페이지에서는 파이프라인의 나머지 부분이 작동하는지 확인할 수 있습니다.

MSFS가 연결되지만 어떤 힘도 제대로 느껴지지 않습니다.

스틱이 움직이지만 힘이 잘못된 것처럼 느껴진다면 일반적으로 문제는 프로필이나 기체 불일치입니다.

Cessna 172 Skyhawk(G1000), Daher TBM 930, Beechcraft King Air 350i, Airbus A320neo 또는 Boeing 747-8 Intercontinental과 같이 항공기에 가장 가까운 내장 스타터로 시작하세요. 대부분의 "잘못된" 느낌은 다른 항공기 클래스에 맞게 조정된 프로필에서 비롯됩니다.
대시보드의 스틱 활동 패널을 확인하세요. 이는 기본 스프링을 축 부하, 엔진 진동, 지면 롤링, 난기류 및 기계적 원샷과 같은 동적 채널에서 분리합니다. 예상하지 못한 효과가 활성화된 것으로 표시되면 시뮬레이션은 해당 효과를 구동하는 원격 측정을 보고합니다.
타사 항공기는 때때로 표준 SimVar 구현을 건너뜁니다. 브릿지는 이를 허용하지만(누락된 변수의 기본값은 0임) 결과적으로 일부 효과는 실행되지 않습니다. 이는 교량에서 쉽게 해결할 수 없는 알려진 제한 사항입니다. 특정 항공기를 보고하면 특성을 파악할 수 있습니다.

트레이 아이콘이 나타나지 않습니다(Linux)

일부 데스크탑 환경은 기본적으로 시스템 트레이 호스트를 제공하지 않습니다. GNOME Wayland가 가장 큰 것입니다. 브리지가 이를 감지하면 창 상단에 닫기가 앱을 자동으로 숨기는 대신 직접 종료하고 닫기 버튼이 그에 따라 작동한다는 것을 설명하는 배너가 표시됩니다. GNOME에서 트레이 아이콘을 다시 얻으려면 AppIndicator 지원 확장을 설치하십시오. KDE, Xfce, Cinnamon, MATE 및 Budgie에서는 트레이가 즉시 작동합니다.

의사는 SimConnect에 연결할 수 있지만 데이터 흐름이 없다고 말합니다.

브리지가 연결 중이지만(TCP hello가 허용됨) 데이터 스트림이 시작되지 않습니다. MSFS 2024에서 이는 일반적으로 SimVar 구독이 실패함을 의미합니다. 일반적으로 MSFS가 내부 SimConnect 서버 부팅을 아직 완료하지 않았기 때문입니다. MSFS가 기본 메뉴(소개 화면뿐만 아니라)에 도달할 때까지 기다린 후 다시 시도하세요.

X-Plane이 감지되었지만 데이터 흐름이 없습니다.

SIM 램프가 잠시 녹색으로 바뀌었다가 원격 측정이 실제로 흐르지 않고 "실행 중인 SIM 없음" 상태로 되돌아간 경우 일반적으로 방화벽이 UDP 패킷을 먹고 있는 것입니다. 시도해 보세요:

확인을 위해 일시적으로 방화벽을 비활성화합니다.
브리지 프로세스에서 UDP 49000 아웃바운드를 화이트리스트에 추가합니다.

윈도우 무장 또는 이륙 직후 충돌

Pre-beta.10 issue. Earlier Windows hardware-mode builds created a large retained DirectInput effect table — one physical effect for each logical simulator cue. On some Sidewinder FFB2 / Windows pid.dll stacks, that call pattern could crash during active flight, often around CreateEffect, SetPeriodic, or native ACCESS_VIOLATION breadcrumbs. This is not an MSFS issue and not a sign that your stick's firmware is bad.

윈도우 MSFS 일시 중지 또는 긴 끊김 현상이 발생한 후 강제가 사라집니다.

Beta.11은 특히 이러한 종류의 버그를 대상으로 합니다. MSFS 일시 정지 및 활성 일시 정지는 이제 동적 효과를 즉시 억제하는 반면 스틱은 중립 기본 스프링을 유지합니다. 재개 시 DirectInput 스프링 매개변수는 효과가 재생되기 전에 다시 업로드되므로 피치 및 롤 센터링이 모두 복구됩니다.

beta.11 이상에서 재개한 후에도 여전히 롤 포스가 느껴지지 않으면 재현 후 즉시 지원 번들을 내보내고 당시 대시보드에 축 하중, 기준 스프링 또는 동적 채널이 표시되었는지 설명하십시오. 이는 파이프라인이 조용해졌는지 아니면 장치 드라이버가 축을 잃었는지 알려줍니다.

Beta.10은 아키텍처를 수정합니다. 하드웨어 모드는 이제 큰 유지 테이블 대신 하나의 벡터 상수, 하나의 2축 스프링 및 작은 게으른 주기적 풀을 사용합니다. beta.10 이상에서 이 메시지가 계속 표시되면 Doctor → 하드웨어 호환성을 열고 다음을 실행하세요. 하드웨어 효과 테스트, 다음으로 전환 소프트웨어 혼합 정기 간행물 테스트가 실패하거나 브리지가 다음 실행 시 복구를 제공하는 경우. 나머지 드라이버 스택을 특성화할 수 있도록 지원 번들도 보내주십시오.

종료 후에도 효과가 약 30초 동안 계속 재생됩니다.

Pre-beta.9 issue. On Win11 + the FFB2 driver, the bridge's per-effect cleanup on quit was, on this stack, blocking each call for the effect's full firmware playback duration — so in-flight rumble or buffet effects ran out their natural ~32 second timer after the bridge closed, leaving the stick audibly active on the desktop with no app driving it. Fixed in beta.9 — the shutdown path now skips per-effect work entirely and uses two device-level commands (halt-all + reset firmware effect table) that return immediately. Same fix applies on a native crash via the Vectored Exception Handler. If you're seeing this on beta.9 or later, please file a feedback report.

윈도우 Crash on quit citing `0x80131506`

Pre-beta.9 issue. On a fraction of installs, the bridge would crash with a Windows Error Reporting popup citing coreclr.dll and exception code 0x80131506 the moment you clicked Quit or closed the window. Root cause: the UI thread and the runtime's control loop were both calling into DirectInput at the same time on shutdown, and the COM marshaller eventually noticed and tore the process down. Fixed in beta.9 — all DirectInput access now serialises through a single lock at the device boundary so the two threads can never race the marshaller. If you're seeing a 0x80131506 on quit on beta.9 or later, please file a feedback report.

실행 시 충돌이 발생함

다음 실행 복구 흐름: 이전 실행이 충돌한 경우 브리지는 다음 시작 시 스택 추적 및 피드백 양식을 통해 보내기 버튼. 클릭하세요. 양식은 충돌 로그로 미리 채워집니다.

대화상자가 나타나기 전에 앱이 충돌하는 경우 충돌 로그 파일이 직접 필요합니다.

윈도우 %LOCALAPPDATA%\ffb-bridge\crashes\
리눅스 ~/.local/share/ffb-bridge/crashes/

Attach the most recent .log file to a feedback report.

"브리지가 따라갈 수 없음" 경고

제어 루프 속도가 떨어지면 진단에서 경고합니다. 우리가 본 원인:

동일한 코어의 또 다른 프로세스는 CPU 버스트(브라우저 탭, 컴파일)입니다.
On Linux, a cpufreq governor is clocking down the CPU. Switch to performance or schedutil.
게스트에게 안정적인 20ms 시간 조각을 제공하지 않는 가상화된 환경에서 실행됩니다.

여러 개의 FFB2 스틱이 연결됨

첫 번째 발견 승리 — 브리지는 첫 번째로 일치하는 VID/PID를 확보하고 이를 구동합니다. 명확하게 하기 위한 UI가 목록에 있습니다. 지금은 원하는 것을 제외한 모든 연결을 물리적으로 연결 해제하세요.

아직도 붙어있나요?

다음에서 지원 번들 내보내기 진단 그리고 피드백 보고서 열기. The bundle contains the session log, crash log (if any), Doctor output, and system info — it's exactly what we need to reproduce without shipping you test builds.