Stop the Cursor Movement
-
@Switch:
We screwed it up. We implemented it (commands.h, commands.cpp) but forgot to expose it (findfunc.cpp). It will be fixed in next update.
I have the same problem with my TUSBA TQS cursor… Drifting to the left all the time… Hope to solve my problem with your next update???
-
Lol I first read the topic title like it was propaganda for a new political movement. Sorry for the offtopic.
-
I have the same problem with my TUSBA TQS cursor… Drifting to the left all the time… Hope to solve my problem with your next update???
I HAD !!! that problem with my TUSBA R2 TQS cursor. It can be corrected using the RS_HID_DEV_TOOL.
-
I HAD !!! that problem with my TUSBA R2 TQS cursor. It can be corrected using the RS_HID_DEV_TOOL.
Can you specify, prese?
-
The problem with the cursor is that the controller doesn’t return to a repeatable zero - you can sort of “help” it manually during calibration, then you can set your deadband and help it more…but it takes some fiddling.
If you really want to go full-geek, you can note that the for the Cougar the controller acts as a mouse and describes a Lissajous in output…for a converted Cougar TQS that I use with FAF Mac I developed a ControllerMate scrip that determines which quadrant the controller is in and then outputs the appropriate Arrow key command for cursor control - this kills my drift very nicely, and also is very controllable. I still had to do some deadband setting. I’m pretty sure you can/could do the same thing using Foxy (and probably to an even finer extent), but that’s only for the Cougar.
BTW - I have a TUSBA R2 and was able to get the drift out by just adjusting deadband in a combination of places - R2 setup, BMS, CCP, Windows…again fiddly trial and error, but it can be done.
-
Thank you Stevie, I have TUSBA R1 and have not installed any probram for setup the device. I use only Windows(10) control panel. I will download and try the tools from RealSimulator.
-
Moved to tech support as documentation was wrong place
-
I have TUSBA R2 and just calibrate and set a deadband in RS_HID_DEV_TOOLS software. Its pretty simple. I do not use Foxy or Target and I use no settings in Windows or BMS or CPP. Before the TUSBA, I simply set a deadzone in BMS.
-
I don’t use Foxy or Target either. I like to let BMS do the work wherever I can!
-
Better hardware is really the answer to this problem (even in the code it has a comment that says – in effect – this is a workaround for poor hardware). Cursor deadzone settings is the next best answer. The callback…well it doesn’t actually do what you need unless the physical control is precise enough that it doesn’t deliver any “flicker” in position value (…which I’ve observed from the TM gear I have which includes the limp noodle thumb cursors is rather transducer specific…some stop stably, some just look to Windows like they’re in constant motion).
-
+1.
-
This post is deleted! -
I had a same problem with my TUSBA R1 and it worked for me.
First I thought all I have to do is just hitting the callback when the cursor is drifting, but it wasn’t. I misunderstood the callback.
When your cursor starts drifting, touch and move your microstick against the drifting direction so that radar cursor holds its position.
Hit the callback while you are keeping the cursor position, release your thumb from the microstick, then cursor will not drift any more.Hope this works for anyone facing the same problem.