CompuGlobalHyperMegaNet 18545 Spring 2005 Design Review 2

1
CompuGlobalHyperMegaNet18-545 Spring 2005
Design Review 2

• Group 7
• Michael Wenske, Chris Chaney
• Jim Kerchenfaut, Juan Lopez

2
Alternate Design
3
Chosen Design
4
Design Advantages

• Low computational burden on find hits (answer why
  to be revealed later stay tuned)
• High bandwidth between extend hits and NIOS Core
  processor
• Single Pass Through Database
• Minimal Transfer of Database

5
The NIOS

• Receives List of Neighbor Words from DSP
• Takes Each Hit and Requests all Database Entries
  that Contain that String (sent over one at a
  time)
• Feeds Query String and DB String to Custom
  Hardware
• Sends DB segment to hardware based on where the
  hit is in the database segment
• Custom Hardware modules extend to left and to
  right
• Results added together for overall extension
  value
• Processor Core responsible for properly feeding
  the hardware (handles edge case gunk)
• Sends Results to ARM for processing

6
Pre-Computation

• Find Hits
• Receive Neighbor Words from NIOS
• For Each Neighbor Word
• Look up Hits in Hit Array
• Form list of all hits for these Neighbor Words
• Transmit to NIOS for extension

7
Current Progress Where We Are Right Now

• Complete
• Find Hits
• Find Neighbor Words
• Pre-computation
• Interfaces for Ethernet Communication
• In Progress
• Design Review 2 Presentation
• Signal Processing
• Extension Hardware

8
Next on the Agenda

• Integration of Signal Detection and Neighbor
  Words
• Sending of Neighbor Words to NIOS Core
• Integration of Custom Hardware with Processor
  Core
• Database Entry Retrieval and Processing by NIOS
• Implement Alert System
• User Interface

9
Deliverables for Demo 2

• Goals
• DSP will be able to input audio signal and
  convert to amino acid sequences
• Synthesizable, working code for extend hits
• Hardware Efficient Blosum Matrix
• Stretch Goals
• Integration of DSP with Neighbor Words

10
Updated Schedule (panic time yet?)