Wondering if you might want to help out a little bit in sharing your code... before I´m starting fro
Wondering if you might want to help out a little bit in sharing your code... before I´m starting from scratch? 
TLet me work on getting set up with a GitHub and I'll send you the link. This will help me to get it documented and uploaded, which I've been putting off haha.
KThat´s fine for me I don´t have to rush on this project
I don´t have to rush on this projectTThanks, I'll keep you posted! Glad to help!
Fhey walmis im having some issues with my virpil alpha
Fsome times button 10 registers momentarely
Fand button 2
Falpha prime is ok
Fi tested with virpil software in brd base and its ok no problem with buttons so i think is a software isse
For the support is just for alpha prime??
Fsorry the software is just compatible for alpha prime
F??
WI have a VPC alpha, I'll take a look. Does it happen often?
Fyep every time i use it
Fbutton 2 and 20
WPreviously you mentioned button 10. And I mean how often? Does it flicker once in a minute? Hour? Constantly?
Fsorry buton 20 and 2
Fmm let me send you a video
FFThere is it
FWith this in DCS it’s difficult to asign buttons to commands
WThanks, I'll look into it
F
Fmm let me check
Fyes
F1, 2 and 20
Fits alpha gen 1
S@walmis, @skypickle I also just encountered the same error regarding the config.ini, it was because in the config.ini, there is a duplicate section: the [UH-1H] section is in there twice. I removed the first one (which only had type=Helicopter in it) and now it seems to be working.
SI pulled the latest revision from the github.
SThe config.ini file is present
SI add this to the cinfig.ini file:
S[FW-190D9]
type=PropellerAircraft
buffeting_intensity = 0.0 # implemented by DCS
runway_rumble_intensity = 1.0
engine_rumble = True # rumble based on RPM
type=PropellerAircraft
buffeting_intensity = 0.0 # implemented by DCS
runway_rumble_intensity = 1.0
engine_rumble = True # rumble based on RPM
Sstill seeing this:
DThanks for using comments
STraceback (most recent call last):
File "C:\Python311\Lib\threading.py", line 1038, in _bootstrap_inner
self.run()
File "F:\Dropbox[DCS\Joysticks\VPforce-TelemFFB\main.py", line 163, in run
config.reload()
^^^^^^
NameError: name 'config' is not defined
File "C:\Python311\Lib\threading.py", line 1038, in _bootstrap_inner
self.run()
File "F:\Dropbox[DCS\Joysticks\VPforce-TelemFFB\main.py", line 163, in run
config.reload()
^^^^^^
NameError: name 'config' is not defined
DIs that missing “]” after DCS?
Sno, the directory is named [DCS to put it at the top of the list
Sfor some reason sliphavoc's comment just showed up. I'll try his edit
SWorks fine now
S@sliphavoc thank you
RIs there anyway to disable the "Rhino FFB Joystick detected" message from Microsot Edge? Every time I power the Rhino up, the message comes on, and sometimes, the close button doesn't even work.
DI reported a similar thing 🧰support
MAre the motors made in China or do you manufacture them yourself (in EU)?
WYes we import them and process them inhouse
SFYI, maybe we should add this to the troubleshooting section of the manual in some fashion? I just built a new pc but the stick is not recognized. I tried to connect through the web config tool and it didnt work. I did however get a message that there not enough usb endpoints. I moved the usb plug of the hub to which the rhino is connected to another usb port and now it worked. I was using a port in a startech 7 usb port card but apparently that pci usb card shares its chip among all the 7 plugs. A motherboard usb socket worked fine.
JI come again with a question I asked earlier but I either did not understood the answer right or it just don't work that well So again.... I fly the F-14 almost exclusively and think the FFB is very well implemented. I just wish that the Rhino would be a little harder/stiffer around the center.
Now, the last time the answer was, to work the saturation, BUT, as I understand it, the center of the stick is constantly moving due to different trim for all possible flight regimes. If I set the saturation, that should only work in the physical center of the rhino.
So, is there a way to stiff up the center of the stick not regarding the physical center? Is there a way to implement something that will be working (extra stiffening of the first, lets say 1-2% of movement) around the current stick position? Like a bubble following the current setting? That might be necessary to grab the current trim position from the game as well as it is projected for the Harrier? I'm a little bit on the lost here...so any help...
Now, the last time the answer was, to work the saturation, BUT, as I understand it, the center of the stick is constantly moving due to different trim for all possible flight regimes. If I set the saturation, that should only work in the physical center of the rhino.
So, is there a way to stiff up the center of the stick not regarding the physical center? Is there a way to implement something that will be working (extra stiffening of the first, lets say 1-2% of movement) around the current stick position? Like a bubble following the current setting? That might be necessary to grab the current trim position from the game as well as it is projected for the Harrier? I'm a little bit on the lost here...so any help...
WIf you adjust the spring mapping (like in the pic) it will stiffen up around the virtual center:
JOh, OK, I will try it, thank you. Might have misunderstood the last time.
ILet me know if that works for you
JIt does, but it gets kind of edgie, means if I give it a nudge the stick gets himself in a shake of death. Have to figure out what to do against it. Keeping it firm in my hand it works well.