Logitech Options+ ist für viele MX-Nutzer Pflicht, sobald sie Seitentasten, DPI-Stufen oder das Scrollrad anpassen wollen, und genau da beginnt das Problem. heise online beschreibt die macOS-Version der Software als unterdurchschnittlich bis schlecht: Sie verlangt zahlreiche Systemfreigaben von Bedienungshilfen bis Eingabeüberwachung, wirbt mit aus Sicht der Redaktion überflüssigen KI-Funktionen und setzte zeitweise auf eine Registrierung oder Anmeldung; dazu kamen wiederkehrende Fehler, zuletzt ein fehlendes Zertifikat, das Options+ unbrauchbar machte 6. OpenLogi will genau diese Rolle ersetzen: ein natives, lokales Werkzeug in Rust, das Logitech-Mäuse, Tastaturen und Webcams direkt über HID++ anspricht, ohne Konto, ohne Telemetrie, ohne Cloud 1, 2.
Titelbild: Bildquelle: AprilNEA/OpenLogi
Dieser Text beantwortet eine konkrete Aufgabe: Wie ersetze ich Options+ durch OpenLogi, und für wen lohnt sich das? Du bekommst Installationsschritte für macOS, Linux und Windows, eine funktionierende TOML-Konfiguration, dokumentierte Selbsttests zum Prüfen deines Geräts und die Grenzen, die das Projekt selbst benennt. Wer nur eine Einordnung will, liest die Abschnitte „Wann sich der Wechsel lohnt" und „Was noch fehlt".
Kurzantwort
OpenLogi steuert Logitech-Mäuse, Tastaturen und Webcams direkt über HID++ – lokal, ohne Konto und Telemetrie. Installation, TOML-Konfiguration, Grenzen. Kurz gesagt: aprilnea/openlogi: ⚡️a native, local-first alternative to logitech opt ist vor allem dann relevant, wenn du schnell verstehen willst, was konkret dahinter steckt, welche Grenzen es gibt und welche Entscheidung daraus folgt. Die Details, Quellen und Einschränkungen stehen in den folgenden Abschnitten.
Was OpenLogi ist – und was es nicht ist
OpenLogi ist ein Open-Source-Projekt von AprilNEA, das die offizielle Logitech-Software ersetzt. Die Oberfläche ist in Rust mit GPUI geschrieben und spricht Logitechs HID++-Protokoll direkt, denselben Weg, den auch Options+ nutzt; Webcams werden über UVC angesteuert 1, 7. Die zentrale Eigenschaft ist die lokale Arbeitsweise: Es gibt kein Konto, keine Telemetrie und keine Cloud. Bindings liegen in einer einzigen TOML-Datei, die dir gehört, und jede Änderung geht direkt über HID++ auf das Gerät 1, 2.
Laut Projektseite verlässt fast nichts die Maschine. Der einzige automatische Netzzugriff ist das Abrufen von Geräte-Renderings aus einem öffentlichen CDN ohne angehängte Identität; die Update-Prüfung ist standardmäßig ausgeschaltet und Downloads laufen nur auf Zuruf. Bindings und Profile verlassen die Maschine nie 2, 7.
Ein wichtiger Unterschied zu Options+: Linux ist eine vollwertige Plattform. Options+ erscheint offiziell nur für macOS und Windows, OpenLogi liefert Linux-Pakete samt udev-Regeln und systemd-User-Unit 1, 2. Die Projektseite fasst die Alleinstellungsmerkmale so zusammen: schlank durch natives Rust statt eines Electron-Pakets, Linux als First-Class-Plattform, Gesten auf jeder Taste, eine einzige TOML-Datei als Konfiguration und eine echte CLI neben der GUI 1.
Getrennt davon ist der Projektstatus zu nennen, und hier unterscheidet sich der Projektclaim klar vom dokumentierten Risiko. Das Repository beginnt mit dem Warnhinweis „OpenLogi is under active development and not yet stable – features and config may still change" 1, 2. Die erste Veröffentlichung datiert vom Mai 2026, die aktuelle Version ist v0.7.10 vom 23. August 2026 1, 5. Auf GitHub stehen zum Zeitpunkt der Recherche über 15.000 Stars, 408 Forks und 286 offenen Issues 1. Die Star-Zahl ist ein Entdeckungssignal, kein Qualitätsurteil; bei einem drei Monate alten Projekt zeigen 286 offene Issues vor allem, dass hier viel und schnell entwickelt wird und dass noch Baustellen offen sind.
Die Lizenz ist dual: MIT oder Apache-2.0, nach Wahl. Die Marken-Assets (Logo, App-Icon) sind davon ausgenommen und bleiben bei AprilNEA 1. OpenLogi ist nicht mit Logitech verbunden; die genannten Marken gehören Logitech International S.A. 1, 2.
Was OpenLogi konkret kann
Die Funktionsliste im README ist detailliert und unterscheidet nach Gerätetyp. Für Geräte allgemein gilt: Verbindungen über Logi-Bolt-, Unifying- oder Bluetooth-Empfänger sowie per Kabel werden erkannt, inklusive Akkustand und Ladestatus über das HID++-Feature 0x1004. Litra-Leuchten lassen sich in Leistung, Helligkeit und Farbtemperatur steuern, optional mit automatischem Einschalten, das der Kamera-Aktivität folgt 1.
Bei Mäusen werden die mittlere Taste, die Mode-Shift-Taste und das Daumenrad abgefangen und neu belegt, die mittlere Taste überall, die übrigen dort, wo das jeweilige Gerät sie exponiert. Gesten lassen sich pro Richtung mit Live-Erfassung auf jede fähige Taste legen. Der Actions Ring ist ein acht Felder umfassendes Overlay um den Cursor (ShowActionsRing) mit eigenen Layouts pro Anwendung. DPI wird über Presets gesteuert, inklusive Cycle- und Set-Preset-Aktionen (0x2201). Das SmartShift-Rad kennt Modus-Umschaltung, Empfindlichkeit und ein Panel für dauerhaftes Rastern (0x2111). Auf unterstützten Geräten gibt es native Scroll-Invertierung pro Gerät (0x2121) 1.
Bei Tastaturen kommt die globale F-Tasten-Neubelegung mit demselben Aktionskatalog hinzu, ergänzt um getippten Text, Tastenkombinationen und mehrstufige Abläufe unter macOS und Windows. Statische RGB-Beleuchtung ist über 0x8070 und 0x8080 auf unterstützten Geräten möglich 1.
Bei Kameras spricht OpenLogi jede Logitech-UVC-Webcam an, etwa Brio, StreamCam oder die C920-Serie, per Plug-and-Play. Die Live-Vorschau öffnet die Kamera nur, solange du hinsiehst; beim Verlassen wird sie vollständig freigegeben und die LED geht aus. Bildparameter wie Zoom, Fokus, Belichtung, Helligkeit, Kontrast, Sättigung, Schärfe, Weißabgleich, Tint, Anti-Flimmern und Schwachlicht-Kompensation werden direkt auf die UVC-Hardware geschrieben, mit Auto-Modus-Schaltern für Fokus, Belichtung und Weißabgleich, sodass die Änderungen in Meet, Zoom, OBS und jeder anderen Anwendung gelten. Ein-Klick-Profile (Default, Streaming, Videoanruf) plus eigene Snapshots bleiben pro Kamera gespeichert 1.
Wer die HID++-Ebene verstehen will: Das Protokoll gibt es in zwei Generationen. HID++ 1.0 nutzt einen festen Satz von Registern und findet sich vor allem bei älteren Unifying-Empfängern für Kopplung und Aufzählung. HID++ 2.0 ist ein erkennbarer Satz von Features, jedes mit einer 16-Bit-ID im Format 0xZZZZ, wie sie in den Feature-IDs oben auftauchen; moderne Geräte verwenden diese zweite Generation 7.
Bildquelle: openlogi.org
Wann sich der Wechsel lohnt
Die Entscheidung hängt weniger von der Technik ab als davon, welche Funktionen du tatsächlich brauchst. OpenLogi passt, wenn mindestens einer dieser Punkte zutrifft:
- Du willst kein Logitech-Konto anlegen und keine Telemetrie auf deinem System.
- Du arbeitest unter Linux und hast bisher keinen offiziellen Weg, deine MX-Maus zu konfigurieren.
- Du willst eine lesbare, versionierbare Konfiguration in einer TOML-Datei statt versteckter Einstellungen.
- Du willst Abläufe skripten und eine CLI statt nur einer GUI.
- Du brauchst genau die dokumentierten Funktionen: Button-Remapping, DPI-Presets, SmartShift, Scroll-Invertierung, Tastenbeleuchtung oder Webcam-Steuerung 1.
OpenLogi passt heute noch nicht, wenn du eine dieser Funktionen brauchst:
- Logitech Flow, also das Übergeben von Maus und Zwischenablage zwischen Rechnern. Das Projekt nennt Flow auf der Roadmap „am weitesten hinten"; geliefert ist bisher nur das Easy-Switch-Host-Umschalten über HID++ (0x1814/0x1815), bei dem gekoppelte Mäuse der Tastatur beim Host-Wechsel folgen 2.
- Den Import deiner bestehenden Options+-Einstellungen. Ein Importer ist laut FAQ in Arbeit 2.
- Das Koppeln neuer Geräte über Unifying- oder Lightspeed-Empfänger. Bolt-Kopplung gibt es in der GUI, Unifying und Lightspeed sind in Arbeit; bis dahin koppelst du einmal mit dem Logitech-Tool oder Solaar und lässt OpenLogi das Gerät danach steuern 2.
- Eine als stabil deklarierte Software. Das Projekt bezeichnet sich selbst ausdrücklich als nicht stabil 1.
Wer eine fertige, wartungsarme Lösung erwartet, sollte den Status ernst nehmen. Wer genau die lokale, kontofreie Steuerung sucht, bekommt ein konkretes Werkzeug mit dokumentierten Grenzen.
Installation
Vor dem Start gilt eine feste Regel: Options+ beenden. Beide Programme beanspruchen den exklusiven HID++-Zugriff auf einen Empfänger, und nur eines kann ihn gleichzeitig besitzen. Unter Linux gilt dasselbe für Solaar 1, 2.
Unter macOS wird macOS 13 oder neuer vorausgesetzt. Der offizielle Weg ist Homebrew:
brew install --cask openlogi
Alternativ gibt es signierte und notarisierte .dmg-Pakete von der neuesten Release-Seite 1. Der Homebrew-Cask ist laut README der Standardinstallationsweg; wer explizit die neueste GitHub-Veröffentlichung vor dem Cask-Autobump verfolgen will, nutzt den Tap aprilnea/tap 1.
Unter Linux lädst du das Paket für deine Distribution von der Release-Seite. Es werden Pakete für amd64/x86_64 und arm64/aarch64 veröffentlicht 1:
# Debian / Ubuntu
sudo dpkg -i openlogi_*.deb
# Fedora / RHEL
sudo rpm -i openlogi-*.rpm
# Arch Linux
sudo pacman -U openlogi-*.pkg.tar.zst
Alle Linux-Pakete installieren udev-Regeln, die deinem Nutzer den Zugriff auf /dev/hidraw*, /dev/uinput und die /dev/input/event*-Knoten der Maus ohne sudo erlauben. Nach der Installation aktivierst du den Agenten als User-Service 1:
systemctl --user enable --now openlogi-agent.service
NixOS-Nutzer importieren das Modul aus dem Repository, das Paket, udev-Regeln und Agent-Start mit der grafischen Sitzung zusammen einrichtet 1.
Unter Windows gibt es signierte portable .zip-Archive und .msi-Installer für x86_64 und arm64. Beide enthalten die GUI (OpenLogi.exe) und den Hintergrund-Agenten (openlogi-agent.exe), der die gesamte Geräte-I/O übernimmt; bei der portablen Variante müssen beide Dateien nebeneinanderliegen, sonst hat die GUI nichts, wozu sie sich verbinden kann 1. Der Windows-Port ist jünger als der macOS-Build und wurde laut README durchgängig auf Windows 11 mit echter Hardware validiert (kabelgebundene Tastatur und Maus am Unifying-Empfänger), inklusive Installation, In-Place-Upgrade und Deinstallation 1. Der Agent zeigt ein Tray-Icon, damit die App nach dem Schließen des Hauptfensters erreichbar bleibt 1.
Konfiguration in der TOML-Datei
Die gesamte Konfiguration liegt in einer TOML-Datei. Pfade: unter macOS und Linux normalerweise ~/.config/openlogi/config.toml, unter Windows %USERPROFILE%.config\openlogi\config.toml 4. Die GUI und der Agent lesen dieselbe Datei, und die GUI schreibt atomar und legt fünf Backups an (config.toml.backup.1 bis .backup.5) 4.
Die Projektseite zeigt ein konkretes Beispiel für eine MX Master 4 2:
schema_version = 4
selected_device = "receiver:aabbccdd:slot:1"
[devices."receiver:aabbccdd:slot:1".bindings]
MiddleClick = "MissionControl"
DpiToggle = "CycleDpiPresets"
Thumbwheel = "VolumeUp"
Forward = "BrowserForward"
Back = "BrowserBack"
GestureButton = "AppExpose"
Zwei Details in diesem Beispiel sind wichtig. Erstens identifiziert sich ein Gerät über einen physischen Schlüssel wie receiver:<Empfänger-ID>:slot:
Back = { CustomShortcut = "Cmd+Shift+P" }
MiddleClick = { OpenApplication = { path = "~/Downloads", display_name = "Downloads" } }
Ein Eintrag im Actions Ring darf zusätzlich Icon und Beschriftung tragen 4:
Top = { action = { CustomShortcut = "Cmd+Shift+P" }, icon = "Keyboard", label = "Command Palette" }
Die GUI bietet 44 eingebaute Aktionen zur Auswahl, die du jeder physischen Taste pro Gerät zuweist; dazu kommen benutzerdefinierte Shortcuts, App-Starter und geskriptete Aktionen 2. Pro-App-Overlays (per_app_bindings) wechseln automatisch, wenn die fokussierte Anwendung wechselt; das funktioniert unter macOS und Windows sowie unter Linux auf X11/XWayland 1, 4.
Das Schema ist strikt. Ein Tippfehler, ein veraltetes oder ein außerhalb des Wertebereichs liegendes Feld verhindert das Laden der Datei, statt stillschweigend einen Standard zu wählen. Die GUI öffnet dann im Nur-Lese-Modus und zeigt den genauen TOML-Fehler; du korrigierst die Datei und startest neu 4. Änderst du die Datei in einem Editor, während die GUI offen ist, verweigert der nächste GUI-Speichervorgang das Überschreiben der externen Änderung; ein Neustart lädt die überarbeitete Revision 4.
Eine Eigenheit zum Daumenrad: Das kapazitive Tap des Daumenrads (Thumbwheel) hat keine GUI-Steuerung und bleibt ohne ein explizites Binding in der Datei inaktiv, weil das Rad auch unbeabsichtigte Daumenkontakte meldet 4.
Selbsttests und Fehlerbehebung
Bevor du Einstellungen feinjustierst, lohnt sich ein Blick darauf, was dein Gerät überhaupt meldet. Die CLI liefert dafür dokumentierte Diagnosebefehle 3:
openlogi list # gekoppelte Geräte: Slot, Codename, Typ, online, Akku
openlogi assets sync # Geräte-Renderings vorab laden
openlogi diag features # alle HID++-Features des aktiven Geräts ausgeben
openlogi diag controls # programmierbare Bedienelemente und Capability-Flags
openlogi diag dpi # lesen → schreiben → rücklesen → wiederherstellen
openlogi diag smartshift # SmartShift umschalten und wiederherstellen
openlogi diag lighting ff0000 # statische Farbe für eine RGB-Tastatur (beliebiges RRGGBB)
Die beiden Befehle diag dpi und diag smartshift sind Smoke-Tests: Sie lesen, schreiben, lesen zurück und stellen den Ausgangszustand wieder her. Damit lässt sich prüfen, ob dein konkretes Gerät auf dem HID++-Pfad erreichbar ist, ohne dass eine Einstellung dauerhaft hängen bleibt 3. Ein Aufruf von openlogi ohne Unterbefehl verhält sich wie openlogi list, und mit OPENLOGI_LOG=debug bekommst du ausführliches Tracing in CLI, GUI und Agent 3.
Die häufigsten Stolperstellen und ihre Ursachen:
- macOS fragt nach der Bedienungshilfen-Freigabe. Die Seitentasten (Zurück, Vorwärts, mittlere Taste) werden über einen CGEventTap neu belegt, und macOS legt Event-Taps hinter die Bedienungshilfen-Freigabe. Die HID++-Pfade (Gesten-Button, Daumenrad, DPI, SmartShift) benötigen sie nicht 2.
- Options+ oder Solaar läuft noch. Nur eine Anwendung kann einen Empfänger gleichzeitig besitzen; beende die andere und starte OpenLogi neu 1, 2.
- Die Config lädt nicht und die GUI ist im Nur-Lese-Modus. Dann liegt ein Schema-Fehler vor; die GUI zeigt den genauen TOML-Fehler. Datei korrigieren und neu starten 4.
- Der Daumenrad-Tap reagiert nicht. Das ist gewollt: Ohne Binding bleibt das Daumenrad inaktiv 4.
- Per-App-Profile wechseln unter Linux nicht. Unter Wayland werden nur X11/XWayland-Fenster erfasst; native Wayland-Fenster werden nicht zugeordnet 1.
- Unter Linux bleiben einzelne macOS-spezifische Aktionen ohne Wirkung (No-Ops); Medien-Tasten laufen über D-Bus MPRIS 1.
Was noch fehlt
Die offenen Punkte sind der eigentliche Maßstab für die Einsatzreife, und das Projekt benennt sie selbst. Flow als Cross-Computer-Brücke für Zeiger und Zwischenablage liegt auf der Roadmap am weitesten hinten; sollte es kommen, wäre es laut FAQ opt-in und nur im lokalen Netz 2. Der Import bestehender Options+-Einstellungen fehlt noch, ebenso die Unifying- und Lightspeed-Kopplung; bis dahin wird einmalig mit dem Logitech-Tool oder Solaar gekoppelt 2. Die Migration älterer Config-Schemata wird teilweise automatisch erledigt, der Übergang von Modell-Schlüsseln auf physische Geräte-Schlüssel muss bei identischen Doppelgeräten jedoch von Hand nachgezogen werden 4.
Dazu kommen Plattform-Unterschiede. Der Windows-Port ist der jüngste und wurde zwar auf Windows 11 validiert, ist aber neuer als der macOS-Build; bei Unebenheiten bittet das Projekt um ein Issue 1. F-Tasten-Neubelegung mit getipptem Text, Tastenkombinationen und mehrstufigen Abläufen ist für macOS und Windows dokumentiert, während unter Linux nur X11/XWayland für Pro-App-Overlays zur Verfügung steht 1.
Diese Liste ist kein Grund, das Projekt abzutun, sondern die Einordnung, die das Projekt selbst vornimmt. Wer genau die lokale, kontofreie Steuerung einer MX-Maus oder Tastatur sucht, findet in OpenLogi ein funktionierendes Werkzeug mit klarer Bedienung und ehrlichen Grenzen. Wer Flow, Import oder stabile Releases braucht, wartet besser ab und beobachtet die Release-Seite, auf der im August 2026 in kurzen Abständen neue Versionen erschienen sind 1, 5.
Passende Produktrecherchen
Wenn du die praktische Seite vertiefen möchtest, findest du hier passende Suchpfade zum Vergleichen. Keine Kaufpflicht, keine Rangliste, sondern thematisch passende Produktrecherchen:
- USB-C-Ladegeräte und Kabel für Android-Smartphones ansehen
- USB-C-Sticks für lokale Smartphone-Backups recherchieren
- LiFePO4-Speicher für Balkonkraftwerke ansehen
- Managed Switches für Netzwerksegmentierung recherchieren
- NAS-Festplatten und Backup-Zubehör ansehen
Hinweis: Als Amazon-Partner verdient kalika.de an qualifizierten Verkäufen. Für dich ändert sich der Preis nicht.
Quellen
[1] AprilNEA/OpenLogi – GitHub-Repository (README)
[2] OpenLogi – offizielle Projektseite
[3] OpenLogi USAGE.md – CLI-Dokumentation
[4] OpenLogi CONFIGURATION.md – TOML-Konfiguration
[6] heise online – OpenLogi: Alternative to problematic Options+ app for Mac
[7] OpenLogi Docs – HID++ Reference
Bildquelle: openlogi.org
Weiterführende Artikel
- Bitchat (permissionlesstech/bitchat): Bluetooth-Mesh-Chat mit IRC-Vibes – Einrichtung, Sicherheit und Grenzen
- Google Chrome für Arm64-Linux: Installation und Test auf dem Raspberry Pi 5
- KI-Tools in der Praxis: Open-Source Voice Changer für Linux: Stimme anonymisieren mit lokalen Modellen
- KI-Tools Praxis: Prime Agent installieren, nutzen und absichern
- Lokales Sprachmodell produktiv nutzen: Vom Ollama-Demo zur eigenen Open-LLM-App
Transparenzhinweis
Dieser Beitrag wurde mit Unterstützung künstlicher Intelligenz erstellt und automatisiert auf Quellen, Fakten und Qualitätskriterien geprüft.