|
I am currently pursuing a PhD in Computer Engineering from the University of Nebraska-Lincoln in the area of wireless communications. Outside of school I constantly revolve through a set of hobbies that includes, but is not limited to, programming, web development, cooking, cars, carpentry, model rocketry, piano, guitar, languages, gardening, and brewing. |
|
My research interests include Digital Beamforming, MIMO signal propagation, polarization diversity, and software defined radio (SDR). To further these goals I'm also interested in things like high speed ADCs, FPGAs, and embedded computing. Sometimes I think the latter is the real reason for the former.
I'd like SDR to be used as a replacement for scientific computing packages in system simulations in order to allow for an easy transition from simulation to implementation. It seems silly to write a bunch of code in a scientific computing package and say "Yep, it works" then turn around and rewrite it in C or some other embedded friendly language. While there are packages that can perform the transition, they don't work great in my experience, and need a lot of hand holding. This idea holds especially true with software radios - coding schemes, clock recovery, channel estimation, etc can be performed using native SDR code on simulated channels and transitioned directly into physical testing by directly replacing the simulator with hardware. |
|