Project

# Title Team Members TA Documents Sponsor
47 Automated IC Chip Tester
Alison Shikada
Michael Ruscito
Ryan Yoseph
Anand Sunderrajan design_document3.pdf
final_paper2.pdf
presentation1.pptx
proposal1.pdf
# Problem
A common frustration in ECE 385 is when students find a given IC chip does not work as expected. Testing each chip manually is tedious and time consuming. Students are encouraged to test each chip before using them, but due to the time constraint and complexity of 385 labs, along with the time consumption of unit testing every chip, this advice is rarely followed. Additionally, students often burn out previously working chips without realizing it and are tasked with manually debugging every chip in their circuit.

# Solution Overview
Our project is targeted towards students by providing a small, relatively portable solution to unit test IC chips quickly and easily. We want to automate the process of chip testing using a database of TI datasheets and a streamline UI for easy testing. The user would only need to select the chip model number in order for our device to prepare the appropriate signals to each input or power pins. Our internal logic would analyze the output signal and determine if the chip provides the correct logic.

For example, an AND gate chip will run through a full truth table and test for accuracy, whereas a shift register chip will test both read and write functionality. Our prototype will only test DIP chips, but the concept could be carried over to other packaging.

# Solution Components
- **User-interactive part**: A phone app that allows the user to select the chip model number/gate that they will be testing. This information will be sent via Bluetooth to a dedicated transceiver on the PCB.
- **Brain**: The microcontroller will provide the input signals to the chip and compare the outputs with the expected results of each test. The expected signal output will be preloaded onto a Flash memory after the user has selected what chip model they are testing. The results of the unit test (whether the chip is working or broken) will be sent back to the phone app via bluetooth, as well as a visual feedback on the device with LEDs.
- **Breadboard**: The breadboard functions as the testing environment for the product. We believe a 1.8’’ x 1.4’’ breadboard is small and portable enough for testing applications.

# Criterion for Success
Phone will transmit a bluetooth signal that is properly received by an on-board transceiver.
Internal logic will accurately determine whether a chip gives the correct or incorrect output and our device designates the chip as either working or broken.

The UI of the design is easy to interpret and use, allowing the user to select the chip model number they want to test.

Control System and User Interface for Hydraulic Bike

Iain Brearton

Featured Project

Parker-Hannifin, a fluid power systems company, hosts an annual competition for the design of a chainless bicycle. A MechSE senior design team of mechanical engineers have created a hydraulic circuit with electromechanical valves, but need a control system, user interface, and electrical power for their system. The user would be able to choose between several operating modes (fluid paths), listed at the end.

My solution to this problem is a custom-designed control system and user interface. Based on sensor feedback and user inputs, the system would change operating modes (fluid paths). Additionally, the system could be improved to suggest the best operating mode by implementing a PI or PID controller. The system would not change modes without user interaction due to safety - previous years' bicycles have gone faster than 20mph.

Previous approaches to this problem have usually not included an electrical engineer. As a result, several teams have historically used commercially-available systems such as Parker's IQAN system (link below) or discrete logic due to a lack of technical knowledge (link below). Apart from these two examples, very little public documentation exists on the electrical control systems used by previous competitors, but I believe that designing a control system and user interface from scratch will be a unique and new approach to controlling the hydraulic system.

I am aiming for a 1-person team as there are 6 MechSE counterparts. I emailed Professor Carney on 10/3/14 and he thought the general concept was acceptable.

Operating modes, simplified:

Direct drive (rider's pedaling power goes directly to hydraulic motor)

Coasting (no power input, motor input and output "shorted")

Charge accumulators (store energy in expanding rubber balloons)

Discharge accumulators (use stored energy to supply power to motor)

Regenerative braking (use motor energy to charge accumulators)

Download Competition Specs: https://uofi.box.com/shared/static/gst4s78tcdmfnwpjmf9hkvuzlu8jf771.pdf

Team using IQAN system (top right corner): https://engineering.purdue.edu/ABE/InfoFor/CurrentStudents/SeniorProjects/2012/GeskeLamneckSparenbergEtAl

Team using discrete logic (page 19): http://deepblue.lib.umich.edu/bitstream/handle/2027.42/86206/ME450?sequence=1