FFB Probe Diagnostic
Aktuelle Website-Sprache Deutsch
Herunterladen
Documentation · v1.0.8

So funktioniert FFB Probe

Eine auf Tester ausgerichtete Anleitung zum Assistenten, den Live-Force-Feedback-Abschnitten, den beiden lokalen Berichtsdateien, bekannten Problemen und genau dem, was gesendet wird, wenn Sie auf Share klicken.

Schnittstellenhandbuch

Der geführte Lauf

FFB Probe ist um eine kurze Testerreise herum organisiert: Landen Sie auf dem Value-Prop-Bildschirm, erkennen Sie den Stick, bestätigen Sie die Sicherheitscheckliste, spüren Sie jeden Live-Effekt, beantworten Sie, was passiert ist, und bewahren Sie dann den resultierenden Bericht auf oder teilen Sie ihn. Jeder Bildschirm konzentriert sich auf die jeweilige Aufgabe, sodass Tester immer wissen, was als nächstes zu tun ist.

FFB Probe-Begrüßungsbildschirm mit erkanntem SideWinder FFB2.

Kopfzeile

Der Header hält die FFB Probe-Identität sichtbar, während der aktuelle Schritt den Hauptarbeitsbereich besitzt. Laufsteuerelemente werden im aktiven Bildschirm angezeigt, in der Nähe der Aktion, auf die sie sich auswirken.

Fortschritt

Der Assistent zeigt den Fortschritt im Kontext an: Checklistenanzahl vor der Sondierung, Anzahl der Abschnittskarten und Effekte, während Kräfte aktiv sind, und ein klarer Ergebnisstatus, wenn der Lauf endet.

Arbeitsbereich

Der Körper ist vollflächig und verändert sich mit der Phase: Live-Stick-Vorschau, Checkliste, Signaldiagramme, Antwortchips oder das Abschlussberichts-/Teilenpanel.

FFB Probe Land Bildschirm
Schritt 01

Land

Die Landung beim ersten Start erklärt, was FFB Probe ist, was der Test erfordert und warum die öffentliche Hardware-Datenbank wichtig ist, bevor der Tester etwas unternimmt.

FFB Probe Detect Bildschirm
Schritt 02

Erkennen

Der nächste Bildschirm identifiziert den Joystick, VID:PID, und die Force-Feedback-Fähigkeit – und zeigt eine Live-Anzeige des Sticks – bevor irgendeine Kraft ausgeübt wird.

FFB Probe Prepare Bildschirm
Schritt 03

Vorbereiten

Die Checkliste bringt den Tester dazu, Simulatoren zu schließen, Platz auf dem Schreibtisch freizuräumen, eine Hand am Steuerknüppel zu lassen und mit Macken des Griffsensors FFB2 umzugehen.

FFB Probe Feel Bildschirm
Schritt 04

Fühlen

Die laufende Ansicht zeigt den Live-Bereich, das erwartete Signal, den Countdown und den aktuellen Effekt, ohne die Stop-Steuerung auszublenden.

FFB Probe Answer Bildschirm
Schritt 05

Antwort

Nach jedem Effekt erfassen öffentliche Auswahlbezeichnungen, was die Testperson gespürt hat. Das separate Antwortnotizfeld bleibt privat; es kann optional eingegebenen Text und unter Linux die von der Sonde gemessene X/Y-Bewegung enthalten.

FFB Probe Keep or share Bildschirm
Schritt 06

Behalten oder teilen

Die Ergebnisseite speichert Berichte standardmäßig lokal. Durch die Freigabe wird die geschwärzte Hardware-Nutzlast gesendet, und über ein optionales E-Mail-Feld können Sie um eine Benachrichtigung bitten, wenn FFB-Bridge mit der Unterstützung Ihres Sticks beginnt.

Die Live-Sektionen

Was die Sonde von der Hardware verlangt

Windows gruppiert die Live-Tests in die Abschnitte Constant, Periodic, Condition und Ramp. Linux zeigt die entsprechenden evdev-Effekte an, die das jeweilige Gerät meldet. Die genaue Anzahl hängt auf beiden Plattformen von Treiber und Hardware ab.

Aktuelle Linux-Versionen erfassen während jedes Live-Effekts auch die X/Y-Sensoren des Sticks und zeichnen die gemessene Auslenkung neben der Antwort der Testperson auf, damit eine fälschliche Antwort „tat nichts“ leichter erkennbar ist. Diese Messung bleibt im privaten Antwortnotizfeld und wird auf öffentlichen Geräteseiten nicht dargestellt.

Constant Kraftvektordiagramm in FFB Probe.
Constant-Effekte werden als Richtungsvektoren gerendert.
Condition Federfelddiagramm in FFB Probe.
Conditions werden als reaktive Felder gerendert.
Konstante

Polaritäts-Sweep

Ein gleichmäßiges Ziehen für etwa fünf Sekunden. Geben Sie die physische Richtung an, in die sich der Stick bewegt hat.

Nützliche Chips: Links, rechts, vorwärts, rückwärts, hat nichts getan

Konstante

Zweiachsige Diagonale

Ein diagonaler Zug mit gleichzeitigem Einsatz von X- und Y-Motoren. Es sollte das Gerät danach nicht schwach machen.

Nützliche Chips: Diagonal, nur eine Achse, schwach, hat nichts bewirkt

Periodisch

Sinus

Eine sanfte, wiederholte Vibrations- oder Schaukelbewegung für etwa fünf Sekunden.

Nützliche Chips: Langsame Schwingung, schnelle Schwingung, Summen

Periodisch

Quadrat

Eine stärkere Ein-/Aus-Vibration oder wiederholtes Antippen für etwa fünf Sekunden.

Nützliche Chips: Schnelles Schwingen, Summen, ein Ruck

Periodisch

Dreieck

Eine wiederholte Hin- und Herbewegung, normalerweise sanfter als ein Rechteck, aber mechanischer als ein Sinus.

Nützliche Chips: Langsame Oszillation, schnelle Oszillation

Periodisch

Sägezahn

Eine wiederholte Rampen- oder Summbewegung. Es könnte sich asymmetrisch anfühlen.

Nützliche Chips: Ramping, Summen, schwach

Zustand

Frühling

Bewegen Sie den Stick vorsichtig: Er sollte in Richtung Mitte zurückgedrückt werden.

Nützliche Chips: Zentriert, gedämpft, nichts getan

Zustand

Dämpfer

Bewegen Sie den Stab vorsichtig: Er sollte einer Bewegung widerstehen, als würde er sich durch Sirup bewegen.

Nützliche Chips: Gedämpft, Friction, hat nichts bewirkt

Zustand

Trägheit

Beginnen Sie vorsichtig mit der Bewegung des Sticks und hören Sie wieder auf: Er kann Bewegungsänderungen widerstehen.

Nützliche Chips: Inertia, schwer, hat nichts getan

Zustand

Reibung

Bewegen Sie den Stick vorsichtig: Er könnte sich schwerer oder klebriger anfühlen.

Nützliche Chips: Friction, gedämpft, hat nichts getan

Rampe

Ramp Sweep

Eine Kraft, die sich an jedem getesteten Aktuator von Null bis zur konfigurierten Größe aufbaut.

Nützliche Chips: Ramping, Links, Rückwärts, Hat nichts getan

Post-live

Sättigungssonde

Mehrere kodirektionale Konstanten charakterisieren, wie das Gerät beim Stapeln von Effekten schneidet.

Nützliche Chips: Stark, schwach, beschnitten, hat nichts getan

Ausgabedateien

Die beiden Dateien werden jeweils geschrieben

Berichte werden unter %LOCALAPPDATA%\Programs\ffb-probe\Results\FFB-Probe-<timestamp>\ auf Windows und ~/.local/share/ffb-probe/Results/FFB-Probe-<timestamp>/ auf Linux gespeichert. Zwei Dateien pro Lauf; das HTML bettet das JSON in einen <pre>-Block ein, sodass der lokale Bericht und die Upload-Nutzlast garantiert aus denselben Bytes bestehen – kein zweites verstecktes Artefakt.

[] ffb-probe-045E-001B-2026-07-14.html
Eigenständiger Bericht – wird in einem Browser geöffnet und verfügt über eine eigene Schaltfläche Share.
~22 KB
[] ffb-probe-045E-001B-2026-07-14.json
Die literale SubmissionPayload – dieselben Bytes, die unten im HTML eingebettet sind, dieselben Bytes, die die GUI an /submit sendet.
~6 KB
Installation auf Windows

Windows-Installation und Überprüfung des Herausgebers

FFB Probe wird von Rohsam Inc. herausgegeben. Das Installationsprogramm installiert pro Benutzer – kein Administratorkennwort erforderlich, keine UAC-Eingabeaufforderung. Es platziert die Binärdatei unter %LOCALAPPDATA%\Programs\ffb-probe und schreibt eine Desktopverknüpfung und einen Start Menu-Eintrag. Die Verzeichnisauswahl ist ausgeblendet, sodass Sie nicht versehentlich an einem seltsamen Ort installieren können. Stabile Windows-Releases sind signiert; vergewissern Sie sich, dass Windows Rohsam Inc. als Herausgeber anzeigt, und überprüfen Sie den SHA-256 auf der Download-Seite, bevor Sie es ausführen.

Wenn Windows Rohsam Inc. nicht als verifizierten Herausgeber Ihres Installationsprogramms anzeigt oder wenn der Hash nicht mit dem veröffentlichten Manifest übereinstimmt, führen Sie diese Datei nicht aus.

Windows SmartScreen-Reputationswarnung

Neu signierte Releases können trotzdem einige Zeit benötigen, um SmartScreen-Reputation aufzubauen. Wenn Windows eine Warnung anzeigt, obwohl der Herausgeber Rohsam Inc. ist, überprüfen Sie den SHA-256-Hash auf der Download-Seite, bevor Sie entscheiden, ob Sie fortfahren.

Abweichung bei Herausgeber oder Hash

Führen Sie ein Installationsprogramm nicht aus, wenn der Herausgeber fehlt, ein anderes Unternehmen anzeigt oder der SHA-256-Hash vom Wert auf der Download-Seite abweicht. Laden Sie eine frische Kopie von ffb-probe.com herunter und vergleichen Sie erneut.

Das Release-Manifest ist die maßgebliche Quelle für Dateinamen, Größen und Hashes. Das Windows-Installationsprogramm und das Linux AppImage sind beide Opt-in-Downloads; das Ausführen des Probes hält Berichte weiterhin lokal, bis Sie Share wählen.

Läuft auf Linux

AppImage plus evdev-Berechtigungen

Die Linux bauen Schiffe als eigenständige AppImage. Markieren Sie es als ausführbare Datei, führen Sie es aus und halten Sie den Stick mit Strom und Bewegungsfreiheit:

chmod +x ./FfbProbe-*.AppImage
./FfbProbe-*.AppImage

Das AppImage kann direkt ausgeführt werden; alternativ fügt ./FfbProbe-*.AppImage --install eine benutzerspezifische Desktop-Integration unter ~/Applications hinzu. Mit --uninstall entfernen Sie die installierte Kopie und ihren Menüeintrag.

Die Erkennung kann mit schreibgeschütztem Zugriff funktionieren, Live-Effekte benötigen jedoch Schreibzugriff auf den /dev/input/event*-Knoten des Joysticks. Wenn der Assistent Berechtigungsfehler meldet, korrigieren Sie die Ereignisknotenberechtigungen des Geräts einmal, anstatt den gesamten AppImage mit sudo auszuführen.

1. Suchen Sie den Ereignisknoten

Der Bericht oder Fehlertext nennt es normalerweise so etwas wie event=/dev/input/event2. Sie können auch die symbolischen Links zu Joystick-Ereignissen überprüfen:

ls -l /dev/input/by-id/*event-joystick

2. Versuchen Sie es mit einer temporären Berechtigung

Ersetzen Sie event2 durch den Knoten für Ihren Stick. Dies dauert so lange, bis das Gerät vom Stromnetz getrennt oder die Maschine neu gestartet wird, und ist daher eine sichere Möglichkeit, das Problem zu bestätigen:

sudo setfacl -m "u:$USER:rw" /dev/input/event2
./FfbProbe-*.AppImage

3. Machen Sie es mit udev dauerhaft

Fragen Sie udev nach den USB-IDs des Sticks:

udevadm info -q property -n /dev/input/event2 | grep -E 'ID_VENDOR_ID|ID_MODEL_ID|NAME'

Verwenden Sie diese kleingeschriebenen Hex-IDs in einer gerätespezifischen Regel. Dieses Beispiel gilt für einen SideWinder FFB2, VID:PID 045e:001b:

sudo tee /etc/udev/rules.d/70-ffb-probe-045e-001b.rules > /dev/null <<'EOF'
# FFB Probe: allow the active desktop user to open this joystick's event node.
SUBSYSTEM=="input", KERNEL=="event*", ATTRS{idVendor}=="045e", ATTRS{idProduct}=="001b", TAG+="uaccess"
EOF

sudo udevadm control --reload-rules
sudo udevadm trigger --subsystem-match=input

Ziehen Sie den Stick ab und wieder ein und führen Sie dann den AppImage normal aus. Die Regel gilt pro Gerät und ist daher sicherer als das Hinzufügen Ihres Benutzers zur breiten input-Gruppe.

Der Linux-Assistent verwendet evdev-Force-Feedback-Effekte anstelle von DirectInput. Das gemeinsame Berichtsschema ist das gleiche wie bei Windows, sodass Linux-Übermittlungen in derselben öffentlichen Datenbank und Betriebssystemaufschlüsselung angezeigt werden.

Automatische Updates

Zustimmungsbasierte Updates unter Windows und Linux

Die GUI liest beim Start ein kleines Stable-Release-Manifest. Es werden keine Installations-IDs, Abfragen zur aktuellen Version, Geräteinformationen oder Testergebnisse gesendet. Offline- und fehlerhafte Antworten bleiben stumm.

Nach ausdrücklicher Zustimmung lädt FFB-Probe das Installationsprogramm herunter, überprüft seine genaue Länge und SHA-256, erfordert eine gültige Windows-Signatur von Rohsam Inc., führt das benutzerspezifische Installationsprogramm im Hintergrund aus und startet den neuen Build neu.

Ein ausgeführter Linux AppImage kann den neuen AppImage herunterladen und überprüfen, seinen benutzerbezogenen Installationshandler aufrufen, den Desktopeintrag und die Symbole aktualisieren und die installierte Kopie starten.

Entwicklungs-Builds, extrahierte AppDirs, Distributionspakete und andere Nicht-AppImage Linux-Installationen werden niemals überschrieben. Die Eingabeaufforderung verweist stattdessen auf die Download-Seite und diese Versionshinweise, und jeder Benutzer kann eine Version zurückstellen oder überspringen.

Fehlerbehebung

Bekannte Probleme und Wiederherstellungsschritte

Kein Force-Feedback-Gerät erkannt

Schließen Sie Flugsimulatoren, joy.cpl, Logitech Profiler und jedes andere Tool, das das Gerät möglicherweise bereits besitzt. Ziehen Sie den Stick ab, stecken Sie ihn wieder ein und scannen Sie ihn erneut.

Arbeiter stürzte mitten im Lauf ab

Die GUI läuft weiter, weil die Hardwareprüfung unter Windows und Linux in einem separaten Worker-Prozess isoliert ist. Bewahren Sie den Teilbericht auf und senden Sie ihn an den Support.

Der Stock zieht weiter

Ziehen Sie den USB-Stecker und die Stromversorgung ab, warten Sie zehn Sekunden, schließen Sie zuerst die Stromversorgung und dann den USB-Anschluss wieder an. Die Firmware FFB2 kann nach schweren Fehlern die letzte Kraft behalten.

SideWinder FFB2 macht nichts

Decken Sie den Griffsensor ab oder halten Sie ihn locker. DirectInput-Aufrufe können erfolgreich sein, während der Aktuator durch den optischen Sensor gesteuert wird.

Telemetriemodus von MOZA Cockpit

Der Telemetriemodus von MOZA Cockpit ist für MOZAs eigenen simulatorgespeisten Telemetriepfad bestimmt. Er kann AB6-, AB9- und AY210-Flugsteuerungen bei eigenständigen Hardwaretests inaktiv lassen. Schalten Sie Cockpit in den normalen Standardmodus zurück und versuchen Sie es erneut.

Linux-Berechtigung verweigert

Ihr Benutzer benötigt möglicherweise Lese-/Schreibzugriff auf den /dev/input/event*-Knoten des Sticks. Die Linux-Dokumente zeigen, wie Sie dies mit setfacl testen und es dann mit einer gerätespezifischen udev-Regel dauerhaft machen.

Warnung zu Windows-Herausgeber oder SmartScreen

Signierte Releases sollten Rohsam Inc. als Herausgeber anzeigen. Wenn Windows bei einem frischen Release dennoch eine Reputationswarnung anzeigt, überprüfen Sie den SHA-256 auf der Download-Seite, bevor Sie fortfahren.

Abweichung bei Herausgeber oder Hash

Führen Sie ein Installationsprogramm nicht aus, wenn der Herausgeber nicht Rohsam Inc. ist oder der SHA-256-Hash nicht mit dem auf der Download-Seite veröffentlichten Wert übereinstimmt.

Datenschutzmodell

Die Literalbytes sind die Prüfoberfläche

Ihre Berichtsdateien bleiben lokal, sofern Sie nicht auf Share klicken. Beim Teilen wird die JSON-Datei per POST an /submit gesendet; es sind dieselben Bytes, die unten im HTML-Bericht eingebettet sind. Unabhängig davon führt die GUI die oben beschriebene kennungsfreie Manifestprüfung beim Start aus, sendet dabei aber niemals Berichts- oder Gerätedaten.

Die öffentliche Hardwaredatenbank zeigt eine zusammengefasste Ansicht je VID:PID. Sie zeigt niemals responses[].notes; dieses Feld kann optionalen Testertext und unter Linux von der Sonde gemessene Bewegung enthalten. Auswahlbezeichnungen, Fähigkeitsflags, unterstützte Effekte, Ergebniscodes, fehlgeschlagene Effekte und Ausführungsfehler können auf der Geräteseite erscheinen.

Lesen Sie die vollständige Datenschutzvereinbarung → · Öffnen Sie den hochgeladenen Beispielbericht →