The plastic ring on the inside broke. So it looks like I need a new power supply. Any recommendation
The plastic ring on the inside broke. So it looks like I need a new power supply. Any recommendations for the US?
WNo need to replace the whole power supply (e-waste and all), you can replace only the jack: https://www.amazon.com/s?k=5.5+2.5+dc+plug
Amazon.com: 5.5 2.5 dc plug
CI will look into this. Any ideas on the buffeting issues?
HEverything else feels normal? No grinding, no cracking noises etc. ? Can’t think of a reason why only one certain effect could cause issues….. Checked the settings? (in config and telem!)
HTelemffb needs an Config file to use the settings.... In the Settings Page I selected a standard profile that should be loaded at startup.... But.... When starting the sim, the stick is passiv... only acts like a spring / Damper.... If I select / load the same profile in the planes dialog the stick comes alive... why?
NI don't fully understand what you are asking. You don't say the sim, but I'll assume DCS.
Taking TelemFFB out of the equation here (all it's doing is pushing a saved profile to the joystick)....
DCS "takes over" the spring effect during startup, this is why your stick goes limp when the sim is loading. It takes ownership of the spring effect and sets the gain to 0.
When you load into an aircraft, the FFB implementation for that aircraft will set the gain of the effect to whatever it should be based on the phase of flight you load into.
When you exit back out to the main menu, the stick generally goes back to a springless state.
Taking TelemFFB out of the equation here (all it's doing is pushing a saved profile to the joystick)....
DCS "takes over" the spring effect during startup, this is why your stick goes limp when the sim is loading. It takes ownership of the spring effect and sets the gain to 0.
When you load into an aircraft, the FFB implementation for that aircraft will set the gain of the effect to whatever it should be based on the phase of flight you load into.
When you exit back out to the main menu, the stick generally goes back to a springless state.
SI have had this on and off since the beginning:
SSThere is no Sim running and here are my settings
S
SI can get it to run ok, when I turn down the gain, but in DCS, any periodic effect will kick it off again. Any ideas?
WTry reducing "spring strength proportional damping" and you can try lowering the damper LPF to 6Hz
WI suspect the 3d printed extension is not rigid enough for high damper gains
SThanks for the quick reply! I set "spring strength proportional damping" to 90% and damper LPF to 6 Hz.
SIt is much smoother; I'll give it a run
SI also had this happen before I added the extension.
SAfter a couple hours flying Apache, it seems to have solved it. Thanks @walmis !
FHi, I am looking for a X-Plane/MSFS airplane, where the autopilot following works well. So far, I am always having increasing oscillation issues. I want to turn on the ALT or HDG knob and see the magic. Does this work for any of you? On which plane?
SWhy is my configurator constantly pulling the master gain to 50% for no reason? Has anyone else had this?
WPossibly you could have sliders configured in telemFFB and it automatically sets the configured values. Without further context hard to tell 
SI don’t have any sliders set in ffb that would be causing this. Do you know which ones might be the culprit?
SDoing it both in fs2020, and in dcs
SLike even the tf51 profile does it, it wasn’t doing it on my other computer
WTry running without telemFFB and see if the settings stay. If so telemFFB is loading a profile somewhere.
SSo telemffb appears to be the cause, how do I fix it?
Wmake sure slider overrides are not activated in telemFFB
NHard to say without knowing the exact process you are following and when it is changing (you can watch the configurator slider to see exactly when it changes). However...
Today, TelemFFB attempts to leave the gains in exactly the same state in which it found it when it was started. Upon startup, the gains are read from the base. When you exit TelemFFB, it reapplies those gains. This means that if you start TelemFFB with a slider set at %50, then realize you want it at %100 and change it manually, TelemFFB will set it back to %50 when it exits.
In the next version, this functionality will be placed behind a system setting rather than being the default behavior. It can be useful, but can lead to confusing results if you don't know its happening.
Today, TelemFFB attempts to leave the gains in exactly the same state in which it found it when it was started. Upon startup, the gains are read from the base. When you exit TelemFFB, it reapplies those gains. This means that if you start TelemFFB with a slider set at %50, then realize you want it at %100 and change it manually, TelemFFB will set it back to %50 when it exits.
In the next version, this functionality will be placed behind a system setting rather than being the default behavior. It can be useful, but can lead to confusing results if you don't know its happening.
Preport about il2
spring force of some planes is too low, it feels like almost there is no ffb while other effects working absolutely fine.
and I found that I cannot raise spring force gain because it is already 100%.
and master gain is already 100%
and spring force of some other planes are strong enough.
for example - tempest, spitfire vb is too low
t152h, il2 is strong enough
I think it need to be fixed. all other ffb is working fine. only spring force is the issue. Thanks.
spring force of some planes is too low, it feels like almost there is no ffb while other effects working absolutely fine.
and I found that I cannot raise spring force gain because it is already 100%.
and master gain is already 100%
and spring force of some other planes are strong enough.
for example - tempest, spitfire vb is too low
t152h, il2 is strong enough
I think it need to be fixed. all other ffb is working fine. only spring force is the issue. Thanks.
NThis should be raised with the IL2 devs. IL2 has native FFB, meaning the spring forces are generated by the sim. A given FFB base just "does what its told" in this regard.
CI took my rhino apart some and am reassembling now. I did not realize the pulley gears had a couple longer screws. Does anyone know which spot the longer screws go?
PI pushed it to il2 devs but it will be more simple if I can increase spring gain more than 100% though
HWhat do you mean? The long screws attach the belt pulley to the gimbal. 5 or 6 each iirc. These are the longest screws in the rhino I can think of - and they can't go anywhere else. I have a DIY rhino though.
WThe two longer screws go at the base of the gimbal frame - the two "deeper" holes
HI'll shut up.... 
TAs walmis mentioned, the long screws go on the base of the gimbal frame. Just remember that one of the bases faces the floor and the other faces the top.
CThank you!
Tok I'm sorry for whoever is brave enough to attempt to help me lol. I just recieved my Rhino. I have never touch a FFB joystick/ base in my life.
TWhich way does the base come configured? the red button far away from pilot or the red button close to the pilot?
Nnormally e-stop (red button) toward pilot... but its literally 3 clicks in the configurator software to invert the axes, so install it whichever way makes the best geometry for your setup
Tok next question is there a tutorial or a page for me to go to for setup or how do I get the software?
Tthank you so much
K@walmis i think my winwing adapter is dead on arrival. None of the buttons are working and error button 32 isnt on either
![Prometheus [Prom]](https://cdn.discordapp.com/avatars/777496628579401739/90d1e9e0a05c7bafd59a74ba942bd870.webp?size=40)
Ppoor connection between stick and adaptor, test whether the winwing plug goes into the adaptor sufficiently (mine didn’t)
KDoubt thats it. I really used some force to make sure its properly connected with and without screwing it. But I think the issue is between the adapter and the base cause I just got it today and according to the manual the newer versions should show bad connections between the stick by turning on input 32 which is off
KAs if the base doesnt detect the adapter
K
KAnd I know the grip works cause I tried it back on the orion so I can confirm thats not bricked
Pyou’re right that the 32 indicates poor connection, not a failed stick…..mine would register the correct buttons only on firmly pressing in the stick plug to adaptor. Sounds like your issue isn’t that though
JJust finished a build and it worked for about an hour before the USB disconnected (while still plugged in).