OpenLogi0x8100 · onboardProfiles
Full host access to onboard flash profiles — enumerate, activate, read, write, and factory-reset named slots storing DPI levels, button remappings, and lighting preferences.
The onboardProfiles feature gives a host application full access to the
profiles stored in a device's onboard flash memory. A profile bundles settings
such as DPI levels, button remappings, lighting effects, and report-rate
preferences into a named, persistent slot that the device can apply
autonomously — even without a host driver running. This feature is most
commonly found on gaming mice, but also appears on some gaming keyboards and
other peripherals that carry onboard non-volatile storage.
Not implemented in OpenLogi
OpenLogi's vendored hidpp crate does not provide a typed wrapper for this feature yet. The notes below summarise the HID++ feature in general terms, not OpenLogi behaviour.
What it does
- Profile enumeration — provides functions to discover how many profile slots the device supports and which slot is currently active.
- Profile activation — allows the host to switch the device to any stored profile slot, or to enter a host-controlled mode where per-application settings are applied without touching the onboard flash.
- Read / write profile data — exposes read and write operations for the raw profile payload stored in the device, covering fields such as DPI presets, button assignments, and lighting configuration.
- Profile metadata — supports reading and writing per-profile display information (name, colour, or icon index) so companion software can present a labelled profile list to the user.
- Default / factory reset — typically includes a function to reset one or all profiles to factory defaults.
Status: Not implemented · Feature ID:
0x8100
0x8090 · modeStatus
Read or write a device's operating mode — toggling between performance and endurance via a bitmask-controlled status register, with hardware and software switch capability discovery.
0x8110 · mouseButtonFilter
Control which physical mouse buttons are forwarded to the OS as HID reports — selectively suppress individual buttons at the firmware level so host software can handle them instead.