"University courses teach the pieces. Real hardware products are built in the gaps between them."
I learned digital design, RTL, embedded systems, PCB layout, and firmware as separate subjects in college, the way most engineering students do. It wasn't until I tried to take a systolic-array accelerator from a working design to something that actually ran reliably that I realized none of those courses taught me the part that matters most: how the pieces connect.
This talk walks through that gap — the journey from a working RTL design to a deployable hardware system — from the perspective of a student who's hit most of these walls firsthand.
I'll use examples from my own FPGA, RTL, and embedded projects to show why a "working" chip idea often isn't the same as a usable product. The reasons rarely show up in a syllabus: power delivery, clocking, reset architecture, board-level integration, firmware bring-up, interface debugging, validation, documentation, and the boring-but-critical question of whether anyone else can actually build or maintain what you made.
I'll cover the stack in order:
- RTL and digital design basics
- FPGA prototyping and verification
- Power delivery, regulators, and clocking
- PCB design and board-level integration
- Peripheral interfaces — SPI, I²C, UART, USB, sensors
- Firmware, drivers, and RTOS choices
- System validation and debugging
- Manufacturing, documentation, and support
I'll also discuss how the open hardware ecosystem is changing who gets to build hardware. Open-source EDA tools, open silicon initiatives, community-developed boards, and publicly available documentation are making it possible for students and independent makers to experiment with ideas that previously required access to expensive industry infrastructure.
Along the way I'll talk through specific mistakes I made, what broke, and how I debugged my way out of it.
I won't be teaching a specific toolchain. The point is a systems-level view of how hardware products actually get built — and why so many promising chip ideas stall out at the prototype stage. I'll also touch on the open hardware ecosystem (open-source EDA, open silicon, community-driven tooling) since it's lowering the barrier for students to do this kind of work without needing an industry lab behind them.
By the end, attendees should have a clearer mental model of everything that sits between "my RTL passes simulation" and "someone can reliably use this device in the real world." More importantly, they'll leave with a roadmap for turning hardware ideas into systems rather than stopping at prototypes.