How to set up a 3rd (non drive) motor in C++ Windriver

[Chexposito]

i am referring to the wpi library that is given to all frc teams. it includes code for the joysticks, sensors, and so on. pretty much if you put a sensor on your robot, there is code made and debugged for it. which pretty much leaves you to only have to deal with the code in myrobot.cpp and myrobot.h

[JamesTerm]

Originally Posted by Chexposito

i am referring to the wpi library that is given to all frc teams. it includes code for the joysticks, sensors, and so on. pretty much if you put a sensor on your robot, there is code made and debugged for it. which pretty much leaves you to only have to deal with the code in myrobot.cpp and myrobot.h

Ok, I just wanted to make sure that there wasn't something that I missed. Please look at my code a bit more closely... it is indeed using the WPI library. In fact I have looked through the wpi source... submitted bugs, and am contributing to 2012 wpi libs on the beta team. Whew, there for a moment I thought I missed something. Yes my code was not made to present to a new person, but I wanted to get something out here that is thorough. Plus, it would be good for someone to challenge it to make it better.

[Chexposito]

i'm just saying your time would be better used during the season using the library... especially if you want students to learn to program. you'll loose all your new people pretty quickly without the use of the library. off season is fine, but if you don't make programming fun for the new people, they won't stay interested when you get to the headache moments. the best thing is to have them just program the myrobot files and look at the wpi library to try to understand how the function works, if they're interested in how the functions. but writing that stuff during the season will leave you with no time and an arm that moves inefficiently by dead reckoning. now as a mentor you can write this stuff yourself in your free time or working on another computer while they're working on the myrobot files. we created our own pid this past season but that was my mentor's doing, this was to make our pid work better for our uses. just some suggestions... this is after all a program for learning and mentoring... you might be surprised the functions some of these students come up with

[JamesTerm]

Originally Posted by Chexposito

we created our own pid this past season but that was my mentor's doing, this was to make our pid work better for our uses. just some suggestions... this is after all a program for learning and mentoring... you might be surprised the functions some of these students come up with

It is funny that you should bring up PID, this was one of the things I've been wanting to address as well. Check these out:

http://www.termstech.com/articles/Autonomous2.html

http://www.termstech.com/articles/PID_Kalman.html


One thing I regret is that I didn't spend more time writing an article to answer this question that goes more into some of the coding principles like top-down design bottom up implementation, and show a high level design of how the pieces fit together. I still may do this in the future, but there is so much other work I need to tend to (all within the robotics realm).