[Ogami]F16SGRH feedback
Posted: Tue Jul 16, 2019 12:03 pm
Hi all,
So far here are my observations, of course there are plenty of amazing thing about the stick, but I focus on constructive criticism.
(1) General package observations:
(1.1) A future exhaustive documentation is needed, both on how to use the stick and how it works, because it is very complex and setting the stick up is very difficult due to the pairing and calibration procedures.
(1.2) The pairing procedure should be explained with message boxes, especially since this is critical for a good calibration.
(1.3) One Fssb fixation should be included in the package so that you can easily fix the stick to an object.
(1.4) The min-din to usb cable is too short.
(1.5) A pin should be given to fix the stick ring to prevent twisting motion when using warthog extension. Without it, the stick still twists. (video: https://1drv.ms/v/s!Ahae0xoYVwgkh1gqR8F ... 8?e=7XahOq)
(2) Axes observations:
(2.1) Free hands:
(2.1.1) Possibly due to an incorrect pairing, there is a "lag" in the axes response. In fact, it is not really a lag, but the first reaction of the axes is to go in the opposite direction for a split second before going into the asked direction e.g. If I pull on the joy, it will push for a split second before pulling.
(2.1.2) I couldn't find any pairing/calibration that allows yaw independent roll. This results in me disabling the yaw axis every time, which is a shame. Possibly due to incorrect pairing.Dependent on pairing
(2.1.3) In the F16SGRH tab of RS_Tools, if you don't put an axis to 100% sensitivity, the calibration is messed up (i.e. it doesn't find the correct center and results in off set axes).
(2.1.4) More stability is needed in rest values, even with my arm that rests on a support, the values vary quite significantly. Having a dead zone or a filter on each axis would be great to prevent unwanted motions.
(2.2) With MFG 7,5cm extension on a warthog base
(2.2.1) Even placed on a warthog extension, I have induced yaw always in the same direction on the roll axis. (video: https://1drv.ms/v/s!Ahae0xoYVwgkh1dpLt29ElA5x2go) Dependent on pairing
(2.2.2) The point 2.1.1 is present even in the 2.2 case (video: https://1drv.ms/v/s!Ahae0xoYVwgkh1sUaSd ... 9?e=3e15jH)
(2.2.3) There is a large amount of ghost inputs that occurs on every axle (see 2.2.2 video). I tested it with the following sensitivities (Pitch/Roll/Yaw): {100,100,20}, {80,80,20}, {100,100,0}.
(2.2.4) While the raw values in RS_tools reach the maximum, joy.cpl properties test show the stick to be very far from its limits.
(2.2.5) Due to 2.2.2-4, flight is very imprecise (2.2.2 makes fine control difficult), unstable (due to 2.2.3) and pitch/roll/yaw rates are slow (due to 2.2.4)
(2.3) With Fssb R3
(2.3.1) The feeling and precision is amazing, I would suggest as someone said in the bar creating a twist bolt to have the yaw axis on the R3 when you use it with the F16SGRH
(2.3.2) The parallel configuration of the FSSB R3 and F16SGRH is confusing for people that do not know the inner workings of both systems. In games, like DCS for example, you have to spread the buttons configuration on both sticks while unbinding the axes on the F16SHRH and keep those on the FSSB R3.
(2.4) Games configuration related issues
(2.4.1) In Rise of Flight and Il2 great battles, the stick axes minimum and maximum values, both in the input mapping menus and in game, are not those of RS_tools, but those of windows. If you don't calibrate the axis with joy.cpl, then the following may happen:
(2.4.1.1) The axis may not be recognized in the input mapping menus. For instance, for the Z axis, you need to go from -179° to +179° to make it detected.
(2.4.1.2) If you calibrated the axis with a small physical displacement range in RS_tools, then won't have enough authority in the game.
(4) Communication
(4.1) Your web page for the F16SG is not clear, many people I talked to about your product didn't understand that the stick had independent axes. This is the main point of the grip. You need to make it clearer.
(5)Bugs
(5.1) If you unplug and re plug the grip using the official usb cable while RS_tools is on and focused, the data transfer hangs at 90%. Unpluging and pluging again the cable won't correct the bug. (video: https://1drv.ms/v/s!Ahae0xoYVwgkh1VxNbihaWYKaP_s)
(5.2) Under 5.1, if you close then restart RS_tools, no data transfer happens.
(5.3) Under 5.1, no pairing is possible; The output window stays blank.
(5.4) If you reinstall bluetooth drivers, or put windows in then out of sleep mode, 5.1-5.3 is corrected. Bought a Sveon SCT-400, the bug is corrected.
(5.5) The F-16SG disconnects from DCS from time to time, happened to me twice during a 10 minutes flight, First I was switching slots, lost all SG controls, second I was changing keys, lost SG colmuns in DCS input menus.(picture: https://1drv.ms/u/s!Ahae0xoYVwgkh1wa3Qg ... d?e=c2L5WN)
(6) User manual
(6.1) Sveon SCT-400 is mispelled as Sveon STC-400.
(6.2) Configuring buttons inside simulators is a nightmare. You have to juggle between SG1 and SG2 devices and the numbering is not linear (i.e. the SG2 buttons do not necessarily have higher ID numbers than SG1 buttons). The user manual must be clear that the user should use the RS_tool keystrokes menu rather than the ingame ones.
(7) Workarounds
(7.1) 2.1.2 and 2.1.1 were greatly reduced with the following pairing procedure: 360° yaw rotation as recommended in the F-16SGRH user manual, then multiple 360° (grip-in-all-corners) motions to end the pairing. Even at 100% yaw sensitivity, I had very few induced yaw.
(8) Suggestions
(8.1) Axes
(8.1.1) New options for axes settings: Dead Zones (both center and edges), Non-linear sensitivity.
(8.1.2) Dynamic yaw sensitivity button: When engaged, the yaw sensitivity decreases (to a value set by the user), when roll is applied.
I'll update my post with new results.
Let's keep up the good work!
So far here are my observations, of course there are plenty of amazing thing about the stick, but I focus on constructive criticism.
(1) General package observations:
(1.1) A future exhaustive documentation is needed, both on how to use the stick and how it works, because it is very complex and setting the stick up is very difficult due to the pairing and calibration procedures.
(1.2) The pairing procedure should be explained with message boxes, especially since this is critical for a good calibration.
(1.3) One Fssb fixation should be included in the package so that you can easily fix the stick to an object.
(1.4) The min-din to usb cable is too short.
(1.5) A pin should be given to fix the stick ring to prevent twisting motion when using warthog extension. Without it, the stick still twists. (video: https://1drv.ms/v/s!Ahae0xoYVwgkh1gqR8F ... 8?e=7XahOq)
(2) Axes observations:
(2.1) Free hands:
(2.1.1) Possibly due to an incorrect pairing, there is a "lag" in the axes response. In fact, it is not really a lag, but the first reaction of the axes is to go in the opposite direction for a split second before going into the asked direction e.g. If I pull on the joy, it will push for a split second before pulling.
(2.1.2) I couldn't find any pairing/calibration that allows yaw independent roll. This results in me disabling the yaw axis every time, which is a shame. Possibly due to incorrect pairing.Dependent on pairing
(2.1.3) In the F16SGRH tab of RS_Tools, if you don't put an axis to 100% sensitivity, the calibration is messed up (i.e. it doesn't find the correct center and results in off set axes).
(2.1.4) More stability is needed in rest values, even with my arm that rests on a support, the values vary quite significantly. Having a dead zone or a filter on each axis would be great to prevent unwanted motions.
(2.2) With MFG 7,5cm extension on a warthog base
(2.2.1) Even placed on a warthog extension, I have induced yaw always in the same direction on the roll axis. (video: https://1drv.ms/v/s!Ahae0xoYVwgkh1dpLt29ElA5x2go) Dependent on pairing
(2.2.2) The point 2.1.1 is present even in the 2.2 case (video: https://1drv.ms/v/s!Ahae0xoYVwgkh1sUaSd ... 9?e=3e15jH)
(2.2.3) There is a large amount of ghost inputs that occurs on every axle (see 2.2.2 video). I tested it with the following sensitivities (Pitch/Roll/Yaw): {100,100,20}, {80,80,20}, {100,100,0}.
(2.2.4) While the raw values in RS_tools reach the maximum, joy.cpl properties test show the stick to be very far from its limits.
(2.2.5) Due to 2.2.2-4, flight is very imprecise (2.2.2 makes fine control difficult), unstable (due to 2.2.3) and pitch/roll/yaw rates are slow (due to 2.2.4)
(2.3) With Fssb R3
(2.3.1) The feeling and precision is amazing, I would suggest as someone said in the bar creating a twist bolt to have the yaw axis on the R3 when you use it with the F16SGRH
(2.3.2) The parallel configuration of the FSSB R3 and F16SGRH is confusing for people that do not know the inner workings of both systems. In games, like DCS for example, you have to spread the buttons configuration on both sticks while unbinding the axes on the F16SHRH and keep those on the FSSB R3.
(2.4) Games configuration related issues
(2.4.1) In Rise of Flight and Il2 great battles, the stick axes minimum and maximum values, both in the input mapping menus and in game, are not those of RS_tools, but those of windows. If you don't calibrate the axis with joy.cpl, then the following may happen:
(2.4.1.1) The axis may not be recognized in the input mapping menus. For instance, for the Z axis, you need to go from -179° to +179° to make it detected.
(2.4.1.2) If you calibrated the axis with a small physical displacement range in RS_tools, then won't have enough authority in the game.
(4) Communication
(4.1) Your web page for the F16SG is not clear, many people I talked to about your product didn't understand that the stick had independent axes. This is the main point of the grip. You need to make it clearer.
(5)Bugs
(5.1) If you unplug and re plug the grip using the official usb cable while RS_tools is on and focused, the data transfer hangs at 90%. Unpluging and pluging again the cable won't correct the bug. (video: https://1drv.ms/v/s!Ahae0xoYVwgkh1VxNbihaWYKaP_s)
(5.2) Under 5.1, if you close then restart RS_tools, no data transfer happens.
(5.3) Under 5.1, no pairing is possible; The output window stays blank.
(5.4) If you reinstall bluetooth drivers, or put windows in then out of sleep mode, 5.1-5.3 is corrected. Bought a Sveon SCT-400, the bug is corrected.
(5.5) The F-16SG disconnects from DCS from time to time, happened to me twice during a 10 minutes flight, First I was switching slots, lost all SG controls, second I was changing keys, lost SG colmuns in DCS input menus.(picture: https://1drv.ms/u/s!Ahae0xoYVwgkh1wa3Qg ... d?e=c2L5WN)
(6) User manual
(6.1) Sveon SCT-400 is mispelled as Sveon STC-400.
(6.2) Configuring buttons inside simulators is a nightmare. You have to juggle between SG1 and SG2 devices and the numbering is not linear (i.e. the SG2 buttons do not necessarily have higher ID numbers than SG1 buttons). The user manual must be clear that the user should use the RS_tool keystrokes menu rather than the ingame ones.
(7) Workarounds
(7.1) 2.1.2 and 2.1.1 were greatly reduced with the following pairing procedure: 360° yaw rotation as recommended in the F-16SGRH user manual, then multiple 360° (grip-in-all-corners) motions to end the pairing. Even at 100% yaw sensitivity, I had very few induced yaw.
(8) Suggestions
(8.1) Axes
(8.1.1) New options for axes settings: Dead Zones (both center and edges), Non-linear sensitivity.
(8.1.2) Dynamic yaw sensitivity button: When engaged, the yaw sensitivity decreases (to a value set by the user), when roll is applied.
I'll update my post with new results.
Let's keep up the good work!