자동 번역. 이 웹사이트는 자동으로 번역되었으며, 오류가 있으면 유감스럽게 생각합니다. FFB-Bridge 데스크톱 앱은 현재 영어로 제공됩니다. 특정 언어에 대한 수요가 충분할 경우 앱 번역이 추가될 수 있습니다. 수정사항이나 언어 요청은 다음을 통해 보내주세요. 피드백 페이지.
베타 문서. 앱이 1.0으로 안정화되면 일부 텍스트와 이미지가 재작업될 예정입니다. 섹션이 오래된 것으로 나타나면 다음을 통해 플래그를 지정하세요. 피드백 양식.

문제 해결

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

윈도우 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초 내에 다시 감지합니다.
  • OS 장치 관리자에서 VID/PID를 확인하세요(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 아웃바운드를 화이트리스트에 추가합니다.

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

베타.10 이전 문제. 이전 Windows 하드웨어 모드 빌드에서는 각 논리적 시뮬레이터 큐에 대해 하나의 물리적 효과인 대규모 DirectInput 효과 테이블이 생성되었습니다. 일부 Sidewinder FFB2/Windows pid.dll 활성 비행 중에 통화 패턴이 충돌할 수 있는 스택, 종종 주변에서 CreateEffect, SetPeriodic, or native ACCESS_VIOLATION 빵 부스러기. 이는 MSFS 문제가 아니며 스틱의 펌웨어가 잘못되었다는 신호도 아닙니다.

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

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

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

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

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

베타.9 이전 문제입니다. Win11 + FFB2 드라이버에서 종료 시 브리지의 효과별 정리는 이 스택에서 효과의 전체 펌웨어 재생 기간 동안 각 호출을 차단했습니다. 따라서 비행 중 럼블 또는 뷔페 효과는 브리지가 닫힌 후 자연스러운 ~32초 타이머를 종료하여 앱을 구동하지 않고도 스틱이 데스크탑에서 청각적으로 활성 상태가 되었습니다. 베타.9에서 수정됨 - 종료 경로는 이제 효과별 작업을 완전히 건너뛰고 즉시 반환되는 두 개의 장치 수준 명령(모두 중지 + 펌웨어 효과 테이블 재설정)을 사용합니다. Vectored Exception Handler를 통해 기본 충돌에도 동일한 수정 사항이 적용됩니다. beta.9 이상에서 이 현상이 나타나면 피드백 보고서를 제출해 주세요.

윈도우 인용 종료 시 충돌 발생 0x80131506

베타.9 이전 문제입니다. 일부 설치에서는 다음과 같은 Windows 오류 보고 팝업과 함께 브리지가 충돌합니다. coreclr.dll 및 예외 코드 0x80131506 종료를 클릭하거나 창을 닫은 순간. 근본 원인: UI 스레드와 런타임의 제어 루프는 모두 종료 시 동시에 DirectInput을 호출했으며, COM 마샬러는 결국 이를 발견하고 프로세스를 중단했습니다. 베타.9에서 수정됨 - 이제 모든 DirectInput 액세스가 장치 경계에서 단일 잠금을 통해 직렬화되므로 두 스레드가 마샬러와 경쟁할 수 없습니다. 당신이보고 있다면 0x80131506 베타.9 이상을 종료할 경우 피드백 보고서를 제출해 주세요.

실행 시 충돌이 발생함

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

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

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

Attach the most recent .log 피드백 보고서를 제출하세요.

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

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

  • 동일한 코어의 또 다른 프로세스는 CPU 버스트(브라우저 탭, 컴파일)입니다.
  • On Linux, a cpufreq 주지사가 CPU 클럭을 낮추고 있습니다. 다음으로 전환 performance 또는 schedutil.
  • 게스트에게 안정적인 20ms 시간 조각을 제공하지 않는 가상화된 환경에서 실행됩니다.

여러 개의 FFB2 스틱이 연결됨

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

아직도 붙어있나요?

다음에서 지원 번들 내보내기 진단 그리고 피드백 보고서 열기. 번들에는 세션 로그, 충돌 로그(있는 경우), Doctor 출력 및 시스템 정보가 포함되어 있습니다. 이는 테스트 빌드를 배송하지 않고 재현하는 데 필요한 것입니다.

이전 튜닝 가이드 다음 지원 번들