FlyPT Mover

Hi pmvdca and all who have contributed to this amazing community, thank you very much.
I'm just starting out a few weeks ago and the learning curve has been mega, but this community rocks.
I made a quick and dirty 2DOF with RC servos, mates liked it but I wanted more. Like a Stevens platform. I've had many late nights reading and watching about such godly devices and learing about transformations (OMG my grade 4 maths did not like that much) and now I have found FlyPT Mover. I will put aside my failed geometric inverse kinematics and gladly accept your work, I look forward to being up and rolling soon!
Thanks again.

Though I don't know to what your math grade 4 compares to my local system, I'm quite certain that your math probably overshoots by far what you need to successfully use FlyPT Mover! Especially when you talk about, what is the word, 'inverse kinematics'. 'Genius' does it all!
Welcome aboard!

Question to pmvcda and all who already may have encountered the same problem: I have asymmetric range in surge: 100mm vs 120mm. How can I best cope with that?
I thought of off-centering resting position for some 10mm, so I'd have the same 110mm in both directions. But I'm not sure, how to apply that. And maybe there are better solutions? It's a factory built rig (rotary hex) and I use RIG::JUST POSE.

Hello Pmvcda

Hope you are doing well

I've mentioned this a couple of times now and talked with Cubexx briefly and he thinks its a 1 calculation error that is causing it so i think its narrowed down to a Mover thing.

ST90 Servo motors AASD 15 behind a line filter
Ard Mega, Grounded

Turn on motors and start mover directly results in this. It can rip the motors out of their mounting points. The ones that stay at -9999 are actuators and they move the wrong way so they get stuck there while the others are in the Gseat and can move past the limit and as such resets to normal after going to the extreme.



Turn on motors. Reset Ard Mega and then cycle outputs on and off and everything works perfectly fine.

Its only a minor nuisance really but its one more step to go trough. If you get a chance to have a look at it someday that would be great but its not a pressing matter.

https://www.xsimulator.net/communit...-for-aasd-15a-and-similar-driver.14421/page-4

Thx flypt.

Hi guys,

I am trying to tweak my DCS mover profile (available online), but I have some problem with roll :

First one without kick at end of roll. And others with 2 different level and a EMALP/EMALP/EMAHP filter.






Really hard for me to choose, what do you think ?

thanks

None of the above!

Just use a LP(HP(Value)).

Quick explanation: In this context the LP serves as an integrator. A single LP will do, because the data coming in is already an agular rate [°/s] and only a single integration is needed to turn it into an angular position. The HP is needed to create the washout.

At least that's what the "classical filter based" approach to motion cueing would do.

Cheers

Hi @dureiken
Really good presentation of the different settings! Thumbs up!
Let your stomach decide what feels best for you. If it feels great ......it is great .....until you find a better setting . That was my learnings.

Wickie

At the occasion, plz. check with phyphox gyro on the rig, how much peak you get when you abruptly engage a barrel roll in a fighter jet in dcs. I would be very interested

There are three places where COR can be changed. Two are tracked by the VT MC: source and pose. However, changing the rig COR causes the MC to go our of sync. This is not being tracked properly. Is this intended behaviour?

This is what I use for DCS, it works perfectly (with the small addition of a spike filter for when the plane first starts to move as DCS tosses out a huge spike)

Thanks a lot it's clear now

And what about pitch ? I think it's the same ? and Heave, surge and sway as we are in acceleration, we need 2 LP to go to angle ?

Thanks

Could you share your mover profil ?

thanks a lot mates !

Sure, I will send it via discord

For translations:
Yes. Lateral, longitudinal and vertical accelerations are each integrated by two LP filters into a platform displacement (sway, surge & heave). The HP filter is also needed to create the washout.
--> LP(LP(HP(Value)))

For tilt coordination:
Lateral and longitudinal accelerations could in principle be used to drive the roll and pitch channels directly (no filters!) ...BUT... that would be easily detectable by the inner ear. So you wanna apply some measures to make the transition of the tilt less detectable. Three LP filters will do the trick, because in combination they are essentially a rotational jerk limit. You don't need a HP filter here, because you are actually interested in the sustained accelerations.
--> LP(LP(LP(Value)))

That being said, I would like to second what @PeterW said: If you like your rig to move in a different fashion for whatever reason, that's totally fine! Even Cruden deliberately deviate from the classical filter based washout algorithm in some areas.

I have the feeling that in accels, a second order of HPF instead of single one, works better.

This is for sway and surge mix in pitch and roll ?

thanks

You mean for platform translations (surge, sway, heave)? I looked into higher order HP filters a little while ago, but didn't reach a conclusion really. I did find out though, that if you just concatenate multiple HP filters you can generate an overshoot in the opposite direction! In the end I basically shrugged my shoulders and went on with single order HP filters.

I'm gonna have to try it out on my new rig.

I just made some more roll speed tests :

EMALP 200 BAD IDEA lol


EMALP 1000 short roll too hard, rollback too smooth


EMALP 2000 short roll nice but rollback really too smooth


definitely 200 is the worst setting

sorry it wasn't published. Should be fine