even when i click 'old' it only shows me two posts
even when i click 'old' it only shows me two posts
Pahh ok, sorry then m8 that was my big idea
WIt uses none of these ports 
It's 34380
It's 34380WThe port is defined in main.py and telemFFB.lua
Freally? Cause I see 11+ pages of posts from you.
F272 results
S
S
Ftype "from" in the search field and you'll see the search options
Sok it wants my discord name, thank you.
Fnp
SUgh itβs doing it again. How to fix this?
Pare the motors doing a vibration/shudder type thing?
Syea, the injected spring keeps going to 0 every second
Sfrom xpforce.
PWalmis is aware of this & is working on a fix for it, is this mainly happen when not actually flying?
Syep im looking forward to ditchin xpforce.. it happens all the time after loading into a flight
Pfor me it mainly happens when the stick is 'limp' while in a game but not flying & I move the stick all the way to the right x axis
Pjust need to try avoid the temptation to move the stick while it's in that state
Pthe good news is that from what I remember Walmis saying the actual shudder is the motor self protection kicking in
W@pinksht These are two different problems 
Not sure what's up with XPforce though. Does it happen only when 2 FFB devices are used simultaneously?
Not sure what's up with XPforce though. Does it happen only when 2 FFB devices are used simultaneously?
POoops sorry, got that one wrong
Sive tried shutting down the pedals but it still happens. pedals by themself is ok. Β―\_(γ)_/Β―
Wcan you check the XPforce log file ? Or attach it here
DProof that Walmis is thinking of working on pedals 
Sits 100mb 
here is the last 4000 lines
here is the last 4000 linesSXPForce_last.log257.82KB
Sand FWIW my vjoy setup has the ffb disabled & i dont run the rhino's thru it with gremlin at all. and gremlin wasnt even running, i am migrating away from it now
S
WNot sure what's going on here.
Could try disabling vJoy completely? Does it happen only when two Rhino boards are used simultaneously?
Swill give that a try. i'm transitioning away from this 1st vjoy device, i used it to combine a bunch of things so i wouldnt have to switch so many devices in msfs to change planes. now i'm using SPAD.next for that, but needed to make the 2nd vjoy because turboprops have a condition lever that has weird inputs, and the vjoy is a go-between to accept "button presses" depending on lever position.
SHey all - am I the only one having trouble with VPForce-Telem? I did an update (git pull for TelemFFB) and unclear if that causes this but I'm getting this error. Some light Googling would indicate PyQt apparently changes things around from time to time which begs the question; did I inadvertently update this localizing this to me, or does TelemFFB need to be updated?
Whey try
pip install -U pyqt5Welp that did the dew.
SWas that an update I just missed? I tend to just run a git pull from the command line every few days, guess I should get in the habit of checking the page?
Dexe is great, no need for python
SYa, I didn't realize it had one now I'll prob switch. I feel like I need to cold-start DCS at this point with all the shit to run all the shit I use
Doh, I hear ya
Kis there a new telem version? latest version I see is dated March 19th...
TI am sure it is a wiring issue in the extension as when the cable is stretched straight out behavior is okay, only when compressed that I get the errant button behavior. Ordered another one this morning, and can meanwhile manage with the stick with the solid button 1 and the apache, the force trim effect being the main reason to buy the rhino in the first place.
W@Rhino Owner @FFB/Kit Owner I've pushed a firmware update today. Fixed some quirks and the
@.durham Try it out, maybe it will help with the issue you're having.
Force Compensation@.durham Try it out, maybe it will help with the issue you're having.
RWith the travel limiter that can be 3D printed. Do any of you have a source for the total travel or deflection for a uh-60, ec145, 64c etc. looking for a good approximate number so I can print one limiter plate.
IWhat does force compensation do? A quick look through the manual I donβt see it on there.
JThe gimbal only has a finite amount of stiffness. At full force and full deflection, the gimbal will eat some of the travel, such that the motor won't see the full deflection but only a certain fraction.
At least this is what I understood it does.
At least this is what I understood it does.
Sso far, disabling vjoy seems to have fixed it- ill have to fully migrate away from it now!
R@walmis After applying the new firmware update I'm seeing some odd behaviour with force comp on the X axis. Increasing the comp is reducing the reported axis deflection rather than compensating for loss of deflection caused by the spring induced flex. Y axis comp is working correctly (although it seems to be much more effective now).
I have an 11 degree throw limiter installed and axis have been calibrated with it.
I have an 11 degree throw limiter installed and axis have been calibrated with it.
ICan you explain where this setting is? I donβt see it
Invm i found it.
SJust to make sure before i wire this up, is this the correct order? match pin names except Shift Register Do -> Main board Di, and Di on shift register not used?
Sand then the joystick like this?
WThanks I'll check this first thing and push another update 