cannot reproduce TADS keeps slewing to right

[Scuby]

Hello! 

I can't figure out the following issue I'm encountering: 

When in CPG seat, with TADS sight selected and unslaved at 12 o'clock well within functional limits and with a stable hover (AI controlled), after letting go of my physical controls for the TADS cursor, the TADS sight always appears to continue slewing to the right (only horizontal movement). For the TADS cursor I have programmed the RHG manual cursor to my flightstick X & Y axis and I have experimented with various deadzones for the X axis, however even with big deadzones, it appears that the TADS sight still keeps slewing to the right with the same slow speed. Also no double axis assignments. I'm using a Virpil WarBRD base and do not experience any problems with the physical axis either as cyclic in the PLT seat, in any other DCS modules, or any other simulator for that matter. The axis are 100% jitter free. 

What could be causing this slewing to the right? 

 

Thanks for your help! 

Edited April 3, 2022 by Scuby

[razo+r]

Did you press the LMC before you slew the sight? If yes, press it again and it will stop.

[frostycab]

It's most likely to be either the LMC is on and you didn't know, or you just need to set a small deadzone for that axis. 

[NineLine]

Cannot reproduce, please see suggestions above.

[Goblin 1-1]

I have the same problem.  Ruled out any kind of deadzone issue and definitely not LMC.

[Photon]

Same here.

Instant action mission, on the range:

- Deadzone on axis, no active input

- George AI keeping the Apache in a perfect hover

- Putting TADS on target

- Motion compensator etc is not on

- Aircraft is not moving, translating or turning

Result: TADS is continuously drifting to the right

[frostycab]

A track or video might help.

[Razor18]

I might sound silly, but are you sure it's not in fact George Pilot drifting in hover ever so slowly to the right, while you are looking at the TEDAC? Because I had exactly this issue previously. But I couldn't reproduce it...

Edited April 13, 2022 by Razor18

[Scuby]

It appears that while in hover (switching seats from backseat/pilot control to frontseat/cpg control), the AI pilot ever so slightly moves to one direction instead of maintaining a steady hover. I have come to believe this has always been the cause of the reported TADS issue. I have not tested what would happen if (from the frontseat) the AI pilot is commanded to perform its hover... i.e. if this would stabilize it in space.  

[sirrah]

Perhaps too obvious, and you most probably already triple checked, but just in case:

Did you ensure that horizontal slew is not bound to some other controller axis as well? 

[Scuby]

Jup no other dx devices are bound to any other axis, for both the pilot and cfg selection. Meaning probably causing this is a slight movement in hover by the AI pilot, which I was able to visually verify at low altitude daytime from the cpg seat.    

[Floyd1212]

How much movement are you talking about with the pilot drift?  What distance over what time?

And how much drift on the TADS are you seeing?

Without a video showing what you are experiencing, it's hard to say if the rest of us are noticing the same thing, or if it's a controller issue.

[Swift.]

Anecdotally, I was sat on the ramp at nellis with the HMD as sight (so no man trk input to the TADS). And it looked like it was drifting about a degree a second.

[Scuby]

Roger. Will see what I can do about that and if it translates well to video, while recording VR monitor output. 

[macedk]

I had this happen as well. 
1 of the analog sticks on my LG rumble 2 Would "center" left. 

Solution was to re plug and calibrate. 

Usb stuff can do weird stuff sometimes. 
And I have a shortcut to joy.cpl on the desktop for quick acces. (location of joy.cpl is in system32 folder)