Finished 2DOF 12V DC wiper arduino playseat

[gingercat]

Yip, just been making a start on a sim based on Bergison's g-seat. So far just have wiper motors and a few Monster-moto boards.

I've been going over the code to add more features to it - so far have implemented more progressive ramping of velocity, and tweaks to enable it to creep up to the exact target. I also want to add support for hard limit-switches incase the encoders go haywire. I work as a software engineer, specializing in data acquisition and control systems (wind tunnels, car telemetry) so can hopefully apply some of my skills. I'll make all the source freely available once I'm done.

[RacingMat]

Great!
Welcome on board!

[venven]

to gingercat ：Great!
see you improve and share

[RacingMat]

@venven : do you intend to build a simulator as well?

[venven]

@venven : do you intend to a simulator as well?

thank RacingMat！I followed your tutorial， step by step in my build

[RacingMat]

Congrats!!!
Is it finished?

Oh, don't be shy... show us a picture or better a video!

[Lighthill]

Hello RacingMat ...
as promised I ask my next question in the forum ...
As you described, the pots need no "modding".
I have the pots now connected to the motor and unfortunately it rotates at startup until the pot is going around and broken.
-already 5 times-
Do you have any idea what is going wrong?
Is it all just a software problem?
Where exactly do I find the line for "tolerance" parameter?
Is it this +++ int Tol = 20; +++ ?
Something desperate and thanks for your help ...

Lighthill

[RacingMat]

Your polarity is reversed: switch ground and 5v wires of your pot.
Before mechanical coupling, test by turning manually:in the case they are mounted "face to face" like mine -> if you turn pot one way, the motors have to turn reverse.
It's mind twisting

The code is designed to stabilise the position to what is told to arduino by game.
With nothing is connected to arduino, the order is horizontal. Hence is you turn the pot one way, the motor turn the other way

[RacingMat]

@Thread

Could you give some advice on how to use these cheap IBT-2 H-bridges?
http://www.ebay.com/itm/Semiconductor-B ... 259160f4a7
they have a different control method, so the programme most be modified.

Or maybe it can work this way:
<<<1. Use the H-Bridge EN pin as the PWM input and use the PWM inputs as the
Direction pins. Sounds odd but this drives the H-Bridge in drive/coast mode
which is generally fine for motion sims as they are always in motion.>>>

The programs are written to control the bridges to drive/brake mode.
Is it really not a problem if the motors will coasting instead of breaking?

- I cannot open the ebay link due to legal restrictions in some countries: can you post screenshots?

- Braking is not necessary with Smolka motors in 2DOF configuration.
If gearmotors are irreversible, it's better because the sim stays horizontal without braking.

If you want to be sure (and not be disappointed by some trials and errors), follow stricktly the recipe
If you change Hbridge, motors, and so on, you may hit some problems... but it's sometimes interesting as well to try new things

yours
Mat

[Thread]

This is the datasheet, in theory, it will work with the default programme, but without braking.

I have seen several ino files in this, and the other website, my suggestion is gathering them to one place, or at least making links to them, and with a description. And i wonder, which one is the best?
Are not they slower than other, more expensive solutions?
Can they be made faster by "analog to direct port" programming? [whatever that means] I guess that is harder to code.