People :: ECE 445 - Senior Design Laboratory

People

TA Office Hours

Held weekly in the senior design lab (ECEB 2070/2072). NOTE:

There are no office hours during the weeks of board reviews or final demos.

Chat Room

Ask technical questions here:

Spring 2026 Instructors

Name Area
Prof. Arne Fliflet (Instructor)
3056
afliflet@illinois.edu
microwave generation and applications
Prof. Viktor Gruev (Instructor)

vgruev@illinois.edu
Prof. Joohyung Kim (Instructor)

joohyung@illinois.edu
Prof. Rakesh Kumar (Instructor)

rakeshk@illinois.edu
Prof. Michael Oelze (Instructor)
ECEB 2056
oelze@illinois.edu
Biomedical Imaging, Acoustics, Nondestructive Testing
Prof. Craig Shultz (Instructor)
CSL 220
shultz88@illinois.edu
Haptics, Human Computer Interaction, Signals, Audio, HCI, Actuators, Wearables, Interaction
Prof. Cunjiang Yu (Instructor)

cunjiang@illinois.edu
Prof. Yang Zhao (Instructor)

yzhaoui@illinois.edu
Abdullah Alawad (TA)

aalawad2@illinois.edu
Hossein Ataee (TA)

hataee2@illinois.edu
Haocheng Bill Yang (TA)

hy38@illinois.edu
Gayatri Chandran (TA)

gpc4@illinois.edu
Super-resolution imaging, force microscopy, nanoscale light-matter interactions
Aniket Chatterjee (TA)

aniketc2@illinois.edu
Shiyuan Duan (TA)

sduan9@illinois.edu
Lukas Dumasius (TA)

lukasd2@illinois.edu
Argyrios Gerogiannis (TA)

ag91@illinois.edu
Reinforcement Learning, Bandits, LLM Reasoning, Theoretical Machine Learning
Gerasimos Gerogiannis (TA)

gg24@illinois.edu
Computer Architecture, High-Performance Computing, Hardware Accelerators, FPGA
Manvi Jha (TA)

manvij2@illinois.edu
Computer Vision; Large Language Models; IoT; High Level Synthesis
Jason Jung (TA)

jasondj2@illinois.edu
Imaging Systems, Circuit design, Signal Processing, Computer Vision
Po-Jen Ko (TA)

pojenko2@illinois.edu
Weijie Liang (TA)

weijiel4@illinois.edu
Mingrui Liu (TA)

ml132@illinois.edu
Wesley Pang (TA)

qpang2@illinois.edu
Zhuchen Shao (TA)

zhuchens@illinois.edu
Yulei Shen (TA)

yuleis2@illinois.edu
Chihun Song (TA)

chihuns2@illinois.edu
Wenjing Song (TA)

ws33@illinois.edu
Eric Tang (TA)

leweit2@illinois.edu
IC, EM, proficient with PCB and soldering
Jiaming Xu (TA)

jx30@illinois.edu
Xiaodong Ye (TA)

xye11@illinois.edu
Zhuoer Zhang (TA)

zhuoer3@illinois.edu
Frey Zhao (TA)

yifeiz10@illinois.edu

Other Important People

https://ece.illinois.edu/about/directory/staff

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