Rover Test Videos
Here follow a sequence of test videos where we try to get smooth dynamic turns.
Test #11
Still not really a smooth turn here and we crash. Here we pulse straight travel with occasional periods of braking at 12%.
Test #12
Again, not so nice.
Test #13
Once again…yucky turns.
Test #14
A slightly goofy test but now we’re setting up multiple tests runs in a single piece of code to gather data. Here we finally get some successful data. (NOTE: When reading the table a positive value indicates the wheel is turning forward while a negative value indicates braking.)
Test #14
| Run | Outside PWM | Inside PWM |
| 1 | 100% | -12% |
| 2 | 90% | -12% |
| 3 | 80% | -12% |
| 4 | 70% | -12% |
| 5 | 60% | -12% |
| 6 | 50% | -12% |
| 7 | 80% | -10% |
| 8 | 80% | -8% |
| 9 | 80% | -6% |
Video
Test #15
Now that we have found a nice turn, we try varying the braking speed. We also crash.
Test #15
| Run | Outside PWM | Inside PWM |
| 1 | 80% | -6% |
| 2 | 80% | -4% |
| 3 | 80% | -2% |
| 4 | 80% | 0% |
Video
Test #16
With fixed braking at 6%, we vary the radius of the turns by decreasing the speed on the outside tires.
Test #16
| Run | Outside PWM | Inside PWM |
| 1 | 100% | -6% |
| 2 | 90% | -6% |
| 3 | 80% | -6% |
| 4 | 70% | -6% |
| 5 | 60% | -6% |
| 6 | 50% | -6% |
Video
Engineers like to collect data…
Lynxmotion Update
When I assembled the Lynxmotion A4WD-1 chassis I mentioned that the tires caused some small bit of cussing. I’m happy to say that shortly afterward the Lynxmotion team published a short guide on their forum demonstrating how to mount the tires.
Again, not too bad on their part. As an application engineer who provides support myself, I’m impressed again.
With successful stationary turns we are taking a look at moving turns this week. The first algorithm had been to run the tires on one side at 100% and the tires on the the other side at 50%.
In testing, this didn’t provide us with any noticeable turn. The inertia present in the moving motor meant that we were not seeing enough decrease in speed to affect the forward trajectory.
In our next test, we reduced the motors on the inside of the turn to a 0% duty cycle so that they were completely undriven. This would hopefully cause the turning effect we were looking for.
Test #8 – Moving Turns
Here is the test setup:
Outside Motors (1 & 3):
- Motor 1 = 100%
- Motor 3 = 100%
Inside Motors (2 & 4)
- Motor 2 = 0%
- Motor 4 = 0%
After setting the jumper…
Again, the inertia present in the moving motor was so high that we didn’t get any significant turning action. The next step was to apply some braking to the inside wheels by reversing the polarity of the motor and trying signals with differing power levels (duty cycles).
Also, for ease of use we are going to replace the jumper normally used to program the Rabbit with a switch sometime soon. That means we won’t need to grab a set of needle-nose pliers whenever we want to perform a floor test like this one.
Test #9 – Moving Turns with Inside Braking
Here is the test setup:
Outside Motors (1 & 3):
- Motor 1 = 100%
- Motor 3 = 100%
Inside Motors (2 & 4)
- Motor 2 = -50%
- Motor 4 = -50%
This isn’t what we want either. What we get here is forward motion interrupted by a stationary turn.
What is Next?
We will continue to reduce the inverted power to the inside wheels to get a nice moving turn. Hopefully, we can find the ‘butter-zone’ somwhere between 0% (freewheeling) and -50% (shown above) that will provide is with a nice moving turn with a quantifiable turning radius.
Yesterday evening we couldn’t get the rover into a successful turn. I went home and thought about the issue but after posting it this morning my friend Allen had a suggestion.
“Have you tried a biscuit treat? It works for my dogs real well.”
Sadly, the dog biscuit didn’t elicit a response the response I was hoping for.
My suspicion was that we weren’t getting enough torque to overcome the lateral friction on the tires. At 50% power (duty cycle), the pulse we were sending just weren’t big enough. This morning we cranked the duty cycle up to 99% and this is what we got.
Here is what we tried:
- Turning Test 1: Duty Cycle = 50% –> shivering sad puppy behavior
- Turning Test 2: Duty Cycle = 50% with additional weight on the rover –> shivering sad puppy behavior
- Turning Test 3: Duty Cycle = 99% –> Successful turn
- Turning Test 4: Duty Cycle = 95% –> Successful turn
- Turning Test 5: Duty Cycle = 90% –> Successful turn (slow)
- Turning Test 6: Duty Cycle = 80% –> Failure (partial turn and stop)
- Turning Test 7: Duty Cycle = 85% –> Failure (partial turn and stop)
Success
That tells us that when we want to execute stationary turns we should probably kick the duty cycle up to 90% or higher. Now that we have good turning behavior we can move on to quantifying the turns. We want to be able to spin the device with some degree of precision.
Robot Overlord?
My friends have been giving me some grief about the rover and as an engineer it is only ethical of me to warn you. If struck by lightning, he may acquire sentience and conquer the earth as a robot overlord.
We must respectfully acknowledge that even while it is much more likely that a lightning strike would send his robot bits accelerating in different directions at high velocities, the eventual conquest of the earth is also one remote possibility.
With that in mind, I have created my own pet name for the Rover:
Rover:
- Light
- Operational
- Reconnasiance
- Droid
Or RoverLORD.
Hopefully, if he does acquire sentience, I get to be his first minion which I can add to my resume.
Puck Curtis
Electrical and Computer Engineer specializing in Embedded Systems
- Employee of Digi International
- Degree in Electrical Engineering from Oklahoma State University
- Minion of RoverLORD
etc. etc.




