문제 해결

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

Windows 11 SmartScreen 또는 Smart App Control 실행이 중지됨

Windows 설치 프로그램은 Rohsam 게시자 ID로 코드 서명되어 있지만, 새로 서명된 파일은 여전히 SmartScreen 또는 Smart App Control 평판이 낮을 수 있습니다. Windows에서 경고가 표시되면 해당 파일이 다음에서 받은 것인지 확인하십시오. FFB-Bridge.com, 사용 가능한 경우 게시된 해시를 확인하고 게시자가 다음인지 확인하세요. Rohsam Inc. 또는 Rohsam Inc.

SmartScreen 프롬프트는 일반적으로 다음을 사용하여 확장할 수 있습니다. 추가 정보 게시자를 확인한 후. 스마트 앱 제어는 일부 Windows 11 시스템에서 더 엄격할 수 있으며 평판이 향상될 때까지 새 빌드를 차단할 수 있습니다. Microsoft 자체 지침:

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

Windows 평판 프롬프트가 아닌 바이러스 백신 격리가 표시되면 플래그가 지정된 샘플 세부 정보를 이메일로 보내주십시오. support·ffb-bridge.com 그래서 우리가 조사할 수 있어요.

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

무장됐나요?

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

장치가 감지됩니까?

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

• 스틱을 뽑았다가 다시 연결하세요. 브리지는 1~2초 내에 다시 감지합니다.
• OS 장치 관리자의 VID/PID가 지원되는 장치와 일치하는지 확인하세요. 045E:001B, 046D:C287, 046D:C286, 또는 046D:C283.
• Linux 지원 페이지의 상태 확인 탭에서 udev-rule 행은 녹색이어야 합니다. 빨간색이면 원클릭 설치 프로그램을 실행하세요.
• Windows 포스 피드백을 요구하는 다른 앱을 닫습니다. DIY 테스터, 일부 조이스틱 진단 유틸리티는 독점적인 액세스 권한을 갖습니다.

SIM이 연결되어 있나요?

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

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

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

• Cessna 172 Skyhawk(G1000), Daher TBM 930, Beechcraft King Air 350i, Airbus A320neo 또는 Boeing 747-8 Intercontinental과 같이 항공기에 가장 가까운 내장 스타터로 시작하세요. 대부분의 "잘못된" 느낌은 다른 항공기 클래스에 맞게 조정된 프로필에서 비롯됩니다.
• 확인해 보세요: 제어 시스템 느낌 튜닝 페이지 스틱 느낌 그룹 상단에 있습니다. 무거운 제트기에 설정된 값은 매뉴얼, 또는 경량 GA 항공기가 다음으로 설정되었습니다. 플라이 바이 와이어, 다른 게인이 좋아도 느낌이 잘못될 것입니다. 항공기에 맞추세요(수동, 유압 부스트 또는 플라이 바이 와이어).
• 대시보드의 스틱 활동 패널을 확인하십시오. 이 패널은 기본 스프링을 축 부하, 엔진 럼블, 그라운드 롤, 난기류, 기계적 원샷 같은 동적 채널과 분리해서 보여줍니다. 예상하지 못한 효과가 활성화된 것으로 표시되면, 시뮬레이션이 그 효과를 구동하는 텔레메트리를 보고하고 있는 것입니다.
• 타사 항공기는 때때로 표준 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 아웃바운드를 허용 목록에 추가합니다.

Windows 무장 또는 이륙 직후 충돌

이전 Windows 하드웨어 모드 빌드에서는 각 논리 시뮬레이터 큐에 대해 하나의 물리적 효과인 대규모 유지 DirectInput 효과 테이블을 만들었습니다. 일부 Sidewinder FFB2/Windows pid.dll 스택에서는 해당 호출 패턴이 활성 비행 중에 충돌할 수 있으며, 종종 다음 부근에서 발생합니다. CreateEffect, SetPeriodic또는 네이티브 ACCESS_VIOLATION 단서. 이는 MSFS 문제가 아니며 스틱의 펌웨어가 잘못되었다는 신호도 아닙니다.

Windows MSFS 일시 중지 또는 긴 끊김 현상 후 포스가 사라짐

현재 빌드는 특히 이 부류의 버그를 대상으로 합니다. MSFS 일시 정지와 액티브 포즈는 이제 동적 효과를 즉시 억제하는 한편, 스틱은 중립 기본 스프링을 유지합니다. 재개 시 효과가 리플레이되기 전에 스프링 매개변수가 다시 업로드되므로 피치와 롤 센터링이 모두 복구됩니다.

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

현재 아키텍처는 큰 유지 테이블 대신 하나의 벡터 상수, 하나의 2축 스프링 및 작은 지연 주기 풀을 사용합니다. 버전 1.0은 또한 시뮬레이터 연결을 끊은 후 무장하기 전에 원시 HID/PID 효과 테이블을 재설정합니다. 현재 빌드에서 이 메시지가 계속 표시되면 설정 → 하드웨어를 열고 다음을 실행하세요. 하드웨어 효과 테스트, 다음으로 전환 소프트웨어 혼합 주기 효과 테스트가 실패하거나 브리지가 다음 실행 시 복구를 제공하는 경우. 나머지 드라이버 스택을 특성화할 수 있도록 지원 번들도 보내주십시오.

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

이전 Win11 + FFB2 드라이버 문제입니다. 종료 시 브리지가 효과별로 수행하던 정리 작업이 이 스택에서는 각 호출을 효과의 전체 펌웨어 재생 시간 동안 차단하고 있었습니다 — 그래서 비행 중 럼블이나 버핏 효과가 브리지가 닫힌 뒤에도 자연 만료 시각인 약 32초 타이머까지 계속 돌아, 앱이 구동하지 않는데도 스틱이 데스크톱에서 들릴 정도로 활성 상태로 남았습니다. 현재 빌드는 종료 시 효과별 작업을 전부 건너뛰고, 즉시 반환되는 두 개의 장치 수준 명령(전체 중지 + 펌웨어 효과 테이블 초기화)을 사용합니다. Vectored Exception Handler를 통한 네이티브 충돌에도 동일한 수정이 적용됩니다. 현재 빌드에서 이 현상이 보이면 피드백 보고서를 제출해 주세요.

Windows 인용 종료 시 충돌 발생 0x80131506

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

실행 시 충돌이 발생함

다음 실행 복구 흐름: 이전 실행이 충돌한 경우, 브리지는 다음 시작 시 스택 추적과 함께 크래시 보고 대화 상자를 표시합니다 피드백 양식을 통해 보내기 버튼. 클릭하세요. 양식은 충돌 로그로 미리 채워집니다.

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

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

가장 최근의 것을 첨부하세요. .log 피드백 보고서를 제출하세요.

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

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

• 동일한 코어의 다른 프로세스가 CPU를 폭주시키고 있습니다 — 브라우저 탭이나 컴파일 작업.
• 리눅스에서는 cpufreq 거버너가 CPU 클럭을 낮추고 있습니다. 다음으로 전환하세요 performance 또는 schedutil.
• 게스트에게 안정적인 20ms 시간 조각을 제공하지 않는 가상화된 환경에서 실행됩니다.

여러 개의 지원되는 스틱이 연결됨

지원되는 스틱이 두 개 이상 연결된 경우 장치 선택기를 사용하여 브리지가 구동할 스틱을 선택할 수 있으며 선택 사항은 다시 시작해도 기억됩니다. 다음에서 다시 엽니다. 설정 → 하드웨어 → 포스 피드백 장치 → 장치 변경…. 선택한 장치를 변경하려면 다시 시작해야 합니다.

내 포스 피드백 스틱은 지원되는 4가지 스틱 중 하나가 아닙니다.

검증된 스틱 4개(SideWinder Force Feedback 2, 045E:001B; 로지텍 G940, 046D:C287; 포스 3D 프로, 046D:C286; WingMan Force 3D, 046D:C283)는 플러그 앤 플레이 방식입니다. 다른 포스 피드백 장치를 사용하려면 조이스틱, 켜세요 설정 → 하드웨어 → 미등록 장치 허용(실험적). 그런 다음 브리지는 안전한 기본값으로 적합한 조이스틱을 구동합니다. 동일한 탭의 라이브 반전 및 피치/롤 스왑 교정을 사용하여 방향을 수정하면 충돌 복구가 안전망으로 제공됩니다. 바퀴, 게임패드 및 단일 축 장치는 비행 스틱으로 구동할 수 없습니다. FFB 프로브로 라우팅됩니다. ffb-probe.com 대신.

아직도 붙어있나요?

지원 페이지에서 지원 번들 내보내기 진단 탭과 피드백 보고서 열기. 번들은 세션 로그, 충돌 로그(있는 경우), 마지막 상태 확인 출력 및 시스템 정보를 포함합니다. 이것이 바로 테스트 빌드를 배송하지 않고 재현하는 데 필요한 것입니다.