Showroom Compact AC Servo 6DOF Rotary Stewart platform

It's odd not reply you with Chinese, but for anyone may read it. To start, just read this thread closely, try to figure out every file this thread offers.

Appreciate

Great!,... and yes ... I have seen the Chinese language issue before. glad you figured it out!

Awesome! very clean build!

Hello Sir, me again, sorry to borther you cause I can't locate the problem at all.
Here I encountered another issue. Since I changed my wheel to a diy OSW, it seems the wheel's servor driver has some conflict with your controller, the motion stops in in the middle of a game, just stop frozen at the some point, feels like the pushinged e-stop but it wasn't. I checked language setting, changed esp32, checked e-stop wire, updated simtools version, checked arduino monitor, the e-stop value is normal. It 's like the controller lost connetion to simtools, and when I turn on game engine to test axis, the simtools makes "beepoo" sound, I guess it means lost connection.
I wonder if you ever encountered this.
Thank you, best regard!

The only thing that comes to mind is the USB cable to the esp32 controller may be interrupted by RF interference? ... I have had instances when it was to close to the motors or the motor wires the connection would be severed to the esp32. keeping them at a further distance and using high quality shielded USB cable was necessary for me to solve this. I did have to try several USB cables until I found one that was shielded enough to work correctly.

oh yes, probably. I will try to find it out, thank you sir.

Hello, sir. I've made my own shield with aluminum foil, but it doesn't change anything, I actually used a usb isolator for osw drive, still doesn't work, is there any way I can detect where does it go wrong.

I would start by looking at the windows "Device manager" and look to see what happens when you plug in the OSW USB to the PC ... does the esp32 just disappear?? .. it should show up as a COM# device

hello sir, How can I automatically turn off the wash out algorithm when it is shut down? If you don't turn off the wash out in the software, the entire platform will suddenly fall off at the moment of power off. I always move the platform to the bottom a little bit, and then turn off the power. But once the software of xsimulator is connected, the wash out algorithm will prevent me from moving the platform to the bottom

i just let my rig fall when power is cut. as the swing arms move at an arc they should gracefully catch the rig at the bottom. , your results may very

HI, this is very good engineered work your cod works perfectly also with ALL DELTA AC MOTORS, i tried and worked well,
and what are the preferred AXis ASSIGNMENTS in SIMTOOLS?
thank you,

I have attached a screenshot of my Simtools as it was for iRacing, this illustrates the force and direction for each axis as well how I blend 2 forces into an axis. obviously each game will be different, but this is a good starting point.

your results may vary, and I recommend starting with very small values on each axis, to ensure safety.


Oh,.. and Please post your setup I like seeing my design in use !!

yes, Of course, I will post all the construction here when it's finished while I'm building a simulator using the Microsoft Flight Simulator and I will use your plugin
also, I designed a PCB to interface with delta ac servo motors, and all this is back to your amazing work
thank you.
I will publish all mechanical calculations, cad designs, and interface PCB
Could you please publish the axis assignment for Microsoft Flight Simulator?

That is a beefy AC servo!

Thanks for sharing!

I do not have anymore the axis presets loaded in simtools for MSFS, so i cannot share it with you.

I do not know the status of the MS Flight sim telemetry, I made that plugin as a proof of concept, and the performance was terrible, at least 2 weeks after the release of the game.. it was..... I only ever got it working in a very basic sense, ... made a video ... then abandoned it. this was due to the only 10hz of telemetry i could get out of it, ... without slowing the pc down this was due to the MSFS API being very inefficient . it is a little clunky,.. so you have to filter it quite a bit in order to smooth out the movements.

Your results may very,... things may have improved in 2 years..

okay, thank you for your support, in the last code in the git hub I found a compilation error as shown in the image in I replaced the "MAX_INPUT " var with "MAX_SERIAL_INPUT" and the code worked well
but sometimes only when simtools is connected to esp there is a sudden glitch (all motors going up all and down again with maximum speed). another problem the simtools connect and sometimes doesn't connect until i close it and open again
I don't know why

*edit - fixed the github project, i merged the change in 5 months ago from a Forker,... did not pay close enough attention to the merge

I am amazed that there is a compilation error...i will need to investigate that,..no one has mentioned anything prior,.. and I swear I have pulled code directly and compiled it to the board..... may have got corrupted in a merge?...

my local copy has MAX_INPUT defined in the helper.h, and thats what is being used in the serial parsing..
not sure when MAX_SERIAL_INPUT was introduced,... I will try to update this week


And about your glitch you see,... I have not seen that before ... and sounds scary.. I would test in debug mode,... send it commands over serial,... then watch the motor move and actual position targets get relayed over serial.. debug mode slows things down as well... does it still do it there,.. or is it a tuning thing in simtools.

thank you for your fast support,
the glitch disappeared when I changed the USB cable to a shorter one from 10 meters to 5 meters.
thank you.

what watts do we need here in total?
one in idle and one on full load simultaniously?