Hardware

Hardware Resources

The Srivastava Senior Design Lab has a wide variety of hardware available for use in projects, including microcontrollers, DSP boards, LINX RF transmitters and receivers, GPS units, webcams and more. These things can all be checked out from you TA for use on your project. See below for more details, and check out the links above.

Development Boards

Intel Galileo Development Boards

The lab has 25 Intel Galileo Development Boards available for checkout. The following links are useful resources for working with these boards:

Microcontrollers

PIC Microcontrollers

The lab has a number of PIC16F877A microcontrollers available for use in projects. It is understandable that wiring errors might happen, so each student is allowed to burn out a maximum of two PICs. They are programmed in a simplified C instruction set and are used to simplify design and perform IO with ease. Check the PIC Tutorial for more information.

BASIC Stamp Microcontrollers

The BASIC Stamp is a simple, tiny microcontroller with serial communications abilities, programmed in BASIC. This makes it ideal for simple applications where I/O speed is not critical, and the complexity of the HC12 is not needed.

DSPs

TI TMS320C54x DSPs

We have several C54x DSPs available for checkout (if demand is high, sharing a DSP with another group may be needed). Check out these resources for more information:

TI TMS320C6713 DSP

We have one TMS320C6713 (16 Mb) Floating Point DSP that was graciously donated by TI. The board is in the TA cabinet and is available for checkout.

LINX RF modules

We have a number of LINX transmitters and receivers available in the lab for RF projects, with a choice of the LC Series (315 or 418 MHz) or the HP series (902-928 MHz band).

GPS kits

We have 2-3 Garmin 12 XL GPS receivers. The Garmin units are equipped with a serial communication port and can be interfaced with microcontrollers or computers to provide information on position (lat, long, altitude, time) and velocity (differentiation of position). We also have one equivalent Motorola kit, and another kit by Ashtech (Eval and development kit, 990285). There are antennas on the roof of EL with wires into the lab so that data can be acquired while in the building (for testing purposes). The antennas can be accessed through connectors in the back left corner of the lab, by the far computer.

Resonant Cavity Field Profiler

Salaj Ganesh, Max Goin, Furkan Yazici

Resonant Cavity Field Profiler

Featured Project

# Team Members:

- Max Goin (jgoin2)

- Furkan Yazici (fyazici2)

- Salaj Ganesh (salajg2)

# Problem

We are interested in completing the project proposal submitted by Starfire for designing a device to tune Resonant Cavity Particle Accelerators. We are working with Tom Houlahan, the engineer responsible for the project, and have met with him to discuss the project already.

Resonant Cavity Particle Accelerators require fine control and characterization of their electric field to function correctly. This can be accomplished by pulling a metal bead through the cavities displacing empty volume occupied by the field, resulting in measurable changes to its operation. This is typically done manually, which is very time-consuming (can take up to 2 days).

# Solution

We intend on massively speeding up this process by designing an apparatus to automate the process using a microcontroller and stepper motor driver. This device will move the bead through all 4 cavities of the accelerator while simultaneously making measurements to estimate the current field conditions in response to the bead. This will help technicians properly tune the cavities to obtain optimum performance.

# Solution Components

## MCU:

STM32Fxxx (depending on availability)

Supplies drive signals to a stepper motor to step the metal bead through the 4 quadrants of the RF cavity. Controls a front panel to indicate the current state of the system. Communicates to an external computer to allow the user to set operating conditions and to log position and field intensity data for further analysis.

An MCU with a decent onboard ADC and DAC would be preferred to keep design complexity minimum. Otherwise, high MIPS performance isn’t critical.

## Frequency-Lock Circuitry:

Maintains a drive frequency that is equal to the resonant frequency. A series of op-amps will filter and form a control loop from output signals from the RF front end before sampling by the ADCs. 2 Op-Amps will be required for this task with no specific performance requirements.

## AC/DC Conversion & Regulation:

Takes an AC voltage(120V, 60Hz) from the wall and supplies a stable DC voltage to power MCU and motor driver. Ripple output must meet minimum specifications as stated in the selected MCU datasheet.

## Stepper Drive:

IC to control a stepper motor. There are many options available, for example, a Trinamic TMC2100. Any stepper driver with a decent resolution will work just fine. The stepper motor will not experience large loading, so the part choice can be very flexible.

## ADC/DAC:

Samples feedback signals from the RF front end and outputs the digital signal to MCU. This component may also be built into the MCU.

## Front Panel Indicator:

Displays the system's current state, most likely a couple of LEDs indicating progress/completion of tuning.

## USB Interface:

Establishes communication between the MCU and computer. This component may also be built into the MCU.

## Software:

Logs the data gathered by the MCU for future use over the USB connection. The position of the metal ball and phase shift will be recorded for analysis.

## Test Bed:

We will have a small (~ 1 foot) proof of concept accelerator for the purposes of testing. It will be supplied by Starfire with the required hardware for testing. This can be left in the lab for us to use as needed. The final demonstration will be with a full-size accelerator.

# Criterion For Success:

- Demonstrate successful field characterization within the resonant cavities on a full-sized accelerator.

- Data will be logged on a PC for later use.

- Characterization completion will be faster than current methods.

- The device would not need any input from an operator until completion.

Project Videos