View Single Post
  #30   Spotlight this post!  
Unread 24-12-2006, 19:23
Mark McLeod's Avatar
Mark McLeod Mark McLeod is offline
Just Itinerant
AKA: Hey dad...Father...MARK
FRC #0358 (Robotic Eagles)
Team Role: Engineer
 
Join Date: Mar 2003
Rookie Year: 2002
Location: Hauppauge, Long Island, NY
Posts: 8,906
Mark McLeod has a reputation beyond reputeMark McLeod has a reputation beyond reputeMark McLeod has a reputation beyond reputeMark McLeod has a reputation beyond reputeMark McLeod has a reputation beyond reputeMark McLeod has a reputation beyond reputeMark McLeod has a reputation beyond reputeMark McLeod has a reputation beyond reputeMark McLeod has a reputation beyond reputeMark McLeod has a reputation beyond reputeMark McLeod has a reputation beyond repute
Re: Printf has just entirely failed to do anything

Quote:
Originally Posted by JBotAlan View Post
Those "special outputs" are 13-16, right? The ones our code has to generate the PWM signal for?
Yep. Be wary and stay away from them though. They don't work correctly as they are used in the default code. There is some extra work required for those. If you're interested a CD search will point you in the right direction.

Quote:
Originally Posted by JBotAlan View Post
I just thought that polling the gyro really fast was a good idea, but I didn't realize how short 26.2ms is.
...
So you mean poll the sensors if I want an average over that 26.2ms instead of an instantaneous reading during the slow loop?
Using the fast loop to poll the gyro is a really good idea, because you have to average the data to get a meaningful result.
Polling a pot on an arm usually isn't necessary, because it returns absolute position anyway.

Quote:
Originally Posted by JBotAlan View Post
Oh, I forgot it was a separate loop. I ripped that out of last year's code, but in hindsight I could've left it just like it was. About the part that's bolded above: what do you mean? Do you mean that your team has ripped out the separate loop and let main() loop like normal?
Sounds like we had similar solutions. We didn't like a software design that took control away from the main loop.
One of the advantages of ripping the loop out of User_Autonomous_Code is that Process_Data_From_Master_uP and Process_Data_From_Local_IO continue to get called normally from main() without any extra work or duplication of effort. We add a few other improvements to main() such as initial delays to allow the systems and sensors to stabilize on powerup and automatically resetting autonomous on disable. It's nice that these changes apply to every mode and don't have to be implemented again for that autonomous loop.
__________________
"Rationality is our distinguishing characteristic - it's what sets us apart from the beasts." - Aristotle