that's all good m8. I might not be around by then . Feel free to hit me up when you see me online tomorrow or whenever. I'll be happy to try help out if I can m8. Goodluck in the mean time.
thats an error generated by the configurator software, not TelemFFB. I see it from time to time when doing a lot of testing with TelemFFB where I am constantly starting/exiting the app, but its by no means a regular occurence.
You can try this from CLI (assuming you don't have any additional VPforce devices, otherwise you need to specify the serial number)... in a command prompt From the configurator install directory VPforce_FFB_Configurator.exe -config path/to/config.vpconfVPforce_FFB_Configurator.exe -config path/to/config.vpconf
Interesting... the error message indicates some sort of USB communications error with the device.. Yes, I realize it is working fine with the app, and its otherwise talking fine to TelemFFB. The only suggestion I have off hand would be to try a different USB port.. especially if your on a loaded up USB hub.. cheap answer for support, but thats all I got. Gonna have to wait for walmis to get proper support for the configurator app.
Thank you for the suggestions. The Rhino is on a fairly loaded up powered hub. I've tried different ports on two adjacent hubs with no other ports powered, but still the same issue. I don't have a cable long enough to reach the back of my pc. I also wonder if it may be the cable I'm using, it's the only printer cable I had lying around, and it's very old at this point, I've been meaning to order a new one. Otherwise, I will wait for what Walmis sees.
Have any of you y'all run into your computer not going to sleep with the rhino plugged in? If so how did you solve it. Ive looked most of the google answers and cannot figure out a solution. Thanks
Sleep, I simply turn it off when not using it. 1: disable quick boot, so you get a fully fresh boot. 2: it shouldn't take more than 30 seconds to start it anyway if you have a sim capable PC.
That said, since I use my pc for other things as well, I have remote triggered AC switches on the sockets for the usb hub and rhino powered so it too is not powered or connected unless in use.
if i repeat (FLY AGAIN) an instant action sortie...pitch axis goes limp F4E...going fore ant aft rapidly seems to wake it up again...telemffb running or not makes no dif....no stickys selected...oh yea...yesterday i re-routed the cable that runs from the joystick out of the rhino and into my realsimulator base so that i can use all of my 64 buttons on my realsimulator stick
Quick boot won't help in this case, I just recommend disabling it as it ie a source for a lot of windows rot. And it doesn't actually make booting up any faster what so ever.
@walmis Hey Walmis, I found a bug in telemffb. If you invert your aileron axis. In the configurator. The lateral force will be in the wrong direction. I changed the sign in the aircrafts_msfs_xp.py (side_accel =-telem_data["AccBody"][0] * self.lateral_force_gain). Now it works for me. But an invert button like the deaceleration force would be nice.
So assuming the axis moves in the correct direction in the configurator, to verify the effect : the lateral force in telemffb should add some force in the direction of the pull i.e. if you roll left wing down, and hold the plane level using rudder the stick should feel a little pull to the left due to gravity.
Just to clarify: You don't have any axis inverted in DCS? When you have (properly) set the axis in the VP configurator, the axis in DCS should not need inverting.
@walmis Hi Walmis. What's the chances of getting an auto calibration routine when a device is powered up ? I know almost all joysticks motion probably fall within the one motor rotation so the system knows where centre is. But for some non joystick designs ( like yokes) it is harder to do.
Hey @Rechs, So the last Shipped RHINO is #0602 on 2024-06-27 Average waiting time from preorder to shipped is 208 days, median is 209 days, max is 437 days 587 Rhinos are shipped in total
Hey, I'll research this, but in the meantime you can do something like this: Let's say you're building a yoke and when powering it you need it to startup in the correct calibration. Now, let's say the simplest the position to startup is the fully forward one (for a stick it would be centered). Then what you would do is to push it fully forward, reset the motors and check what the "raw" angle is. Adjust the belt/pulley so it's roughly 2000(+-500). Next do the full auto calibration and store it. After that, before powering on, move the yoke fully forward and it should start in the correct calibration every time.
Thanks walmis, I think I understand. But would this process be dependent on being only one rotation out of the middle rotation ? What if there were 4 rotations from one axis end to the other ?
Ah, 4 rotations shouldnβt matter. Because the full forward calibration point will be between 0-4096 and itβll be happy at startup. Full back will be ~18000 or something.
Would it maybe also be possible if the stick calibrates to 3800 full left to 3700 full right that the controller will remember that 3900 is actually a left defection, left of 0? So that exact centering of the physical motor doesn't matter as long is there is no ambiguity in position (because <360 degrees rotation overall)?
Thereβs a setting in Edge to suppress this, however despite setting this, it does still happen unfortunately. The chrome version of this setting seems to work though, just an edge bug I believe (also, AFK so canβt check the exact setting, but people have posted about it in this server before)
Hi guys, I am using ALPS RKJXT1 on my new DIY grip and it has a problem, pushing in one of the 4 directions the center push button is also pressed do you know if there is any way to isolate or filter it using VPForce software?