Nhiều máy chủ nối tiếp có thể kết nối đến cùng một cổng lắng nghe trên máy chủ trung tâm ở chế độ TCP Client. Điều quan trọng không phải là mở một cổng công cộng riêng cho từng thiết bị, mà là chương trình trung tâm có thể quản lý nhiều kết nối đồng thời, xác định mỗi kết nối tương ứng với thiết bị nào, cũng như gửi và nhận dữ liệu chính xác theo giao thức hay không. Kết nối thành công, định danh thiết bị chính xác và dịch vụ nối tiếp hoạt động bình thường là ba điều kiện cần được xác minh riêng biệt.
1. Trước hết, phân biệt hai tình huống dễ nhầm lẫn
Bài viết này bàn về tình huống “nhiều máy chủ nối tiếp tại hiện trường kết nối đến một chương trình trung tâm”. Mỗi máy chủ nối tiếp gửi dữ liệu của thiết bị nối tiếp mà nó phụ trách đến trung tâm, sau đó trung tâm gửi yêu cầu xuống qua kết nối tương ứng. Ví dụ, ba tủ phân phối điện độc lập, mỗi tủ có một máy chủ nối tiếp; trung tâm cần biết một giá trị đo cụ thể đến từ tủ nào và gửi lệnh điều khiển trở lại đúng vị trí.
Một tình huống khác là “nhiều máy tính truy cập cùng một máy chủ nối tiếp”. Điều này liên quan đến việc liệu nhiều thiết bị chủ có thể vận hành cùng một thiết bị nối tiếp đồng thời hay không, vốn có thể gây xung đột yêu cầu và không xác định rõ phản hồi thuộc về bên nào. Hỗ trợ nhiều kết nối TCP không đồng nghĩa với việc tự động hỗ trợ điều khiển nhiều thiết bị chủ một cách an toàn. Hai tình huống khác nhau về hướng kết nối thiết bị, số lượng phiên và vấn đề lập lịch, nên không thể giải quyết chỉ bằng câu “thăm dò tự động là đủ”.
2. Tại sao một cổng có thể kết nối nhiều thiết bị
Có thể hiểu cổng TCP là lối vào dịch vụ của chương trình trung tâm, nhưng đó không phải là ổ cắm vật lý chỉ có thể dành cho một thiết bị. Chương trình lắng nghe trên một địa chỉ và cổng được chỉ định. Sau khi chấp nhận kết nối, hệ điều hành cung cấp một socket đã kết nối độc lập cho phiên đó. Socket là giao diện để chương trình đọc và ghi dữ liệu mạng; lối vào lắng nghe ban đầu tiếp tục chờ các thiết bị khác kết nối.
Trong mạng, một kết nối TCP được phân biệt bằng tổ hợp địa chỉ IP và cổng của cả hai phía. Ngay cả khi tất cả thiết bị truy cập cùng một cổng tại trung tâm, địa chỉ nguồn hoặc cổng nguồn của chúng vẫn có thể khác nhau. Trung tâm cần lưu riêng bộ đệm nhận, trạng thái và tác vụ xử lý cho từng kết nối, đồng thời không được trộn trực tiếp các byte nhận từ những kết nối khác nhau vào cùng một hàng đợi phân tích.
Giả sử trung tâm lắng nghe trên cổng 6000, và các thiết bị A, B, C chủ động kết nối riêng biệt. Đây là ba phiên độc lập, không phải ba thiết bị thay phiên nhau chiếm cùng một phiên. 6000 chỉ là ví dụ, không phải giá trị cố định được khuyến nghị. Số lượng kết nối thực tế bị giới hạn bởi phần mềm trung tâm, firmware thiết bị, tài nguyên hệ thống và chính sách mạng; không thể từ “một cổng” suy ra khả năng kết nối số lượng thiết bị không giới hạn.
3. Tại sao vẫn cần xác định định danh thiết bị sau khi đã có kết nối
Kết nối có thể cho trung tâm biết “nhóm byte này đi vào từ phiên nào”, nhưng không nhất thiết cho biết “đây là tủ phân phối điện nào”. Truy cập qua mạng công cộng có thể đi qua NAT, nghĩa là bộ định tuyến viết lại địa chỉ mạng và cổng; nhiều thiết bị có thể xuất hiện với cùng một IP đầu ra. Sau khi ngắt kết nối và kết nối lại, cổng nguồn cũng có thể thay đổi, vì vậy không thể dùng lâu dài một cổng nguồn tạm thời làm mã số thiết bị.
Ánh xạ định danh có thể sử dụng cấu hình mạng cố định đã được xác minh, hoặc thông điệp đăng ký, số trạm và thông tin xác thực được quy định trong giao thức ứng dụng. Lựa chọn phương án nào phụ thuộc vào những gì thiết bị đầu cuối, máy chủ nối tiếp và phần mềm trung tâm thực sự hỗ trợ. Máy chủ nối tiếp truyền trong suốt thường chỉ chuyển các byte, và không nên mặc định rằng nó sẽ tự động chèn định danh duy nhất vào dữ liệu; nếu cần chức năng gói tin đăng ký, phải kiểm tra tài liệu của đúng model và firmware thực tế.
Địa chỉ thiết bị tớ nối tiếp cũng không nhất thiết là duy nhất trong toàn hệ thống. Ví dụ, nếu các đồng hồ trong ba tủ độc lập đều được đặt số trạm 1, miễn là chúng thuộc ba kết nối riêng biệt, trung tâm có thể phân biệt bằng “mã tủ đã xác nhận cộng với số trạm”. Nhưng nếu các byte bị trộn lẫn và chỉ thấy số trạm 1, rất dễ nhận nhầm thiết bị. Số trạm là địa chỉ trong giao thức, không tương đương với định danh duy nhất toàn cục của toàn bộ máy chủ nối tiếp.
Sau khi thiết lập kết nối, trước tiên hãy xác minh định danh rồi mới cho phép các thao tác nghiệp vụ. Khi cùng một định danh liên tục kết nối vào hệ thống, phải quy định rõ sẽ từ chối kết nối mới, thay thế kết nối cũ hay xử lý theo thiết kế dự phòng, và không được để hai kết nối âm thầm tranh quyền sử dụng cùng một bản ghi thiết bị. Định danh tự khai báo cũng không tương đương với xác thực đáng tin cậy; mạng vận hành chính thức còn cần kết hợp phân quyền và kiểm soát truy cập.
4. Tại sao truyền trong suốt cần phân khung theo giao thức
Máy chủ nối tiếp trước tiên nhận các byte nối tiếp, lưu tạm vào bộ đệm rồi gửi qua Ethernet; ở chiều ngược lại, nó cũng chuyển các byte mạng đến đầu ra nối tiếp. Tốc độ baud, số bit dữ liệu, bit chẵn lẻ, số bit dừng và giao diện điện vẫn phải phù hợp với thiết bị đầu cuối tại hiện trường. TCP chịu trách nhiệm truyền byte theo đúng thứ tự và không tự động hiểu các thanh ghi đồng hồ, mã số thiết bị hay lệnh điều khiển.
TCP là một luồng byte; một lần đọc tại trung tâm có thể nhận được nửa thông điệp hoặc hai thông điệp. Ứng dụng cần tích lũy và phân tích theo độ dài, dấu phân cách, tổng kiểm tra hoặc quy tắc trạng thái của giao thức, sau đó xử lý thông điệp hoàn chỉnh. ABC và DEF trong hình chỉ là ví dụ về byte để dễ hiểu, không phải các khung Modbus thực tế; không thể lấy một lần đọc mạng làm ranh giới thông điệp cho mọi giao thức.
Yêu cầu và phản hồi cũng phải được quản lý theo từng kết nối. Khi trung tâm gửi yêu cầu đến kết nối A, không được coi dữ liệu nhận trên kết nối B là phản hồi của A. Khi cần đọc nhiều thiết bị tớ trên cùng một bus RS485, cần lập lịch yêu cầu theo giao thức và thời gian xử lý của thiết bị, và chỉ thực hiện thao tác tiếp theo sau khi xác nhận đã nhận phản hồi hoặc hết thời gian chờ. Thời gian chờ đóng gói, độ trễ mạng và thời gian truyền nối tiếp đều ảnh hưởng đến thời gian chờ phản hồi; cần kiểm tra từng tham số thay vì đặt tất cả giá trị chờ về không.
5. Khi cấu hình, kiểm tra từng đoạn dọc theo đường đi dữ liệu
Trước tiên, cấu hình địa chỉ lắng nghe và cổng dịch vụ của chương trình trung tâm, xác nhận chương trình có thể chấp nhận nhiều kết nối đồng thời và phân tích dữ liệu độc lập cho từng kết nối. Sau đó, đặt mỗi máy chủ nối tiếp tại hiện trường ở chế độ TCP Client và điền địa chỉ trung tâm cùng cổng đích. Không nhầm cổng trang web quản trị với cổng dịch vụ, và không đặt cả phía hiện trường lẫn phía trung tâm cùng chờ kết nối.
Tiếp theo, kiểm tra định tuyến và chính sách truy cập. Nếu trung tâm nằm trong mạng nội bộ, thiết bị trên mạng công cộng không thể truy cập chỉ bằng địa chỉ riêng của trung tâm; cần có VPN được kiểm soát, mạng riêng hoặc phương án ánh xạ được phê duyệt. Mở cổng chỉ là một phần của đường truyền mạng và không tự động hoàn tất định danh thiết bị, chuyển đổi giao thức hay phân quyền ứng dụng. Tường lửa chỉ nên cho phép các nguồn và dịch vụ cần thiết, và không nên tùy tiện công khai giao diện quản trị cùng với cổng dịch vụ.
Cuối cùng, xác nhận đấu dây và tham số nối tiếp, thiết lập hệ thống tối thiểu với một thiết bị, kiểm tra nội dung yêu cầu và phản hồi, rồi mới bổ sung thiết bị. Một bài viết cũ từng đề xuất rằng cổng nối tiếp ảo và phần mềm trợ giúp nối tiếp có thể giải quyết mọi trường hợp truy cập nhiều thiết bị, nhưng điều này không áp dụng chung: trình điều khiển COM ảo, chương trình trung tâm và chế độ thiết bị phải tương thích với nhau; chương trình TCP tự phát triển cũng cần thực hiện quản lý kết nối và phân tích giao thức.
6. Cần kiểm tra gì về ngắt kết nối, kết nối lại và nghiệm thu
Sau khi mạng bị ngắt, phiên cũ không được chiếm giữ định danh dịch vụ mãi mãi; khi kết nối lại, cần xác minh lại định danh và quyết định cách xử lý yêu cầu chưa hoàn tất theo giao thức. Truyền TCP tin cậy không có nghĩa là lệnh nghiệp vụ được thực thi đúng một lần trong cả quá trình trước và sau khi ngắt kết nối. Với các thao tác như khởi động/dừng và đặt lại, không được gửi lặp vô điều kiện chỉ vì hết thời gian chờ; cần sử dụng truy vấn trạng thái, số giao dịch hoặc cơ chế được thiết bị hỗ trợ để tránh thực thi lặp.
Khi nghiệm thu, có thể cho các thiết bị khác nhau trả về dữ liệu có thể phân biệt được, rồi xác nhận lần lượt rằng hiển thị tại trung tâm khớp với thiết bị thực tế; sau đó kết nối chúng đồng thời và kiểm tra xem dữ liệu có bị lẫn chéo hoặc phản hồi có bị nhận nhầm hay không. Tiếp theo, ngắt kết nối một thiết bị và kiểm tra xem các thiết bị khác có tiếp tục hoạt động hay không, cũng như thiết bị kết nối lại có trở về đúng bản ghi hay không. Cũng cần ghi lại số lượng kết nối, số lần gửi và nhận nối tiếp, các lần hết thời gian chờ và tình trạng bộ đệm, đồng thời kiểm tra vận hành liên tục và tải đỉnh.
7. Kiểm tra chế độ hoạt động thực tế khi lựa chọn thiết bị
Thông tin chi tiết trên trang web chính thức về dòng Feichang FCT-1500 liệt kê TCP Server/Client, trình điều khiển cổng nối tiếp ảo và các cấu hình RS232/422/485 khác nhau, có thể dùng để kết nối mạng cho các thiết bị nối tiếp phân tán. Chọn TCP Client giúp thiết bị tại hiện trường chủ động kết nối đến trung tâm; tuy nhiên, ánh xạ định danh tại trung tâm và lập lịch yêu cầu vẫn thuộc phạm vi giải pháp tổng thể. Khả năng nhiều phiên trên mỗi kênh được liệt kê trên trang web chính thức không thể thay thế việc kiểm chứng năng lực phần mềm trung tâm; giao diện, chế độ và firmware cụ thể cần được kiểm tra theo model đã đặt hàng.
Truy cập TCP trong suốt và chuyển đổi Modbus RTU sang TCP cũng cần được xác nhận riêng biệt. Khi cần chuyển đổi giao thức, hãy chọn và bật chế độ thực sự được hỗ trợ, không trực tiếp coi các byte nối tiếp truyền trong suốt là thông điệp Modbus TCP. Để khắc phục sự cố nói chung, tham khảo 2295; bài viết này tập trung vào vấn đề riêng về tập trung nhiều thiết bị và tránh liệt kê lặp lại nội dung chung như không tìm thấy thiết bị hoặc không mở được cổng COM.
Tài liệu tham khảo:Đặc tả TCP trong IETF RFC 9293;Tài liệu giao diện chấp nhận kết nối accept của Linux;Thông tin chi tiết về dòng Feichang FCT-1500;Khắc phục sự cố máy chủ nối tiếp. Các sơ đồ nguyên lý là hình minh họa nguyên lý chung, giải thích các cơ chế chung và không đại diện cho sản phẩm thực tế, kết quả đo thực tế hoặc năng lực kết nối được cam kết.
Dịch từ bài viết kỹ thuật tiếng Trung. Nguồn được xuất bản lần đầu: 2020-08-17. Nguồn được sửa đổi lần cuối: 2026-10-13T20:24:48+08:00. Đọc nguồn tiếng Trung
