Order of turning on simulator components

Here you can ask general questions about sim building, not related to the various hardware sections

Order of turning on simulator components

Postby prodigy » Thu 15. Nov 2012, 23:35

I am close to finish my simulator and I want to ask what is the order to turn on components - X-Sim software, control board and motors. I am using K8055 board with Sabertooth, Wipers and X-Sim 3.0.0.7b, Win7 x64. Here are my scenarios:

Nr.1
I plug-in K8055 USB and if I turn on motors, they start immediately to turn.

Nr. 2
I plug-in K8055 USB, open X-Sim Converter, turn on motors and they also start immediately to turn.

Nr. 3
I plug-in K8055 USB, open X-Sim Converter, go to "Interface" tab and set output to 50%, turn on motors and they stay in position.

So, is there any other way beside Nr. 3 to turn everything on without motors starting right away when turned on? Do I need to set output every time I start Converter? I've tried save and load profile, but output field is always empty when program is started again.

Also, when I exit Converter, motors begin to turn again until I turn them off. So I guess I need to turn them off before I exit Converter.
User avatar
prodigy
X-Sim Supporter
 
Posts: 274
Images: 42
Joined: Tue 16. Oct 2012, 12:32
Location: Pula, Croatia
Has thanked: 20 times
Been thanked: 22 times

Re: Order of turning on simulator components

Postby sirnoname » Fri 16. Nov 2012, 00:04

Do not use a K8055d as simulator motor control!
It is for dashboards.
If a answer is correct or did help you for a solution, please use the solve button.
User avatar
sirnoname
Site Admin
 
Posts: 1829
Images: 45
Joined: Thu 1. Sep 2011, 22:02
Location: Munich, Germany
Has thanked: 35 times
Been thanked: 128 times

Re: Order of turning on simulator components

Postby prodigy » Fri 16. Nov 2012, 00:31

Ok, in the meantime I've found solution from Vicpopo user and his project - LINK

But beside that, I don't understand your hate for K8055 cards. There are a lot of good and functional simulators build with that card, a lot of them presented here too.
User avatar
prodigy
X-Sim Supporter
 
Posts: 274
Images: 42
Joined: Tue 16. Oct 2012, 12:32
Location: Pula, Croatia
Has thanked: 20 times
Been thanked: 22 times

Re: Order of turning on simulator components

Postby sirnoname » Fri 16. Nov 2012, 01:40

Quality of motion and high price :!:
If a answer is correct or did help you for a solution, please use the solve button.
User avatar
sirnoname
Site Admin
 
Posts: 1829
Images: 45
Joined: Thu 1. Sep 2011, 22:02
Location: Munich, Germany
Has thanked: 35 times
Been thanked: 128 times

Re: Order of turning on simulator components

Postby motiondave » Fri 16. Nov 2012, 10:56

so did you consider JRK's?
User avatar
motiondave
 
Posts: 997
Images: 1
Joined: Tue 20. Mar 2012, 16:36
Location: Sydney Australia
Has thanked: 11 times
Been thanked: 13 times

Re: Order of turning on simulator components

Postby sirnoname » Fri 16. Nov 2012, 11:04

All controllers that are "fire and forget" controllers (own realtime PID) are better than controllers that are controlled by a non realtime windows system :lol:
If a answer is correct or did help you for a solution, please use the solve button.
User avatar
sirnoname
Site Admin
 
Posts: 1829
Images: 45
Joined: Thu 1. Sep 2011, 22:02
Location: Munich, Germany
Has thanked: 35 times
Been thanked: 128 times

Re: Order of turning on simulator components

Postby motiondave » Fri 16. Nov 2012, 11:12

sirnoname wrote:All controllers that are "fire and forget" controllers (own realtime PID) are better than controllers that are controlled by a non realtime windows system :lol:



Could you please define that ?
User avatar
motiondave
 
Posts: 997
Images: 1
Joined: Tue 20. Mar 2012, 16:36
Location: Sydney Australia
Has thanked: 11 times
Been thanked: 13 times

Re: Order of turning on simulator components

Postby prodigy » Fri 16. Nov 2012, 11:34

motiondave wrote:so did you consider JRK's?

Of course I did. I would love to have them + worm motors.
But the financial part made me go with cheaper components :|
My country has big tax rate so I need to pay additional 25% on everything coming from overseas.

sirnoname wrote:Quality of motion and high price

Quality of motion - that is true, even I didn't tried other stuff I believe JRK's are great.
High price - that isn't.
I have payed 150 US$ for K8055 + Sabertooth combo with taxes included.
And for 2 Pololu JRK's I would pay 250 US $ with taxes included.
There is a 100 $ difference which is not small money.

sirnoname wrote:All controllers that are "fire and forget" controllers (own realtime PID) are better than controllers that are controlled by a non realtime windows system :lol:

That I believe.
I understand your message too, it's "how much you pay for it, so much will you get", which is in my case absolutely true.
Well, this is my first sim anyway and I'm hoping too move on better components as soon as it would be affordable too me.
User avatar
prodigy
X-Sim Supporter
 
Posts: 274
Images: 42
Joined: Tue 16. Oct 2012, 12:32
Location: Pula, Croatia
Has thanked: 20 times
Been thanked: 22 times

Re: Order of turning on simulator components

Postby sirnoname » Fri 16. Nov 2012, 11:48

Wait a moment, your statement here is in sum 150$ vs 250$?
You have invested money in building a simulator rig? (More than 150$?)
You have invested money into display and computer?
You have invested much time to get it running?

Compared to your other parts 100$ seems to be less.
And we have pololu coupons in the shop. There are other coupons available in the internet to decrease the costs.
If a answer is correct or did help you for a solution, please use the solve button.
User avatar
sirnoname
Site Admin
 
Posts: 1829
Images: 45
Joined: Thu 1. Sep 2011, 22:02
Location: Munich, Germany
Has thanked: 35 times
Been thanked: 128 times

Re: Order of turning on simulator components

Postby sirnoname » Fri 16. Nov 2012, 11:51

motiondave wrote:
sirnoname wrote:All controllers that are "fire and forget" controllers (own realtime PID) are better than controllers that are controlled by a non realtime windows system :lol:



Could you please define that ?


Windows is not realtime and will not be realtime. Each PID control round is a question of cpu load and therefor the motion is a question of luck.
Bluescreen= motor will drive forever, rig gets dammaged.
If a answer is correct or did help you for a solution, please use the solve button.
User avatar
sirnoname
Site Admin
 
Posts: 1829
Images: 45
Joined: Thu 1. Sep 2011, 22:02
Location: Munich, Germany
Has thanked: 35 times
Been thanked: 128 times

Next

Return to Motion simulator building Q&A

Who is online

Users browsing this forum: No registered users and 1 guest

cron