|
|
|
![]() |
|
|||||||
|
||||||||
![]() |
|
|
Thread Tools | Rate Thread | Display Modes |
|
|
|
#1
|
|||
|
|||
|
Has any one used Easy C and what do you think?
Good afternoon
I wanted to know if any one has used Easy C. I have not done any programming in a long time and as I am on the Electrical/Programming team I am looking for information. I did see one post that Easy C would be fine for testing sub sets of the robot but I was wanting input on the functionality of this programming method for the entire system. Thank you N3OW Jay Mason Team 869 |
|
#2
|
||||
|
||||
|
Re: Has any one used Easy C and what do you think?
Jay,
EasyC was designed with YOU in mind. It can be used to program every function of your robot. You can run the camera, gyro's, encoders, and much more with EasyC for FRC. Check out the built in help file and give it a shot. If you have any problems post here and we can help you out. Durring beta testing teams that had no Automous last year were able to make many programs in less then 5 hours. Having never used any version of EasyC. Adam ![]() Last edited by Kingofl337 : 10-01-2006 at 14:58. |
|
#3
|
|||
|
|||
|
Re: Has any one used Easy C and what do you think?
Team 1073 was one of the beta-test teams that had the privilege to play with EasyC during school vacation. We broke into two groups with 1 mentor and 2-3 students in each group.
One group got the motors/joystick/optical wheel encoders up in running. It was real easy and the interface was very intuitive to use. We ran into a problem where we wanted to pass arguments to a #define macro and couldn't through the globals menu... so just used the add user code which allows you to type in anything you want. The 2nd group used the built in camera code to find and track a tetra (ok, the mentor's shirt too). At the end of the day, the camera was coupled into the motors and did a rudamentory follow the mentor around the room. Our robot is somewhat unstable (spins real easily), but it managed pretty well. We ran the tool in "Pro" menu mode. That was after 5 hours of work. It tooks us many days last year to get to the same point in that we had to write the interrupt routines and device driver specifics for each of the sensors used. Experienced programmers will likely hate it. As a mentor I love it because it removes all the syntax and much of the structure of the program from the novice programmers interaction and you just concentrate on the algorithm instead. It was much easier, as a mentor, guiding someone through the steps of developing routines and robot code via the visual interface than via a text editor. Seeing the result of our actions as regular text C in the side window allowed talking points and discussions. EasyC has lots of built in drivers for stuff, but I could see a point at which the environment might a) become unwieldy as groups try to collaborate on a large & growing set of code/modules/routines and b) become difficult to get around limitations either within the existing set of device drivers or user written ones. Only time and experience will tell whether the above actually happens or not. We expect to lean heavily on EasyC this year to help boost our programmers experience base. We might consider then porting the code to MPLAB at some future point, but they'd have to be a compelling reason to do so. Regards, DCBrown Team 1073 Controls/Electronics Mentor |
![]() |
| Thread Tools | |
| Display Modes | Rate This Thread |
|
|
Similar Threads
|
||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| A report on off season competitions | Ken Leung | Off-Season Events | 2 | 17-10-2003 13:30 |
| What is the role for team alumni? | Wayne C. | General Forum | 34 | 27-03-2003 23:59 |
| What do you think? | archiver | 2000 | 7 | 23-06-2002 23:28 |
| What to do, What to Do....... | archiver | 2000 | 12 | 23-06-2002 23:00 |