View Single Post
  #2   Spotlight this post!  
Unread 22-08-2005, 13:27
Alan Anderson's Avatar
Alan Anderson Alan Anderson is offline
Software Architect
FRC #0045 (TechnoKats)
Team Role: Mentor
 
Join Date: Feb 2004
Rookie Year: 2004
Location: Kokomo, Indiana
Posts: 9,112
Alan Anderson has a reputation beyond reputeAlan Anderson has a reputation beyond reputeAlan Anderson has a reputation beyond reputeAlan Anderson has a reputation beyond reputeAlan Anderson has a reputation beyond reputeAlan Anderson has a reputation beyond reputeAlan Anderson has a reputation beyond reputeAlan Anderson has a reputation beyond reputeAlan Anderson has a reputation beyond reputeAlan Anderson has a reputation beyond reputeAlan Anderson has a reputation beyond repute
Re: FRC hardware design

I'm not sure you have a good grasp of the "hardware software model", as you call it. You're asking questions that seem to assume things are not as they are. The IFI Robot Controller system is set up as a main processor with a coprocessor. The software isn't running a "dual thread" scheme with interrupts to switch between tasks; the fast user loop is the "main loop".

The system is set up with an amazingly useful feature: hardware inputs are automagically read and made available to the program as variables, and hardware outputs are automagically generated based on variables set by the program. The minor nuisance of having to call the get_data and send_data communication routines explicitly is worth it.

One thing you're leaving out is the cost of the system. Adding "just one more small PIC" for PWM outputs, and "just one more small PIC" for modem communication, and "just one more small PIC" for a motor drive system...it adds up.