Hi, vielleicht hat ja jemand hier eine Idee, wie mein Problem lösbar ist:
Ausgangslage: Archlinux mit KDE Plasma 6 und Wayland, Gerät wird angestöpselt und auch mit lsusb richtig als Logitech G27 erkannt.
Alle Buttons und Pedale des im Betreff genannten Geräts funktionieren. ABER wenn ich Games starte (Dirt Rally 2.0) ist beispielsweise der Bestätigungsbutton (Button 18 laut Dirt Rally) bei mir der 6.Gang. Wenn ich dann allerdings das Button-Layout im Internet suche, stelle ich fest, dass meine Buttons komplett falsch sortiert sind, Als Beispiel: genannter Button 18(Bei mir 6. Gang) sollte der rechte schwarze Button über dem Tastenkreuz auf dem Schaltknüppel sein.
Jetzt habe ich im laufenden System schon die entsprechenden Treiber finden können, werden mir /sys/bus/hid/drivers/logitech/module/drivers/hid:logitech/ hier angezeigt. Allerdings findet hier sich keine Option zum Button-Remapping. Habe auch schon gesucht, ob es irgendwie Tastenkombo zur Modusänderung des G27 gibt, aber nichts dazu gefunden.
Irgendwie tauscht es mir die Buttons und Menüs sind somit nicht mit den dafür vorgesehenen Buttons navigierbar. Im Spiel kann ich zumindest für das Auto alles ummappen - das müsste ich aber in jedem Spiel einzeln machen und deswegen hoffe ich, das generell irgendwo umstellen zu können.
Auch oversteer und der alternative Treiber, auf die im wiki verwiesen werden, helfen mir nicht weiter.
Bin für jede Hilfe und Idee dankbar!

  • GerBra hat auf diesen Beitrag geantwortet.

    San_Yolo Auch oversteer und der alternative Treiber, auf die im wiki verwiesen werden, helfen mir nicht weiter.

    Du meinst diesen Artikel?
    https://wiki.archlinux.org/title/Logitech_Racing_Wheel
    Speziell:
    https://wiki.archlinux.org/title/Logitech_Racing_Wheel#Configuration
    Für den G27 wird dort dieses oversteer Tool allerdings als kompatibel angeführt.

    Vorweg: Ich habe keinerlei Erfahrung/Testmöglichkeit für dein Problem, aber kann dieses oversteer nicht global (für alle Spiele) das Wheel konfigurieren, d.h. die Tastenaktionen einstellen, abspeichern?

    • San_Yolo hat auf diesen Beitrag geantwortet.

      GerBra Hi und danke für deine Antwort, ja genau diese Wiki-Einträge habe ich gemeint. Schlüsselsatz zu Oversteer ist hier "Besides testing you configure these parameters with Oversteer" - zu deutsch: Man kann die Buttons testen und bestimmte Sachen wie Lenkradius einstellen, das geht aber auch über Files in dem Treiberordner, den ich ursprünglich gepostet habe. Leider kann man aber keine Buttonzuweisungen in Oversteer ändern, so weit ich das gesehen habe. Auch nicht, wenn der zusätzliche/modifizierte Treiber aus der AUR installiert wird.
      Das KDE Plasma Gamecontroller Tool in den Systemeinstellungen ist leider auch nicht nützlich, hier ist das Lenkrad nicht aufgelistet, heißt keine Möglichkeit, irgendwelche Einstellungen zu ändern.
      Mein Hirn hängt an dem Gedanken fest, dass doch irgendwo auf dem System ein File vorliegen muss, in dem den Buttons ihr jeweiliger Name zugewiesen wird.
      Habe dann auch Mal diesen Eintrag hierzu durchforstet: https://wiki.archlinux.org/title/Gamepad
      Wenn ich das richtig lese, müssten diese -event oder normalen /dev/Blabla Files ja dann auch das mapping oder zumindest den Pfad dahin beinhalten, die kann ich aber mit Texteditor nicht einfach öffnen (sudo nano /dev/Blabla zeigt unten dann eine Warnung an "Can't open: this is a device file"), eventuell bin ich da aber auf dem Holzweg.

      • GerBra hat auf diesen Beitrag geantwortet.

        San_Yolo Leider kann man aber keine Buttonzuweisungen in Oversteer ändern, so weit ich das gesehen habe.

        Auch nicht über diese untere Button-Leiste auf dem Bild von der oversteer Upstream-Seite?
        https://github.com/berarma/oversteer/raw/master/data/oversteer-readme.png

        https://github.com/berarma/oversteer

        Bei den "Features" steht ja nun nichts direktes daß Button umgemappt werden könnten, aber hast du es mal über ein Profil versucht? Also Profl speichern und diese Datei mal untersuchen ob da was umzuändern wäre wie:
        BTN18=Confirm

        Keine Ahnung ob das aufgeführte Video unter "Using it" ggf. was bringt.

        It can also be used from the console to change wheel settings. Run oversteer --help to see the command line help.

        und
        https://github.com/berarma/oversteer#using-it-as-a-companion-app-to-your-games

        Wenn sich hier niemand meldet (mit ggf. konkreten Tips) wäre die Möglichkeit einer Anfrage im englischen Archlinux-Forum (größere Reichweite) oder sogar zu versuchen, den Autor von oversteer zu kontaktieren.

        //Edit:
        Es gibt von 2020 einen Beitrag zu Problem auf archlinux.org:
        https://bbs.archlinux.org/viewtopic.php?id=260631
        Das Button-Mapping kann also ggf. auch über die Bibliothek für Eingabegeräte (früher evdev, aktuell libinbut) getätigt werden.
        Die Wiki-Seite zu libinput bezieht sich sehr auf XOrg, du nutzt wahrscheinlich Plasma unter Wayland?
        https://wiki.archlinux.org/title/Libinput
        https://wiki.archlinux.org/title/Libinput#Manual_button_re-mapping
        Allerdings scheint libinput (bzw. die Tools, Configs) auch unter Wayland zu funktionieren, ließt sich für mich zumindest in dem Artikel so. Dieser Weg wäre allerdings für mich sehr weit unten an der Hardwaere angesetzt, das sollte doch irgendwie anders gehen...

        • San_Yolo hat auf diesen Beitrag geantwortet.

          GerBra Hi und nochmal danke für's Mitdenken!
          /Edit: Die Leiste in Oversteer zeigt nur optisch an, wenn man den Knopf betätigt, füllt sich das jeweilige Feld. Links und Rechtsklick hierauf haben nichts gebracht. /EditEnd
          Habe vorhin kurz über jstest-gtk die Buttons mal probiert zu remappen - leider erfolglos, wurde in Dirt Rally nicht angenommen, aber jetzt habe ich zumindest ein Referenzbild, wie die Buttons eigentlich angeordnet sein sollen.
          Auf der von dir verlinkten Seite zu Libinput war ich auch schon, allerdings spuckt mit "xinput list" eine Warnung aus "WARNING: running xinput against an Xwayland Server. See the xinput man page for details." Und in der Liste selbst ist das Lenkrad nicht aufgeführt.
          Aber ich schau Mal, ob ich in der Libinput doc zu Wayland was finde.
          Notfalls werde ich auch im englischsprachigen Forum noch einen Beitrag erstellen, und wenn ich die Lösung finde sowieso.

          Edit2: sudo libinput list-devices zeigt das Lenkrad auch nicht, laut https://wayland.freedesktop.org/Libinput/doc/1.25.0/configuration.html zeigt Libinput mit dem Befehl auch nur konfigurierbare Geräte.

          Kleine Anmerkung:
          Auf einer Wayland-GUI ist xwayland dafür da, Anwendungen die noch X nutzen darstellen zu können.
          Xwayland ist ein abgespecktes X für den Wayland Desktop. Dort ist aber nicht alles implementiert was man bei X einstellen kann. Das geht auch gar nicht.
          Ich würde in diesem Fall dafür plädieren auf einen X Desktop zu wechseln und die Einstellungen dann von dort nochmal zu wiederholen.

          6 Tage später

          Hi,
          Also nach einigen sehr vielen Versuchen habe ich es geschafft, den Großteil mittels udev Regeln zu berichtigen.
          Hierfür habe ich mit Texteditor eine Datei im Ordner /etc/udev/hwdb.d erstellt und den im Bild ersichtlichen Text eingefügt.
          Hat eine ganze Weile gedauert, bis ich Keycode und Scancode richtig identifiziert habe, aber eventuell erspare ich so dem ein oder anderen die Arbeit, der/die das selbe Problem hat.

          Mein letztes Problem ist jetzt, dass die events der Kupplung/Bremse/Gaspedale leider auch falsch zugeordnet sind, aber mit evtest kein MSC_SCAN(Scancode ist "value") ausspucken.
          Hier kommt dann nur eine Zeile mit EV_ABS_1 Code 1, 2 oder 5 und als Value den Ausschlag des Pedals.
          Habe auch schon selbst einiges probiert, die ev_abs events per "kreativen" Regeln den richtigen Keycodes zuzuordnen, das hat aber leider nicht geklappt.
          Fun not so fun fact: im Verlauf der Lösungssuche habe ich es irgendwie geschafft, dass Dirt Rally 2.0 das G27 doppelt erkennt.
          Danke jedenfalls für eure Unterstützung, bin weiterhin offen für Ideen.