Documentatie voor de huidige versie FFB-Bridge 1.4.0 Iets verouderds gevonden? Meld het via het feedbackformulier.

Problemen oplossen

Symptomen eerst, daaronder oplossingen. In de meeste gevallen is de OndersteuningspaginaHet tabblad Gezondheidscontroles weet al wat er mis is. Controleer dat voordat je deze lijst handmatig doorwerkt. Als niets hier helpt, exporteer dan een supportbundel vanaf de Diagnostiek Tabblad en open een feedbackrapport.

Automatische apparaatcontrole bij het opstarten

Bij het starten controleert FFB-Bridge stil de apparaatbackend op Windows, Linux en macOS. Op Linux worden ook lees- en schrijftoegang tot een ondersteund event-knooppunt en de dekking van alle actuele apparaatmachtigingen door de geïnstalleerde udev-regel gecontroleerd. WARN of FAIL toont een niet-blokkerende banner Controleren en oplossen waarin elk probleem wordt genoemd.

  • Als alle controles slagen, wordt niets geopend.
  • Bij het opstarten worden simulator en netwerk niet gecontroleerd. Een gesloten simulator is normaal en wordt tijdens uitvoering behandeld.
  • Auto-arm wacht zolang het venster geopend is. Het probleem kan worden beoordeeld en opgelost, of het venster kan worden gesloten als het apparaat bewust is losgekoppeld. Daarna kan Auto-arm alleen doorgaan wanneer de overige voorwaarden zijn geslaagd.

Windows 11 SmartScreen of Smart App Control stopt het starten

Het Windows-installatieprogramma is gecodeerd met de identiteit van de Rohsam-uitgever, maar gloednieuwe ondertekende bestanden hebben mogelijk nog steeds een lage SmartScreen- of Smart App Control-reputatie. Als Windows een waarschuwing weergeeft, controleer dan of het bestand vandaan komt ffb-bridge.com, controleer de gepubliceerde hash indien beschikbaar en bevestig dat de uitgever dat is Rohsam Inc. of RohsamInc.

SmartScreen-prompts kunnen doorgaans worden uitgebreid met Meer informatie nadat u de uitgever heeft geverifieerd. Smart App Control is mogelijk strenger op sommige Windows 11-systemen en blokkeert mogelijk een nieuwe build totdat de reputatie ervan verbetert. De eigen richtlijnen van Microsoft:

Microsoft: Veelgestelde vragen over Smart App Control

Als u een antivirusquarantaine ziet in plaats van een Windows-reputatieprompt, kunt u de gemarkeerde voorbeeldgegevens e-mailen naar supportffb-bridge.com zodat we het kunnen onderzoeken.

Stick beweegt helemaal niet

Is het ingeschakeld?

De cockpit-ARM-meter in de bovenste strip moet aangeven GEWAPEND (amberkleurig kleurverloop). Als het NIET INGESCHAKELD (glyph, warme rand), klik erop en bevestig. Als het leest STORING (rood), zie "Stick werkte, stopte plotseling" hieronder - een vereiste is zojuist vervallen.

Wordt het apparaat gedetecteerd?

Het DEVICE-lampje in de bovenste strip moet groen zijn ("Ready"). Als het rood is ("Verbinding verbroken"):

  • Koppel de stick los en sluit deze opnieuw aan; de brug detecteert opnieuw binnen een seconde of twee.
  • Huidige ID’s: SideWinder FFB2 045e:001b; Logitech G940 046d:c287 en Windows-alias 046d:c2a8; Force 3D Pro 046d:c286; WingMan Force 3D 046d:c283; MOZA AB9 346e:1000; gedeelde AB6-/AB9-familie 346e:1002; AY210 346e:1001; Brunner FFB-G 25bb:00d2.
  • Linux Een oudere regel met alleen events wordt als WARN gemeld, omdat de actuele MOZA TTY-machtigingen ontbreken. Gebruik Fix ook wanneer het bestand al bestaat; de app vervangt het door de volledige gegenereerde regel. Na succesvol herstel is de regel actief en raadt de app een herstart aan. Nu herstarten opent de joystick opnieuw met de nieuwe machtigingen en laat een startfallback los; Later herstarten is veilig als je eerst wilt doorgaan.
  • Windows Sluit elke andere app die force feedback claimt: doe-het-zelftesters, sommige diagnostische hulpprogramma's voor joysticks houden exclusieve toegang vast.

Is er een sim aangesloten?

Het SIM-lampje in de bovenste strip moet groen zijn ("SimConnected"). Zo niet, zie dan de MSFS-installatiehandleiding of de Installatiehandleiding voor X-Plane voor je sim. Intussen is de Mock Sim Op de pagina kun je bevestigen dat de rest van de pijplijn werkt.

MSFS maakt verbinding, maar geen enkele kracht voelt goed

Als de stick beweegt maar de krachten verkeerd aanvoelen, is het probleem meestal een mismatch in het profiel of het casco:

  • Begin met de ingebouwde starter die zich het dichtst bij uw vliegtuig bevindt: Cessna 172 Skyhawk (G1000), Daher TBM 930, Beechcraft King Air 350i, Airbus A320neo of Boeing 747-8 Intercontinental. Het meeste ‘verkeerde’ gevoel komt van een profiel dat is afgestemd op een andere vliegtuigklasse.
  • Controleer de gevoel van het besturingssysteem in de Control system-kaart op paginaniveau, direct na de schakelaar Advanced controls. Een zware jet ingesteld op Handleiding, of een licht GA-vliegtuig ingesteld op Fly-by-wire, zal verkeerd aanvoelen, zelfs met verder goede versterkingen — stem het af op het vliegtuig (handmatig, hydraulisch versterkt of fly-by-wire).
  • Controleer het stick-activiteitspaneel van het Dashboard. Het scheidt de basisveer van dynamische kanalen zoals asbelasting, motorgerommel, grondrollen, turbulentie en mechanische one-shots. Als effecten die je niet had verwacht actief blijken te zijn, rapporteert de sim de telemetrie die deze aanstuurt.
  • Vliegtuigen van derden slaan af en toe de implementatie van standaard SimVars over. De brug tolereert dit (ontbrekende vars staan standaard op nul), maar sommige effecten zullen daardoor niet worden geactiveerd. Dit is een bekende beperking waar we in de brug niet gemakkelijk omheen kunnen werken: rapporteer het specifieke vliegtuig zodat we het kunnen karakteriseren.

Systeemvakpictogram verschijnt niet (Linux)

Sommige desktopomgevingen leveren geen kant-en-klare host voor het systeemvak; GNOME Wayland is de grote. Wanneer de bridge dit detecteert, wordt er bovenaan het venster een banner weergegeven waarin wordt uitgelegd dat close de app direct afsluit (in plaats van zich stil te verbergen), en dat de sluitknop zich dienovereenkomstig gedraagt. Installeer op GNOME de AppIndicator Support-extensie om een systeemvakpictogram terug te krijgen; op KDE, Xfce, Cinnamon, MATE en Budgie werkt de lade direct uit de doos.

Volgens de statuscontrole is SimConnect bereikbaar, maar er zijn geen gegevensstromen

De bridge maakt verbinding (TCP hello wordt geaccepteerd), maar de datastroom start niet. Op MSFS 2024 betekent dit meestal dat het SimVar-abonnement mislukt omdat de interne SimConnect-server nog aan het opstarten is. Wacht tot MSFS het hoofdmenu bereikt, na het introductiescherm, en probeer het opnieuw.

X-Plane gedetecteerd, maar geen gegevensstromen

Als het SIM-lampje even groen werd en vervolgens terugviel naar "geen sim actief" zonder dat de telemetrie daadwerkelijk stroomde, eet een firewall meestal onze UDP-pakketten op. Probeer:

  • Schakel de firewall tijdelijk uit om te bevestigen.
  • Whitelist UDP 49000 uitgaand via het bridge-proces.

Windows Crash kort na het inschakelen of opstijgen

Eerdere builds in de hardwaremodus van Windows creëerden een grote behouden DirectInput-effecttabel: één fysiek effect voor elke logische simulatorcue. Op sommige Sidewinder FFB2 / Windows pid.dll stacks, kan dat oproeppatroon crashen tijdens een actieve vlucht, vaak in de buurt CreateEffect, SetPeriodic, of inheems ACCESS_VIOLATION broodkruimels. Dit is geen MSFS-probleem en geen teken dat de firmware van uw stick slecht is.

Windows Krachten verdwijnen na een MSFS-pauze of een lang stotteren

Huidige builds zijn specifiek gericht op deze klasse bugs. MSFS-pauze en actieve pauze onderdrukken nu onmiddellijk dynamische effecten, terwijl de stick een neutrale standaardveer heeft. Bij het hervatten worden de veerparameters opnieuw geüpload voordat de effecten opnieuw worden afgespeeld, zodat de pitch- en roll-centrering beide herstellen.

Als de rolkracht nog steeds afwezig lijkt na het hervatten van een huidige build, exporteer dan onmiddellijk na het reproduceren een ondersteuningsbundel en beschrijf of het Dashboard op dat moment asbelasting, basislijnveer of dynamische kanalen liet zien. Dat vertelt ons of de pijpleiding stil werd of dat de driver van het apparaat een as verloor.

De huidige architectuur gebruikt één vectorconstante, één veer met twee assen en een kleine, op aanvraag aangemaakte pool van periodieke effecten in plaats van een grote vastgehouden tabel. Versie 1.0 zet bovendien de raw HID/PID-effecttabel terug vóór het inschakelen na een verbroken simulatorverbinding. Als je dit op een huidige build nog steeds ziet, open dan Hardware → Calibration en start Hardware-effecten testenen schakel vervolgens over naar Software-gemengde periodieken als de test mislukt of de brug dat herstel biedt bij de volgende lancering. Stuur alstublieft ook een ondersteuningsbundel zodat we de resterende driverstack kunnen karakteriseren.

Effecten blijven ongeveer 30 seconden spelen nadat ze zijn afgesloten

Eerder probleem met Win11 + FFB2-stuurprogramma. De opschoning per effect van de bridge bij het afsluiten was op deze stapel het blokkeren van elke oproep voor de volledige afspeelduur van de firmware van het effect - dus tijdens de vlucht rumble- of buffeteffecten liepen hun natuurlijke timer van ~32 seconden af nadat de bridge gesloten was, waardoor de stick hoorbaar actief bleef op de desktop zonder dat er een app achter zat. Huidige builds slaan het effect-werk volledig over bij het afsluiten en gebruiken twee opdrachten op apparaatniveau (halt-all + reset firmware-effecttabel) die onmiddellijk terugkeren. Dezelfde oplossing is van toepassing op een native crash via de Vectored Exception Handler. Als u dit bij een huidige build ziet, dient u een feedbackrapport in.

Windows Crash bij stoppen met citeren 0x80131506

Eerdere uitgave. Bij een fractie van de installaties crashte de bridge met een Windows Error Reporting-pop-up die citeerde coreclr.dll en uitzonderingscode 0x80131506 op het moment dat u op Afsluiten klikte of het venster sloot. Hoofdoorzaak: de UI-thread en de controlelus van de runtime riepen beide tegelijkertijd DirectInput aan bij het afsluiten, en de COM-marshaller merkte het proces uiteindelijk op en scheurde het af. De huidige builds zorgen ervoor dat alle DirectInput-toegang nu serialiseert via een enkele vergrendeling op de apparaatgrens, zodat de twee threads nooit tegen de marshaller kunnen racen. Als je een 0x80131506 bij het afsluiten van een huidige build, dient u een feedbackrapport in.

Crash bij opstarten

Herstelstroom bij volgende lancering: als de vorige lancering crashte, toont de bridge bij de volgende start een crashrapportdialoog, met de stacktracering en een Verzenden via feedbackformulier knop. Klik erop; het formulier wordt vooraf ingevuld met het crashlogboek.

Als de app crasht voordat het dialoogvenster verschijnt, heb je het crashlogbestand rechtstreeks nodig:

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

Voeg de meest recente toe .log bestand naar een feedbackrapport.

'Bridge kan het niet bijhouden'-waarschuwingen

Het tabblad Diagnostiek waarschuwt wanneer de snelheid van de regellus daalt. Oorzaken die we hebben gezien:

  • Een ander proces op dezelfde kern verbruikt plotseling veel CPU — een browsertabblad, een compilatie.
  • Op Linux is een cpufreq gouverneur klokt de CPU terug. Schakel over naar performance of schedutil.
  • Draait in een gevirtualiseerde omgeving die de gast geen betrouwbare tijdvensters van 20 ms geeft.

Meerdere ondersteunde sticks aangesloten

Wanneer er meer dan één ondersteunde stick is aangesloten, kun je met een apparaatkiezer kiezen welke de bridge aanstuurt, en de keuze wordt onthouden bij herstarts. Heropen het vanaf Hardware — . Het wijzigen van het gekozen apparaat is opnieuw opstarten vereist.

Mijn forcefeedback-stick is niet een van de vier ondersteunde sticks

Niet-vermelde apparaten van de joystickklasse zijn een experimentele opt-in met een voorzichtige standaardwaarde van 20%. Stuurwielen, gamepads en apparaten met één as zijn uitgesloten; gebruik FFB Probe om niet-ondersteunde hardware te karakteriseren.

ffb-probe.com in plaats daarvan.

Zit je nog steeds vast?

Exporteer een ondersteuningsbundel vanaf de ondersteuningspagina's Diagnostiek Tabblad en open een feedbackrapport. De bundel bevat het sessielogboek, het crashlogboek (indien aanwezig), de laatste uitvoer van de statuscontrole en systeeminformatie. Dit is precies wat we nodig hebben om te reproduceren zonder je testbuilds te sturen.