Joel MartinJean Mohammadi-AraghAlfred Nuzzolo

Critical Design ReviewFebruary 26, 2002

CPE Senior Design II

People

Alfred NuzzoloJean Mohammadi-AraghJoel MartinDr. Robert Moorhead (Advisor)

Problem

The MSU COVE at the ERC is not being fully utilized.

We have developed the following estimates:

Time Frame Time used / total hours Percentage

Mon-Fri (8am-5pm) 25 hours / 45 total hours 56 %

All other hours 20 hours / 123 total hours 16 %

Problem: How can we increase CAVE usage?

Solution

Problem: How can we increase CAVE usage?

Solution: The current controller is limited in functionality and in need of repair. Also, there are a limited number of working demos. We can create an interface to the CAVE for a PlayStation controller (to allow for multiple types and easy replacement of controllers) as well as create a new demo to show individuals some of the CAVE’s abilities.

Refresher

• Low CAVE Utilization– No Architectural Research

– No Campus Tours

– Broken Controller

• Current Controller• N64 exterior

• CS student designed interior

• Non-standard

• Build a 3D model of MSU in the CAVE

• Build a better interface to control movement in the CAVE

More Refresher

Hardware

Hardware

• All in one overview?• PCB layout• Assembly code overview (flow chart)• Why we should PCB even with trouble.• Boot up sequence (problem we overcame)

Prototype Hardware

Currently Handles:• Input from

PlayStation controller

• Output of Digital signals

Hardware Overview

UbicomSX28AC

ImmersionBox

Digital

PlayStation Interface

UbicomSX28AC

DataCommand

Ground+5VSelectClock

Ack

Digital Immersion Interface

NEC PS7141-2A

UbicomSX28AC

ImmersionBox

+5V

+5V

Analog Immersion Interface

Coming Soon to a CAVE Near You!

UbicomSX28AC

ImmersionBox

SCLSDA

I2C

CAVETM Hardware Emergency

• Immersion Box

Software

Concept Review

y

x

z

AutoCad

Carpenter:

at point X=870' Y=995' at point X=919' Y=979'at point X=901' Y=925' at point X=953' Y=907'at point X=939' Y=863'at point X=886' Y=881'at point X=868' Y=827'at point X=819' Y=843'at point X=870' Y=995'

y

x

CAVElib for all the data:

// draw the points

glVertex( X, height, Y);

Old Software

Concept Review Continued

Old Software

Software Overview

Image data Building data

Parser

Display

Image reader Data reader

EnvironmentSetup

model.c

Collision

Image Data and Reader

height width

AGBR AGBRAGBR AGBRAGBR AGBRAGBR AGBRAGBR AGBRAGBR AGBR

Chosen format: TGA

header

imagedata

The Image Reader stores the image data in memory.

Potential Problem: limited texture memory

Software Overview

Image data Building data

Parser

Display

Image reader Data reader

EnvironmentSetup

model.c

Collision

Building DataChosen format:

(x1, y1, z1) (x2, y2, z2) (x3, y3, z3) (x4, y4, z4) texture.tga

(x1, y1, z1)

(x2, y2, z2) (x3, y3, z3)

(x4, y4, z4)

To use texture memory more effectivelyimages can be used more than once.

Parser and Building Data Reader

Parser: developed to ensure duplicate images are not loaded into memory more than once.

Creates texture ids for each new image file requested by the building data file.

Data Reader • stores the image data in memory• creates a list of “textures-to-be-loaded” for the image reader.

Software Overview

Image data Building data

Parser

Display

Image reader Data reader

EnvironmentSetup

model.c

Collision

Current Software

Software Overview

Image data Building data

Parser

Display

Image reader Data reader

EnvironmentSetup

model.c

Collision

Collision Detection

Accomplishments Jan-Feb ‘02• Modified draw_building()

– to handle different textures for different sides of the buildings– to draw varying polygons (draw roofs in addition to strict

perimeters)

• Finished creating textures for – Simrall– Carpenter– Stennis– Allen– Swalm– Lee

• Created scripts to select building data at runtime instead of compile time– Image and Data readers– Parser

Testing

Test Specifications

• Input <= 12 Volts

• Controller Size• Cord Length• Standard Type• Operating Time• Ten Exteriors• One Interior

Test Plan

• Team Testing

• ERC Testing

• Non-ERC Testing

Test Plan Continued

ERC (Controller)

Easy TransitionController Stress

Backwards Compatible

Non-ERC (Demo)

AestheticNatural MovementAppropriate Color

Team

SpecificationsController

Demo

Summary

• Research; finalize design - Completed

• CAVE user feedback - Completed

• Map campus to box-world - Completed

• Complete working prototype - Completed

• Map textures to box-world - In Progress

• Map inside of chosen building - Pending

• Comment and document code - In Progress

• Transition from breadboard to PCB - In Progress

• Building data determined at runtime - Completed

• Make attractive case - Pending

• Test design for other PS controllers - Pending

• Finishing Touches

Timeline

Future Ideas

• Map all building exteriors for campus

• Map all campus interiors

• Include sound

• Implement PS2 rumble pack

• History lesson (Old Main)

• Wireless controller

The End