A New Programmer
 

Hi. I'm Sean, current leader of team 2065. We have no real programming abilities as of yet. However, after printing off a guide I found here, I have a somewhat decent understanding of how to write it....I think.
I wrote a test code based off of what was on the 12-page manual, and I would like someone who has some programming experience to take a look at it and comment on it. I need to know what I'm doing right and wrong.
The program I have written is a code for autonomous mode. The actions encompass the following:

drive forward for 3 seconds
turn left for half a second
drive foward for one and a half seconds
turn left again for half a second
drive forward for three seconds
turn left for half a second
drive forward for one second
stop until the remaining time is up.

Please, comments are greatly appreciated.

Note: I deliberately left it as a .txt file for easy access.

Re: A New Programmer
 

Looks pretty good for the first time. One thing though, once you find out it works, you will want to make it go faster, because right now it is going a little under half speed, and I'm assuming this is code to race around the track, so you will want to go fast. Nice job, if you have other questions, let me know.
Joey

Re: A New Programmer
 

Thank you. I chose small numbers because I just wanted to do a test, and I do intend to increase those numbers once I'm sure that I did it right. I know I'll have to do some checking on the right motor, because for some reason it seems a little laggier than the left motor on our robot.
There'll be a bunch of fine tuning involved, but from your standpoint, what would be a good number for some good speeds? We'll be going for every possible option that we can.
There'll be a lot of testing come Tuesday (That's when our materials for the tower and arm come in) to see whether or not it works.

Okay. Here's a question. Our team's computer both has EasyCPro and the Compiler, but how exactly do I go extracting the default, editing the code, and putting it back in the RC?

Re: A New Programmer
 

Im not sure with Easy C, I use MP Lab. I'll tell you how its done in MP Lab, and hopefully you can figure Easy C out. In the Kit, you got some serial cables. plug the red cable into the robot controller and the operator interface with the joysticks. It says TEATHER where you put that in. Take the black cable and plug into the robot controller. I cant remember what the port says, but I'm guessing it says something like PROGRAM. If you are using a newer laptop you may run into some problems connecting to the computer because they dont have serial ports any more, let me know if that is your case. When everything is turned on press and hold the PROG button on the robot controller until some lights turn yellow. Open up the compiler, open up the hex file that you just built and download into the robot. Hopefully that helped. If there is any thing else let me know and I'll do my best to help.
Joey

Re: A New Programmer
 

Thanks very much. I'll keep you updated as to how it progresses.

So, I can use MPLab to extract the default code and edit it, correct?

Re: A New Programmer
 

Ok, Good Luck
Joey

Re: A New Programmer
 

You'll need to get the default code from the IFI website here.

- Once you've extracted all the files, open the FrcCode.mcw file. It should load MPLAB.
- You should see two windows, the Project Browser and the Output window. In the Project Browser, double click on user_routines_fast.c
- Scroll down to the User_Autonomous_Code function. Insert the autonomous code you written after the line that reads - Follow the directions here on how to download your code to your robot.

Good luck
--Ryan

P.S.: Remember to check your semicolons!

Re: A New Programmer
 

THat's usually the case. It happens (to us anyway) because the motor on the right wheel is turned around. The motors don't run the same speeds forwards an backwards, so when the left is running full fwd and the right full bwd, they're in the same direction, but the speeds are off slightly. It doesn't change a lot if ur moving slowly, since the system has a lot of friction, but when you gear up the speeds, the robot doesn't go anywhere near straight (speaking from personal experience in a narrow hallway)

Re: A New Programmer
 

The CIM motors don't have significant bias. They'll run the same speed in both directions. If you're reversing the motor direction for the other side of the robot by swapping the wires, the speeds should match well.

However, the Victor speed controllers do appear to have an asymmetric response around the defined neutral value of 127. If you're accounting for the need to reverse the motor direction in code, you'll probably notice this. When we tested things last year, true neutral seemed to be closer to 132.

Re: A New Programmer
 

Looking at your code, I would recommend that you replace some of your absolute numbers with Calibration
values for future ease of Use. That way,you can change one Calibration value at the top of your program and it
changes all the values in your program saving you valuable editing time and the possibility of an editing bo-bo. For Example, if Fwd is > 127 for pwm outputs, try something Like Fwd_Low = 150 ; Fwd_Med = 170 ;Fwd_High = 190 , Similiarly, if
Rwd is < 127 how about Rev_Low = 104, Rev_Med = 84, and Rev_High = 64.

Re: A New Programmer
 

Thanks for all the help guys. You've all been great. I'll be testing those things ASAP. Now, there are some other things I need help with, also. Our robot's claw is run by pneumatics. On our arm control, I need to program two buttons on the joystick (Or one to do both functions) to open and close the claw. How would I go about porgramming the buttons?

Re: A New Programmer
 

Could you explain exactly what you mean? I'm having difficulty understanding, partly because the computer I'm using now doesn't have MPLAB and partly because I only understand autonomous programming to a degree.

Re: A New Programmer
 

under ///*** DEFINE USER VARIABLES AND INITIALIZE THEM HERE ***/ or at the top of any .c file

to make it easier you should define your speeds so that you can update all of your speed values without changing every single one.

you can define your speeds once and call them multiple times
then instead of saying
you can say
this makes it so much easier if you need to change a value quickly (at a competition)

Re: A New Programmer
 

Okay. It's beginning to make sense now. I'll give it a shot.

Re: A New Programmer
 

Okay. Once I get the basics done, I will need help programming the IR board functions, and programming the pneumatics for our claw to the arm joystick. I'll let you know when we get to that stage, but please, feel free to explain ahead of time. It'll help our team get a better understanding so there's no head-scratching later.

Relays and IR Board
 

This is where the electronics and programming team/person has to work together.

The pneumatic cylinders are piped by solenoids (electronic valves,) which are controlled by a spike (relay.)

Relays don't use the analog 0-254 scale. They are essentially digital outputs that can be either forward, off, or reverse.

You map the relays the same way that you map speed controllers.

That would set relay1 to be forward every time your joystick 1 trigger is held.

IFI has a list of the joystick inputs here. pdf warning



As far as the IR, you need to read the digital input (1 or 0) and pass it through a conditional (if, else, switch) to execute a command.

change rc_dig_in01 to match up with the digital input that was wired to your bot

the reference docs to wire and train the IR board are here. pdf warning

Re: A New Programmer
 

Okay. Next question: Is it possible to program the joystick trigger to, when squeezed the first time, open the claw, and when pressed a second time, closes the claw?

Also, where do these code lines fit in at?

Re: A New Programmer
 

I've been trying to figure that out too, can anyone else fill in.

I'm pretty sure you would have to write a toggle function, but I'm not exactly sure how it should work.

Re: A New Programmer
 

Examples of toggle functions are common on the Chief Delphi forums. Here's another:
This will switch toggle from 0 to 1, or vice versa, each time the port 1 joystick trigger is depressed. You can test its value to decide what to do next.

Re: A New Programmer
 

Hi,

You can try this, but I don't make any guarantee.

Toggle_gripper(current state)
{
int temp_state;
If ((p3_sw_trig==TRUE)&&( current _state== CLOSED)
temp_state=current_state;

else if (p3_sw_trig==TRUE)
temp_state=OPEN;

else if ((p3_sw_trig==FALSE)&&(current_state==OPEN))
temp_state=current_state;

else if ((p3_sw_trig==FALSE)
temp_state=CLOSED;

} return (temp_state);

In you Default _Routine, simply call the function:


pwm_state=Toggle_Gripper(current_pwm);
if (current_pwm<>pwm_state)
pwm=pwm_state;

I'm writing this off the cuff, you will need to correct the syntax and apply your own values for the pwm assignments, but it looks plausable. Good luck.

Re: A New Programmer
 

Okay. Taking this code, where do I write in the relay values, if they need to be written in? Or is that done with the previous code for the relay values?

Re: A New Programmer
 

Okay. Here's another problem. I have the code written, but I keep getting a syntax error every time I try to build. How exactly do I run MPLAB? Also, where do those codes involving the toggling and pneumatics fit in?

Re: A New Programmer
 

A syntax error means that typed something in your code wrong, forgot a semicolon, mistyped a variable, etc.

in MPLAB where it says syntax error
The number 27 after the file matches the line that the error is on.

Can you compile the default code?

Re: A New Programmer
 

Another general comment on your original bit of code...besides defining variables to use in place of direct values. You will want to include some sort of "deadband" into almost all of your drive code to account for the dynamic trim of the joysticks, prevent twitching/jerking, et cetera.

As somebody posted previously (sorry, I don't remember the name!), true neutral usually ends up at a value higher or lower than 127 (132 is quite common). To compensate for this fluctuation, we include a deadband of 6 in either direction, so "neutral" is really a range around 127.

Good luck! :]

Re: A New Programmer
 

Haven't ied compliling the default code yet. I'll give it a shot. But as to the toggling.....I'm stumped as everyone on the team is. Yeah...we're gonna need a lot of help.

Re: A New Programmer
 

This programming issue is putting us behind schedule, sadly. I just can't figure out where certain lines go. However, there may be a solution to it tomorrow, if we can get hold of Team 462. Got a lot more work to do. I'll be getting about 3 hours of sleep tonight, but our team doesn't back down from a challenge.

Re: A New Programmer
 

Make sure you do this! We just got our motors moving today and I didnt make the buffer zone yet so the motors were real jerky.
Joey

Re: A New Programmer
 

Okay. I had someone walk me through the autonomous programming, and now I need to know how to put the OI in disabled mode so I can test the autonomous code WITHOUT SHUTTING DOWN THE PWM OUTPUTS. How would I go about doing that?

Re: A New Programmer
 

What you're asking for is probably not what you want. Putting the system in disabled mode will certainly shut down the PWMs, along with the relay outputs. That's the whole purpose of disabled mode.

I think what you want to know is how to put it in autonomous mode and have it actually provide outputs. For that, you need to connect to the competition port and close a switch between the proper pins. See the Competition Port Pinout Guide (it's on the OI section of the IFI Robotics web site).

Re: A New Programmer
 

Okay. How would I go about closing the switch? What do I need?

Re: A New Programmer
 

Success! We figured it out! Now all I have to do is get the speeds adjusted.

Re: A New Programmer
 

one thing i find helpful when testing autonomous code is to put the robot up on blocks so you can run everything in ur lab while reading printfs