Phân biệt Transparent Converter và Modbus Gateway: Cách xử lý nhiễu biến tần và lưu đệm Flash khi rớt mạng 4G

Tóm tắt nhanh cho anh em Kỹ sư Tự động hóa / IIoT:

• Transparent Serial-to-Ethernet/4G Converter (Bộ chuyển đổi trong suốt): Chỉ đóng gói nguyên xi chuỗi byte UART đẩy qua TCP/IP. Rất dễ nghẽn mạng, lỗi CRC Error khi đường truyền 4G có độ trễ cao (Jitter > 100ms), không hỗ trợ nhiều Master cùng đọc và mất sạch dữ liệu khi đứt mạng.
• Intelligent Modbus Poll & Edge Gateway (DL-GW200 / DL-RS485): Chủ động đóng vai trò Local Modbus Master đọc tuần tự các Slave ở tốc độ cao, lưu vào bảng RAM Cache để phản hồi tức thời (< 2ms) cho SCADA/HMI, đồng thời nén JSON đẩy MQTT + Lưu đệm Flash vòng khi rớt mạng 4G.

Chào anh em trên Viblo, mình là Thảo đến từ đội ngũ R&D phần cứng của DeviceLab. Khi triển khai các dự án thu thập dữ liệu nhà máy (đọc đồng hồ điện 3 pha Selec/Schneider, biến tần INVT/Delta/Yaskawa, máy nén khí trục vít) đưa lên Cloud hoặc hệ thống MES/SCADA, câu hỏi mình gặp nhiều nhất từ các bạn lập trình viên Backend/IoT là:

"Anh ơi, tại sao em dùng bộ chuyển đổi RS485 sang Ethernet/4G giá vài trăm nghìn, cắm ở văn phòng đọc 1 cái đồng hồ thì chạy phà phà, mà đem xuống xưởng mắc nối tiếp 15 con biến tần thì báo Timeout với lỗi CRC liên tục?"

Hình 1: Thiết bị Industrial IoT Gateway Modbus DL-GW200 gắn thanh DIN-rail tủ điện với cổng RS485 cách ly quang học và đèn báo trạng thái MQTT/COM độc lập

Bài viết này mình sẽ phân tích rõ sự khác biệt ở tầng kiến trúc phần cứng & giao thức giữa Transparent Converter và Edge Polling Modbus Gateway, kèm cách xử lý dứt điểm lỗi nhiễu biến tần và đứt mạng.

1. Tại sao dùng "Transparent Converter" qua mạng 4G/WAN lại là thảm họa cho giao thức Modbus RTU?

Theo chuẩn Modbus RTU, một khung truyền (Frame) được xác định kết thúc khi đường truyền rỗi (Silent Interval) một khoảng thời gian bằng 3.5 ký tự (t3.5) — ở tốc độ 9600 bps, khoảng thời gian này chỉ khoảng 3.65 ms.

Khi bạn dùng một bộ Transparent Converter (chuyển đổi trong suốt từ TCP/IP sang RS485) và đặt phần mềm Polling ở trên Cloud Server:

1. Vỡ khung truyền (Frame Fragmentation) do độ trễ mạng 4G: Một gói tin trả về gồm 64 byte khi đi qua mạng di động 4G có thể bị chia thành 2 gói TCP cách nhau 40ms. Thiết bị đầu cuối sẽ hiểu lầm là 2 khung Modbus riêng biệt → Báo lỗi CRC Check Failed liên tục.
2. Xung đột gói tin (Bus Collision) khi có nhiều ứng dụng cùng hỏi: Nếu vừa có màn hình HMI tại tủ điện, vừa có SCADA phòng điều khiển, vừa có Cloud Server cùng gửi lệnh đọc xuống 1 đường bus RS485 thông qua Transparent Converter, các khung truyền sẽ đè lên nhau trên cặp dây xoắn A/B, làm treo toàn bộ mạng RS485.
3. Băng thông tốn gấp 10 lần và mất trắng dữ liệu khi đứt mạng: Server phải gửi từng lệnh hỏi - đáp (Request/Response) cho từng cụm thanh ghi qua 4G. Hễ mất sóng 4G 15 phút là biểu đồ trên Server thủng một lỗ 15 phút.

2. Bảng so sánh kiến trúc: Transparent Converter vs. Edge Polling Modbus Gateway

Để khắc phục hoàn toàn 3 nhược điểm trên, trong các dự án công nghiệp chuẩn chỉnh, chúng ta cần phân biệt rõ khi nào dùng bộ chuyển đổi RS485-Ethernet nội bộ và khi nào dùng Gateway thông minh có Polling Engine tại biên:

Hình 2: Bộ chuyển đổi RS485 sang Ethernet cách ly quang học DL-RS485 chuyên dụng cho mạng LAN nội bộ nhà máy

• Nếu bạn đã có sẵn máy chủ SCADA/PLC trung tâm trong mạng LAN nhà máy và chỉ cần kéo các nhánh RS485 từ các phân xưởng về qua cáp mạng RJ45 với độ bền chống nhiễu cao nhất, hãy sử dụng bộ chuyển đổi RS485 sang Ethernet cách ly quang có tích hợp sẵn bộ chuyển đổi khung Modbus TCP sang Modbus RTU.
• Ngược lại, nếu bạn cần đọc dữ liệu từ 10–32 đồng hồ/biến tần/PLC để đẩy thẳng lên Cloud qua MQTT/HTTPS (4G LTE hoặc Ethernet), bắt buộc phải dùng dòng Industrial IoT Gateway Modbus DL-GW200.

Hình 3: Với các trạm điện lớn có trên 32 thiết bị Slave hoặc khác nhau về tốc độ Baudrate, bộ Edge Gateway 4 cổng RS485 cách ly độc lập (DL-GW400) cho phép tách riêng từng nhánh biến tần và đồng hồ điện

3. Bí quyết đấu nối RS485 "bất tử" trước nhiễu biến tần (VFD) trong tủ điện

90% trường hợp treo cổng truyền thông hoặc đọc sai giá trị thanh ghi khi biến tần chạy tải nặng xuất phát từ nhiễu chế độ chung (Common-Mode Noise) và phản xạ tín hiệu (Signal Reflection). Anh em hãy áp dụng đúng 4 quy tắc phần cứng sau:

[Gateway DL-GW200] ════(Cáp xoắn đôi bọc kim chống nhiễu AWG18-22)════► [Slave 1: Biến tần] ════► ... ════► [Slave N: Đồng hồ điện]
  (Gắn trở 120Ω)                         │                                                                      (Gắn trở 120Ω)
                                         └──► Giáp kim loại (Shield) chỉ nối đất PE tại DUY NHẤT 1 ĐẦU ở tủ chính!

1. Tuyệt đối chỉ đi mạch Daisy-Chain (Mắc nối tiếp điểm-nối-điểm): Không bao giờ đấu dây RS485 theo hình sao (Star) hoặc rẽ nhánh chữ T dài quá 0.5m.
2. Đặt điện trở đầu cuối 120 Ohm ở đúng 2 đầu mút của đường bus: Một con trở 120 Ohm đặt tại cổng RS485 của Gateway (hoặc bật gạt DIP Switch TERM ON trên DL-GW200) và một con đặt tại thiết bị Slave cuối cùng của đường dây để triệt tiêu sóng phản xạ.
3. Bọc kim chống nhiễu (Shielded Twisted Pair) chỉ nối đất PE tại 1 đầu duy nhất: Nếu bạn nối lớp vỏ bọc kim của cáp RS485 xuống cọc tiếp địa ở cả 2 tủ điện cách xa nhau, dòng điện rò do chênh lệch điện thế đất sẽ chạy thẳng trên lớp giáp kim loại, gây nhiễu nặng hơn và làm nổ IC RS485. Chỉ nối đất lớp Shield tại duy nhất 1 đầu ở phía tủ Gateway.
4. Cấu hình Inter-frame Delay (30ms–50ms) khi đọc chung nhiều hãng thiết bị: Các dòng biến tần giá rẻ hoặc bộ điều khiển máy nén khí dùng vi xử lý đời cũ cần thời gian chuyển trạng thái chân DE/RE từ Nhận sang Phát. Hãy tăng thời gian nghỉ giữa 2 lệnh đọc (Polling Interval / Inter-frame Delay) lên tối thiểu 30ms.

4. Mẫu cấu hình JSON gom nhóm thanh ghi (Block Read) và truyền bù trên DL-GW200

Thay vì đọc lẻ tẻ từng thanh ghi gây chậm đường bus, bộ Polling Engine trên DL-GW200 cho phép đọc gộp cả khối thanh ghi liên tiếp (Function Code 03 / 04), tự động ép kiểu (UInt16, Int32, Float32 ABCD/CDAB), nhân hệ số Scale và đóng gói thành bản tin JSON gọn nhẹ kèm cờ báo trạng thái truyền bù (is_backfill):

{
  "gateway_id": "DL-GW200-WORKSHOP-A",
  "timestamp": "2026-10-17T14:25:00+07:00",
  "is_backfill": false,
  "slaves": [
    {
      "slave_id": 1,
      "device_type": "Selec_MFM384_EnergyMeter",
      "status": "online",
      "data": {
        "voltage_l1_n": 229.4,
        "current_l1": 42.8,
        "active_power_kw": 28.65,
        "total_kwh": 145820.5
      }
    },
    {
      "slave_id": 2,
      "device_type": "INVT_GD200A_Inverter",
      "status": "online",
      "data": {
        "running_freq_hz": 45.0,
        "output_current_a": 38.2,
        "dc_bus_voltage_v": 538.0,
        "fault_code": 0
      }
    }
  ]
}

Anh em có thể tải đầy đủ sơ đồ đấu nối chống nhiễu RS485 và bảng thanh ghi Modbus của các dòng biến tần, đồng hồ điện phổ biến tại Việt Nam trên GitHub của team mình: 👉 GitHub Application Notes: https://github.com/devicelabvn/devicelab-iot-hardware-handbook

Hy vọng bài viết giúp anh em phân biệt rõ kiến trúc phần cứng truyền thông công nghiệp và xử lý gọn gàng các ca nhiễu RS485 khó nhằn!

✍️ Tác giả: Đinh Mạnh Thảo – Kỹ sư trưởng R&D tại DeviceLab (CÔNG TY TNHH ĐẦU TƯ CÔNG NGHỆ ALPHA TECH – MST: 0111171963 | Địa chỉ Lab: Số 32/4, Hà Trì 4, Phường Hà Đông, TP. Hà Nội | Website: https://devicelab.vn/ | Hotline/Zalo kỹ thuật: 0982 503 355).