Gateway Modbus chuyển đổi yêu cầu từ phương thức truyền tải này sang phương thức khác và quản lý sự tương ứng giữa yêu cầu và phản hồi. Các gateway Modbus TCP sang RTU phổ biến không chỉ chuyển các byte mà còn xử lý phần đầu bản tin TCP, địa chỉ nối tiếp và tổng kiểm tra. Chúng cũng không tự động hiểu đơn vị của các đại lượng kỹ thuật như nhiệt độ hay áp suất; cách diễn giải thanh ghi vẫn do tài liệu thiết bị và ứng dụng quyết định.
Trước tiên, phân biệt giao thức với giao diện vật lý
RS485 quy định các điều kiện truyền tín hiệu điện, còn Modbus quy định các yêu cầu và phản hồi của ứng dụng; cùng một cổng RS485 không nhất thiết sử dụng Modbus. Modbus RTU thường xuất hiện trên các bus nối tiếp, còn Modbus TCP sử dụng kết nối TCP. Máy chủ nối tiếp trong suốt có thể chuyển các byte RTU, nhưng điều đó không có nghĩa là nó hỗ trợ máy khách Modbus TCP tiêu chuẩn. Khi mua, cần làm rõ chiều chuyển đổi giao thức, vai trò, khả năng xử lý đồng thời và các chức năng được hỗ trợ của gateway, chứ không chỉ xác nhận rằng thiết bị có cổng nối tiếp và cổng mạng.
Thành phần được chuyển đổi là lớp bao bọc bên ngoài và quan hệ giao dịch
Khung RTU chứa địa chỉ thiết bị, chức năng và dữ liệu, đồng thời sử dụng tổng kiểm tra khung nối tiếp; phương thức TCP sử dụng phần đầu MBAP để mang các thông tin như mã định danh giao dịch, độ dài và mã định danh đơn vị. Gateway phân tích yêu cầu, tạo khung nối tiếp đích, rồi sau khi nhận phản hồi sẽ trả về giao dịch mạng tương ứng. Nó không đơn thuần nối các byte tổng kiểm tra RTU vào cuối bản tin TCP. Mã chức năng và ngữ nghĩa thanh ghi là nội dung ứng dụng; việc có cần ánh xạ hoặc chuyển đổi hay không phụ thuộc vào khả năng và cấu hình của thiết bị.
Ngay cả khi địa chỉ đúng, vẫn cần kiểm tra quy ước thanh ghi
Địa chỉ các thiết bị nối tiếp không được xung đột, và cách mã định danh đơn vị trên mạng tương ứng với địa chỉ nối tiếp phải được thiết lập theo gateway. Số thanh ghi hiển thị trong tài liệu và độ lệch trong bản tin có thể sử dụng các cách ký hiệu khác nhau; hãy xác nhận bằng ví dụ của thiết bị hoặc phép đo thực tế, không sao chép máy móc một con số. Khi dữ liệu 32 bit trải trên hai thanh ghi, thứ tự từ, hệ số quy đổi và cách diễn giải có dấu/không dấu cũng có thể liên quan. Nếu nhận được phản hồi nhưng giá trị vô lý, nguyên nhân thường là các cách diễn giải này không nhất quán, chứ không phải sợi quang hoặc cáp mạng bị đứt.
Khả năng xử lý đồng thời trên mạng bị giới hạn bởi năng lực xử lý nối tiếp
Khi nhiều máy khách mạng truy cập đồng thời, gateway phải xếp hàng và ghép đúng các giao dịch; cùng một cổng nối tiếp bán song công không thể gửi nhiều yêu cầu cùng lúc một cách vô điều kiện. Chu kỳ thăm dò cần bao gồm thời gian truyền nối tiếp, xử lý của thiết bị, truyền phản hồi và chờ trong hàng đợi. Thời gian chờ quá ngắn dẫn đến bão thử lại, còn thời gian chờ quá dài làm chậm việc phát hiện lỗi. Các bản tin quảng bá, phản hồi ngoại lệ và chức năng không được hỗ trợ cũng cần được xử lý rõ ràng; không coi mọi phản hồi không có giá trị bình thường là mất kết nối.
Xây dựng kịch bản nghiệm thu bằng các giá trị đã biết
Trước tiên, đọc một giá trị đã biết từ một thiết bị, xác minh các byte thô, đại lượng kỹ thuật và đơn vị, sau đó thử nghiệm nhiều địa chỉ và truy cập đồng thời. Sau khi xác minh thao tác đọc, các thao tác ghi phải được thực hiện trong điều kiện thiết bị an toàn và được phê duyệt. Lưu các thông số nối tiếp, bảng ánh xạ, mã ngoại lệ và bản ghi hết thời gian chờ; thử nghiệm khả năng khôi phục sau mất kết nối, xung đột địa chỉ và thiết bị phản hồi chậm để xác nhận rằng phản hồi của một thiết bị không bị gán nhầm cho yêu cầu khác. Bản thân gateway không cung cấp đầy đủ các biện pháp bảo mật mạng; cần hạn chế các điểm truy cập.
Ví dụ: Kết nối bình thường nhưng nhiệt độ đọc được không đúng
Trước tiên, tìm mô tả chính thức về thanh ghi nhiệt độ và xác nhận mã chức năng, độ lệch, số lượng thanh ghi, thứ tự byte hoặc từ và hệ số quy đổi. Số hiển thị trong phần mềm có thể khác với độ lệch trong bản tin, và ánh xạ địa chỉ của gateway cũng có thể khiến yêu cầu được chuyển đến thiết bị khác. Kiểm tra yêu cầu thực tế và giá trị thô trả về trong nhật ký gateway, xác minh riêng địa chỉ và cách diễn giải dữ liệu, sau đó điều chỉnh cấu hình. Không bỏ qua việc phân tích giao thức chỉ vì mạng đang trực tuyến, và không quy mọi giá trị sai cho nhiễu đường truyền nối tiếp. Đối với RTU/ASCII và các vai trò chủ/tớ khác nhau, hãy kiểm tra những chế độ được sản phẩm hỗ trợ rõ ràng, và không cho rằng khả năng chuyển đổi theo một chiều đồng nghĩa với khả năng chuyển đổi hai chiều tùy ý.
Tài liệu tham khảo về nguyên lý:Tài liệu kỹ thuật chính thức. Các sơ đồ cấu trúc trong bài viết này không đại diện cho thông số kỹ thuật của sản phẩm cụ thể; khi lựa chọn, hãy kiểm tra hướng dẫn của model.
Được dịch từ bài viết kỹ thuật tiếng Trung. Nguồn xuất bản lần đầu: 2021-12-15. Nguồn sửa đổi lần cuối: 2026-10-13T20:58:17+08:00. Đọc nguồn tiếng Trung
