Has anyone else had trouble staying within the 10 second limit in autonomous?

[lkdjm]

Has anyone else found that 10 seconds is not enough time to move the robot to the light? I am using the camera to move the robot to the light. The fastest time we have had to get to the right spot an start shooting balls is 9 seconds. Obviously, 1 second is not enoght time to shoot balls, and also, most of the time it takes at least 15 seconds to get to the right spot. I decided that rather than going to the same spot every time, to have a very big dead-spot for tilt and then change the cannon speed(our cannon is fixed) based on exactly where we are. I have messed with the GAIN and even made my own system for it, and I have concluded that there is really no way to get to any spot in under 5 seconds. Sometimes it may take 5 seconds just to lock on to the light. If the GAIN is too high, it will keep over-shooting, and if it is too low, it is too slow. The perfect number is still to slow. Has anyone been more successful than me? Do you have any ideas for me? Is it possible that blob size and those other values would help?
-Dave
-Longwood team 564
564.first@gmail.com

[sanddrag]

Right now, I'd say 5 seconds to reliably lock onto the light. But you can be searching while you are getting in position. It is possible to fire 10 balls in 5 seconds. Probably even in 3 seconds. But I agree, I'd have rather seen the traditional 15 second autonomous.

[lkdjm]

Ok, good, I didn't realize that you could be locked on before autonomous starts, that cuts off a lot of time. But still, you will be facing straight, you may lock onto the wrong target, and even if you do happen to lock onto the right target, you have to make a turn twords the right target, and during that turn, it make loose the target. Thank you for the amazingly fast response at 3:30 in the morning. Clearly we have no lives, lol.

[Calvin]

I don't think 10 seconds is enough to do alot, but for myself, I'm hoping to at least move the robot to firing position.

[Oumonkey]

I still haven't been able to mess with auto mode but is it really that hard to get everything in 10 secs?
Also is there any other purpose for the camera outside of auto mode, I was thinking if I could get a led rigged up, or maybe one of those pwm01/pwm02 leds on that one.....thingy....I don't remember what its called, the one that you plug in the controllers to. But I was thinking to hook up a led so that when it was lined up to the goal it could light up so we know when to shoot.
Also I'm dead reckoning, I have a feeling I will want to cause pain to something/someone afterwords....
I should try a pot, but I just don't think we have enoguh time left me me to learn how to.

[lkdjm]

Originally Posted by Calvin

I don't think 10 seconds is enough to do alot, but for myself, I'm hoping to at least move the robot to firing position.

Does anyone actually plan to shoot in autonomous?

[KenWittlief]

why do you think you have to be facing straight ahead when auton mode starts?

in the past you were able to point your robot any direction you wanted as long as it was within the defined starting area of the field.

[nehalita]

Originally Posted by Calvin

I don't think 10 seconds is enough to do alot, but for myself, I'm hoping to at least move the robot to firing position.

Also, what if your team ends up going on defense? Keep that in mind, you might not always be able to shoot right away after the autonomous round

[Not2B]

Originally Posted by lkdjm

Does anyone actually plan to shoot in autonomous?

I think many teams plan on shooting in autonomus mode as the base to their entire stratagy. And I think they will do it, too.

But I think only one robot will be able to unload 10 balls into the center goal per match... better have a few other auto modes ready to go!!!

uh... I gotta go talk to our programmers....

[lkdjm]

Originally Posted by KenWittlief

why do you think you have to be facing straight ahead when auton mode starts?

in the past you were able to point your robot any direction you wanted as long as it was within the defined starting area of the field.

I had no idea! Thanks for the correction. That applies to this year too? That would be awesome! I have to check the dimensions of our robot to see if we could do that. Also, don't you think that the robot next to you might get in the line of sight? If they don't move in autonomous, this could be a fatal problem for autonomous.

[Tom Bottiglieri]

Originally Posted by lkdjm

Ok, good, I didn't realize that you could be locked on before autonomous starts, that cuts off a lot of time. But still, you will be facing straight, you may lock onto the wrong target, and even if you do happen to lock onto the right target, you have to make a turn twords the right target, and during that turn, it make loose the target. Thank you for the amazingly fast response at 3:30 in the morning. Clearly we have no lives, lol.

It could be done something like this

#define BEGIN_DISABLE     0

extern char robot_state=0;

Process_Data_From_Master_uP{
	switch(robot_state)
	{
		case: BEGIN_DISABLE
		{
			Tracking_Stuff();
                        break;
		}
	
		
		default: break;
	}

	Other Stuff...
	
	Default Routine;
}

(I put the switch statement in just in case you wanted other robot 'modes')

User_Autonmous_Mode
{
	robot_state=1;
	
	Autonomous Stuff;
}

[Joel J]

Has anyone actually tried tracking while disabled?

Kevin's code uses the PWM outputs which output neutral while disabled.

Can Kevin's code command servo values through the camera? That is, can you plug the servos into the camera itself, and still control where they point?

[Alan Anderson]

Originally Posted by Joel J.

Can Kevin's code command servo values through the camera?

Not easily.

So far as I can tell, once it sets up the camera, it basically just "listens" to the T packets coming back. There doesn't seem to be an existing state machine to patch into for sending SV commands when desired. Changing the code to use the camera for servo control means adding a new piece of processing rather than adapting an existing one.

[lkdjm]

Originally Posted by Tom Bottiglieri

It could be done something like this

#define BEGIN_DISABLE     0

extern char robot_state=0;

Process_Data_From_Master_uP{
	switch(robot_state)
	{
		case: BEGIN_DISABLE
		{
			Tracking_Stuff();
                        break;
		}
	
		
		default: break;
	}

	Other Stuff...
	
	Default Routine;
}

(I put the switch statement in just in case you wanted other robot 'modes')

User_Autonmous_Mode
{
	robot_state=1;
	
	Autonomous Stuff;
}

So I assume that means that by default the camera will not start searching until autonomous starts. With this code, will it remain locked on when autonomous starts, or will it just restart the search?

[lkdjm]

Originally Posted by Not2B

I think many teams plan on shooting in autonomus mode as the base to their entire stratagy. And I think they will do it, too.

But I think only one robot will be able to unload 10 balls into the center goal per match... better have a few other auto modes ready to go!!!

uh... I gotta go talk to our programmers....

I am also thinking of using the camera or dead reckoning to get the corner goals in autonomous but I think that would take even longer! What are some of the other ideas for autonomous out there?