Wiznet makers

Overview

Mender is an OTA (Over-the-Air) update platform widely used in embedded Linux systems.
Recently, Mender introduced the Mender MCU Client, targeting MCU environments based on Zephyr RTOS.

The official getting-started guide uses the ESP32-S3 DevKitC as a reference platform and demonstrates OTA updates over Wi-Fi.
At the same time, Mender provides a separate guide explaining how to add a W5500 Ethernet adapter to the same Zephyr-based ESP32 environment.

This curation reviews both documents together and highlights how Wi-Fi and Ethernet can be selected depending on the development and deployment stage in MCU OTA designs.

1️⃣ Mender MCU Client Getting Started (ESP32-S3)

The first document focuses on:

• ESP32-S3 DevKitC board
• Zephyr RTOS-based application
• Integration of the Mender MCU Client
• OTA updates via the Mender Server

The overall flow is straightforward:

1. Prepare the Zephyr build environment
2. Build a Zephyr application for ESP32-S3
3. Enable the Mender MCU Client
4. Connect to the network using Wi-Fi
5. Perform HTTPS-based OTA updates

The primary goal of this guide is to demonstrate that Mender OTA works reliably even in MCU-class environments.

2️⃣ Why Wi-Fi Is Used as the Default

Wi-Fi is the default choice in the ESP32-S3 example for clear reasons:

• Wi-Fi is built into ESP32
• No additional hardware is required
• Fast setup for development and testing

From a tutorial perspective, Wi-Fi is sufficient to understand the OTA workflow, including authentication, download, update, and rollback.

3️⃣ Why the W5500 Ethernet Guide Is Included

In the same documentation flow, Mender points readers to another article:

👉 Adding a W5500 Ethernet adapter to Zephyr ESP32

This document explains:

• Using the SPI-based W5500 Ethernet chip with ESP32
• Integration with the Zephyr networking stack
• Running Zephyr applications over Ethernet instead of Wi-Fi

From Zephyr’s perspective:

• Wi-Fi and Ethernet are treated as equivalent network interfaces
• Applications such as the Mender MCU Client do not need to be modified

In practice, this means:

The OTA logic remains unchanged; only the network transport changes.

4️⃣ Wi-Fi vs W5500 Ethernet for OTA

When both documents are considered together, the following comparison becomes clear:

This is not a strict “either-or” decision, but rather a stage-based design choice.

5️⃣ Meaning for Makers and Developers

Key takeaways from these documents:

• The Mender MCU Client is not tied to a specific network type
• Zephyr + W5500 Ethernet is officially documented and supported
• Although the example uses ESP32, the same architecture applies to other MCUs such as STM32

Together, these guides present a practical path:

Start OTA development with Wi-Fi,
then transition to Ethernet-based OTA when stability and reproducibility matter.

Closing

The ESP32-S3 Mender MCU Client guide goes beyond a simple Wi-Fi demonstration.
By also documenting the use of W5500 Ethernet, it shows how Zephyr-based MCU OTA designs can scale from development to real deployment scenarios.

Overview

Mender는 기존에 Embedded Linux 환경에서 널리 사용되던 OTA(Over-the-Air) 업데이트 플랫폼이다.
최근에는 Zephyr 기반 MCU 환경을 대상으로 한 Mender MCU Client를 공개하며,
ESP32-S3 DevKitC 보드를 기준으로 한 시작 가이드를 제공하고 있다.

해당 가이드는 기본적으로 Wi-Fi 기반 OTA를 설명하지만,
동시에 별도의 문서를 통해 W5500 Ethernet 어댑터를 사용하는 방법도 함께 안내한다.

이 큐레이션은 이 두 문서를 함께 살펴보며,
Zephyr 기반 MCU OTA 환경에서 Wi-Fi와 Ethernet을 어떻게 선택할 수 있는지를 정리한다.

1️⃣ Mender MCU Client 시작 가이드 (ESP32-S3)

첫 번째 문서는 다음을 다룬다.

• ESP32-S3 DevKitC 보드
• Zephyr RTOS 기반 애플리케이션
• Mender MCU Client 통합
• Mender Server와 연동한 OTA 업데이트 흐름

구성은 비교적 단순하다.

• Zephyr 빌드 환경 준비
• ESP32-S3용 Zephyr 애플리케이션 빌드
• Mender MCU Client 활성화
• Wi-Fi를 통한 네트워크 연결
• HTTPS 기반 OTA 업데이트 수행

이 문서는 MCU 환경에서도 Mender OTA가 실제로 동작한다는 것을 확인하는 데 목적이 있다.

2️⃣ Wi-Fi OTA를 기본으로 사용하는 이유

ESP32-S3 예제에서 Wi-Fi가 기본인 이유는 명확하다.

• ESP32에 Wi-Fi가 기본 내장
• 추가 하드웨어 불필요
• 개발 및 테스트가 빠름

튜토리얼 관점에서는 가장 합리적인 선택이다.
OTA 흐름, 인증, 다운로드, 롤백 구조를 이해하는 데 충분하다.

3️⃣ W5500 Ethernet 가이드가 함께 제공되는 이유

같은 흐름 안에서 Mender는 두 번째 문서를 함께 소개한다.

👉 Adding a W5500 Ethernet adapter to Zephyr ESP32

이 문서는 다음을 설명한다.

• ESP32에서 SPI 기반 W5500 Ethernet 칩 사용
• Zephyr 네트워크 스택과의 연동
• Ethernet 인터페이스로 Zephyr 애플리케이션 구동

중요한 점은, Zephyr 관점에서 보면:

• Wi-Fi와 Ethernet은 동일한 네트워크 인터페이스 계층으로 취급된다
• 애플리케이션(예: Mender MCU Client)은 네트워크 종류를 거의 의식하지 않는다

즉,
OTA 로직은 그대로 두고 네트워크 매체만 Ethernet으로 전환할 수 있다.

4️⃣ OTA 관점에서 Wi-Fi와 W5500 Ethernet

두 문서를 함께 보면 자연스럽게 다음 선택지가 드러난다.

이 구조는 **“Wi-Fi 또는 Ethernet 중 하나만 선택”**이 아니라,
단계에 따라 선택을 바꿀 수 있는 설계를 가능하게 한다.

5️⃣ Maker 관점에서의 의미

이 큐레이션에서 중요한 점은 다음이다.

• Mender MCU Client는 네트워크 방식에 종속되지 않는다
• Zephyr + W5500 구성은 공식 문서로 안내되고 있다
• ESP32 예제이지만, 구조 자체는 STM32 등 다른 MCU에도 그대로 확장 가능하다

즉, 이 문서들은:

“Wi-Fi로 시작해서
Ethernet 기반 OTA까지 자연스럽게 확장할 수 있다”

는 현실적인 경로를 보여준다.

Closing

Mender의 ESP32-S3 MCU OTA 가이드는
단순한 Wi-Fi 데모에서 끝나지 않고,
W5500 Ethernet을 사용하는 경우까지 함께 제시한다.

이는 Zephyr 기반 MCU OTA 설계에서
개발 단계와 운영 단계를 분리해 생각할 수 있는 구조를 제공한다는 점에서 의미가 있다.