FlyPT Mover 3.5.3

Hello @pmvcda. Don't know what internals of your code look like but maybe you could implement thread safe producer-consumer double buffered queue and use that to comunicate between different modules and threads. This way you could post data between calculation thread and ui with single point of synchronization and let threads consume whatever comes in at their own pacing. Just remember not to use dynamic heap allocation for requests as it will affect performance. Better is to preallocate buffers for the requests(messages) and copy request bytes into them as you push new request. Whatever you do, try to avoid multiple synchronization points throghout your routines as it will become a nightmare to maintain. If queues are an overkill just gather all of the data that threads need to exchange to a seperate structure or class double buffer it and swap at a single point with locks. Also the consumer should be swapping at the beginning of its update loop getting letest available data before its work.

On a side - you've made a terrific software! I hope to use it someday in my own sim rig!

Just some news here:

Remaking it almost from zero!
Well, restarted everything and been copying part by part and reviewing all the code.
Until now, it's coming along nicely. Current tests give me a CPU usage around 4 to 5% with 2 ms calculation updates (could be less than 1 ms, but with around 30% CPU usage).
Interface is updated at 16 ms (60 fps), but might come down to 30 fps (it's not a game).
Solved many bugs I found and optimised many parts of the code.
Filtering is now based on the 2 ms updates, so if you don't exaggerate in the number of modules, filtering values can be shared between users, with the same results.
A new filtering system is coming with the new 2.0 version.
Now you can compose a filter however you want. Includes: gain, crop, remap, filtering operations and maths operations.
Whatever you want, you can do. (I hope)
System seems to be working, but I need a good interface to make it easy to use.

Still around half revision to do.
Some more days...

Stay tuned.

Hi,

I'm trying to simplify it.
Just some locks with a good separation.
Let's hope it's smooth as butter.

Just wanted to say thanks, I've been following your work for a while and your original designs (particularly your aluminium extrusion/3d printed sliders on actuators - and rig geometry) have been invaluable in the design of my own 6dof rig. Your software is looking incredibly promising and I cant wait to test it out when I have a platform to connect it to. Keep up the incredible hard work and thanks for sharing and being so open with the community. If there is some way I can donate to your efforts let me know.

Hello, missing something ?
My Rig don't move … but 3D Viewer .. yes , maybe ( start string/ stop string are not good ????)
Set up is : Pose Motion with only Heave
thank you !

What type of rig?
Is it with AMC? 6 actuators??


@Flymen Trip wrote this earlier...

I'm sorry, but current versions of Mover have many bugs and problems.
I'm working on a new version with many internal changes. Need some more days.
But, I think it should work.
Do you really need the start and stop string?
If not, remove them (clear the string)
I see on the rig, that you are using 8bit output. Is that the value of your interface?

Hi . I m with Arduino uno / 6 actuators
set up with version FlyPt Hexapod Interface 1.8.7

Try this:

yessss, ca fonctionne !!! merci beaucoup
Thanks a lot everything work now !

Hey there @pmvcda Sorry I disappeared. I'm going to be flying under the radar for a week or two but then I'll be back full force. I was so happy with the results from FlyPT Mover that I got all excited and decided to finish my Huey cockpit that's been on hold for over a year and a half!

Also, I've got a little business startup I'm going to be working on. I'm always busy, but for the next couple weeks I'll be SUPER busy!

Have no fear though, I will be checking in and before long I'll be back to testing Mover like I was before as soon as I finish up the construction on the motion platform so I can run it again! =D

how about a phyphox support in Mover?

Could we imagine to grab real-time the data ?

- direct data import from file for analysis and tuning
- 6dof gimbal
- montion cancellation

Why not
I made a fast test, and we can receive it by network. Don't know if I can access data directly, but it might be possible.
I can make a source to get data from the address given by the program.
But I'm a bit behind on the updates right now. You made me curious.

Some more tests, and adding commands to the address gets the data.
So I will make it. It's pretty easy.
Don't know if fast enough.

Putting here just for my reference:

...IP...:8080/get?abc&def=full&ghi=42&jkl=23|mno
...IP...:8080/control?cmd=stop
...IP...:8080/control?cmd=start
...IP...:8080/control?cmd=clear

Could not get the data, but I will see it better...

I started ask questions in the forum.
The developer (Sebastian) is pretty responsive, you can develop the thread asking whatever you want there.

https://phyphox.org/forums/showthread.php?tid=327&pid=540#pid540

Beside real-time applications we could also think about what could be the easiest way (a standard) to playback a synchronized telemetry.

Best

I have it almost working.
Just need the get command for speed and Height in location.
Others are just:

...IP...:8080/get?accX&accY&accZ&linX&linY&linZ&gyrX&gyrY&gyrZ&locLat&locLon&locDir

pretty simple
This command get's you the last measurements. What I need to make a Mover Source.
Recording was already in the works.
But now I will try to finish it (when I can)

This is the result of the request.
Just need to get the info from here:

I have everything needed:

:8080/get?accX&accY&accZ&linX&linY&linZ&gyrX&gyrY&gyrZ&locLat&locLon&locDir&locZ&locV

Some other commands also.
Got info here: https://github.com/Staacks/phyphox-...va/de/rwth_aachen/phyphox/ExperimentList.java

Location is based on satelites. So not much precision. But I'm interested for an older project I have.

Made a video of the first test.
Needs some optimisation.
And it's running through the web, not in the local network (it can be faster, I will try at home).
Data received is linear acceleration and rotational speed.


Note: Gravity is checked in the source, but disabled internally in Mover. This was just a fast test

Looks like a lot of latency there.
And I don’t think you’ll get a good translation calculation. Can you move your phone sideways (no rotation) and hold it there?

@pmvcda i thought you said you were going to eventually output the position and angles of the platforms CoG (or user picked position). That would be much faster and better solution for motion compensation.