Difference between revisions of "RCwiproc"
Jump to navigation
Jump to search
(→To Do) |
|||
Line 6: | Line 6: | ||
* Research protocols | * Research protocols | ||
** UDP (User Datagram Protocol) | ** UDP (User Datagram Protocol) | ||
− | ** Protocol Book | + | ** <strike>Protocol Book</strike> |
− | * Determine | + | * Determine the rate at which to update robots |
− | |||
− | |||
− | |||
* Specify a custom protocol | * Specify a custom protocol | ||
− | * Evaluate and compare UDP to a custom protocol | + | * Evaluate and compare UDP to a custom protocol |
− | + | ||
− | |||
− | |||
− | |||
− | |||
==Data Rate calculations== | ==Data Rate calculations== | ||
These will need to be redone. | These will need to be redone. |
Revision as of 08:07, 8 August 2006
Wireless Protocol
The host will be able to send each robot velocity, direction, and shoot directives, at with the time alloted between each sample of the playing field by the overhead camera. In such way the enitre system (host, camera, and robot) will behave as a real-time system. The robot will send its current error status, battery voltage, wheel velocity, unique ID, and whether or not it has the ball to the host but not in real-time.
To Do
- Research protocols
- UDP (User Datagram Protocol)
Protocol Book
- Determine the rate at which to update robots
- Specify a custom protocol
- Evaluate and compare UDP to a custom protocol
Data Rate calculations
These will need to be redone.
Articles
- Linx article on protocol design
- Paper on the Cylical Redundancy Check error checking algorithm (CRC)
- Enitre book on protocol design, a bit dated though like 1990 dated
- Berkeley article on wireless protocol design. Gives a real world example of how to design a wireless protocol.
- Ohio University article. Details an intresting communications method
- Paper from Maxim on Manchester Encoding
- Berkeley PPT on errors and wireless
- Circuit Cellar discussion on Manchester Encoder/Decoder