IoT 통신 선택

ESP32 계열에서 무선 선택지가 넓어지는 이유

예전의 소형 IoT 제작은 “Wi-Fi만 잘 붙으면 된다”로 시작해도 되는 경우가 많았습니다. 하지만 장치 수가 늘고, 배터리 노드가 생기고, 방마다 센서가 흩어지고, 스마트홈 표준까지 고려하면 Wi-Fi 하나만으로 모든 문제를 풀기는 어렵습니다. ESP32 계열이 넓어진 이유도 여기에 있습니다.

왜 Wi-Fi만으로 부족할 때가 있나

Wi-Fi는 강력합니다. 공유기만 있으면 인터넷으로 바로 나갈 수 있고, HTTP나 MQTT 연결도 쉽습니다. 데이터 전송량도 넉넉해서 센서값, 로그, 설정 페이지, 펌웨어 업데이트까지 한 번에 처리할 수 있습니다. 그래서 전원을 계속 공급할 수 있는 장치라면 Wi-Fi는 여전히 가장 편한 선택입니다.

문제는 모든 장치가 콘센트 옆에 있지 않다는 점입니다. 문 열림 센서, 창문 센서, 화분 수분 센서, 창고 온도 센서처럼 배터리로 오래 버텨야 하는 장치는 Wi-Fi 연결 자체가 부담입니다. 연결할 때 전류를 많이 쓰고, 공유기와 거리가 멀면 재시도도 늘어납니다. 장치가 20개, 50개로 늘어나면 공유기 관리와 IP, DHCP, 접속 안정성도 신경 써야 합니다.

무선 방식별 현실적인 성격

중요한 것은 어떤 방식이 더 최신이냐가 아닙니다. 장치가 어디에 설치되고, 전원을 어떻게 공급받고, 누구와 통신해야 하는지를 먼저 정해야 합니다. Wi-Fi가 편하다는 이유로 배터리 문센서까지 Wi-Fi로 만들면 충전 주기와 연결 안정성 때문에 운영이 귀찮아질 수 있습니다.

Wi-Fi가 여전히 좋은 경우

전원이 안정적으로 들어가고 서버와 직접 통신해야 한다면 Wi-Fi는 가장 단순합니다. 장비실 온습도 모니터, 전광판, 릴레이 제어기, 실내 공기질 표시기처럼 계속 켜져 있는 장치라면 Wi-Fi 기반 ESP32나 ESP8266이 빠르게 결과를 냅니다.

또한 개발과 디버깅도 쉽습니다. 장치가 HTTP API를 호출하거나 MQTT 브로커에 붙으면 서버 로그에서 바로 상태를 볼 수 있고, 간단한 웹 설정 화면도 열 수 있습니다. 펌웨어 OTA까지 고려하면 Wi-Fi는 여전히 제작자에게 가장 접근성이 좋습니다.

BLE는 통신망보다 설정 인터페이스로 먼저 생각한다

BLE는 센서망 전체를 구성하는 방식으로도 쓸 수 있지만, 개인 제작에서는 “초기 설정 인터페이스”로 매우 유용합니다. 예를 들어 장치를 처음 켰을 때 스마트폰이 BLE로 붙어서 Wi-Fi SSID와 비밀번호를 넣고, 이후 장치는 Wi-Fi로 서버에 연결하는 구조입니다. 버튼과 화면이 없는 작은 장치에서는 이 방식이 편합니다.

근접 여부가 중요한 장치에도 BLE가 맞습니다. 사람이 가까이 왔을 때만 동작하는 스위치, 스마트폰 존재 여부를 보는 장치, 특정 비콘 신호를 감지하는 장치라면 Wi-Fi보다 BLE가 자연스럽습니다. 다만 BLE만으로 원격 서버와 계속 통신하려면 중간 게이트웨이가 필요하다는 점을 잊으면 안 됩니다.

Thread와 Zigbee는 장치 수가 늘 때 의미가 커진다

집이나 사무실 전체에 센서가 많아지면 저전력 메시 네트워크가 유리합니다. 각 센서가 공유기에 직접 붙는 대신, 가까운 노드끼리 연결되고 허브나 Border Router를 통해 외부 시스템과 이어집니다. 배터리 센서가 많고, 작은 데이터를 가끔 보내는 구조에서는 이런 방식이 더 자연스럽습니다.

다만 이 영역은 단순히 보드 하나를 고르는 문제가 아닙니다. 허브, 라우터 역할을 하는 장치, 프로토콜 호환성, 스마트홈 플랫폼 연동까지 같이 봐야 합니다. 그래서 처음 만드는 개인 프로젝트라면 Wi-Fi로 빠르게 검증하고, 장치 수가 늘어날 때 Thread나 Zigbee 구조를 검토하는 순서가 현실적입니다.

선택 전에 적어볼 질문

• 장치가 콘센트 전원을 사용하는지, 배터리를 사용하는지 정리합니다.
• 데이터를 몇 초마다 보내야 하는지, 하루 몇 번이면 충분한지 확인합니다.
• 서버와 직접 통신해야 하는지, 근처 허브를 거쳐도 되는지 결정합니다.
• 스마트폰과 직접 연결해야 하는지 확인합니다.
• 설치 위치가 공유기와 가까운가?
• 장치 수가 앞으로 5개인지, 50개인지?
• 고장 발생 시 현장에서 리셋할 수 있는지 확인합니다.

IOTHub 관점

처음 제작할 때는 Wi-Fi 기반 ESP8266이나 ESP32로 시작해도 충분합니다. 이유는 단순합니다. 빨리 만들 수 있고, 서버와 연결하기 쉽고, 문제가 생겼을 때 확인할 자료가 많습니다. 하지만 장치를 오래 운영할 계획이라면 “보드가 무엇을 지원하는가”보다 “장치가 어떤 환경에서 살아야 하는가”를 먼저 봐야 합니다.

내 기준은 이렇습니다. 전원형 장치와 서버 직접 연동은 Wi-Fi, 스마트폰 설정과 근접 인식은 BLE, 배터리 센서가 많아지는 구조는 Thread나 Zigbee를 검토합니다. ESP32 계열의 의미는 모든 기능을 한 번에 쓰라는 것이 아니라, 장치 성격에 맞춰 통신 방식을 고를 수 있는 선택지가 넓어졌다는 데 있습니다.

무선 방식 선택은 유행 문제가 아니라 유지보수 문제입니다. 설치 후 6개월 뒤에도 배터리, 연결, 로그, 교체가 감당되는 방식이 좋은 방식입니다.