UMBRA-6: Add DeviceSpecs for the Viper line (9 PIDs) #14
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "feat/viper-line-devicespecs-UMBRA-6"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
UMBRA-6: Add DeviceSpecs for the Viper line (9 PIDs)
Registers the nine remaining Viper PIDs from OpenRazer's
razermouse_driver.has individualDeviceSpecfiles undercrates/umbra-hid/src/models/, wired into theSUPPORTEDtable and resolvable viamodels::lookup.How the values were sourced
Every transaction ID, poll rate, lighting zone, effect kind, and battery/idle flag was read branch-by-branch off
razermouse_driver.c(the per-commandtransaction_id.idswitches) andrazer_mouse_probe(theCREATE_DEVICE_FILEregistrations that decide which features each PID exposes), not assumed.0xFF; the SE and V3 generation moved to0x1f.0x3f; the 8K variant runs them on0x1f.set_polling_rate2/get_polling_rate2HyperPolling path that umbra does not yet build, sopoll_rateisNonewith a documented gap in each file's doc comment (mirroring thehyperpolling_dongle/deathadder_v4_proprecedent). The V3 HyperSpeed and V3 Pro wired keep the standard poll path on0x1f.Acceptance criteria
models/mod.rsregisters aDeviceSpecfor every PID in the table, each in its own<model>.rsfile.BatterySpecand, where the driver supports it,IdleSpec.Featuresfield's txn, poll rates, lighting zones, and effect kinds come from the matching driver branch; features with no umbra command builder are declaredNonewith a doc comment.cargo fmt --check,cargo clippy --workspace --all-targets, andcargo test --package umbra-hid --no-default-featurespass clean; registration covered by the newevery_viper_line_pid_is_registeredtest.🤖 Generated with Claude Code