1. Indycar Telemetry Data Acquisition Interface Danny Ho 97 140232 March 25, 2002 University of Waterloo Systems Design SD 542

2. Presentation Summary Introduction to Telemetry Functional Decomposition Initial Design 1 st Prototype User Feedback & Limitations 2 nd Prototype Industry Comparison Conclusions

3. Objective of Telemetry Ensure driver safety Monitor vehicle performance Use data history to adapt car to track 1 st place finish !

4. The Flow of Data Pit lane Onboard sensorsRadio transmitters

5. Functional Decomposition Functional PurposeTransport driver around a race track Abstract FunctionConservation of Mass and Energy Generalized FunctionEngine provides torque, wheels turn, vehicle is driven forward, steering wheels steer the car Physical FunctionEngine, chassis, steering wheel, pedals, tires, transmitter antenna, etc… Physical Form (location of sensors) Inside tire rim, engine hardpoints, onboard computer socket location, etc…

6. Initial Design

7. Focus of 1 st Interface Functional Visual Basic for Application implementation Simulate alarm conditions Provide real-time monitoring scenario

8. 1 st Prototype

9. User Feedback & Limitations Alarm salience was adequate Visual representation did not conform well to mental model Graphical forms lacked frame of reference (scale) Certain graphical elements were hard to notice

10. Final Prototype

13. Industry Comparison

14. EFI Technologies

15. PI Research

16. Conclusions Proposed system: –offers richer, more iconic representation of data –Provides better cognitive association –Improves upon salience and mental model Industry systems: –more data intense –data display in the strictest sense –targeted towards expert engineers (experienced!)

17. Q & A How critical is alarming? –Shouldn’t experts know what to look at? Analogical or Iconic? Is industry software too bland?