![]() |
The Hardest Drive System To Program:
What is the hardest drive system to program?
|
Re: The Hardest Drive System To Program:
Any base drive system is not incredibly difficult to program. Programming an effective control system for a drive system is hard.
see:
I really don't know what to answer your question with, everytime I think of a drive system I think of all the ways I could improve it with pieces of code - would be very difficult to pick a single one, and would require more context. |
Re: The Hardest Drive System To Program:
My opinion would be swerve drive.
Theres pre-made code in WPILIB already for Tank, Arcade, Mechanum and one other I believe. But swerve is the only one out there that requires pretty much completely custom code to get working. |
Re: The Hardest Drive System To Program:
Quote:
|
Re: The Hardest Drive System To Program:
Quote:
Quote:
Quote:
|
Re: The Hardest Drive System To Program:
I would recommend reading this excellent white paper by Ian Mackenzie
http://www.firstroboticscanada.org/s...irectional.pdf |
Re: The Hardest Drive System To Program:
Quote:
|
Re: The Hardest Drive System To Program:
Quote:
|
Re: The Hardest Drive System To Program:
In my opinion how you want to implement the drive will make the programming difficult. For example a competent programmer can program a swerve that can move the wheels forward and rotate them directly with a joystick but making a program that takes into account the position of the wheels relative to the closest direction to rotate and stops the wheels from moving till they reach the correct angle while taking into account the angle of the robot and the desired direction will make the programming more difficult. i have found the most fun is had trying to make an extremely complex drive train simple to use! Now with just the simple setup (aka. nothing unique) i would agree it would be the swerve because of the availability of prewritten code and for the difficulty in making the drive simple to use.
~Jon |
Re: The Hardest Drive System To Program:
Quote:
If a sensor relating to your drive system fails, what is going to happen to your robot? A lot of teams run a separate task on the cRio that monitors for failures and then triggers a state change when a failure occurs. For instance let's say a gyro stops reading values, rather than making the robot spin in circles, the drive system would ignore gyro values. Redundancies being increased reliability of a drive system, http://en.wikipedia.org/wiki/Redundancy_(engineering) > Human error correction How much money would you put on the fact that your driver can hold two joysticks at 50% throttle precisely? Probably not a lot. > Mechanical error correction Motors aren't made equal. Two motors of the same model will rarely go at the same speed. Using encoders and other techniques to correct this. |
Re: The Hardest Drive System To Program:
Quote:
|
Re: The Hardest Drive System To Program:
Quote:
|
Re: The Hardest Drive System To Program:
They're all fairly simple until you get to a full swerve drive. But even then it's just some control loops and a bit of trigonometry.
|
Re: The Hardest Drive System To Program:
Quote:
"Safe Mode": If triggers, switches to bare bone drive code. Multiple sensors to "check" each other We just used dead zones for the human error part We didn't use the encoders because there was too much noise that I did not trust them enough to use it. |
Re: The Hardest Drive System To Program:
Quote:
How ever, I heard that it is the crab drive. |
| All times are GMT -5. The time now is 05:14. |
Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2017, Jelsoft Enterprises Ltd.
Copyright © Chief Delphi