Go to Post These are threads, and they are what hold the community together...so CD must be a threaded fastener right? - Andrew Blair [more]
Home
Go Back   Chief Delphi > Competition > FRC Game Design
CD-Media   CD-Spy  
portal register members calendar search Today's Posts Mark Forums Read FAQ rules

 
 
 
Thread Tools Rate Thread Display Modes
Prev Previous Post   Next Post Next
  #6   Spotlight this post!  
Unread 21-05-2007, 13:42
EHaskins EHaskins is offline
Needs to change his user title.
AKA: Eric Haskins
no team (CARD #6 (SCOE))
Team Role: College Student
 
Join Date: Jan 2006
Rookie Year: 2006
Location: Elkhorn, WI USA
Posts: 998
EHaskins has a reputation beyond reputeEHaskins has a reputation beyond reputeEHaskins has a reputation beyond reputeEHaskins has a reputation beyond reputeEHaskins has a reputation beyond reputeEHaskins has a reputation beyond reputeEHaskins has a reputation beyond reputeEHaskins has a reputation beyond reputeEHaskins has a reputation beyond reputeEHaskins has a reputation beyond reputeEHaskins has a reputation beyond repute
Send a message via MSN to EHaskins
Re: [Official 2008 Game Design] New Technology Discussions

(1) Field positioning system(s)
One thing I think really needs to be added is an easy to implement, accurate, field positioning system. Many teams have been developing positioning systems, but a standardized system that any team could implement would open so many possibilities for autonomous operation.

(2)Inter-robot communitcation
Assuming a field positioning system was developed, then inter-robot communication specifically for position data would, I think, be reasonable and fairly easy to implement. Knowing the position of the other robots opens so many possibilities for autonomous modes and user control modes.

[EDIT] I don't believe inter-robot communication could be implemented for data not specified by FIRST. Un-regulated inter-robot communication could be an unfair advantage for teams which work together during the build season. [/EDIT]

(3) Processing power, and remote processors
I also would like to see the ability to have two-way communication between the robot and an off board processor, such as a laptop at the OI. The ability to have the almost unlimited processing power, compared to that of a PIC, of a laptop computer would open so many possibilities for programmers.

I see no reason why the RC programming should be limited to the embedded programming of the PIC, or a low power co-processor, when most real-world applications allow access to the processing power of one, or more, PCs.

Sorry if this is an incoherent rant.
__________________
Eric Haskins KC9JVH

Last edited by EHaskins : 21-05-2007 at 13:45.
 


Thread Tools
Display Modes Rate This Thread
Rate This Thread:

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
[Official 2008 Game Design] Game Elements and Subtasks dlavery FRC Game Design 35 25-05-2008 22:37
[Official 2008 Game Design] OK, so YOU design the 2008 game... dlavery FRC Game Design 25 20-02-2008 23:31
[Official 2007 Game Design] Autonomy And Other Technology Discussions dlavery FRC Game Design 48 02-07-2006 20:05
[Official 2006 Game Design] Autonomy And Other Technology Discussions dlavery FRC Game Design 36 12-11-2005 17:49
[Official 2005 Game Design] Autonomy Discussions dlavery FRC Game Design 53 04-09-2004 22:29


All times are GMT -5. The time now is 20:39.

The Chief Delphi Forums are sponsored by Innovation First International, Inc.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2017, Jelsoft Enterprises Ltd.
Copyright © Chief Delphi