orange gear
Prototype Sections: [Lab Prototype]  [Field Prototype]  [Protoype/Product Correlation] 

Lab Prototype

[Lab Software Screenshots]  [Functional Diagram]  [Critical Elements]  [Demonstration Script]  [Presentation]

Lab Prototype Construction

View pictures from prototype construction in our [slideshow popup]
[top of lab prototype section]

Lab Prototype Software Screenshots:

software indicating normal operation
Field Prototype Dataflow
software indicating unsafe condition

[top of lab prototype section]

Functional and Dataflow Diagrams

Lab Prototype Hardware
functional diagram
Lab Prototype Dataflow
dataflow diagram

[top of lab prototype section]

Critical Elements of the Lab Prototype:

Hardware Software
  • Golfcart Tires: Used to represent full sized automobile tires.  The protoype demonstration will use three tires, one for a control, one immersed in an ice bath for cold temperatures, and one immersed in heated water for the high temperature instance.
  • [Labjack U12]: USB based data acquisation tool to receive signals from the temperature sensors in the golfcart tires.
  • Pressure Gauge: To make manual observations of the golfcart tire pressure.
  • Temperature Transducer: Temperature sensor installed inside of the golfcart tire to send temperature data to the PC.
  • Connectors/Switch: To enable to data feed
  • Labjack driver: Interfaces the PC with the Labjack USB connection.
  • Labjack Java Interface: Allows the Java OmnAuto software receive signals from the Labjack console
  • OmnAuto Software: Program to monitor the tire pressure and temperature and signal an alert when the tire pressure drops below the defined safe limit.   Made up of the following software modules:
    • Data Request: Handles the real-time request of the temperature and pressure of each of the individual tires.  The data collected is made available to the other modules that require the readings.
    • Data Logger: Handles the logging of the data to the SD Memory card. The module operates on a 2 minute interval logging the current operating conditions to a file. The location and interval of the logging can be modified by changing the applications configuration file.
    • Data Processing: Handles the processing of the data to determine if an alarm exists. If the processing module determines that an unsafe condition exists, the module modifies the operating state of the tire from safe to unsafe.
    • Data View: Handles the user interface to the system. The views provided include the current pressure/temperature of the tire, pressure vs time chart, temperature vs time chart, and current tire status. A software button is provided in the view to provide a manual reset of the alarm after an unsafe condition is corrected.

[top of lab prototype section]
[Back to document index]

Prototype Script

1.Introduce the Group
2.Establish problem
	a.Problem Statement
	b.Background
3.Define solution
	a.Basic overview
	b.Characteristics of the project
4.Review Product Component Diagram
	a.Overview
5.Product vs Prototype
	a.Link product functionality to applicable Prototype features.
6.Lead to Prototype Component diagram
7.Review System Diagram
	a.Detailed hardware involved (Specific Sensors and interfaces used)
	b.Software Drivers required
	c.OmnAuto Software Components
8.Software Class Diagram (Individual modules developed)
9.Overview of demonstrations (End power point and begin prototype demo)
	a.Normal Conditions
	b.Under pressurization
	c.Hi temperature causing pressure to be in error
	d.Slow pressure loss
	e.Change in configuration
10.Conduct each of the tests on the prototype
	a.Normal Conditions
		i.Show logged data
		ii.Show graphical of data collected.
	b.Under pressurization
		i.Show low pressure exists
		ii.Ensure alarm is displayed
		iii.Show alarm entry logged
	c.Hi temperature causing pressure to be in error
		i.Show temperature rising
		ii.Ensure alarm is displayed
		iii.Show alarm entry logged
	d.Slow pressure loss
		i.Slowly bleed pressure from the tire.
		ii.Show pressure dropping
		iii.Show alarm displayed
		iv.Show alarm entry logged.
	e.Change in configuration
		i.Demo configuration utility
		ii.Show data logged with new configuration
	f.User Interface viewers
		i.Show graphical view of historical data
		ii.Show history of logged alarms

[top of lab prototype section]

Prototype Presentation:

[ View the presentation that accompanies the prototype demonstration ]


[top of lab prototype section]

[top]

Field Prototype

[Prototype Specifications]  [Functional Diagram]  [Critical Elements]

Hardware Quantity Manufacturer
Temperature/Pressure Sensors - transmit RF signal
4
 SmarTire
RF receiver
1
 COTS supplier
OmnAuto TMS Controller
1
 OmnAuto LLC
Secure Digital (SD) card
1
 San Disk
Software    
OmnAuto TMS Software
1
 OmnAuto LLC


The OmnAuto TMS software requires a Java enabled computer.  An SD card reader is required to upload data from the OmnAuto removable memory unit.
[top]

[top of field prototype section]

Functional and Dataflow Diagrams

Field Prototype Hardware
functional diagram
Field Prototype Dataflow
dataflow diagram

[top of field prototype section]

Critical Elements of the Field Prototype:

Hardware Software
  • Sensors
    • sensor what?
    • sensor what?
  • OmnAuto TMS controller:
    • Circuit Board
    • Processing Unit
    • Circuit Memory
    • Removable Memory
    • Removable Memory Slot
  • Dashboard Display
  • CAN interface: The CAN interface software module is used by the OmnAuto Software to connect to the existing vehicles network. This allows for communication between the In-Vehicle LAN and the OmnAuto processor.  This is the source of pressure, temperature, speed and other parameter readings for the OmnAuto TMS.
  • DBP interface: The DBP interface software module is used by the OmnAuto Software to connect to the existing vehicles network.  This allows for communication between the vehicles dashboard and the OmnAuto processor. The interface point will be used to activate and deactivate the alarm indication to the user when an unsafe condition arises.
  • OmnAuto Software: Program to monitor the tire pressure and temperature and signal an alert when the tire pressure drops below the defined safe limit.   Made up of the following software modules:
    • Data Request: Handles the real-time request of the temperature and pressure of each of the individual tires.  The data collected is made available to the other modules that require the readings.
    • Data Logger: Handles the logging of the data to the SD Memory card. The module operates on a 2 minute interval logging the current operating conditions to a file. The location and interval of the logging can be modified by changing the applications configuration file.
    • Data Processing: Handles the processing of the data to determine if an alarm exists. If the processing module determines that an unsafe condition exists, the module modifies the operating state of the tire from safe to unsafe.
    • Data View: Handles the user interface to the system. The views provided include the current pressure/temperature of the tire, pressure vs time chart, temperature vs time chart, and current tire status. A software button is provided in the view to provide a manual reset of the alarm after an unsafe condition is corrected.

[top of field prototype section]

[top]

Product/Prototype Correlation

[View the Power Point on product/prototype correlation]


[top]