@jaytumb,

If you read through the whole thread where the script was developed, Dave points out that you can connect to the Sabertooth with Describe software and tell it to turn on ramping internally, which makes the script superfluous.

Alan

Yea I saw that but I really did not see anyone try it, so I figured it was not something I could just "add" without possibly screwing up my sabertooth internally. I was hoping for a workaround within the EZ itself with creative scripting ect.

Try this one I made for Gwen. It should have no lag other than the ramp up/down time which is unavoidable (avoiding it would mean no ramping or knowing you intend to stop before you stop which is impossible in any method).

Speed Ramping Project

The project is also public on the cloud. The cloud version is probably more up to date.

It is built in functionality of the Sabertooth using the manufacturers software. Don't see how it could screw it up. At worst, you just connect again and turn the feature back off.

I will be doing this on mine, but I haven't hooked it up yet (and actually still deciding between wheelchair and power-wheels motors. I have both. I think wheelchair may be overkill for what I am building). Still working on a small scale with a Roli before I build my big dog--bot.

Alan

Thx Rich ! will i need to mess with anything other than the port designation (D0)..ect? All the variables are there?

Probably knowing my scripts. If not its structured so changes are easily made. It's likely I used D0 unless Gwen stated otherwise when asking for it. I'm not home so can't check it though.

The script is set for port D7 and it's not a variable (I don't set ports as variables any more as a rule).

It's only the "Ramp Speed" script in the "Movement Controls" script manager which needs adjusting on lines 27 & 28, the ramp speed/delay is a variable set on line 9 of the same script.

Nothing else in that script nor in other scripts need changing.