49
edits
Changes
Jump to navigation
Jump to search
Logitech USB steering wheel (view source)
Revision as of 06:22, 10 September 2010
, 06:22, 10 September 2010→Configuration
Line 52:
Line 52:
+
+
+
+
+
+
+
+
+
The Wheel/Dongle are configured by writing to the feature port of the USB dongle. This allows the control of the 'on-air' features, such as initiating the wireless link, controlling the RF channel/hooping sequence and RF addressing (sub-channel coding).
The Wheel/Dongle are configured by writing to the feature port of the USB dongle. This allows the control of the 'on-air' features, such as initiating the wireless link, controlling the RF channel/hooping sequence and RF addressing (sub-channel coding).
−When first plugged in the wireless link between the dongle and the wheel is not active, the link can be 'brought up' with writting the '0xA0 Command' followed by the '0xB2 Command'.
+When first plugged in the wireless link between the dongle and the wheel is not active, the link can be 'brought up' with writing the '0xAF Command' followed by the '0xB2 Command'.
+; Configure RX/TX Address?
+: Byte 1 - 0xA9
+: Byte 2 - 2nd and 4th Address/Sub-Channel Bytes
+: Byte 3 = 3rd and 5th Address/Sub-Channel Bytes
+: Note 1st Sub-Channel byte is always 0xAE
+; RF Test Mode
+: Byte 1 = 0xAC
+: Byte 2 = Test Mode
+: 0 - Normal Mode (LED flashes on/off as normal)
+: 1 - Constant TX (LED on), RF channel in 'P3' (can kill WiFi ;-)
+: 2 - Pulsed TX (LED flashes long-on/short-off)
+: 3 - Receive Only? (LED off), RF channel in 'P3'. Continually polls nRF24L01 status and clears
+: Byte 3 - RF Channel/Frequency
+; Initialise communications
+: Byte 1 - 0xAF
+: Byte 2 - Hopping Sequence (0x00..0x0F)
+; Change RX/TX Address
+: Byte 1 - 0xB2
+: Byte 2 - 2nd and 4th Address/Sub-Channel Bytes
+: Byte 3 = 3rd and 5th Address/Sub-Channel Bytes
+: Note 1st Sub-Channel byte is always 0xAE
+The following do not cause SPI activity to the nRF24L01
+; Check Status?
+: Byte 1 - 0xA8
+: Returns RX/TX Address bytes in Byte 5 and Byte 6
+: Returns 'button' pressed in Byte 7 bit 5
+: Returns something in Byte 7 bits 4..0 related to 'LED mode' (not a direct map)
+: Returns something in Byte 8 which depends on Byte 2 sent
+; LED Mode
+: Byte 1 - 0xAA
+: Byte 2 - changes the way the LED flashes, unknown what is actually happening
+; Unknown
+: Byte 1 - 0xAE
+: Doesn't clear Byte 1 bit 7, like the other commands. Perhaps it is waiting for something...
+: Returns 0x14 in Byte 5 and 0x00 in Byte 6
+; Active Address?
+: Byte 1 - 0xB3
+: Only clears Byte 1 bit 7 if Command '0xAF' is issued first
+: Returns values in Byte 5 and Byte 6 which are the values from Command '0xB2' Bytes 2 & 3
===Force Feedback===
===Force Feedback===