FlyPT 6DOF/Stewart/Hexapod Interface for linear and rotating actuators

Sorry, I gave wrong info from memory.

Landing gear is nr. 137, I am dividing the current weight (nr. 63) to make it aircraft independent and mixing it with Gload norml from “ motion platform stats” (nr135)

I've been following this tread closely. Has anyone had any luck utilizing this app on the DOF Reality P6 rig? Can it even be used?

I don't know if it works, but maybe try this:



Put in port the port you are using and
[A<Axis1a>][B<Axis2a>][C<Axis3a>][D<Axis4a>][E<Axis5a>][F<Axis6a>]

I don't know if you really need the start/end sequence.

Taken this from videos of other DOF rigs on youtube.

Don't forget to update the rig dimensions.

I WILL CONTRIBUTE!

@pmvcda, Ive been lurking on this site for a while now and have been building my 6dof 12v worm gear rig for months! This thread was mentioned to me on the SimRacers FB page by @SilentChill and I couldn't be happier! Thank you for all that you have accomplished in such a SHORT amount of time. Again, I would be willing to contribute to your subscription as Im sure others will too! Just let me know when and how much.

@pmvcda Ive done a vid trying to set it up, I think its ok set at DEMA bandstop but I dunno it look s a lot more movement in the vid than what I feel driving. Didn't realize how much it was actually moving. The heave is savage though need to lower that a little.

Hope I make sense cause I'm mumbling a lot lol

Thank's,

But I think I can make it without iRacing.
At least with a memory mapped file.
I have already found some info about the iracing SDK.
Can make it without subscribing, but I need help for testing.

Might not be in the new version, but I will make it.
Stay tuned for some news soon.

Do you guys have connection or re-connection issues of the comport or it’s only me ?

No issues at all here

Thank you for your feedback.

Shall I understand that you never getting this dialog,

also when you close and relaunch FLYpt,
or when you press multiple time start/stop button in the bottom right corner of the interface?

Thanks

I have never had that issue. Or any connecting to my controllers for that matter.

I found it.

My air manager soft was trying to auto connect to Arduino devices.

Unchecking solves all issues.

Thanks for your feedback

Does anyone want to get together on Discord or Teamspeak sometime and compare notes on setups, etc? Just a general bull session, perhaps learn from one another?

Yeah sure, we have a discord channel setup it's in my sig

@pmvcda
Thumbs up for your work, this is exactly the king of software I was looking for before starting to build my full size rig.
For now, I just have a scale model made of RC servos, but I read: "This interface is work in progress and was developed for a specific hexapod that can send back information about position"
If I understand correctly, since you don't get information about position with RC servo, it is not supposed to work that way. Did I get it right ? If so, any plan to add this feature in a near future so that everyone can test on a RC scale model before inversting in the full size build?
Thanks in advance and keep up the good work mate.
FoxOne

Bee busy those days...
It should work.
If you are using an Arduino, that's just the usual config.
That text should be removed. I have to update the first posts.

@pmvcda
Yes I am using an arduino indeed. Ok, I'll give it a shot then. thanks a lot.

Hate to ask because I think its already been answered above........ But a thread search came up empty.
Is there a FlyPT option to interface with quadrature encoders?
Or can the pulses (not quadrature) from an encoder be sent to the ESP32 with associated adjustment for resolution based on PPR?
Would like to maintain full control of my servos with encoder output via FlyPT mode.

I think its safe to say no because FlyPT mode only works with this or similar setups https://www.xsimulator.net/community/threads/flypt-6dof-brushless-diy-actuators.10799/ .

Lost this post.
Like @BlazinH says, it's made for my build (kind of a tailored solution).
When I made the program, it was just for my rig, but then....
I even thought of making the FlyPT output disappear, and it might be before than I thought.
Just need to change my boards code.

Why?
Because right now, you already send speed and position to the boards (speed with <speed1> <speed2> ...)
I just need to check the receive position to be sure it works. (I think so)
That way, I would put everything in the same basket and remove the FlyPT output.

So to use it, you need to change the code on your boards to:
Receive/Send position (Same bit range for both)
Receive speed (8 bits 0-255)
You can remove PID from the board, because it would be calculated by the program.

You can use as a reference my code on the build thread.

Advantages are:
-Calculate/adjust PID real time
-Make rig move actuators in such way that target is achieved by all at the same time (we compare all positions and calculate needed speed for each one)

Disadvantage:
-Communication. Can't use big/bad usb cables or we loose to much data. Maybe solved with wireless or other solution.

Two questions:
1.)
Apparently @Thanos board has 12 bit output (has to be confirmed) and allow the use of 12bit digital sensors.

In this case, do we loose the speed or positioning resolution capability using FLYpt?

2.)
Would it be possible to use your "calculated speed per actuator" feature in @Thanos boards? If yes how ?

Thanks