FlyPT Mover

The only way to limit the movement I see, is the limit range of the "from motion"


but i don't know how i can limit the axis in "Back box motion for cars"

This is my setup for my H2, if that helps. I defined the rig myself, as I changed the position of the main pivot for better balancing. I have the SFU gearboxes, with the link at the 85mm hole.


The logistic filter is to drive the seat a bit slower at the extreme positions.

I tinkered a bit with the middle position and the drive pose, because my actuators bump into the frame in the forward pitched pose. The middle offset shifts the range of motion (the angles up top) towards the back, so that I have still got the full pitch backward, but only limited pitch forward. The drive pose then corrects the neutral position to where it should be, i.e. forward of the middle of the range.

Need to test it.

@Michail ,

Limits is the maximum value for each DOF
Drive is the position you consider the departure position and around wich all the pose values are implemented. This allows you to setup a drive position like you do in a car, like tilt the chair using a value in pitch of drive position.

I don't understand what you men with 50º up and 50º down

You can change the signal to minus in the pose gain, or use a GAIN(VALUE;-1) in the actuator value.
But I'm not sure I understand what you mean.

Imagine you are using a plane in Flight Simulator, where the data received is for the COG, in the wing of the plane and the pilot is seated maybe 10m ahead of the data. Here, you can put that correction.
Use this for big values. For really small ones like cars, don't use it.

Please show me a photo of the rig to see if you can set it in Mover right now.
But I doubt.
You can use Mover, but to have a 1:1 relation of the achieved pose with the rig and have the motion compensation working, it might be hard.

Some other notes:
You can limit values in the poses, but since you can use more than one pose in the rig, the sum of the poses might go beyond what you want, that's the reason we have a limit in the rig also.
If you use just one pose, then it will be the same.

I prepared a Discord channel, but since I had no time in the last months/year, it would be a bad idea. So it's in standby right now, at leat until the next release.

Thank you.

I managed to setup again a mover profile for pcars2/ams2 with the help of your video where you setup with the preview version 2.9 dirt rally 2, rpm, suspension and motion.

So it works for know. I have to fine tune a bit. My question is, when I setup a filter for surge emalp and emahp the values for example 150.0 is setup 15 or 1500 will be more harsch with high value than a small value?

Second question is there a possibility to mix heave acceleration with pitch like surge?

or to setup and assign axes from the ground a rig, like we do in simtools?

I mean, that the rotational motor can driving 180 degre, 90 left and 90 right, i want to limit to 50 each direction.

Like hexapod in the back, 2 rotational motor, and like simple 2dof 2 rotational in the front like the bike simulator

what is the reason not taken the 3DOF with 3 Rotation ?

The reason is, that my rig currently don't have "heave accelaration" as third DOF but "traction loss".
When I upgrade to 4DOF with 4 rotational I need something like "4DOF rotational with 4 Motors 2 in front, 2 in back for traction loss.

can you explain for clarity what kind of DOF the Rig in your picture supports ?

First of all the Picture is from this thread.

https://www.xsimulator.net/community/threads/motorcycle-4-dof-motion-sim.16530/

Roll, Pitch, Heave, Traction Loss (YAW).

Currently my rig support:

Roll, Pitch, Traction Loss (YAW). With a block under the seat and a COR with the universal joint.

post additionally a picture from your currently rig

Here you go:





Maybe better when you click the link at my signature for further information, so to be not off topic here.

Maybe some one can me explain why the sway in roll does ever leening to the left ehen I drive like a f1 pilot in the warmup lap right left to warm up the tires?

Surge and suspension workd realy well but not sway.

mover has graphic viewer, there you can see what telemetry data your game send

Hi @pvmcda, I've got a question:
I am using FlyPT Mover for my motion but i 've got some problem with set up parameter in FlyPT Mover.
You could explain that to me about linkage between In gain/flip, Range, Out gain/flip. And Out (mm, rotation angle) of Pose and Range of Rig have any connection?
Thank for talking the time to look over the question!

Input:

Hi @pmvcda, I'm working through a design using ODrive control boards. I decided to tackle the ODrive to learn more about these devices and I have run into what has been for me unsurmountable EMI issues. The serial interface has been really easy to get running with FlyPT Mover but it's just not stable for more than a minute for me. The recommended path to me for stability is to use CAN protocol to communicate with the controllers. So that I don't have to mess with virtual COM port drivers I thought I would write a connector app that reads your memory mapped file output and converts it into CAN messages via a USB CAN adapter.

It has been a really long time since I have done any coding so hoping I can get a nudge in the right direction. If I connect to the MMF output using my own program, will I be able to process a stream of values just like from the serial interface? I assume that I can read delimited data from the MMF for the 4 actuator positions (3DOF with 4 linear rig) but it's escaping me how to handle the MMF. Is the MMF of a fixed size in memory or do I need to somehow seek to the "end" to get the latest data? Is there a recommended amount to read and parse in each loop to be efficient? I may try out C# to do this so if anyone can point me in the right direction I would appreciate it.

I know pvmcda is busy updating his software so I’m going to have a go at this as I understand it and use it. If I get it wrong, someone else in the community will need to correct me. Flypt mover also has a helpful website, that is still WIP. But if we give him time to complete his work, it may avoid the need for him to answer these queries individually.
In gain is I understand the ratio of the value of the input being received from the game for the particular parameter. So if it is set to 1, the full value of that parameter is received. If it set to .5, half the value is received. The only adjustment I’ve made to these in default is roll for me is set to a minus because in fs2020, the parameter is reversed, left is right, right is left.

Range is what you set for each parameter to suit your game and rig in mm or degrees depending on the parameter. So if you want yaw to be 20degrees (and your rig practically has the capacity to achieve 20degrees) then you input that range in. If the game goes to 20degrees but you have an in gain of 0.5, presumably you only get to 10 degrees.

For out, this shows the live value of the data in game after gain, range and filters have been accounted for. You can’t adjust these, it just shows your final values. Anyway that’s how I understand. Hopefully not too far off the mark.

That's it...

Left gain is for the received value of the game, before filtering
Right gain is after the filtering
Range is the limits you want for this pose (not for the rig), you can add more than one pose to the rig so what reaches the rig might be more than what you define in that module (unless you use only that pose module).
To limit the rig, you set the rig limits in the rig module

Hello. So i finally got the 2x60 sabertooth. I successfully managed to connect 2 arduino uno via wireless and to share between then the orientational data from a bno055 sensor.

Now, from my understanding, with the code found on this forum sps_8.2_softstart i can control one sabertooth per arduino. So i need 2 arduino uno to control 3 motors And divide the motors between 2 sabertooth. On top of that i need to modify the code to workout the math. How can i do it?

Basically from my understanding i need to repartation proportionaly the power between the 3 motors to move the sphere in the desidere poistion. Here is a scheme of the theroy and some pics showing the prototype.

Yes, you need 2 arduinos to control your sabertooths.
But you should start your own thread to not pollute this one, unless you want to discuss the way to implement your rig into Mover.
Information about arduino and sabertooth:
Ardunio and SaberTooth 2x32 - easy code and powerful motor driver UPDATE 02/22/17
Good luck.
Pierre.