Final Demo :: ECE 445 - Senior Design Laboratory

Final Demo

Description

The Final Demo is the single most important measure (and assignment) for the success of your project. The evaluation is holistic, focused on whether your project is completed, well-designed, reliable, and usable. You will demo your project to your professor, at least one TA, and a few peer reviewers. Other guests (e.g. alumni, high school students, sponsors, or other department affiliates) may also be present.

Requirements and Grading

Students must be able to demonstrate the full functionality of their project by proving that all the requirements in their Requirements and Verification (RV) table are met. Students must bring a printed out version of their block diagram, high level requirements, and RV table. Credit will not be given for feature which cannot be demonstrated.

For tests that are lengthy or require equipment not available at the time of demo, students should have their lab notebooks or printouts ready to show testing data. For any portion of the project which does not function as specified, students should have hypotehses (and supporting evidence) of what is causing the problem. If your demo needs to happen somewhere that is not the Senior Design Lab, you must communicate this with your TA!

The design team should be ready to justify design decisions and discuss any technical aspect of the project or its performance (not just one's own responsibilities). Quantitative results are expected wherever applicable. The demo grade depends on the following general areas: See the Demo Grading Rubric for specific details, but in general, show the following:

  1. Completion: The project has been entirely completed.
  2. Integration: The project is well-integrated, looking more like a final product than a prototype.
  3. Performance: Performance is completely verified, and operation is reliable.
  4. Understanding: Everyone on the project team must must be able to demonstrate understanding of his/her technical work and show that all members have contributed significantly.
  5. Polish & Attention to Detail: The project is well-polished with the user in mind. Good attention to detail is afforded to useability, presentation, and packaging.

 

Submission and Deadlines

Signing-up for a demo time is handled through the PACE system. Again, remember to sign up for a peer review as well.

Prosthetic Control Board

Caleb Albers, Daniel Lee

Prosthetic Control Board

Featured Project

Psyonic is a local start-up that has been working on a prosthetic arm with an impressive set of features as well as being affordable. The current iteration of the main hand board is functional, but has limitations in computational power as well as scalability. In lieu of this, Psyonic wishes to switch to a production-ready chip that is an improvement on the current micro controller by utilizing a more modern architecture. During this change a few new features would be added that would improve safety, allow for easier debugging, and fix some issues present in the current implementation. The board is also slated to communicate with several other boards found in the hand. Additionally we are looking at the possibility of improving the longevity of the product with methods such as conformal coating and potting.

Core Functionality:

Replace microcontroller, change connectors, and code software to send control signals to the motor drivers

Tier 1 functions:

Add additional communication interfaces (I2C), and add temperature sensor.

Tier 2 functions:

Setup framework for communication between other boards, and improve board longevity.

Overview of proposed changes by affected area:

Microcontroller/Architecture Change:

Teensy -> Production-ready chip (most likely ARM based, i.e. STM32 family of processors)

Board:

support new microcontroller, adding additional communication interfaces (I2C), change to more robust connector. (will need to design pcb for both main control as well as finger sensors)

Sensor:

Addition of a temperature sensor to provide temperature feedback to the microcontroller.

Software:

change from Arduino IDE to new toolchain. (ARM has various base libraries such as mbed and can be configured for use with eclipse to act as IDE) Lay out framework to allow communication from other boards found in other parts of the arm.