W5500이 만든 흔들림 없는 연결: 듀얼 라디오 스마트홈 코디네이터 'SLZB-MR5U' 적용 사례

Zigbee와 Thread를 동시에 다루는 멀티 라디오 게이트웨이가 안정적인 유선 네트워크를 확보하기 위해 WIZnet W5500을 선택한 이야기

들어가며 — 스마트홈의 진짜 병목은 '라디오'가 아니라 '네트워크'다

스마트홈을 구축해 본 분이라면 한 번쯤 겪는 문제가 있습니다. Zigbee 전구, Thread 센서, Matter 기기를 아무리 잘 붙여놔도 정작 이들을 묶어주는 코디네이터(게이트웨이)와 홈 서버 사이의 연결이 불안정하면 전체 시스템이 무너진다는 점이죠.

Wi-Fi로 코디네이터를 연결하면 편하지만, Wi-Fi·Zigbee·Thread가 모두 2.4GHz 대역을 공유하기 때문에 간섭이 발생합니다. 결국 "라디오는 무선, 네트워크 백홀은 유선"이 가장 안정적인 정답이 됩니다. 그리고 이 '유선 백홀'을 책임지는 핵심 부품이 바로 오늘 소개할 사례의 주인공, WIZnet W5500입니다.

제품 소개 — SMLIGHT SLZB-MR5U

SLZB-MR5U는 우크라이나의 스마트홈 전문 기업 SMLIGHT가 설계한 듀얼 라디오 멀티 프로토콜 코디네이터입니다. 작은 막대 형태의 본체 하나에 다음을 모두 담았습니다.

구성	채택 칩셋	역할
라디오 1	EFR32MG24 (Silicon Labs)	Zigbee 코디네이터/라우터
라디오 2	EFR32MG24 (Silicon Labs)	Thread / Matter-over-Thread
코어 MCU	ESP32-S3 (Espressif)	전체 기능 제어
이더넷	W5500 (WIZnet)	안정적인 유선 네트워크 연결
전원	PoE 트랜스포머 + USB Type-C	듀얼 전원 입력

핵심은 Zigbee와 Thread를 동시에(simultaneous) 운용할 수 있다는 점입니다. 두 개의 EFR32MG24가 각각 별도의 UART로 ESP32-S3에 연결되고, 여기에서 처리된 데이터가 네트워크를 타고 Home Assistant 같은 홈 서버로 전달됩니다. LAN, Wi-Fi, USB를 모두 지원하지만, 이 사례의 사용자가 선택한 것은 W5500 기반의 유선 이더넷이었습니다.

W5500이 맡은 역할 — SPI 한 줄로 끝내는 견고한 TCP/IP

SLZB-MR5U에서 W5500은 단순한 '랜포트'가 아닙니다. 이 제품의 네트워크 아키텍처를 들여다보면 W5500의 가치가 더 분명해집니다.

ESP32-S3가 Zigbee/Thread 데이터 처리, Bluetooth 프록시, WireGuard VPN, OTA 업데이트 등 수많은 작업을 동시에 수행하는 상황에서, 만약 소프트웨어 TCP/IP 스택까지 MCU가 떠안았다면 부하가 상당했을 것입니다. W5500은 하드와이어드(Hardwired) TCP/IP 컨트롤러로, TCP·UDP·IPv4·ARP 등 프로토콜 처리를 칩 내부에서 자체적으로 수행합니다.

ESP32-S3는 그저 SPI 버스 한 줄로 W5500과 통신하면 되고, 무거운 네트워크 연산은 W5500이 도맡습니다. 실제 SLZB-MR5U의 핀 배선을 보면 이 구조가 그대로 드러납니다.

yaml

# SLZB-MR5U 이더넷 설정 (ESPHome 기준) ethernet:   type: W5500
  clk_pin:  GPIO42   # SPI SCLK   mosi_pin: GPIO39   # SPI MOSI   miso_pin: GPIO41   # SPI MISO   cs_pin:   GPIO2    # Chip Select   interrupt_pin: GPIO38   # 인터럽트 기반 패킷 처리   reset_pin:     GPIO40   # 하드웨어 리셋

여기서 주목할 점은 인터럽트 핀(GPIO38) 활용입니다. 폴링(polling) 방식으로 끊임없이 상태를 확인하는 대신, 패킷이 도착했을 때만 인터럽트로 알려주는 이벤트 기반 처리가 가능합니다. 덕분에 ESP32-S3는 라디오 처리에 집중하고, 네트워크 이벤트는 필요할 때만 대응하는 효율적인 분업이 완성됩니다.

실전 적용 사례 — VLAN 격리 + WireGuard 터널 위의 W5500

이번 사례에서 가장 흥미로운 부분은 한 사용자가 Home Assistant 커뮤니티에 공유한 고급 설정입니다. 이 사용자는 SLZB-MR5U를 단순히 연결하는 데 그치지 않고, 보안을 극대화한 네트워크 구조 위에서 운용했습니다.

설정의 핵심

**격리된 IoT VLAN(VLAN 30)**에 SLZB-MR5U를 배치 — 신뢰하지 않는 IoT 기기들과 한 망에 두되, 다른 네트워크로의 직접 접근은 차단
기기에서 홈 서버로 WireGuard VPN 터널을 아웃바운드로 개시 — IoT망에서 내부망으로 들어오는 방화벽 구멍(inbound rule)을 전혀 만들지 않음
Zigbee2MQTT와 OpenThread Border Router는 VPN 터널을 통해서만 라디오에 접근
펌웨어는 순정 대신 ESPHome으로 교체하여 스트림 서버를 WireGuard 인터페이스에만 바인딩

이 모든 정교한 보안 아키텍처가 동작하려면 물리 계층(유선 이더넷)이 절대적으로 안정적이어야 합니다. VPN 핸드셰이크, 멀티캐스트 기반 Thread/Matter 디바이스 디스커버리, TCP 스트림으로 전달되는 Zigbee 프레임 — 이 모든 트래픽이 W5500의 10/100Mb 이더넷 위를 지나갑니다.

yaml

# 네트워크 구조 요약 VLAN 30  IoT      10.30.0.0/24
                  └─ SLZB-MR5U (10.30.0.200) ← W5500 유선 연결
                     └─ WireGuard 터널 (172.27.66.2) ← 아웃바운드 개시
                        └─ Home Assistant 서버

사용자는 글 말미에 이렇게 평가했습니다. 한번 구성을 마치고 나니 Zigbee와 Thread 모두 매우 안정적으로 동작했고, 방화벽 구멍 없이도 기기를 Home Assistant에서 완전히 관리할 수 있었다는 것입니다. 코디네이터 하나치고는 구성 요소가 많지만, 결과는 "rock solid(반석처럼 견고하다)"였다는 표현이 인상적입니다.

왜 W5500이었나 — 설계자의 관점에서

멀티 라디오 게이트웨이를 설계하는 엔지니어 입장에서 W5500을 선택할 이유는 분명합니다.

1. MCU 부하 분산 — 하드와이어드 TCP/IP 스택이 네트워크 연산을 전담하므로, ESP32-S3는 Zigbee/Thread 동시 처리라는 본연의 임무에 자원을 집중할 수 있습니다.

2. 검증된 안정성 — 24시간 365일 켜져 있어야 하는 스마트홈 허브에서 연결이 끊기면 집 전체의 자동화가 멈춥니다. W5500은 산업·IoT 현장에서 수년간 검증된 신뢰성을 제공합니다.

3. 단순한 SPI 인터페이스 — 적은 핀 수로 연결되어 컴팩트한 막대형 폼팩터(160×24×28mm) 설계를 가능하게 합니다.

4. PoE와의 궁합 — 이 제품은 PoE(IEEE 802.3af) 전원을 지원합니다. 즉 랜선 한 가닥으로 데이터와 전원을 동시에 공급받을 수 있는데, 이 깔끔한 단일 케이블 설치를 가능하게 하는 출발점이 바로 안정적인 유선 이더넷 컨트롤러입니다.

마치며

SLZB-MR5U는 "라디오는 무선으로, 백홀은 유선으로"라는 스마트홈 네트워킹의 정석을 충실히 구현한 제품입니다. 그리고 그 유선 백홀의 신뢰성을 책임지는 자리에 WIZnet W5500이 자리 잡고 있습니다.

화려한 무선 라디오들이 주목받기 쉽지만, 정작 시스템 전체의 안정성을 좌우하는 것은 묵묵히 패킷을 실어 나르는 이더넷 계층입니다. 이번 커뮤니티 사례처럼 VLAN 격리와 VPN 터널까지 얹은 까다로운 환경에서도 흔들림 없이 동작했다는 점은, W5500이 단순한 네트워크 부품을 넘어 신뢰할 수 있는 인프라로서 역할을 다하고 있음을 보여줍니다.

라디오 칩을 고를 때만큼이나, 네트워크 컨트롤러를 고를 때도 신중해야 하는 이유가 여기에 있습니다.

제품 정보: smlight.tech/global/slzbmr5 적용 사례: Home Assistant Community

Documents

Comments Write