-
-
Notifications
You must be signed in to change notification settings - Fork 66
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
RIVAL 3 WIRELESS Support? #146
Comments
Hello, Currently I am working on the Sensei TEN, and then I have to work on the Rival 500 and the Rival 650. Then I will ask SteelSeries for a Wireless Rival 3 to work on it. I think this device will be supported in USB mode first, and maybe we will be able to support it in Bluetooth mode (but probably only on Linux, as the kernel's hidraw backend abstracts the communication part of HID devices). |
Hi, I code in python everyday and I have the mouse in question. Is there any info on how to go about implementing a new mouse in your code, I would be happy to try creating a PR, if I can manage that. I guess the mouse has very similar capabilities to the wired rival 3 so at least the USB mode should be easy, I guess. Thanks for the great work anyway! |
@flozz actually it should work OOTB if you are using hidapi with the hidraw backend, instead of the libusb one, which is the default in Linux for some reason. This is the case in Arch Linux for eg. It should be a matter of just adding the bluetooth IDs there. |
Keen to get this added as well. I have one and am happy to pass on anything required. |
@el1-x After installing Rivalcfg, can execute one of the following command (depending which python version your Rivalcfg installation is using):
and give me the output? :) |
Here is the output. I don't have python2 installed. |
Thank you. Can you change And test if everything work? NOTE¹: you may need to run rivalcfg as root as udev rules will not be up to date with this change |
I'm using Arch and the AUR package is out of date. I just flagged it. Update:
Error when run as standard user
Output from rivalcfg --list 1038:1830 | SteelSeries Rival 3 Output from rivalcfg --help
|
Thank you @el1-x
|
(AUR package updated!) |
I have updated to the latest release via the AUR.
I attempted to make a change to the polling rate and set it to 500. I assume because i received no error message that the change was successful. However, i checked the setting via the Steelseries Engine software and it was reporting the polling rate remained at 1000. Here is the --print-debug output.
I have updated the firmware using Windows and the Steelseris Engine software. |
For the DPI Settings, you will not be able to check them back in the SSE3. SSE3 will not read them from the mouse, it will just send the settings it saved on you HDD to the device when you plug it. So to check the DPI, set the lowest available DPI to your mouse, move it (it should be slow), then set the maximum DPI and the cursor should move very quickly. For colors... if there is no LED those options will not do anything... ^^' → I will implement this device as se separated mouse family to not have useless options :) You can also check the button mapping setting:
Now the B5 of the mouse should correspond to the keyboard "A" button (of a QWERTY keyboard) To reset this setting:
:) |
Neither adjusting the buttons, nor the DPI had any effect.
|
OK... So this device will need some reverse engineering then... |
What do you need from me? |
Hello, sorry for the long time I took to answer... If you are able to do some reverse engineering, it would help, else I will have to find an other way to work on this device :) |
Don't worry about taking time to answer, life gets in the way. |
I wrote articles about reverse engineering USB devices:
The articles are in French but Google Translate should help. I think it should not be too difficult to try on the Wireless Rival 3 using the USB dongle (I have no experience with the Bluetooth mode). What you can do is to capture packets as described in the articles and post what you get here:
so we will see what we can do :) |
Hi, i've a problem with my new Rival 3 Wireless. After some days, wheel start blinking green (or yellow) and then stops. I've replaced batteries and it was ok for (may be) ten days. And then green blinking starts again and mouse stops working. Thanks for your help G. |
That is normal operation. The flashing green/yellow indicator lets you know the batteries are low. It will blink faster as the battery drains. |
What is your average battery life time? In my case it drains in about a week or so with several hours a day of use. It is without battery saving mode. |
My experience is the about the same as yours @tomaszg7 |
It's hard to estimate battery life time but i'll say around 35 hours (approx. 15 days as i mainly use my computer on week-ends). For now, i've set polling rate to 250. |
Hey, nice to see other people having the same needs. Any news on reverse engineering? |
I followed your manual and was tracking the data fragments for some things. Is this helpful? |
Yes, it is very useful. Here what I learn for DPI and Polling rate with the data you provided: Sensitivity
Polling rate
|
The increments of the sensitivity are 100. If my math is correct then there are 180 levels. Is it possible to add a profile for the rival 3 wireless that? I would try it myself but I am not really used working with data like that. Would be a real hassle to get into. |
The sensor of the Rival 3 Wireless is the same as the one of the Aerox 3 Wireless (and Prime Wireless and Prime Mini Wireless too). So I already know it is not perfectly linear: So we will be able have an increment of 50 dpi with a +/- 50 dpi of error margin: I am currently working on the Rival 650, but I will try to start a branch with a minimal set of feature to let you test if it work :) |
That sounds great. I think +/- 50 dpi is nothing noticeable. Let me know when the branch is ready for testing. Have this coffee. |
Thank you for the coffee ☕ :) I implemented the sensitivity and the polling rate. But as the save command is missing, you will have to add the
You will find everything in the I need to know what is the save command in order to have a minimal working profile. When you hit the "save" button of the SSE/GG Engine, what is the last packet sent to the device? (generally it is Also this device seems to have a LED on the wheel, can you capture packets when you change the LED color? |
Thanks for creating the branch. I can't see any commands when changing the LEDs when saving. Changing the sensitivity is not working and tbh I don't know if the polling rate is changing. |
Ok, cool,
The LED probably changes in real time when you set a command (so it will not be sent again when you hit the "save" button)
Hum... Maybe it is a matter of packet length or the repport type... Can you give me the values of the |
What did you mean? I think I found why it not worked... I assumed that the command endpoint is the
|
I can confirm that sensitivity now seems to work. However the settings seem to be saved even with --nosave option. I tried removing USB dongle and switching off the mouse but settings seem to persist. |
Yes, now it is working like a charm. Thanks a lot. To be honest that is enough for me. I don't need RGB. breathing red is all I need. |
Cool if it work \o/ I will continue to work on it a bit to try to support RGB and powering features. If it is too complicated, I may release a Rivalcfg version with a partial support for the device.
I completely forget I was now the maintainer of both AUR packages... I will try to update it by the end of the year... And I will try to update the package publishing, if it is possible. |
I found someone to lend me the mouse today, so I was able to study it a little more:
What I have not found yet is
|
Button bindings are now working. :) For example, the following command will make the left button write "q" (if the keyboard layout is QWERTY) instead of clicking:
To reset to default:
|
That's awesome work! |
Battery level can now be read ( |
I am a little bit confused here.
I get nothing when connecting through bluetooth. So you assume using 2.4G here? |
@tianleq on Linux, the hidraw kernel module (that should be used by Rivalcfg on Linux) can access both USB and Bluetooth HID devices. If the previous command returns nothing when the mouse is connected with Bluetooth, Rivalcfg will not be able to support it (at least not through the hidraw backend). I gave this command to check if there were something easy we can do to support the Rival 3 over Bluetooth, but it seems it is not the case. |
@flozz Thanks for the clarification. |
was this ever implemented? i go through a pair of batteries about once every week or two (rechargeable AAAs ftw) and i'm looking to try to improve this |
@winteriscariot No this is not implemented yet. In the mean time, you can send the power configuration command to the mouse manually. Here is some Python code that does the trick: #!/usr/bin/env python3
import rivalcfg
mouse = rivalcfg.get_first_mouse()
mouse._hid_write(data=[
0x2B,
0x01, # High Efficiency (0x00 = OFF, 0x01 = ON)
0x64, # Smart illumination (0x00 = OFF, 0x32 or 0x64 = ON)
0x2C, 0x01, # Unknown
0x2C, 0x01, # Sleep timer (seconds, little endian)
# 0x3C, 0x00 = 1 min
# 0x78, 0x00 = 2 min
# 0xB4, 0x00 = 3 min
# 0xF0, 0x00 = 4 min
# 0x2C, 0x01 = 5 min
# 0xB4, 0x04 = 20 min
])
mouse.save() |
awesome, workarounds work too. thank you! |
Was the RGB wheel ever figured out? The blinking orange kills me lol. Thanks |
@faptaincrunch No the RGB of the wheel is not implemented but it is in my TODO list. :) |
Hi there,
Are the functions keys (F1 to F12) supported and if yes would I just substitue A with F12 for example? Also since the below quoted code was verified by @winteriscariot to be working could this be implemented in one of the next updates:
Any news regarding RGB wheel lightning or firmware readout? I didn't find any hints regarding firmware readout on your reverse-engineering blog @ https://blog.flozz.fr/2016/03/27/steelseries-rival-100-reverse-engineering-dun-peripherique-usb/
Odd that the kernel detects 10+ devices and also a 'Wireless Keyboard'. Anyone have an explanation for this behaviour? |
Accd to https://flozz.github.io/rivalcfg/devices/rival3_wireless.html#mapping-keyboard-keys linking to the supported keys @ https://github.com/flozz/rivalcfg/blob/master/rivalcfg/handlers/buttons/layout_qwerty.py the Function keys are supported. Tried |
This need a bit of work to be implemented in Rivalcfg (this require to implement a new handler, with a custom syntax to handle all parameters).
It is in my TODO, but I do not have access to this device anymore... I will ask my colleague to know if he still have it... But if my notes are exacts, this mouse have a complicated protocol for lighting (at least a different one from other devices...)
You mean reading the firmware version? |
Yes their marketing dubs it as "Quantum 2.0 Dual Wireless - easily switch between gaming-grade wireless and universal Bluetooth connectivity"; I checked their site to see if other mice have it ( https://steelseries.com/innovation/quantum-wireless ) but was so far only able to determine that the Rival 3 Wireless was the first mouse having this 'feature'. They state on the Rival 3 Wireless product page it has (at time of release) "brand new Quantum 2.0 Dual Wireless technology". Update: All their Wireless mice @ https://steelseries.com/gaming-mice/wireless use "Quantum 2.0 Dual Wireless" protocol, except for the Rival 650 which seems to come with the first iteration of this protocol and doesn't have bluetooth. 2.0 Dual (2.4 and BT)
1.0 (2.4 only)
Do you have an Aerox 3, 5 or 9 to gain some insight about the protocol?
Yes firmware version readout. Button mapping working would be highest on my wishlist, but if this is also an issue related to not understanding this new Quantum protocol I'll understand how it will take the backseat until that has been figured out. If shipping to Europe wouldn't be half the price of the mouse I'd sponsor one. |
Actually I'm just seeing over @ https://github.com/flozz/rivalcfg/blob/master/ssdb/sse3.db.csv there is already support for Aerox 3, 5, and 9 so that's promising if the Rival 3 Wireless uses the same protocol.
A bit late and possibly redundant clarification for OP: There is no USB cable... just an USB dongle providing dual bluetooth and 2.4Ghz wireless functionality. |
I have none of them... But my colleague still have its Rival 3 Wireless so I will be able to work from this \o/
I do not think there is a "quantum protocol"... just regular SteelSeries messy protocol x)
We currently have a basic support for the Rival 3 when using the 2.4 GHz mode (Bluetooth not supported). I will see if I can add a basic lighting support (just a still color, no animation/gradient) for next Rivalcfg release. also, button mapping should already work but i will check |
I checked button mapping → it works fine.
So... nope. This feature will have to wait few months... It requires sending at least 4 packets to configure even a single static color, so it could not be supported right now. ^^' |
What OS/kernel are you working with? That would be my step to replicate a known working setup on a test device. |
I have a new RIVAL 3 WIRELESS mouse, which has both USB and Bluetooth support.
https://steelseries.com/gaming-mice/rival-3-wireless
I purchased it for the Bluetooth support. The mouse 'works' with both Bluetooth and USB.
I installed rivalcfg and see that the Rival 3 Wireless is not supported.
(Although I tried anyway. )
I am running a Debian derivative (Linux Mint 20).
When connected via the USB dongle, the USB device lsusb info is:
$ lsusb
ID 1038:1830 SteelSeries ApS SteelSeries Rival 3 Wireless
When connected via Bluetooth, lsusb does not list the device.
However hcitool lists the address:
$ hcitool con
Connections:
< LE 28:9A:4B:A0:B3:D9 handle 7 state 1 lm MASTER AUTH ENCRYPT
Any chance of adding the Rival 3 wireless to the supported devices?
I am willing to help, but would need pointers on reverse engineering. I have some python experience, and have had a quick look through your code base, which is very well organized.
Thanks.
The text was updated successfully, but these errors were encountered: