전기전자 전공자가 진로를 고를 때 가장 많이 헷갈리는 축이 하드웨어와 펌웨어입니다. 둘 다 전기전자와 가깝고, 둘 다 회로와 MCU를 다루며, 실제 채용 공고에서도 업무 범위가 서로 겹쳐 보입니다. 그래서 처음부터 “나는 하드웨어”, “나는 펌웨어”처럼 선을 긋기보다, 두 일이 어떤 문제를 더 자주 다루는지부터 보는 편이 현실적입니다.
하드웨어는 물리적인 신호와 전원, 부품, 배선, 측정 조건을 끝까지 보는 일에 가깝습니다. 회로도를 그리고 부품을 고르는 것도 중요하지만, 실제 보드에서 전압이 안정적인지, 전류가 예상대로 흐르는지, 노이즈가 어느 경로로 들어오는지 확인하는 과정이 더 큰 비중을 차지합니다. 데이터시트의 정격만 읽고 끝내는 것이 아니라, 온도와 부하 조건이 바뀌었을 때 회로가 어떻게 버티는지까지 확인해야 합니다.
펌웨어는 그 하드웨어 위에서 원하는 동작 순서를 만드는 일입니다. GPIO를 설정하고, 타이머로 주기를 만들고, UART나 SPI 같은 통신으로 데이터를 주고받고, 인터럽트와 DMA로 CPU 시간을 관리합니다. 코드가 중심이지만 일반 소프트웨어와는 다릅니다. 코드 한 줄이 실제 핀 전압, 통신 파형, 모터 동작, 센서 샘플링 타이밍으로 이어집니다. 그래서 펌웨어는 코드와 측정을 함께 다룰 때 실력이 빨리 붙습니다.
하드웨어 직무는 계산보다 검증이 더 오래 걸립니다
회로 설계를 처음 공부하면 저항값 계산, op amp 공식, MOSFET 손실 계산처럼 정리된 식이 먼저 보입니다. 물론 계산은 필요합니다. 하지만 실제 업무에서 시간을 많이 쓰는 부분은 “계산과 실제가 왜 다른가”를 확인하는 일입니다. 같은 MOSFET이라도 PCB 방열 면적이 부족하면 온도가 다르게 올라가고, 같은 RC 필터라도 다음 단계 입력 임피던스가 낮으면 차단 주파수와 파형이 예상과 달라질 수 있습니다.
하드웨어 쪽으로 가고 싶다면 오실로스코프, 멀티미터, 전원공급기, 로직 애널라이저 같은 장비에 익숙해지는 것이 좋습니다. 단순히 장비 버튼을 누르는 수준이 아니라, 프로브 접지 방법이나 부하 조건이 측정 결과에 어떤 영향을 주는지 봐야 합니다. 오실로스코프 측정 조건을 모르면 회로가 문제인지 측정이 문제인지 구분하기 어렵습니다.
펌웨어 직무는 하드웨어의 상태를 코드로 관리합니다
펌웨어는 C언어 문법을 아는 것에서 시작하지만, 거기서 끝나지 않습니다. MCU가 reset 이후 어떤 순서로 main에 들어가는지, 클럭이 어떻게 설정되는지, 인터럽트가 언제 실행되는지, 통신 버퍼가 어디서 밀리는지 확인해야 합니다. 예를 들어 UART 로그가 깨진다면 코드만 볼 수 없습니다. baud rate 설정, 클럭 오차, GND 기준, 전압 레벨, 케이블 길이까지 같이 확인해야 합니다.
처음 펌웨어를 공부할 때는 HAL 예제를 따라 하는 것도 괜찮습니다. 다만 어느 시점에는 HAL 함수 아래에서 어떤 레지스터가 바뀌는지 봐야 합니다. 그래야 예제가 조금만 달라져도 스스로 디버깅할 수 있습니다. GPIO 기초처럼 단순한 입출력부터 시작해도, 입력 회로와 코드 설정이 같이 맞아야 동작한다는 점을 빨리 이해하는 것이 중요합니다.
처음 선택은 작은 프로젝트로 확인하는 편이 낫습니다
진로를 고를 때 가장 위험한 방식은 직무 이름만 보고 결정하는 것입니다. “회로가 멋있어 보인다”, “코딩이 취업에 유리해 보인다” 정도로는 오래가기 어렵습니다. 버튼 입력을 받아 LED를 제어하고, UART로 상태 로그를 남기고, 센서 값을 읽어 타이머 주기로 출력하는 작은 프로젝트를 직접 해보면 훨씬 빨리 감이 옵니다.
이런 프로젝트에서는 하드웨어와 펌웨어가 자연스럽게 섞입니다. 버튼이 여러 번 눌린 것처럼 보이면 회로 디바운싱과 코드 디바운싱을 같이 봐야 합니다. 센서 값이 흔들리면 전원 노이즈, ADC 샘플링 시간, RC 필터, 펌웨어 평균 처리까지 함께 비교해야 합니다. 이 과정을 거치면 본인이 회로의 물리적인 원인을 파고드는 쪽에 더 흥미가 있는지, 동작 흐름을 코드로 정리하는 쪽에 더 맞는지 보입니다.
둘 중 하나만 고르는 것보다 연결 지점을 아는 사람이 유리합니다
초보 단계에서는 하드웨어와 펌웨어를 따로 공부해야 정리됩니다. 하지만 실제 제품은 둘이 붙어 있습니다. 회로를 모르는 펌웨어 개발자는 파형이 이상할 때 코드만 붙잡고 있을 수 있고, 펌웨어를 모르는 하드웨어 개발자는 MCU 설정 때문에 생긴 문제를 회로 문제로 오해할 수 있습니다.
그래서 처음에는 한쪽을 중심으로 잡되, 반대쪽의 기본 언어는 익혀두는 것이 좋습니다. 하드웨어를 가고 싶어도 GPIO, UART, 타이머 정도는 직접 돌려봐야 하고, 펌웨어를 가고 싶어도 전압 레벨, 풀업 저항, 프로브 측정, 전원 노이즈는 알아야 합니다. 하드웨어 vs 소프트웨어/펌웨어 카드뉴스는 이 차이를 짧게 훑는 입구로 보면 됩니다. 원문을 읽은 뒤에는 작은 보드 하나를 잡고 회로와 코드를 같이 확인해보는 쪽이 가장 빠릅니다.