---
title: "IP Ethernet Wifi ZenoLAN0505"
url: "https://maker.wiznet.io/scott/resellers/ip-ethernet-wifi-zenolan0505/"
markdown_url: "https://maker.wiznet.io/scott/resellers/ip-ethernet-wifi-zenolan0505/md"
type: "VAR: Value-Added Reseller Products"
author: "ZenoPCB"
author_url: "https://zenopcb.vn/san-pham/thiet-bi-chuyen-doi-modbus-rtu-rs485-to-tcp-ip-ethernet-wifi-zenolan0505/"
editor: "WIZnet"
editor_url: "https://maker.wiznet.io/"
original_author: "ZenoPCB"
original_url: "https://zenopcb.vn/san-pham/thiet-bi-chuyen-doi-modbus-rtu-rs485-to-tcp-ip-ethernet-wifi-zenolan0505/"
published: "2026-09-22"
language: "en"
hardware: ["WIZnet W5500"]
likes: 0
views: 146
comments: 0
source: "WIZnet Makers (https://maker.wiznet.io/)"
---

# IP Ethernet Wifi ZenoLAN0505

> ZenoLAN0505: A Vietnamese Modbus RTU ⇄ TCP DIN-Rail Gateway Built on ESP32 and W5500

Original author: ZenoPCB (source: https://zenopcb.vn/san-pham/thiet-bi-chuyen-doi-modbus-rtu-rs485-to-tcp-ip-ethernet-wifi-zenolan0505/)

## Components

- **WIZnet W5500** x 1 ([docs](https://docs.wiznet.io/Product/Chip/Ethernet/W5500))

WIZnet parts: W5500 ([Datasheet](https://docs.wiznet.io/Product/Chip/Ethernet/W5500/datasheet?utm_source=maker&utm_medium=project&utm_campaign=w5500), [product hub](https://maker.wiznet.io/products/w5500/))

## Article

## Summary

**ZenoLAN0505** is a **DIN-rail Modbus gateway** launched in May 2025 by **ZenoPCB**, a PCB and IoT company in Ho Chi Minh City, Vietnam. It connects **Modbus RTU** equipment on an isolated RS485 bus to **Modbus TCP** networks over Ethernet or WiFi. The **ESP32** handles protocol conversion and web configuration, while the **WIZnet W5500** runs the wired RJ45 port. What stands out is the bundle: **isolated RS485, dual WiFi/Ethernet paths, a web UI, and MQTT** for 1,100,000₫ (about $42 [Inferred]). It can also be read as a Southeast Asian local manufacturer joining the trend of ESP32-based industrial DIN-rail products that use the W5500 as their wired port [Inferred].

## Overview

Factory control panels are still full of **PLCs, inverters, power meters, and temperature controllers** that speak only RS485. Replacing all of them to reach SCADA or an IoT platform is expensive. The common alternative is to **put one gateway at the end of the RS485 bus and bridge it onto the IP network**. ZenoLAN0505 packages that gateway as a finished product that clips straight onto a 35mm DIN rail.

ZenoPCB is a Vietnamese company that does PCB design and fabrication, PCBA, and automation IoT. Its lineup keeps growing: ESP32-based Modbus boards (the ZenoRTU series), cloud-connected devices (ZMG-01/02), and its own cloud, the **ZenoPCB IoT Platform**. ZenoLAN0505 was listed on the online store on 2025-05-07, and the PCB silkscreen reads "QC 30/04/2025".

The main users are **system integrators working on control panels, maintenance engineers, and HVAC, energy, and agricultural automation sites**. Setup happens in a web UI, so users do not write any code.

→ Product page: <https://zenopcb.vn/san-pham/thiet-bi-chuyen-doi-modbus-rtu-rs485-to-tcp-ip-ethernet-wifi-zenolan0505/>

## Why It Matters

### Deployments — Unverified

- The maker's "deployed projects" page lists **two** projects (a PLC-driven LED production counter and a temperature/pressure monitor), but neither states that this product was used

- The product has **zero** reviews, and no forum or reseller feedback turned up

- **Actual field deployment is therefore unverified**

→ Deployed projects: <https://zenopcb.vn/du-an-trien-khai/>

### Industry and Policy Drivers — Indirectly Confirmed

Vietnam treats digital transformation as a national priority. However, **none of the policies below directly mandates connecting RS485 equipment to IP networks.** The link from these policies to gateway demand is **[Inferred]**.

| Policy | Issued by | Year | Gist |
| --- | --- | --- | --- |
| **Nghị quyết 52-NQ/TW** | Politburo | 2019 | Active participation in the Fourth Industrial Revolution |
| **Quyết định 749/QĐ-TTg** | Prime Minister | 2020 | National Digital Transformation Program (to 2025, vision 2030) |
| **Nghị quyết 57-NQ/TW** | Politburo | 2024 | Science, innovation, and digital transformation; digital economy at 30% of GDP by 2030 |
| **Nghị định 30/2026/NĐ-CP** | Government | 2026 | Tighter management, monitoring, and reporting for key energy-using facilities |

→ Quyết định 749/QĐ-TTg: <https://vanban.chinhphu.vn/?pageid=27160&docid=200163>
→ Nghị quyết 57-NQ/TW full text: <https://xaydungchinhsach.chinhphu.vn/toan-van-nghi-quyet-ve-dot-pha-phat-trien-khoa-hoc-cong-nghe-doi-moi-sang-tao-va-chuyen-doi-so-quoc-gia-119241224180048642.htm>
→ Nghị định 30/2026/NĐ-CP coverage: <https://congthuong.vn/nghi-dinh-so-30-2026-nd-cp-khoi-thong-thi-truong-tiet-kiem-nang-luong-440777.html>

The two conclusions differ. **The policy backdrop is indirectly confirmed, but whether this product is actually capturing that demand is not.**

### Industry Trend

Several companies show open hardware platforms moving into industrial markets.

- **Arduino** — announced the **Opta** micro PLC with Finder in November 2022 (three variants: Lite, RS485, WiFi)

- **Raspberry Pi** — launched **Compute Module 5** in November 2024 and stated that **70–80% of all Raspberry Pi sales** go to industrial and embedded use

- **ESP32 DIN-rail products** — **NORVI ENET** (ESP32 + W5500), **Industrial Shields ESP32 PLC** (W5500 + an Arduino-compatible Ethernet library), and **KinCony KC868-A2v3** (switched to ESP32-S3 and replaced the LAN8720A with a W5500) share the same build

ZenoLAN0505 can be seen as the smallest unit of this trend. While platform companies ship industrial products, **local PCB companies are turning the same ESP32 + W5500 build into finished products for their home markets** [Inferred].

→ Raspberry Pi CM5 announcement: <https://www.raspberrypi.com/news/compute-module-5-on-sale-now/>
→ Arduino Opta announcement: <https://blog.arduino.cc/2022/11/08/welcome-opta-our-first-ever-micro-plc-with-industrial-iot-capabilities/>
→ Industrial Shields Ethernet library: <https://www.industrialshields.com/blog/arduino-industrial-1/improved-ethernet-library-for-m-duino-and-esp32-plcs-653>
→ NORVI ENET: <https://norvi.io/products/industrial-esp32-ethernet-controller-enet/>
→ KinCony KC868-A2v3: <https://www.kincony.com/esp32-s3-2-channel-relay-module.html>

## Product Breakdown

| Item | Detail |
| --- | --- |
| **MCU** | **ESP32** (WiFi + Bluetooth, external antenna) |
| **Ethernet** | **WIZnet W5500** (SPI), one RJ45 port |
| **Fieldbus** | One **isolated RS485** port (A+/B-/G), Modbus RTU Master |
| **Upstream protocol** | Modbus TCP Server (port 502), multiple concurrent TCP clients, MQTT (per the promo image and demo video) |
| **Power** | **10–30VDC** industrial input |
| **Configuration** | Web UI (over WiFi or USB), USB-C config port |
| **Operational features** | Watchdog, Timeout, register Mapping, LEDs (power/TX/RX/LAN) |
| **Form factor** | ABS enclosure, **35mm DIN** rail |
| **Price** | **1,100,000₫** (list 1,200,000₫) |

Opening the case shows the build directly. The PCB silkscreen prints **"ESP32 RS485 MODBUS ISO"** and **"ETHERNET W5500"** side by side, and a **HanRun HR911105A** RJ45 jack sits next to the WIZnet-branded chip. Near the bottom are what appears to be a Y capacitor for the isolation barrier (TENTA) [Inferred] and pluggable terminal blocks.

## Architecture

The firmware is not public, so the flow below is **[Inferred] from typical Modbus gateway behavior**. What the demo shows directly is that Unit IDs 1 and 2 select slaves 1 and 2.

1. SCADA sends a Modbus TCP request to **port 502** on the gateway IP. The demo's traffic window shows frames like `01 4E 00 00 00 06 01 03 00 00 00 0A` — Transaction ID `014E`, Unit ID `01`, Function `03` (Read Holding Registers), start address 0, quantity 10

2. The ESP32 **strips the 7-byte MBAP header** and uses the Unit ID as the RTU slave address

3. It **appends a CRC16**, sends the frame onto RS485, and waits for the bus to answer (the Timeout setting)

4. When the slave responds, it **verifies the CRC**, rebuilds the MBAP header with the original Transaction ID, and returns the reply to that TCP client

The web UI offers a **Mapping mode**. When enabled, it binds one slave ID to one fixed IP so that **only that IP can read that slave**, for up to **three** bindings. When disabled, the gateway acts as a plain Modbus TCP gateway with no limit on slave count or function codes (per the demo video).

→ Demo video: <https://www.youtube.com/watch?v=ICxMwQHlaao>

## Technology Background

### Modbus TCP and the MBAP Header

**Modbus TCP** keeps the serial Modbus request/response structure (the PDU) intact and prepends an **MBAP header** before sending it over TCP. All Modbus/TCP frames go to **registered port 502**.

- The MBAP header is **7 bytes** — Transaction ID (2), Protocol ID (2, always 0), Length (2), **Unit Identifier (1)**

- There is no serial CRC. Error detection is left to the TCP/IP and Ethernet (CRC-32) layers

- The **Unit Identifier** takes the place of the serial slave address, and the spec defines it for **routing to a device behind a gateway**

In ZenoLAN0505, SCADA uses the Unit ID to say "device number N on the RS485 bus," and the gateway copies it into the RTU slave address. The **Transaction ID** pairs a request with its response (the spec calls this "transaction pairing"). Which client receives the response is decided by the TCP connection itself.

→ MODBUS Messaging on TCP/IP Implementation Guide V1.0b: <https://www.modbus.org/file/secure/messagingimplementationguide.pdf>

### The Single-Master RS485 Bus and Request Serialization

**Modbus over Serial Line** assumes **only one master on the bus at a time**. Slave addresses run from **1 to 247**, and RTU frames must be separated by at least **3.5 character times** of silence. If the gap between characters exceeds 1.5 character times, the frame is discarded.

- So an RS485 bus **cannot send the next request until the current one gets its response**

- The TCP side, by contrast, can have several SCADA, HMI, and data-collection clients connected **at the same time**

The gateway therefore has to **queue requests from multiple TCP clients and send them to RTU one at a time**. The "Multi-Master TCP" feature ZenoLAN0505 advertises reads as the gateway doing this serialization for you [Inferred]. As connections grow, the response time each client sees **gets longer depending on bus speed and the number of pending requests** [Inferred].

→ MODBUS over Serial Line V1.02: <https://www.modbus.org/file/secure/modbusoverserial.pdf>

### RS485 Isolation

RS485 is built for long cable runs, so **ground potential can differ widely between devices (GPD, Ground Potential Difference).** That difference adds to the transmitted signal as common-mode noise, and tying remote grounds together with a wire lets **ground loop currents** couple into the data lines. TI's RS-485 design guide recommends **isolating both signal and power** in these cases.

ZenoLAN0505's front label and PCB silkscreen both advertise **"ISOLATED" / "ISO"**. In a control panel shared with inverters and motors, this looks like a design choice to keep the ESP32 away from field-side surges and ground noise [Inferred]. Exact specs for the isolation parts (such as isolation voltage) **are not published.**

→ TI, The RS-485 Design Guide (SLLA272D): <https://www.ti.com/lit/an/slla272d/slla272d.pdf>

## Technical Highlights

- **Upper-layer functions on one ESP32** — Modbus conversion, the web config server, the MQTT client, and WiFi all run on one MCU. That is why the config UI can be served to a browser with no separate PC software

- **Two paths: WiFi and Ethernet** — wired panels use the W5500 port, and hard-to-wire sites use WiFi. In the demo video, the maker says "Ethernet is supported depending on the model, and there is a cheaper WiFi-only model"

- **No-code operation** — serial parameters (e.g., 9600-8-N-1), TCP port, Mapping, and MQTT are set in web UI tabs (Info / Network / Communication / System / MQTT / Help)

- **Industrial power and form factor** — 10–30VDC input and a 35mm DIN rail let it tap straight into a panel's 24V supply

- **Operational safeguards** — the Watchdog recovers from firmware hangs, and the Timeout caps how long the gateway waits for an unresponsive slave (apparently so a silent slave does not hold up other requests [Inferred])

## Where WIZnet Fits

### Confirmed — The W5500 Runs the Wired RJ45 Port

The **"ETHERNET W5500"** silkscreen and the WIZnet-branded chip **confirm the W5500 is on board.** It connects to the ESP32 over **SPI** and handles the wired path to the HanRun RJ45 jack.

Two points need to be clear.

- **The demo video was shot in WiFi mode ("Modbus RTU Slave to TCP Wifi").** No public material shows the W5500 wired path in action

- **The firmware source is not public.** How the W5500 is used can only be judged from indirect evidence, as below

### TOE or Not — Unverified, With Conflicting Evidence From the Same Company

The W5500 can run in two ways. In **hardware TCP/IP (TOE) mode, the chip handles TCP/IP itself**. In **MACRAW mode, the chip handles only MAC+PHY and the MCU's software stack (lwIP) handles TCP/IP**. ZenoPCB's code shows both.

| Evidence | When | Code | Points to |
| --- | --- | --- | --- |
| Hardware test code for sibling board **ZenoRTU0106** | 2025-09 | `#include <Ethernet.h>`, `Ethernet.init(32)`, `ModbusMaster` | **TOE** (Arduino Ethernet library) |
| Cloud library **zenopcb-iot-platform** | 2026-06 | `ETH.begin(ETH_PHY_W5500, …)` | **MACRAW** (ESP32 esp_eth + lwIP) |

Judging by the coding conventions closest to launch (2025-05), **ZenoLAN0505 most likely uses TOE [Inferred].** The product description's "hỗ trợ TCP/IP Stack" (supports a TCP/IP stack) is not enough to decide.

→ ZenoRTU0106 test code: <https://zenopcb.vn/code-kiem-tra-phan-cung-cua-zenortu0106/>
→ zenopcb-iot-platform: <https://github.com/zenopcb/zenopcb-iot-platform>

### One Request's Path Under TOE [Inferred]

**The path below assumes ZenoLAN0505 uses the W5500 in TOE mode.** It follows a SCADA Read Holding Registers request arriving on the wired port.

1. SCADA opens a TCP connection to `192.168.1.x:502`. **The W5500 handles the ARP reply, the TCP three-way handshake, and ACKs inside the chip.** The ESP32 is not involved

2. When the request frame (7-byte MBAP + 5-byte PDU) arrives, the W5500 stores it in the **socket receive buffer** and signals via an interrupt or status register

3. The ESP32 reads **only the 12-byte payload** over SPI. It never touches header assembly, retransmission timers, or window management

4. The ESP32 strips the MBAP, adds a CRC, sends it on RS485, and re-adds the MBAP to the reply — **this is the ESP32's real job**

5. The ESP32 writes the reply payload into the W5500 transmit buffer and issues a send command, and **the W5500 takes over segmentation, transmission, and retransmissionThink of the W5500 as a post office counter.** The clerk (W5500) handles customers, queue tickets, delivery confirmation, and resending lost mail, while the translator in the back (ESP32) receives only the letter body and focuses on **rewriting it in RTU**. The translator never needs to know how many customers are in line or how many times a letter was resent.

### TOE vs. MACRAW

| Item | TOE (hardwired) | MACRAW |
| --- | --- | --- |
| TCP/ARP/retransmission handling | **W5500 chip** | ESP32's lwIP |
| What the ESP32 moves over SPI | **Payload only** | Full Ethernet frames |
| Concurrent TCP connection limit | **8 hardware sockets** | Depends on lwIP config and RAM |
| Firmware | Arduino Ethernet / ioLibrary | ESP-IDF esp_eth, Arduino `ETH.h` |
| Code sharing with WiFi | Separate socket API | Shares lwIP sockets with WiFi |

Under TOE, **the wired side supports at most 8 concurrent TCP clients** (the W5500 socket count). The web config server also uses sockets, so the number available for Modbus may be lower **[Inferred]**. A Modbus gateway usually serves just a few SCADA, HMI, and collector clients, so this limit is unlikely to become a bottleneck [Inferred].

→ W5500 official documentation: <https://docs.wiznet.io/Product/Chip/Ethernet/W5500>

### What If There Were No W5500?

The classic ESP32 has a **built-in EMAC**, so attaching an external PHY (such as a LAN8720A) over RMII is also an option. But RMII needs more signal lines than SPI plus a stable reference clock (REF_CLK) shared by MAC and PHY, and all TCP/IP work falls on the ESP32's lwIP. Among classic ESP32 products, **Industrial Shields and NORVI both use the W5500**, which shows this is not one company's isolated choice. **KinCony KC868-A2v3**, which moved to the EMAC-less ESP32-S3, also swapped its LAN8720A for a W5500 and gave "more stable" as the reason. Whether ZenoLAN0505's ESP32 module is a classic ESP32 with an EMAC cannot be confirmed from photos **[Inferred]**.

→ ESP-IDF Ethernet documentation (EMAC · RMII · REF_CLK): <https://docs.espressif.com/projects/esp-idf/en/stable/esp32/api-reference/network/esp_eth.html>

## Similar Projects on WIZnet Makers

- **SURIOTA MODULE – MODBUS GATEWAY IIOT (SRT-MGATE 1210)** — an **ESP32 + W5500** Modbus gateway from an Indonesian local manufacturer. It shares **dual WiFi/Ethernet connectivity** and being a **Southeast Asian local commercial product** (SURIOTA uses the ESP32-S3). SURIOTA is the higher-end model, with two RS485 ports, MicroSD logging, MQTT/HTTPS/REST, and a FreeRTOS queue manager, while ZenoLAN0505 is closer to a simple single-port converter
  → Project link: <https://maker.wiznet.io/scott/resellers/suriota-module--modbus-gateway-iiot-srt-mgate-1210/>

- **Bridging Industrial Worlds: ESP32 + W5500 Modbus TCP ⇄ RTU Gateway** — an open-source DIY project on **the same stack (ESP32 + W5500 + RS485, TCP⇄RTU)**. Its repository code uses `Ethernet.h` and `EthernetServer`, confirming a **TOE implementation**. It shows the same structure living in both a DIY repository and a commercial DIN-rail product
  → Project link: <https://maker.wiznet.io/sophia/projects/bridging-industrial-worlds-esp32-w5500--modbus-tcp--rtu-gateway/>

- **Modbus RTU-to-TCP Gateway with W5500 and STM32** — implements the same **RTU⇄TCP conversion** (swapping the MBAP header for CRC16) on an STM32, and is clearly a **TOE implementation adapted from the WIZnet loopback TCP server example**. If ZenoLAN0505 runs in TOE mode, its internals likely look similar [Inferred]
  → Project link: <https://maker.wiznet.io/jakelee/resellers/modbus-rtu-to-tcp-gateway-with-w5500-and-stm32/>

All three use the same division of labor: **"the MCU focuses on Modbus conversion, and the W5500 handles the network."** That holds whether the MCU is an ESP32 or an STM32, and whether the project is DIY or commercial.

| Item | ZenoLAN0505 | SURIOTA SRT-MGATE 1210 | Bridging Industrial Worlds | STM32 + W5500 Gateway |
| --- | --- | --- | --- | --- |
| Type | Commercial (Vietnam) | Commercial (Indonesia) | Open-source DIY | Example-based build |
| MCU | ESP32 | ESP32-S3 | ESP32 | STM32F103 |
| Ethernet | W5500 | W5500 | W5500 | W5500 (W5500io-M) |
| WiFi | Yes | Yes | No (Ethernet only) | No |
| RS485 ports | 1 (isolated) | 2 (isolated) | 1 (non-isolated) | 1 |
| TOE | Unverified ([Inferred] TOE) | Unknown | TOE (Ethernet.h) | TOE |
| Extras | Web UI, Mapping, MQTT | Logging, MQTT/HTTPS/REST | None | None |
| Form factor | DIN-rail enclosure | Industrial enclosure | Dev board | Dev board |

**The shared design philosophy is "convert on the MCU, connect on the W5500."** ZenoLAN0505 stands out by turning that structure into **a local finished product with isolation, DIN-rail mounting, and web setup at about $42 [Inferred]**.

## Business Value

### External View — Customers and Market

- **Bring existing PLCs and inverters onto SCADA** — put RS485 equipment on the IP network with one gateway instead of replacing it

- **Remote energy metering** — collect panel power meters over Modbus TCP and feed them into an energy management system. As Vietnam tightens monitoring and reporting for key energy-using facilities (Nghị định 30/2026/NĐ-CP), **this demand is likely to recur rather than end after one project** [Inferred]

- **Hard-to-wire sites** — use the WiFi path where there is no LAN cabling, such as farms and HVAC plant rooms, and the wired path in cabled panels, all with the same product

- **Price position** — between low-cost converters (Waveshare RS485 TO ETH (B), $19.99–22.99) and dedicated industrial gateways (Moxa MGate MB3170, up to 32 clients), it offers isolation, a web UI, and MQTT for **about $42 [Inferred]** (1,100,000₫ ÷ roughly 26,000₫/$)

→ Moxa MGate MB3170: <https://www.moxa.com/en/products/industrial-edge-connectivity/protocol-gateways/modbus-tcp-gateways/mgate-mb3170-mb3270-series>
→ Waveshare RS485 TO ETH (B): <https://www.waveshare.com/rs485-to-eth-b.htm>

## Limitations and Future Improvements

ZenoLAN0505 matters because a local company built its own gateway with isolation, DIN-rail mounting, and web setup. What follows is not criticism but **room to grow into the next step**.

### Current Limitations

- **Concurrent connections and queue depth are not published** — the spec only says "multiple TCP clients." Moxa, by comparison, states **32 clients and 32 retained requests per master**

- **Mapping mode caps at three slaves** (demo video)

- **Thin documentation** — there is no dedicated manual. The sibling ZenoLAN0105 (950,000₫) page calls itself the "phiên bản đầy đủ" (full version) of the 0505, but its specs copy the 0505 text, so the difference is unclear

- **Security** — Modbus TCP has no authentication by design. The manual for a sibling product from the same company, **Modbus Remote Link**, lists the default web login as `admin` / `12345678`. If ZenoLAN0505 shares that UI family, it may use the same default [Inferred]

- **Simultaneous WiFi/Ethernet use and automatic failover are unverified**

- **No public validation of the wired path** — the only public demo uses WiFi mode

### Improvements

- **Publish the specs** — listing concurrent TCP clients, queue depth, and per-request Timeout range in a datasheet would let integrators decide at the design stage. Under TOE, the Modbus concurrency limit equals the W5500's 8 sockets minus those used by the web server and MQTT [Inferred]

- **A wired demo and a manual** — a demo of Modbus Poll over the W5500 wired path, a 0505/0105 comparison table, and guidance on changing the default login would greatly raise confidence

- **Next-generation chips** — sites that need IPv6 could consider the **W6100**, and the **W55RP20**, which combines the MCU and Ethernet in one chip, could cut board area and BOM [Inferred]

## FAQ

**Q1. How many SCADA clients can connect at once?** The maker only says "multiple TCP clients" and publishes no number. If the W5500 runs in TOE mode, the wired side is capped at **8** hardware sockets, fewer once the web server and MQTT take theirs [Inferred]. Either way, the RS485 bus handles one request at a time, so more connections mean longer response times.

**Q2. Should I use WiFi or Ethernet?** For a panel you can cable, **Ethernet (W5500)** wins on latency and stability. Factories full of inverters and motors often have a poor wireless environment [Inferred]. WiFi suits hard-to-wire farm sites and temporary installations.

**Q3. When should I turn on Mapping mode?** Use it when you want to restrict a specific slave to a specific SCADA. It supports up to three bindings. If multiple clients need free access to every slave, turn it off and run it as a plain Modbus TCP gateway.

**Q4. How is it different from the ZenoLAN0105?** The maker positions the 0105 for OEM and in-house development, but its product page lists the same specs as the 0505, so **the difference is unverified**. It is safest to ask the maker before buying.

**Q5. Can it send data straight to the cloud over MQTT?** The promo image and the web UI both show an **MQTT** tab, and the demo video mentions MQTT support. However, MQTT is missing from the official spec on the product page, so the scope of support (topic structure, TLS) is unverified.

---

---

## 요약

**ZenoLAN0505** 는 베트남 호찌민의 PCB·IoT 기업 **ZenoPCB** 가 2025년 5월에 출시한 **DIN 레일형 Modbus 게이트웨이**입니다. 절연 RS485 쪽 **Modbus RTU** 설비를 Ethernet·WiFi 쪽 **Modbus TCP** 네트워크에 연결합니다. **ESP32** 가 프로토콜 변환과 웹 설정을 맡고, **WIZnet W5500** 이 RJ45 유선 포트를 맡습니다. 1,100,000₫(약 $42 [추정]) 가격대에 **절연 RS485, WiFi·Ethernet 이중 경로, 웹 설정, MQTT** 를 함께 담았다는 점이 주목할 만합니다. ESP32 기반 산업용 DIN 레일 제품이 W5500 을 유선 포트로 쓰는 흐름에 동남아 로컬 제조사가 합류한 사례로 볼 수 있습니다 [추정].

## 개요

공장 제어반에는 RS485 로만 통신하는 **PLC·인버터·전력계·온도 조절기**가 여전히 많습니다. 이 설비들을 SCADA 나 IoT 플랫폼에 연결하려고 전부 교체하는 것은 비용이 크고, 대신 **RS485 버스 끝에 게이트웨이 하나를 달아 IP 네트워크로 연결하는 방식**이 널리 쓰입니다. ZenoLAN0505 는 이 게이트웨이를 제어반 DIN 35mm 레일에 바로 끼울 수 있는 완제품으로 만든 제품입니다.

제조사 ZenoPCB 는 PCB 설계·가공, PCBA, 자동화 IoT 를 함께 하는 베트남 기업입니다. ESP32 기반 Modbus 보드(ZenoRTU 시리즈), 클라우드 연동 장치(ZMG-01/02), 자체 클라우드 **ZenoPCB IoT Platform** 까지 제품군을 넓혀 가고 있습니다. ZenoLAN0505 는 2025-05-07 에 온라인 스토어에 등록됐고, PCB 실크에는 "QC 30/04/2025" 가 인쇄되어 있습니다.

주요 사용자는 **제어반을 다루는 SI 업체, 설비 보전 엔지니어, HVAC·에너지·농업 자동화 현장**입니다. 설정은 웹 UI 로 하고, 사용자가 코드를 작성할 필요는 없습니다.

→ 제품 페이지: <https://zenopcb.vn/san-pham/thiet-bi-chuyen-doi-modbus-rtu-rs485-to-tcp-ip-ethernet-wifi-zenolan0505/>

## 도입 배경: 왜 필요한가

### 제품 도입 사례 — 확인 불가

- 제조사 "구축 사례" 페이지에는 **2건**(PLC 연동 LED 생산 카운터, 온도·압력 모니터)이 있지만, 이 제품을 썼다는 명시는 없습니다

- 제품 리뷰는 **0건**이고, 포럼·판매처 후기도 찾지 못했습니다

- 따라서 **실제 현장 도입 규모는 확인 불가**입니다

→ 구축 사례: <https://zenopcb.vn/du-an-trien-khai/>

### 산업·정책적 필요성 — 간접 확인

베트남은 디지털 전환을 국가 과제로 삼고 있습니다. 다만 아래 정책 중 **RS485 설비의 IP 연결을 직접 의무화한 조항은 찾지 못했습니다.** 정책이 이런 게이트웨이 수요로 이어진다는 연결은 **[추정]** 입니다.

| 정책 | 발행 | 연도 | 요지 |
| --- | --- | --- | --- |
| **Nghị quyết 52-NQ/TW** | 정치국 | 2019 | 4차 산업혁명 적극 참여 |
| **Quyết định 749/QĐ-TTg** | 총리 | 2020 | 국가 디지털 전환 프로그램(~2025, 비전 2030) |
| **Nghị quyết 57-NQ/TW** | 정치국 | 2024 | 과학기술·혁신·디지털 전환, 2030년 디지털경제 GDP 30% 목표 |
| **Nghị định 30/2026/NĐ-CP** | 정부 | 2026 | 중점 에너지 사용 사업장의 관리·감시·보고 강화 |

→ Quyết định 749/QĐ-TTg: <https://vanban.chinhphu.vn/?pageid=27160&docid=200163>
→ Nghị quyết 57-NQ/TW 전문: <https://xaydungchinhsach.chinhphu.vn/toan-van-nghi-quyet-ve-dot-pha-phat-trien-khoa-hoc-cong-nghe-doi-moi-sang-tao-va-chuyen-doi-so-quoc-gia-119241224180048642.htm>
→ Nghị định 30/2026/NĐ-CP 보도: <https://congthuong.vn/nghi-dinh-so-30-2026-nd-cp-khoi-thong-thi-truong-tiet-kiem-nang-luong-440777.html>

두 결론은 다릅니다. **정책적 배경은 간접적으로 확인되지만, 이 제품이 그 수요를 실제로 받고 있는지는 확인되지 않습니다.**

### 산업 트렌드 통찰

오픈 하드웨어 플랫폼이 산업 시장으로 들어오는 흐름이 여러 회사에서 확인됩니다.

- **Arduino** — Finder 와 함께 마이크로 PLC **Opta** 를 2022-11 에 발표했습니다(Lite / RS485 / WiFi 3종)

- **Raspberry Pi** — **Compute Module 5** 를 2024-11 에 출시하면서, **Raspberry Pi 전체 판매량의 70~80%** 가 산업·임베디드용이라고 밝혔습니다

- **ESP32 DIN 레일 제품군** — **NORVI ENET**(ESP32 + W5500), **Industrial Shields ESP32 PLC**(W5500 + Arduino 호환 Ethernet 라이브러리), **KinCony KC868-A2v3**(ESP32-S3 로 바꾸며 LAN8720A 대신 W5500 채택)가 같은 구성을 씁니다

ZenoLAN0505 는 이 흐름의 가장 작은 단위로 볼 수 있습니다. 플랫폼 기업이 산업 제품을 내놓는 사이, **현지 PCB 기업이 같은 ESP32 + W5500 구성을 자국 시장용 완제품으로 만들고 있습니다** [추정].

→ Raspberry Pi CM5 발표: <https://www.raspberrypi.com/news/compute-module-5-on-sale-now/>
→ Arduino Opta 발표: <https://blog.arduino.cc/2022/11/08/welcome-opta-our-first-ever-micro-plc-with-industrial-iot-capabilities/>
→ Industrial Shields Ethernet 라이브러리: <https://www.industrialshields.com/blog/arduino-industrial-1/improved-ethernet-library-for-m-duino-and-esp32-plcs-653>
→ NORVI ENET: <https://norvi.io/products/industrial-esp32-ethernet-controller-enet/>
→ KinCony KC868-A2v3: <https://www.kincony.com/esp32-s3-2-channel-relay-module.html>

## 제품 구성

| 항목 | 내용 |
| --- | --- |
| **MCU** | **ESP32** (WiFi + Bluetooth, 외장 안테나) |
| **Ethernet** | **WIZnet W5500** (SPI), RJ45 1포트 |
| **필드버스** | **절연 RS485** 1포트(A+/B-/G), Modbus RTU Master |
| **상위 프로토콜** | Modbus TCP Server(포트 502), 여러 TCP 클라이언트 동시 접속, MQTT(광고 이미지·데모 영상 기준) |
| **전원** | **10–30VDC** 산업용 입력 |
| **설정** | 웹 UI(WiFi 또는 USB), USB-C 설정 포트 |
| **운용 기능** | Watchdog, Timeout, 레지스터 Mapping, LED(전원/TX/RX/LAN) |
| **외형** | ABS 케이스, **DIN 35mm** 레일 |
| **가격** | **1,100,000₫**(정가 1,200,000₫) |

케이스를 열면 구성이 그대로 보입니다. PCB 실크에 **"ESP32 RS485 MODBUS ISO"** 와 **"ETHERNET W5500"** 이 나란히 인쇄되어 있고, WIZnet 로고가 찍힌 칩 옆으로 **HanRun HR911105A** RJ45 잭이 붙어 있습니다. 하단에는 절연 경계용으로 보이는 Y 캐패시터(TENTA) [추정]와 착탈식 단자대가 있습니다.

## 아키텍처

펌웨어가 공개되지 않았으므로, 아래 흐름은 **일반적인 Modbus 게이트웨이 동작을 기준으로 한 [추정]** 입니다. 데모에서 직접 확인되는 것은 Unit ID 1·2 가 각각 슬레이브 1·2 를 고른다는 점입니다.

1. SCADA 가 게이트웨이 IP 의 **502 포트**로 Modbus TCP 요청을 보냅니다. 데모 영상의 트래픽 창에는 `01 4E 00 00 00 06 01 03 00 00 00 0A` 같은 프레임이 찍힙니다 — Transaction ID `014E`, Unit ID `01`, Function `03`(Read Holding Registers), 시작 주소 0, 10개

2. ESP32 가 **MBAP 헤더 7바이트를 떼고**, Unit ID 를 RTU 슬레이브 주소로 씁니다

3. **CRC16 을 붙여** RS485 로 내보내고, 버스가 응답할 때까지 기다립니다(Timeout 설정값)

4. 슬레이브 응답이 오면 **CRC 를 검증**하고, 원래 Transaction ID 로 MBAP 헤더를 다시 붙여 해당 TCP 클라이언트에 돌려보냅니다

웹 UI 에는 **Mapping 모드**가 있습니다. 켜면 슬레이브 ID 하나를 고정 IP 하나에 묶어 **그 IP 만 해당 슬레이브를 읽게** 하며, 최대 **3개**까지 묶을 수 있습니다. 끄면 슬레이브 수와 function code 제한 없이 일반 Modbus TCP 로 동작합니다(데모 영상 기준).

→ 데모 영상: <https://www.youtube.com/watch?v=ICxMwQHlaao>

## 기술 배경

### Modbus TCP 와 MBAP 헤더

**Modbus TCP** 는 시리얼 Modbus 의 요청·응답 구조(PDU)를 그대로 두고, 앞에 **MBAP 헤더**를 붙여 TCP 로 보내는 방식입니다. 모든 Modbus/TCP 프레임은 **등록 포트 502** 로 전송됩니다.

- MBAP 헤더는 **7바이트**입니다 — Transaction ID(2), Protocol ID(2, 항상 0), Length(2), **Unit Identifier(1)**

- 시리얼 쪽의 CRC 는 없습니다. 오류 검출은 TCP/IP 와 Ethernet(CRC-32) 계층이 맡습니다

- **Unit Identifier** 는 원래 시리얼 라인의 슬레이브 주소 자리이며, 사양은 이를 **게이트웨이 뒤 장치를 가리키는 라우팅 용도**로 정의합니다

ZenoLAN0505 에서는 SCADA 가 Unit ID 로 "RS485 버스의 몇 번 장치"인지 지정하고, 게이트웨이가 이를 RTU 슬레이브 주소로 옮겨 적습니다. **Transaction ID** 는 요청과 응답을 짝짓는 번호입니다(사양 표현: transaction pairing). 응답을 받을 클라이언트는 TCP 연결 자체로 정해집니다.

→ MODBUS Messaging on TCP/IP Implementation Guide V1.0b: <https://www.modbus.org/file/secure/messagingimplementationguide.pdf>

### RS485 단일 마스터 버스와 요청 직렬화

**Modbus over Serial Line** 은 **한 번에 마스터 하나만** 버스에 연결되는 구조를 전제합니다. 슬레이브 주소는 **1–247** 이고, RTU 프레임 사이에는 최소 **3.5 문자 시간**의 무신호 구간이 있어야 합니다. 문자 사이 간격이 1.5 문자 시간을 넘으면 그 프레임은 폐기됩니다.

- 즉 RS485 버스는 **요청 하나를 보내고 응답을 받을 때까지 다음 요청을 보낼 수 없습니다**

- 반면 TCP 쪽은 SCADA·HMI·데이터 수집기 여러 개가 **동시에** 접속할 수 있습니다

그래서 게이트웨이는 **여러 TCP 클라이언트의 요청을 큐에 줄 세워 하나씩 RTU 로 내보내야** 합니다. ZenoLAN0505 가 내세우는 "Multi-Master TCP" 는 이 직렬화를 게이트웨이가 대신 해 준다는 뜻으로 읽힙니다 [추정]. 동시 접속이 늘수록 각 클라이언트가 체감하는 응답 시간은 **버스 속도와 대기 요청 수에 따라 길어집니다** [추정].

→ MODBUS over Serial Line V1.02: <https://www.modbus.org/file/secure/modbusoverserial.pdf>

### RS485 절연

RS485 는 장거리 배선을 전제로 하므로, 설비마다 **접지 전위가 크게 다를 수 있습니다(GPD, Ground Potential Difference).** 이 전위차는 송신 신호에 공통 모드 잡음으로 더해지고, 원격 접지를 도선으로 직접 이으면 **접지 루프 전류**가 데이터 선에 섞입니다. TI 의 RS-485 설계 가이드는 이런 경우 **신호와 전원을 모두 절연**하도록 권합니다.

ZenoLAN0505 의 전면 라벨과 PCB 실크는 모두 **"ISOLATED" / "ISO"** 를 내세웁니다. 인버터·모터가 함께 있는 제어반에서 ESP32 를 필드 쪽 서지와 접지 잡음에서 떼어 놓으려는 설계로 보입니다 [추정]. 절연 부품의 정확한 사양(절연 내압 등)은 **공개되지 않았습니다.**

→ TI, The RS-485 Design Guide (SLLA272D): <https://www.ti.com/lit/an/slla272d/slla272d.pdf>

## 기술 특징

- **ESP32 한 칩에 상위 기능을 모았습니다** — Modbus 변환, 웹 설정 서버, MQTT 클라이언트, WiFi 를 한 MCU 에서 처리합니다. 설정 UI 를 별도 PC 소프트웨어 없이 브라우저로 제공할 수 있는 이유입니다

- **WiFi 와 Ethernet 두 경로** — 배선이 있는 제어반은 W5500 유선으로, 배선이 어려운 곳은 WiFi 로 연결합니다. 데모 영상에서 제조사는 "기종에 따라 Ethernet 을 지원하고, WiFi 만 쓰면 더 싼 기종이 있다"고 설명합니다

- **코딩 없는 운용** — 시리얼 파라미터(9600-8-N-1 등), TCP 포트, Mapping, MQTT 를 웹 UI 탭(정보 / 네트워크 / 통신 / 시스템 / MQTT / 도움말)에서 설정합니다

- **산업용 전원·외형** — 10–30VDC 입력과 DIN 35mm 레일로 제어반 24V 전원에 바로 물립니다

- **운용 보호 기능** — Watchdog 로 펌웨어 정지를 복구하고, Timeout 으로 응답 없는 슬레이브를 기다리는 시간을 제한합니다(응답 없는 슬레이브가 다른 요청을 붙잡지 않게 하는 용도로 보입니다 [추정])

## W5500 이 이 게이트웨이에서 하는 일

### 확인된 것 — W5500 이 RJ45 유선 포트를 맡는다

PCB 실크 **"ETHERNET W5500"** 과 WIZnet 로고가 찍힌 칩으로 **W5500 탑재가 확인됩니다.** ESP32 와는 **SPI** 로 연결되고, HanRun RJ45 잭까지의 유선 경로를 담당합니다.

다만 두 가지는 분명히 해 둡니다.

- **데모 영상은 WiFi 모드("Modbus RTU Slave to TCP Wifi")로 촬영됐습니다.** W5500 유선 경로를 직접 시연한 공개 자료는 없습니다

- **펌웨어 소스는 공개되지 않았습니다.** 그래서 W5500 을 어떤 방식으로 쓰는지는 아래처럼 간접 증거로만 판단할 수 있습니다

### TOE 사용 여부 — 확인 불가, 같은 회사 코드에 반대 증거가 둘

W5500 은 두 가지 방식으로 쓸 수 있습니다. **칩이 TCP/IP 를 직접 처리하는 하드웨어 TCP/IP(TOE)** 방식과, **칩은 MAC+PHY 만 맡고 TCP/IP 는 MCU 의 소프트웨어 스택(lwIP)이 처리하는 MACRAW** 방식입니다. ZenoPCB 코드에서는 두 방식이 모두 발견됩니다.

| 증거 | 시기 | 코드 | 가리키는 방식 |
| --- | --- | --- | --- |
| 형제 보드 **ZenoRTU0106** 하드웨어 테스트 코드 | 2025-09 | `#include <Ethernet.h>`, `Ethernet.init(32)`, `ModbusMaster` | **TOE** (Arduino Ethernet 라이브러리) |
| 클라우드 라이브러리 **zenopcb-iot-platform** | 2026-06 | `ETH.begin(ETH_PHY_W5500, …)` | **MACRAW** (ESP32 esp_eth + lwIP) |

출시 시기(2025-05)에 가까운 코드 관례로 보면 **ZenoLAN0505 는 TOE 방식일 가능성이 높습니다 [추정].** 제품 설명의 "hỗ trợ TCP/IP Stack"(TCP/IP 스택 지원) 문구만으로는 판정할 수 없습니다.

→ ZenoRTU0106 테스트 코드: <https://zenopcb.vn/code-kiem-tra-phan-cung-cua-zenortu0106/>
→ zenopcb-iot-platform: <https://github.com/zenopcb/zenopcb-iot-platform>

### TOE 로 동작할 때 요청 한 건의 경로 [추정]

**아래는 ZenoLAN0505 가 W5500 을 TOE 로 쓴다고 가정할 때의 경로입니다.** 유선 포트로 SCADA 의 Read Holding Registers 요청이 들어오는 경우입니다.

1. SCADA 가 `192.168.1.x:502` 로 TCP 연결을 엽니다. **W5500 이 ARP 응답, TCP 3-way 핸드셰이크, 수신 확인(ACK)을 칩 안에서 처리합니다.** ESP32 는 이 과정에 관여하지 않습니다

2. 요청 프레임(MBAP 7바이트 + PDU 5바이트)이 도착하면 W5500 이 이를 **소켓 수신 버퍼**에 쌓고 인터럽트나 상태 레지스터로 알립니다

3. ESP32 는 SPI 로 **12바이트 페이로드만** 읽어 옵니다. 헤더 조립·재전송 타이머·윈도 관리는 보지 않습니다

4. ESP32 가 MBAP 를 떼고 CRC 를 붙여 RS485 로 보내고, 응답을 받아 다시 MBAP 를 붙입니다 — **이것이 ESP32 의 본업입니다**

5. ESP32 가 응답 페이로드를 W5500 송신 버퍼에 쓰고 전송 명령을 내리면, **W5500 이 세그먼트화·전송·재전송을 맡습니다비유하자면 W5500 은 우체국 창구입니다.** 창구 직원(W5500)이 손님 응대, 번호표, 등기 확인, 분실 시 재발송을 전부 처리하고, 안쪽의 번역가(ESP32)는 창구가 넘겨준 편지 본문만 받아 **RTU 말로 옮겨 적는 일**에 집중합니다. 번역가는 손님이 몇 명 줄을 섰는지, 편지가 몇 번 재발송됐는지 몰라도 됩니다.

### TOE 와 MACRAW 의 차이

| 항목 | TOE (하드와이어드) | MACRAW |
| --- | --- | --- |
| TCP/ARP/재전송 처리 | **W5500 칩** | ESP32 의 lwIP |
| ESP32 가 SPI 로 주고받는 것 | **페이로드만** | Ethernet 프레임 전체 |
| 동시 TCP 연결 상한 | **하드웨어 소켓 8개** | lwIP 설정과 RAM 에 따름 |
| 펌웨어 | Arduino Ethernet / ioLibrary | ESP-IDF esp_eth, Arduino `ETH.h` |
| WiFi 와의 코드 공유 | 소켓 API 가 따로 | lwIP 소켓을 WiFi 와 공유 |

TOE 방식이라면 **유선 쪽 동시 TCP 클라이언트는 최대 8개**가 됩니다(W5500 소켓 수). 웹 설정 서버도 소켓을 쓰므로, 실제로 Modbus 에 쓸 수 있는 수는 그보다 적을 수 있습니다 **[추정]**. Modbus 게이트웨이 용도에서는 SCADA·HMI·수집기 몇 대가 붙는 경우가 많아, 이 상한이 병목이 되는 경우는 드물 것으로 봅니다 [추정].

→ W5500 공식 문서: <https://docs.wiznet.io/Product/Chip/Ethernet/W5500>

### 만약 W5500 이 없었다면

클래식 ESP32 는 **내장 EMAC** 이 있어 외장 PHY(LAN8720A 등)를 RMII 로 붙이는 선택지도 있습니다. 다만 RMII 는 SPI 보다 많은 신호선과 MAC·PHY 공통의 안정적인 기준 클럭(REF_CLK)을 요구하고, TCP/IP 는 전부 ESP32 의 lwIP 가 처리해야 합니다. 같은 클래식 ESP32 제품군에서 **Industrial Shields 와 NORVI 가 W5500 을 쓰는 것**은 이 선택이 한 회사만의 판단이 아니라는 점을 보여 줍니다. EMAC 이 없는 ESP32-S3 로 옮긴 **KinCony KC868-A2v3** 도 LAN8720A 대신 W5500 을 넣으면서 이유를 "more stable" 이라고 적었습니다. ZenoLAN0505 에 탑재된 ESP32 모듈이 EMAC 이 있는 클래식 ESP32 인지는 사진만으로는 확인되지 않습니다 **[추정]**.

→ ESP-IDF Ethernet 문서(EMAC · RMII · REF_CLK): <https://docs.espressif.com/projects/esp-idf/en/stable/esp32/api-reference/network/esp_eth.html>

## WIZnet Makers 유사 사례

- **SURIOTA MODULE – MODBUS GATEWAY IIOT (SRT-MGATE 1210)** — 인도네시아 로컬 제조사의 **ESP32 + W5500** Modbus 게이트웨이로, **WiFi·Ethernet 이중 연결**과 **동남아 로컬 상용품**이라는 점이 같습니다(SURIOTA 는 ESP32-S3 사용). SURIOTA 는 RS485 2포트, MicroSD 로깅, MQTT·HTTPS·REST, FreeRTOS 큐 매니저를 갖춘 상위 기종이고, ZenoLAN0505 는 단일 포트의 단순 변환기에 가깝습니다
  → 프로젝트 링크: <https://maker.wiznet.io/scott/resellers/suriota-module--modbus-gateway-iiot-srt-mgate-1210/>

- **Bridging Industrial Worlds: ESP32 + W5500 기반 Modbus TCP ⇄ RTU Gateway** — **같은 스택(ESP32 + W5500 + RS485, TCP⇄RTU)** 의 오픈소스 DIY 프로젝트입니다. 저장소 코드가 `Ethernet.h`·`EthernetServer` 를 쓰는 **TOE 구현**이라는 점도 확인됩니다. 같은 구조가 DIY 저장소와 상용 DIN 레일 완제품 양쪽에 모두 있다는 점을 보여 줍니다
  → 프로젝트 링크: <https://maker.wiznet.io/sophia/projects/bridging-industrial-worlds-esp32-w5500--modbus-tcp--rtu-gateway/>

- **Modbus RTU-to-TCP Gateway with W5500 and STM32** — 같은 **RTU⇄TCP 변환 절차**(MBAP 헤더와 CRC16 교체)를 STM32 로 구현했고, **WIZnet loopback TCP 서버 예제를 고친 TOE 구현**이 명확합니다. ZenoLAN0505 가 TOE 로 동작한다면 내부 구조가 이와 비슷할 것입니다 [추정]
  → 프로젝트 링크: <https://maker.wiznet.io/jakelee/resellers/modbus-rtu-to-tcp-gateway-with-w5500-and-stm32/>

세 사례 모두 **"MCU 는 Modbus 변환에 집중하고, 네트워크는 W5500 이 맡는다"** 는 같은 분업 구조를 씁니다. MCU 가 ESP32 든 STM32 든, DIY 든 상용품이든 이 구조는 바뀌지 않습니다.

| 항목 | ZenoLAN0505 | SURIOTA SRT-MGATE 1210 | Bridging Industrial Worlds | STM32 + W5500 Gateway |
| --- | --- | --- | --- | --- |
| 구분 | 상용(베트남) | 상용(인도네시아) | 오픈소스 DIY | 예제 기반 구현 |
| MCU | ESP32 | ESP32-S3 | ESP32 | STM32F103 |
| Ethernet | W5500 | W5500 | W5500 | W5500(W5500io-M) |
| WiFi | 있음 | 있음 | 없음(Ethernet 만) | 없음 |
| RS485 포트 | 1(절연) | 2(절연) | 1(비절연) | 1 |
| TOE 사용 | 확인 불가([추정] TOE) | 미상 | TOE (Ethernet.h) | TOE |
| 부가 기능 | 웹 UI, Mapping, MQTT | 로깅, MQTT·HTTPS·REST | 없음 | 없음 |
| 외형 | DIN 레일 케이스 | 산업용 케이스 | 개발 보드 | 개발 보드 |

**공통 설계 철학은 "변환은 MCU, 연결은 W5500" 입니다.** ZenoLAN0505 의 차별점은 이 구조를 **약 $42 [추정] 가격에 절연·DIN 레일·웹 설정까지 갖춘 현지 완제품**으로 만들었다는 데 있습니다.

## 비즈니스 가치

### 외부 관점 — 고객·시장

- **기존 PLC·인버터를 SCADA 에 연결** — RS485 설비를 교체하지 않고 게이트웨이 하나로 IP 네트워크에 올립니다.

- **에너지 계측 원격화** — 제어반 전력계를 Modbus TCP 로 수집해 에너지 관리 시스템에 연결합니다. 베트남이 중점 에너지 사용 사업장의 감시·보고를 강화하는 흐름(Nghị định 30/2026/NĐ-CP)과 맞물려 **수요가 한 번에 끝나지 않고 이어질 가능성**이 있습니다 [추정]

- **배선이 어려운 현장** — 농업 시설·HVAC 기계실처럼 LAN 배선이 없는 곳은 WiFi 경로로, 배선이 있는 제어반은 유선으로 같은 제품을 씁니다

- **가격대** — 저가 변환기(Waveshare RS485 TO ETH (B), $19.99~22.99)와 산업용 전문 게이트웨이(Moxa MGate MB3170, 클라이언트 32개 지원) 사이에서, **약 $42 [추정]** 에 절연·웹 UI·MQTT 를 갖췄습니다(1,100,000₫ ÷ 약 26,000₫/$)

→ Moxa MGate MB3170: <https://www.moxa.com/en/products/industrial-edge-connectivity/protocol-gateways/modbus-tcp-gateways/mgate-mb3170-mb3270-series>
→ Waveshare RS485 TO ETH (B): <https://www.waveshare.com/rs485-to-eth-b.htm>

## 한계 및 개선 방향

ZenoLAN0505 는 현지 기업이 절연·DIN 레일·웹 설정까지 갖춘 게이트웨이를 자체 개발했다는 점에서 의미가 큽니다. 아래는 비판이 아니라 **다음 단계로 갈 수 있는 개선 기회**입니다.

### 현재 한계

- **동시 접속 수와 큐 깊이 미공개** — "여러 TCP 클라이언트"라고만 적혀 있습니다. Moxa 는 **클라이언트 32개, 마스터당 요청 32개**를 사양에 명시합니다

- **Mapping 모드는 슬레이브 3개가 상한**입니다(데모 영상)

- **문서 부족** — 전용 매뉴얼이 없습니다. 형제 모델 ZenoLAN0105(950,000₫) 페이지는 스스로를 0505 의 "phiên bản đầy đủ"(완전판)라고 소개하지만 스펙은 0505 설명을 그대로 옮겨 두 제품의 차이가 불명확합니다

- **보안** — Modbus TCP 는 원래 인증이 없습니다. 같은 회사 형제 제품 **Modbus Remote Link** 매뉴얼의 기본 웹 계정은 `admin` / `12345678` 입니다. ZenoLAN0505 도 같은 계열 UI 라면 같은 기본값일 가능성이 있습니다 [추정]

- **WiFi·Ethernet 동시 사용과 자동 전환(failover) 여부 확인 불가**

- **유선 경로 공개 검증 부재** — 공개 데모는 WiFi 모드뿐입니다

### 개선 방향

- **사양 명시** — 동시 TCP 클라이언트 수, 큐 깊이, 요청당 Timeout 범위를 데이터시트에 적으면 SI 업체가 설계 단계에서 판단할 수 있습니다. TOE 방식이라면 W5500 소켓 8개 중 웹 서버·MQTT 몫을 뺀 수가 곧 Modbus 동시 접속 상한입니다 [추정]

- **유선 데모와 매뉴얼** — W5500 유선 경로로 Modbus Poll 을 붙이는 시연, 0505/0105 차이표, 기본 계정 변경 안내를 추가하면 신뢰도가 크게 오릅니다

- **다음 세대 칩 검토** — IPv6 가 필요한 현장이라면 **W6100**, 보드 면적과 BOM 을 줄이려면 MCU 와 Ethernet 을 한 칩에 담은 **W55RP20** 을 검토할 수 있습니다 [추정]

## FAQ

**Q1. SCADA 몇 대가 동시에 붙을 수 있나요?** 제조사는 "여러 TCP 클라이언트"라고만 밝혔고 수치는 공개하지 않았습니다. W5500 을 TOE 로 쓴다면 유선 쪽은 하드웨어 소켓 **8개**가 상한이며, 웹 서버·MQTT 가 쓰는 소켓을 빼면 그보다 적습니다 [추정]. 어느 경우든 RS485 버스는 한 번에 요청 하나만 처리하므로, 접속이 늘면 응답 시간이 길어집니다.

**Q2. WiFi 와 Ethernet 중 무엇을 써야 하나요?** 배선할 수 있는 제어반이라면 **Ethernet(W5500)** 이 지연과 안정성 면에서 유리합니다. 인버터·모터가 많은 공장은 무선 환경이 나쁜 경우가 많기 때문입니다 [추정]. WiFi 는 배선이 어려운 농업 시설이나 임시 설치에 적합합니다.

**Q3. Mapping 모드는 언제 켜나요?** 특정 SCADA 만 특정 슬레이브를 읽게 제한하고 싶을 때 씁니다. 최대 3개까지 묶을 수 있습니다. 여러 클라이언트가 모든 슬레이브에 자유롭게 접근해야 한다면 끄고 일반 Modbus TCP 로 씁니다.

**Q4. ZenoLAN0105 와 무엇이 다른가요?** 제조사는 0105 를 OEM·자체 개발용이라고 소개하지만, 제품 페이지 스펙이 0505 와 같아 **차이는 확인 불가**입니다. 구매 전에 제조사에 문의하는 것이 안전합니다.

**Q5. MQTT 로 클라우드에 바로 보낼 수 있나요?** 광고 이미지와 웹 UI 에 **MQTT** 탭이 있고, 데모 영상에서도 MQTT 지원을 언급합니다. 다만 제품 페이지 공식 스펙에는 빠져 있어 지원 범위(토픽 구조, TLS 여부)는 확인되지 않았습니다.

---

Source: https://maker.wiznet.io/scott/resellers/ip-ethernet-wifi-zenolan0505/