ESP32 사기 전에 읽는 IoT 하드웨어 기초 이론, 2026년 트렌드까지

IoT 하드웨어는 센서가 읽고, 보드가 판단하고, 무선으로 보내고, 전원이 버티는 네 층으로 나눠 보면 고장 대부분이 어느 층 문제인지 바로 보입니다. 이 블로그의 ESP32·n8n 실습 7편과 샤오미 온습도계, Cardputer 글에 흩어져 있던 기초 이론을 8단계로 다시 모았고, 2026년에 하드웨어 쪽에서 실제로 달라진 8가지(5GHz를 잡는 ESP32, MCU 안의 AI 가속기, AI 에이전트와 연결되는 기기, Matter 카메라, 메모리값 상승, EU 보안 신고 의무 등)를 기초와 짝지어 정리했습니다.

이 글은 이런 분께 필요합니다

• ESP32나 아두이노를 처음 사려는데 무엇부터 알아야 할지 모르는 분
• Wokwi 시뮬레이터에서 돌던 회로가 실물 보드에서는 안 되는 분
• IoT 과제나 포트폴리오 주제를 2026년 흐름에 맞춰 고르고 싶은 분

회로 지식이나 납땜 경험은 없어도 됩니다. 아래 Step은 부품을 사기 전에 머릿속에 넣어 둘 개념의 순서이고, 직접 돌려 보는 실습은 ESP32 + n8n IoT 프로젝트 6선으로 이어집니다. 트렌드 수치는 2026년 11월 3일에 확인한 공식 발표와 보도 기준입니다.

이 블로그에서 이미 다룬 IoT 하드웨어 글

기초 이론만 따로 다룬 글은 없었습니다. 대신 프로젝트 글마다 "실물 보드로 옮길 때"와 "자주 막히는 곳"에 이론이 조금씩 들어 있었습니다. 이 글은 그 조각을 개념 순서로 다시 엮은 정리편입니다.

글	다룬 하드웨어	이 글로 옮겨 온 기초 이론
ESP32 + n8n IoT 프로젝트 6선	ESP32 DevKit, Wokwi	시뮬레이터와 실물의 차이, 2.4GHz 와이파이
공기질·환기 자동화	CO₂·미세먼지 센서, 릴레이	센서 정확도(MQ-135와 NDIR), 릴레이 안전
냉장고 온도 이상 감지	DS18B20, 리드 스위치	풀업 저항, 통신 두절 감시
스마트 화분 자동 급수	토양 수분 센서, 펌프	아날로그 값 보정, 별도 전원
전력·과부하 감시	INA219, 릴레이	전력(W)과 사용량(Wh), I2C
동아리방 출입 관리	키패드, 서보모터	순간 전류와 재부팅
스마트 택배함	HC-SR04, HX711 로드셀	5V 신호와 전압 분배
샤오미 온습도계 기록 꺼내기	LYWSD03MMC(BLE)	저장 기록 회수, 펌웨어 업데이트 검증
Cardputer ADV	ESP32-S3 휴대 기기	펌웨어 기기와 컴퓨터의 차이

Step 1. IoT 기기를 네 층으로 나눠 봅니다

IoT 기기는 무엇을 하든 같은 뼈대를 씁니다. 센서가 세상을 숫자로 읽고, 마이크로컨트롤러(MCU)가 그 숫자를 묶어, 무선으로 서버에 보냅니다. 서버가 판단을 돌려주면 MCU가 릴레이나 모터 같은 출력 장치(액추에이터)를 움직이고, 이 모든 부품 밑에 전원이 깔립니다.

냉장고 온도 감시로 대입해 보면 DS18B20이 온도를 읽고(센서), ESP32가 값을 와이파이로 n8n에 보내고(MCU·무선), n8n이 정상·주의·위험을 판정해 메일을 보냅니다(서버). 부저와 LED는 결과를 소리와 빛으로 보여 주는 액추에이터입니다.

고장이 나면 층부터 좁힙니다. 시리얼 모니터에 값이 안 찍히면 센서나 배선 문제이고, 값은 찍히는데 n8n에 안 들어오면 무선이나 주소 문제입니다. n8n에 들어오는데 알림이 안 오면 판단 로직을 봅니다. 아래 Step 26은 앞쪽 두 층(MCU, 센서와 전원), Step 78은 뒤쪽 두 층(무선, 판단 위치)을 다룹니다.

Step 2. 마이크로컨트롤러와 싱글보드 컴퓨터를 구분합니다

가장 먼저 헷갈리는 부분이 ESP32와 라즈베리파이의 차이입니다. ESP32·아두이노는 마이크로컨트롤러(MCU) 로, 펌웨어 하나를 올려 그 프로그램만 돌립니다. 라즈베리파이는 싱글보드 컴퓨터(SBC) 로, 리눅스 운영체제 위에서 여러 프로그램을 동시에 돌립니다.

구분	MCU (ESP32, 아두이노)	SBC (라즈베리파이)
돌아가는 것	펌웨어 하나	리눅스와 여러 프로그램
켜질 때	전원을 넣으면 바로 동작	운영체제 부팅을 기다림
잘하는 일	센서 읽기, 정확한 타이밍 제어, 배터리 구동	카메라 영상 처리, 데이터베이스, 웹 서버
끌 때	전원을 뽑아도 됨	정상 종료 권장(저장장치 손상 방지)

Cardputer는 키보드와 화면이 달려 작은 컴퓨터처럼 보이지만, 안에 든 칩은 ESP32-S3라 MCU 기기입니다. 앱을 여러 개 띄우지 않고 펌웨어 하나를 갈아 끼우며 씁니다.

고르는 기준은 단순합니다. 센서 값을 읽어 서버로 보내는 일이면 MCU로 충분하고, 기기 안에서 카메라 영상을 분석하거나 데이터베이스를 돌려야 하면 SBC를 씁니다. 2026년에는 이 둘을 한 보드에 담은 제품도 나왔는데, 아래 트렌드 5번에서 다룹니다.

Step 3. 전압: 3.3V 보드에 5V 신호를 넣지 않습니다

ESP32의 입출력 핀은 3.3V 기준으로 동작합니다. 0V면 LOW(0), 3.3V면 HIGH(1)로 읽습니다. 문제는 오래된 센서 상당수가 5V 기준으로 만들어졌다는 점입니다.

스마트 택배함에 쓴 초음파 거리 센서 HC-SR04가 대표적입니다. 이 센서의 ECHO 핀은 5V 신호를 내보내서 ESP32 입력 핀에 바로 꽂으면 안 됩니다. 해결책은 두 가지입니다.

1. 3.3V에서 동작하는 HC-SR04P처럼 3.3V용 부품을 삽니다.
2. 저항 두 개로 전압을 나눕니다(전압 분배). 출력 전압은 입력 × R2 ÷ (R1 + R2)입니다. R1에 1kΩ, R2에 2kΩ을 쓰면 5V × 2 ÷ 3 ≈ 3.3V가 됩니다.

반대 방향도 확인합니다. 릴레이 모듈 중에는 5V 신호를 기준으로 만들어져 ESP32의 3.3V 신호로는 안정적으로 붙지 않는 제품이 있습니다. 부품을 살 때 상세 페이지에서 "3.3V 동작" 또는 "3.3V 트리거 지원"을 먼저 찾습니다.

Step 4. 전류와 전원: 신호선으로 모터를 돌리지 않습니다

전압이 물의 높이라면 전류는 흐르는 양입니다. ESP32 핀은 "켜라, 꺼라"라는 신호를 보내는 용도이고, 모터를 돌릴 만큼의 전류를 내보내도록 만들어지지 않았습니다.

동아리방 출입 관리에서 서보모터를 ESP32 전원에 같이 물렸을 때 생기는 문제가 이것입니다. 서보가 움직이는 순간 전류를 크게 끌어가서 ESP32 전압이 떨어지고 보드가 재부팅되기도 합니다. 스마트 화분의 펌프도 같습니다. 모터·펌프·서보는 별도 5V 전원에서 전기를 받고, GND(접지)만 ESP32와 이어 줍니다. 전압은 두 점 사이의 차이라서 기준점인 GND가 같아야 신호가 제대로 전달됩니다.

큰 전기를 켜고 끄는 스위치는 두 종류입니다.

• 릴레이: 전자석이 실제 접점을 붙였다 뗍니다. "딸깍" 소리가 나고, 신호 쪽과 전원 쪽이 물리적으로 분리됩니다.
• MOSFET: 반도체 스위치라 소리가 없고 빠르게 켜고 끕니다. LED 밝기 조절이나 작은 DC 모터에 씁니다.

전기의 양을 셀 때는 두 단위를 구분합니다. 전력(W)은 전압 × 전류로 지금 이 순간 쓰는 양이고, 사용량(Wh)은 전력 × 시간으로 쌓인 양입니다. USB 5V로 2A를 쓰는 부하는 10W이고, 그 상태로 3시간이면 30Wh입니다. 전력 감시 실습이 이 계산을 n8n에서 돌립니다.

220V는 실습하지 않습니다

릴레이로 콘센트의 220V를 직접 끊고 켜는 배선은 감전과 화재 위험이 있습니다. 실습은 LED나 USB 5V 선풍기처럼 낮은 전압 부하로만 하고, 220V 기기를 제어하려면 완성된 스마트 플러그 제품을 씁니다.

배터리 기기에서는 전압과 잔량을 구분합니다. 샤오미 온습도계를 연결했을 때 배터리 전압 2901mV가 읽혔지만, 이 숫자만으로 남은 용량이나 수명을 알 수는 없었습니다. 전압은 온도와 사용 상태에 따라 오르내리기 때문입니다.

Step 5. 센서 값은 측정값입니다: 디지털, 아날로그, 보정

센서가 주는 값은 두 종류입니다. 문 스위치처럼 열림·닫힘 두 상태만 있으면 디지털 입력이고, 토양 수분이나 조도처럼 연속으로 변하는 전압이면 아날로그 입력입니다.

아날로그 전압은 칩 안의 ADC(아날로그-디지털 변환기)가 숫자로 바꿉니다. ESP32의 ADC는 기본 12비트라서 측정 범위를 4096단계, 즉 04095로 나눕니다(ESP-IDF 문서). 같은 문서에 따르면 ADC 기준 전압은 설계상 1100mV이지만 칩마다 10001200mV 사이로 차이가 납니다. 같은 센서, 같은 코드라도 보드마다 숫자가 조금씩 다르게 나오는 이유입니다.

아날로그 센서는 보정(캘리브레이션) 부터 합니다. 스마트 화분에서는 센서를 마른 흙에 꽂았을 때와 물컵에 넣었을 때의 analogRead 값을 시리얼 모니터로 읽어 양 끝 기준값으로 넣었습니다. 시뮬레이터의 숫자를 실물에 그대로 쓰면 맞지 않습니다.

원조 ESP32에는 함정이 하나 더 있습니다. ADC가 ADC1과 ADC2 두 묶음으로 나뉘는데, ADC2는 와이파이 드라이버가 같이 쓰기 때문에 와이파이를 켠 상태에서는 읽기가 실패합니다(ESP-IDF 문서). 와이파이로 값을 보내는 IoT 기기라면 아날로그 센서를 ADC1 핀(GPIO 32~39)에 꽂습니다.

센서 자체의 정확도도 따로 봅니다. 공기질 실습에서 쓴 MQ-135 같은 저가 가스 센서는 CO₂ 농도(ppm)를 정확히 재지 못하고 "변화"를 보는 용도입니다. 정확한 ppm이 필요하면 NDIR 방식 센서(SCD30, SCD40 등)를 씁니다. 보고서에 숫자를 쓸 때 그 값이 절대값인지 변화 추세인지 적어 두면 해석 오류가 줄어듭니다.

마지막으로 풀업 저항입니다. 아무도 신호를 보내지 않는 선은 0도 1도 아닌 어중간한 상태로 떠 있어서 값이 제멋대로 튑니다. 저항 하나로 선을 3.3V 쪽에 살짝 걸어 두면 평소에는 HIGH로 안정되고, 센서가 신호를 보낼 때만 LOW로 내려갑니다. 냉장고 온도 감시의 DS18B20에 4.7kΩ 저항을 단 이유가 이것입니다.

Step 6. 부품끼리 말하는 방식: GPIO, 1-Wire, I2C, UART, SPI

센서마다 ESP32와 대화하는 규칙(통신 방식)이 다릅니다. 부품 상세 페이지에서 이 이름부터 확인하면 필요한 선 개수와 라이브러리가 정해집니다.

방식	선	이 블로그 실습 예	기억할 점
디지털 입출력	신호선 1개	문 스위치, 릴레이, LED	켜짐·꺼짐 두 상태만
아날로그 입력	신호선 1개	토양 수분, 조도	ADC 보정 필요(Step 5)
1-Wire	데이터선 1개	DS18B20 온도	풀업 저항 필수, 한 선에 여러 개 연결 가능
I2C	SDA·SCL 2개	INA219 전류, SCD40 CO₂	부품마다 주소가 있어 여러 개가 같은 두 선을 공유
UART	TX·RX 2개	PMS7003 미세먼지	서로 엇갈려 연결(내 TX → 상대 RX)
SPI	4개 안팎	디스플레이, microSD	빠르지만 선이 많음

이름만 보고 착각하기 쉬운 부품도 있습니다. 로드셀용 HX711은 선이 두 개라 I2C처럼 보이지만 자체 방식이라 전용 라이브러리를 씁니다. HC-SR04는 펄스를 보내고 돌아오는 시간을 재는 방식이라 디지털 핀 두 개를 씁니다.

Step 7. 무선은 거리·전력·데이터 양으로 고릅니다

무선 방식은 "얼마나 멀리, 얼마나 적은 전기로, 얼마나 많은 데이터를" 보내야 하는지로 고릅니다. 세 가지를 한꺼번에 잘하는 방식은 없습니다.

방식	거리 감각	전력	잘 맞는 예
Wi-Fi	공유기 범위	큼	실내 센서, 이 블로그의 ESP32 실습
BLE(저전력 블루투스)	방 하나 안팎	작음	샤오미 온습도계, 웨어러블
Zigbee·Thread	기기끼리 메시로 중계	작음	스마트홈 센서, Matter 기기
LoRa	지형·안테나에 따라 수 km	매우 작음	농장, 주차장처럼 넓고 데이터가 적은 곳
셀룰러(LTE-M, NB-IoT)	통신사 망	중간	차량, 배송, 야외 장비

와이파이 쪽에서 가장 많이 막히는 지점은 주파수입니다. 원조 ESP32와 ESP32-S3는 2.4GHz 와이파이에만 붙어서, 공유기의 5GHz 이름을 넣으면 시리얼 모니터가 WiFi 연결 중.....에서 멈춥니다. 다만 2025년부터 5GHz를 잡는 ESP32가 나왔습니다(트렌드 2번).

BLE 기기는 늘 연결되어 있지 않습니다. 샤오미 온습도계는 혼자 기록을 쌓아 두다가, 가까이 온 수신기가 저장 기록을 한꺼번에 꺼내 가는 구조입니다. 실제로 이 기기에서 시간별 기록 3,822개(약 159일치)를 회수했습니다. 배터리로 오래 버텨야 하는 기기는 대부분 이렇게 "모아 뒀다 한 번에 보내기"로 설계됩니다.

Step 8. 판단을 기기 안에 둘지 서버에 둘지 정합니다

이 블로그의 ESP32 실습은 모두 같은 구조입니다. ESP32는 값만 보내고, "5번 연속 기준 초과", "같은 알림은 30분에 한 번", "3분 넘게 조용하면 통신 두절" 같은 판단은 n8n이 합니다. 이렇게 나누면 규칙을 바꿀 때 펌웨어를 다시 올리지 않아도 되고, 여러 기기의 기록이 한곳에 모이며, 기기가 아무 말도 안 하는 상황까지 서버가 감지합니다.

반대로 판단을 기기 안에 둬야 하는 경우도 있습니다.

• 네트워크가 끊겨도 동작해야 할 때: 과부하 차단처럼 늦으면 위험한 일
• 반응이 즉각적이어야 할 때: 버튼, 모터 제어
• 원본 데이터를 밖으로 보내기 곤란할 때: 카메라 영상, 음성

세 번째 경우가 2026년 트렌드의 중심입니다. MCU 안에 AI 가속기가 들어가면서, 영상·음성 인식은 기기에서 하고 결과만 서버로 보내는 구성이 늘어납니다(트렌드 3번).

판단을 기기에 둘수록 펌웨어 업데이트(OTA) 검증이 중요해집니다. 샤오미 온습도계 실험에서 펌웨어 전송 화면은 Update done을 띄웠지만, 다시 연결해 보니 기기는 원래 버전을 보고했습니다. 업데이트 성공은 전송 완료 메시지가 아니라 재부팅 후 기기가 보고하는 버전으로 확인합니다.

2026년에 달라진 것 8가지

위 기초는 10년 전과 거의 같습니다. 그 위에 얹히는 칩, 표준, 가격, 규제는 지난 1년 사이 꽤 바뀌었습니다.

1. 연결 기기 211억 대, 그중 엣지 AI가 들어간 기기는 1%도 안 됩니다

IoT Analytics 집계로 전 세계 연결 IoT 기기는 2024년 185억 대에서 2025년 말 약 211억 대로 늘었고, 2030년 390억 대가 전망됩니다(IoT Analytics). 이 집계는 스마트폰, 노트북, 태블릿을 뺀 숫자입니다. 그중 셀룰러 연결은 47억 개로 약 22%입니다(IoT Analytics).

같은 회사의 2026년 기업 IoT 보고서는 2025년 12월 기준 211억 개 연결 중 실제 엣지 AI 요소를 갖춘 연결은 1%에 못 미친다고 추정했습니다(IoT Analytics). 연결은 이미 흔해졌고, 기기 안에서 판단하는 쪽은 이제 시작 단계라는 뜻입니다.

2. "ESP32는 2.4GHz만"이 새 칩에서는 바뀌었습니다

Espressif는 2025년 4월 30일 ESP32-C5 양산을 발표했습니다. 2.4GHz와 5GHz 듀얼밴드 Wi-Fi 6를 지원하는 업계 첫 RISC-V 칩이고, BLE 5와 Zigbee·Thread(802.15.4)도 함께 들어 있습니다(Espressif). Step 7의 5GHz 함정은 기존 보드에는 그대로이고, C5 보드에서는 사라집니다.

2026년 7월 27일에는 ESP32-S31이 양산에 들어갔습니다. 최대 320MHz 듀얼코어 RISC-V에 Wi-Fi 6(2.4GHz), LE Audio를 포함한 블루투스 5.4, Zigbee·Thread, 기가비트 이더넷 MAC까지 넣은 스마트홈 허브·스피커용 칩입니다(Espressif). 화면·카메라용 고성능 칩 ESP32-P4는 2026년 5월 v3.x로 개정되며 최대 400MHz가 됐습니다(Espressif). P4 개발 보드는 무선을 ESP32-C5 모듈에 맡기는 구성이라(Espressif 문서), "처리 칩과 무선 칩을 나눈다"는 설계도 같이 알아 두면 좋습니다.

3. MCU 안에 AI 가속기(NPU)가 들어갑니다

TI는 2026년 3월 TinyEngine NPU를 넣은 MCU 두 제품군(MSPM0G5187, AM13Ex)을 발표하며, 가속기 없는 비슷한 MCU 대비 추론 지연은 최대 90배, 추론당 에너지는 120배 이상 줄었다고 밝혔습니다(TI). ST는 Embedded World 2026에서 STM32 MCU로 이상 감지·제스처 인식을 돌리는 데모를 보이며 600 GOPS NPU를 단 STM32N6를 내세웠습니다(ST). Alif는 NPU 내장 MCU 입문 보드를 49달러에 내놨습니다(Alif).

입문자에게 바로 필요한 칩은 아니지만, Step 8의 "원본을 밖으로 보내기 곤란한 판단"을 기기 안에서 처리하는 길이 열렸다는 점은 알아 둘 만합니다. 이때도 Step 5의 보정은 그대로 필요합니다. 입력이 부정확하면 AI 판단도 틀립니다.

4. AI 에이전트가 기기를 직접 부릅니다

ESP32를 음성 AI 단말로 쓰는 흐름이 빠르게 커졌습니다. 오픈소스 Xiaozhi는 ESP32-S3에서 음성 인식, LLM, 음성 합성을 스트리밍으로 잇고, 기기 쪽 MCP(Model Context Protocol)로 스피커·LED·서보·GPIO를 AI가 직접 제어하게 합니다(Espressif 문서). Espressif는 2025년 12월 기기와 앱에 붙이는 자체 호스팅형 AI 에이전트 플랫폼을 발표했고(Espressif), 2026년 5월에는 대화로 기기 동작을 만들고 확정된 규칙은 기기 안 스크립트로 저장해 일정하게 돌리는 ESP-Claw 프레임워크도 소개됐습니다(Elektor).

구조만 보면 이 블로그의 "ESP32가 보내고 n8n이 판단" 구조에서 판단자가 AI 에이전트로 바뀐 형태입니다. Step 8의 원칙(정해진 규칙은 결정적으로, 애매한 해석만 AI에게)이 그대로 적용됩니다.

5. 아두이노가 퀄컴 품으로, 보드 하나에 리눅스와 MCU를 담았습니다

퀄컴은 2025년 10월 7일 아두이노 인수를 발표하면서 첫 공동 제품 Arduino UNO Q를 공개했습니다. 리눅스(Debian)가 도는 Dragonwing QRB2210 프로세서와 실시간 제어용 STM32U585 MCU를 한 보드에 담은 "두 개의 두뇌" 구조입니다(Qualcomm). 가격은 2GB 메모리·16GB 저장 모델 44달러, 4GB·32GB 모델 59달러로 발표됐습니다(XDA).

Step 2의 MCU와 SBC 구분이 사라진 게 아니라, 두 역할을 한 보드 안에서 나눠 맡긴 형태입니다. 카메라 인식은 리눅스 쪽에서, 모터 제어는 MCU 쪽에서 하는 식으로 역할을 나눠 생각하는 습관은 그대로 필요합니다.

6. Matter가 카메라와 NFC 설정까지 넓혔습니다

제조사가 달라도 한 앱에서 스마트홈 기기를 쓰게 하는 표준 Matter는 2025년 11월 20일 1.5에서 카메라, 문·블라인드 같은 개폐 장치, 토양 센서, 에너지 관리를 추가했습니다(CSA). 2026년 3월 1.5.1에서는 카메라 하나가 녹화용 고화질, 모바일용 저화질, AI 분석용 스트림을 동시에 보내는 기능이 들어갔고(CSA), 6월 17일 1.6은 NFC로 기기를 등록하는 방식을 추가했습니다(CSA).

표준 발표와 실제 제품 사이에는 시차가 있습니다. 2026년 10월 19일 기준 Matter 인증 제품 12,606개 모델 중 가장 많은 버전은 1.4(5,025개)였고, 카메라 인증은 6개 회사 42건이었습니다(Matter Catalog). 배터리로 도는 Matter 센서는 주로 Step 7의 Thread를 쓰기 때문에, 스마트홈 프로젝트를 고민한다면 Thread를 지원하는 ESP32-C5·C6 계열이 후보가 됩니다.

7. 메모리값이 라즈베리파이 값을 올렸습니다

AI 데이터센터가 메모리 생산 능력을 빨아들이면서 라즈베리파이는 2025년 10월부터 여러 차례 가격을 올렸습니다. 2026년 2월에는 2GB 이상 모든 Pi 4·5 제품을 10~60달러 올렸고(Raspberry Pi), 10월 1일에는 2GB 모델도 12.5달러 올려 Pi 5 2GB가 77.5달러가 됐습니다(heise). 회사가 보유한 LPDDR4 메모리의 평균 단가는 2025년 말 GB당 3.6달러에서 2026년 6월 말 13.3달러로 올랐습니다(The Register).

Step 2의 선택 기준이 비용 면에서도 의미가 커졌습니다. 센서 값을 모아 보내는 일이면 메모리가 거의 필요 없는 MCU로 충분하고, SBC가 필요하면 실제로 쓸 만큼의 메모리 모델만 고릅니다.

8. EU에서는 IoT 기기 보안 사고 신고가 의무가 됐습니다

EU 사이버복원력법(CRA)의 신고 의무가 2026년 9월 11일부터 적용됐습니다. EU에서 파는 디지털 기기 제조사는 실제로 악용되는 취약점이나 심각한 보안 사고를 알게 되면 24시간 안에 조기 경보, 72시간 안에 상세 신고를 해야 합니다(EU 집행위원회). 법 전체는 2027년 12월 11일부터 적용되며, 신고 의무는 그 전에 시장에 나온 제품에도 해당합니다(EU 집행위원회).

학생 과제에는 직접 해당하지 않지만, IoT 기기를 제품으로 팔 생각이라면 Step 8의 펌웨어 업데이트 경로와 버전 확인을 처음부터 설계에 넣어야 한다는 신호입니다. 국내 판매라면 와이파이·블루투스가 들어간 기기의 전파 인증(KC 적합성평가)도 함께 확인합니다.

기초와 트렌드를 이어 보면

기초 이론	2026년 변화	그래서 할 일
2.4GHz 와이파이만 (Step 7)	ESP32-C5 듀얼밴드 Wi-Fi 6	5GHz만 쓰는 환경이면 C5 보드 검토
MCU와 SBC 구분 (Step 2)	UNO Q가 한 보드에 둘 다	실시간 제어와 리눅스 처리를 나눠 설계
판단 위치 (Step 8)	MCU NPU, MCP로 연결되는 기기	영상·음성 인식은 기기, 규칙·기록은 서버
센서 보정 (Step 5)	엣지 AI가 센서 값을 해석	AI보다 입력 보정을 먼저
펌웨어 업데이트 검증 (Step 8)	EU CRA 신고 의무	업데이트 경로와 버전 확인을 처음부터 설계
부품 선택 (Step 2)	메모리값 상승	수집만이면 MCU, SBC는 필요한 메모리만

자주 막히는 곳

증상	원인	해결
서보·펌프가 움직이는 순간 ESP32가 재부팅됨	순간 전류로 보드 전압이 떨어짐	모터 전원을 따로 주고 GND만 연결 (Step 4)
WiFi 연결 중.....에서 멈춤	2.4GHz 전용 보드에 5GHz 이름을 넣음	2.4GHz 이름으로 바꾸거나 C5 보드 사용 (Step 7)
와이파이를 켜면 아날로그 값이 안 읽힘	원조 ESP32의 ADC2 핀과 와이파이 충돌	ADC1 핀(GPIO 32~39)으로 옮김 (Step 5)
DS18B20 값이 -127℃로 나옴	센서를 못 찾음, 풀업 저항 누락이나 배선 불량	데이터선과 3.3V 사이 4.7kΩ 확인 (Step 5)
아날로그 값이 0이나 4095에 붙어 있음	배선이 빠졌거나 입력 전압이 측정 범위를 벗어남	배선 확인 후 마른 상태·젖은 상태로 보정 (Step 5)
초음파 거리 값이 튀고 핀이 불안함	HC-SR04 ECHO의 5V 신호	전압 분배 저항이나 HC-SR04P 사용 (Step 3)
펌웨어 전송은 끝났는데 기능이 그대로	전송 완료가 적용 완료는 아님	재부팅 후 기기가 보고하는 버전 확인 (Step 8)

부품을 정했다면 ESP32 + n8n IoT 프로젝트 6선에서 시뮬레이터로 먼저 돌려 보고, 각 글의 "실물 보드로 옮길 때"를 이 글의 Step과 맞춰 읽으면 됩니다.

참고 자료

• IoT Analytics, State of IoT 2025: Number of connected IoT devices
• IoT Analytics, State of enterprise IoT 2026
• IoT Analytics, Cellular IoT market update Spring 2026
• Espressif, ESP-IDF ADC 문서
• Espressif, ESP32-C5 양산 발표
• Espressif, ESP32-S31 양산 발표
• TI, TinyEngine NPU MCU 발표
• Espressif, Xiaozhi AI Chatbot 문서
• Qualcomm, 아두이노 인수와 UNO Q 발표
• CSA, Matter 1.6 발표
• Raspberry Pi, More memory-driven price rises
• EU 집행위원회, CRA 신고 의무