Khi chọn máy chủ nối tiếp, đừng bắt đầu bằng việc so sánh độ rộng bit của CPU hoặc cụm từ “cấp công nghiệp”. Hãy ghi rõ giao diện thiết bị tại hiện trường, tham số nối tiếp, phương thức truy cập của máy tính chủ, lưu lượng dữ liệu và môi trường lắp đặt, sau đó dùng thiết bị mẫu để xác minh khả năng liên lạc liên tục và khôi phục sau mất kết nối. Cổng Ethernet 100 Mbps không thể làm thiết bị đo 9600 baud chạy nhanh hơn, và bộ đệm lớn không thể hấp thụ vô hạn lượng dữ liệu liên tục vượt mức. Sản phẩm phù hợp là sản phẩm đáp ứng được nhu cầu nghiệp vụ thực tế và dễ bảo trì.
1. Trước tiên, xác nhận dữ liệu cần truyền tải
Máy chủ nối tiếp đưa các byte nối tiếp nhận từ thiết bị RS232, RS422 hoặc RS485 vào mạng, đồng thời đưa các byte nhận từ mạng trở lại cổng nối tiếp. Truyền trong suốt giống như một kênh vận chuyển; thông thường nó không hiểu từng giá trị hay lệnh điều khiển. Chuyển đổi Modbus RTU sang Modbus TCP liên quan đến xử lý giao thức ứng dụng, và không thể mặc định thiết bị hỗ trợ chỉ vì có cổng nối tiếp và cổng Ethernet. Trước khi mua, hãy hỏi: phần mềm gốc cần cổng COM ảo hay sử dụng trực tiếp kết nối mạng? Cần truyền tải trong suốt hay chuyển đổi giao thức cụ thể?
Cổng nối tiếp ảo là cổng COM được trình điều khiển mô phỏng trên máy tính để phần mềm nối tiếp gốc có thể tiếp tục sử dụng; chế độ máy khách hoặc máy chủ TCP xác định bên nào chủ động thiết lập kết nối mạng. Các vai trò mạng này không giống vai trò chủ hoặc tớ của thiết bị đo tại hiện trường. Việc nhiều máy tính có thể đồng thời kết nối đến máy chủ không có nghĩa chúng có thể tùy ý gửi lệnh đồng thời đến cùng một bus RS485. Nhiều yêu cầu vẫn cần được lập lịch, nếu không có thể xảy ra xung đột hoặc phản hồi bị diễn giải sai.
2. Phải kiểm tra riêng tên giao diện và các tham số
RS232, RS422 và RS485 là các giao diện điện khác nhau và không thể thay thế cho nhau bằng cách đổi tốc độ baud. Đầu nối DB9 hoặc cầu đấu trông giống nhau cũng có thể có định nghĩa khác nhau. RS232 thường gồm đường phát, đường nhận và tham chiếu tín hiệu; RS485 hai dây bán song công luân phiên phát và nhận trên một cặp dây. Với tên đầu cực cụ thể, đất tham chiếu, che chắn và yêu cầu cách ly, hãy kiểm tra tài liệu hướng dẫn của cả hai phía; không đấu dây một cách mù quáng theo ảnh trên mạng. Thiết bị ba trong một giúp thuận tiện lựa chọn, nhưng thường yêu cầu chọn rõ loại giao diện thay vì cho mọi định dạng hoạt động đồng thời.
Tiếp theo, kiểm tra tốc độ baud, số bit dữ liệu, tính chẵn lẻ, số bit dừng và điều khiển luồng. Tốc độ baud mô tả nhịp truyền ký hiệu nối tiếp, không phải tốc độ cổng Ethernet; với UART nhị phân thông dụng, có thể ước tính tốc độ bit nối tiếp từ giá trị này. Khi thiết bị đo yêu cầu tốc độ baud đặc biệt hoặc chế độ chẵn lẻ Mark, Space, phải xác nhận thiết bị hỗ trợ và thử nghiệm thực tế. Đừng hiểu “có thể tùy chỉnh” là có thể tạo chính xác bất kỳ giá trị nào; bộ chia xung nhịp và sai số cho phép vẫn có giới hạn.
3. Vì sao mạng 100 Mbps không thể loại bỏ nút thắt nối tiếp
Với thiết lập 8N1, ngoài tám bit dữ liệu của một byte còn cần một bit bắt đầu và một bit dừng, nên việc gửi một byte chiếm mười chu kỳ bit. Chia 9600 bit/s cho mười cho giới hạn trên lý tưởng khoảng 960 byte mỗi giây. Một nghìn byte mất khoảng 1.04 giây chỉ riêng cho truyền nối tiếp, chưa cộng thời gian phản hồi của thiết bị đo, thời gian chờ giữa các khung và thời gian mạng. Nâng cấp cổng Ethernet lên 100 Mbps hoặc 1 Gbps không thể rút ngắn khoảng thời gian vốn đã được quyết định bởi tốc độ nối tiếp này.
Vì vậy, khi lựa chọn cần tính lượng dữ liệu thông thường và đột biến, chu kỳ thu thập cho phép và thời gian phản hồi tối đa, không chỉ nhìn vào tốc độ baud tối đa. Khi thiết bị tại hiện trường chỉ hỗ trợ 9600, đặt máy chủ ở 115200 sẽ khiến hai phía không thể liên lạc chính xác. Sau khi tăng lên tham số mà cả hai phía đều hỗ trợ, cũng cần kiểm tra dây dẫn, khoảng cách và lỗi bit. Khi hệ thống thu thập có nhiều thiết bị đo, thời gian yêu cầu, phản hồi và chờ cũng cần được cộng lại; không thể ước tính thời gian của cả vòng chỉ bằng số byte của một thông điệp.
4. Bộ đệm xử lý lưu lượng đột biến, không giải quyết quá tải kéo dài
Máy tính có thể nhanh chóng gửi một lô dữ liệu vào mạng, trong khi cổng nối tiếp chỉ có thể xuất từng byte. Bộ đệm là không gian hữu hạn nơi thiết bị tạm lưu dữ liệu chưa xử lý, tương tự hàng đợi chờ gửi. Hàng đợi có thể hấp thụ đợt tăng ngắn, nhưng nếu tốc độ dữ liệu đến liên tục lớn hơn tốc độ gửi, mọi hàng đợi hữu hạn cuối cùng đều sẽ đầy. Bộ đệm lớn có thể tăng khả năng chịu lưu lượng đột biến, nhưng cũng có thể làm tăng thời gian chờ trong hàng đợi; không thể coi “bộ đệm càng lớn, độ trễ càng thấp” là quy luật.
Cửa sổ nhận của TCP dùng để thông báo cho phía đối tác lượng dữ liệu còn có thể nhận; chỉ khi thiết bị phối hợp đúng phản hồi này với bộ đệm nội bộ thì bên gửi mới có thể chờ khi cần. UDP không có cơ chế điều khiển luồng của TCP, nên cần làm rõ hơn cách xử lý dữ liệu đầu vào vượt mức. Khả năng phía nối tiếp sử dụng điều khiển luồng phần cứng hoặc phần mềm cũng phụ thuộc vào giao diện, thiết bị đo và giao thức ứng dụng. Khi mua, hãy hỏi rõ hành vi khi bộ đệm đầy, có thể thống kê các trường hợp bất thường hay không và dữ liệu được xử lý thế nào trong thời gian mất kết nối.
5. Đo độ trễ trên toàn tuyến, không dựa vào một con số quảng cáo riêng lẻ
Thời gian chờ cho một lần thu thập có thể đến từ việc tạo khung của máy chủ, hàng đợi mạng, trình điều khiển cổng nối tiếp ảo, truyền nối tiếp, xử lý của thiết bị đo và lập lịch của máy tính chủ. Nếu bộ định thời tạo khung quá dài, nó chờ thêm byte trước khi gửi gói; nếu quá ngắn, số lượng gói nhỏ có thể tăng. TCP cũng là luồng byte và không bảo đảm một lần gửi tương ứng với một lần nhận, nên ứng dụng phải xác định thông điệp hoàn chỉnh theo giao thức. Khi hết thời gian chờ, hãy xác định đoạn nào tiêu tốn thời gian thay vì trực tiếp khẳng định CPU hoặc ngăn xếp giao thức “không đủ tốt”.
Sử dụng thông điệp thực, số lượng thiết bị thực và chu kỳ thu thập thực tế để ghi nhận phân bố thời gian từ lúc gửi yêu cầu đến khi nhận đủ phản hồi. Xem cả giá trị trung bình và các trường hợp chậm rõ rệt, đồng thời xác nhận tính toàn vẹn, thứ tự và ý nghĩa nghiệp vụ của dữ liệu. Không thể coi thử nghiệm mẫu không tải hoặc tuyên bố cũ của nhà cung cấp rằng “dưới một số mili giây nào đó” là cam kết trong mọi điều kiện hiện trường. Với các ứng dụng điều khiển yêu cầu chu kỳ nghiêm ngặt, càng cần đánh giá giới hạn thời gian của Ethernet thông thường và hệ điều hành đa dụng.
6. Khôi phục sau mất kết nối không thể dựa vào việc liên tục khởi động lại tại hiện trường
Rút cáp, khởi động lại bộ chuyển mạch hoặc thoát máy tính chủ có thể khiến hai đầu tạm thời đánh giá trạng thái kết nối khác nhau. Keepalive của TCP, heartbeat ứng dụng, thời gian chờ kết nối và chiến lược kết nối lại không giải quyết hoàn toàn cùng một vấn đề; cần thiết lập và thử nghiệm chúng theo các khả năng thực sự được hỗ trợ. Keepalive thăm dò kết nối mạng không đồng nghĩa với xác nhận thiết bị đo đã thực thi lệnh; chỉ khi ứng dụng nhận được phản hồi rõ ràng mới có bằng chứng nghiệp vụ tương ứng. Ping được thiết bị chỉ chứng minh một phần chức năng mạng có thể truy cập được, không chứng minh luồng xử lý nghiệp vụ nối tiếp hoạt động bình thường.
Trong môi trường bảo trì được cho phép, hãy thử nghiệm riêng việc ngắt mạng, phía đối tác thoát và kết nối lại. Xác nhận kết nối cũ được giải phóng đúng cách, có thể thiết lập kết nối mới và nghiệp vụ nối tiếp có thể khôi phục mà không cần khởi động lại thủ công; đồng thời ghi nhận dữ liệu có bị mất, tồn đọng hay thực thi lặp lại trong quá trình khôi phục hay không. Không được gửi lại lệnh ghi và lệnh điều khiển một cách mù quáng; ứng dụng phải xử lý trường hợp lệnh đã được thực thi nhưng phản hồi bị mất. Hỗ trợ DHCP hoặc DNS không phải bằng chứng đầy đủ về chất lượng triển khai TCP; nghiệm thu thực sự vẫn là thử nghiệm nghiệp vụ có thể lặp lại.
7. Với hiện trường công nghiệp, đánh giá toàn bộ thiết bị, không dùng độ rộng bit CPU thay cho bằng chứng
Bộ xử lý 8 bit hoặc 32 bit chỉ là một thông tin thiết kế; hiệu năng tổng thể còn chịu ảnh hưởng của phần mềm, bộ đệm, trình điều khiển, nguồn điện và tản nhiệt. Xuất xứ và số chân của chip cũng không trực tiếp chứng minh độ ổn định lâu dài. Đàm phán tốc độ 10/100 của cổng Ethernet và tự động đảo chéo Auto-MDI/MDIX là các chức năng khác nhau: chức năng trước đàm phán khả năng kết nối, còn chức năng sau xử lý quan hệ giữa các cặp dây phát/nhận; cần xác nhận riêng từng chức năng trong thông số kỹ thuật.
Nhiệt độ hoạt động phải dựa trên dải định mức của toàn bộ thiết bị thuộc mẫu cụ thể, đồng thời tính đến mức tăng nhiệt bên trong tủ kín, không chỉ thời tiết ngoài trời. Dải nhiệt độ rộng không có nghĩa là chống nước, chống ngưng tụ hoặc chịu sương muối; chống sét cũng không có nghĩa có thể bỏ qua nối đất và bảo vệ bên ngoài. Nguồn điện dải điện áp rộng quy định phạm vi điện áp cấp cho phép, không cam kết chịu được mọi xung điện áp. Hãy ghi nhận điều kiện nguồn điện và lắp đặt tại hiện trường, bố trí nguồn và bảo vệ phù hợp theo tài liệu hướng dẫn, đồng thời giao các kiểm tra liên quan đến điện áp nguy hiểm cho nhân sự đủ chuyên môn; không tự tạo điện áp cực đoan để thử thiết bị.
8. Với sản phẩm Feichang Technology, chuyển yêu cầu mua sắm thành các hạng mục cụ thể
Thông tin chính thức của Feichang Technology FCT-081219 nêu một kênh có thể chọn RS232, RS422 hoặc RS485 sang Ethernet 100 Mbps, đồng thời cung cấp các chức năng như cấu hình WEB, giám sát tham số và trạng thái nối tiếp, thiết lập tạo khung, trình điều khiển cổng nối tiếp ảo và tự động khôi phục kết nối sau gián đoạn mạng. Khả năng lắp trên thanh DIN hoặc gắn tường và kiểu dáng nhỏ gọn phù hợp với tình huống cần kết nối một thiết bị trong không gian tủ hạn chế. Đây là điểm khởi đầu để kiểm tra chức năng, không thay thế nghiệm thu thiết bị mẫu thực tế.
Thông tin này cũng nêu khả năng tốc độ nối tiếp khác nhau theo giao diện, và không thể áp dụng trực tiếp giá trị tối đa cho RS232; nguồn điện DC và dải nhiệt độ của toàn bộ thiết bị cũng được liệt kê. Khi mua, hãy yêu cầu nhà cung cấp đưa ra tham số theo mẫu đặt hàng, firmware và giao diện cụ thể, đồng thời xác nhận tốc độ baud, tính chẵn lẻ, số phiên đồng thời, khả năng tương thích hệ điều hành của trình điều khiển và phương thức nâng cấp thực sự cần thiết. Với nhu cầu thu thập nhiều cổng, cách ly đặc biệt hoặc chuyển đổi giao thức, hãy kiểm tra lại mẫu tương ứng; đừng suy ra cả nhóm sản phẩm hỗ trợ mọi thứ từ một sản phẩm một kênh.
9. Lưu hồ sơ nghiệm thu mua sắm có thể kiểm tra lại
Xét một tình huống giả định: phần mềm thu thập gốc chỉ nhận diện cổng COM, và cần đọc một số thiết bị đo RS485 qua mạng. Trước tiên xác nhận phiên bản hệ điều hành mà phần mềm và trình điều khiển sử dụng, kiểm tra cấu trúc liên kết bus và lập lịch yêu cầu; sau khi xác minh trên tuyến cục bộ ngắn, hãy kết nối với mạng hiện trường. Thử nghiệm tải bình thường, các đợt tăng dữ liệu nghiệp vụ hợp lý và khả năng khôi phục sau mất kết nối, đồng thời ghi nhận tỷ lệ thu thập thành công, thời gian phản hồi và cách xử lý bất thường; không tùy tiện thực hiện tấn công gây tải hoặc tắt toàn bộ tường lửa tại nơi sản xuất.
Cuối cùng, ghi lại mẫu sản phẩm, firmware, tham số nối tiếp, chế độ mạng, thông điệp thử nghiệm, môi trường nguồn điện và các bước khôi phục, đồng thời sao lưu cấu hình có thể hoàn nguyên. Hỏi rõ về hỗ trợ kỹ thuật, bảo trì firmware và phương án thay thế khi hỏng. Giao diện phù hợp, lưu lượng dữ liệu trong khả năng xử lý, sự cố có thể khôi phục và công tác bảo trì có thể bàn giao mới là câu trả lời đầy đủ cho việc lựa chọn máy chủ nối tiếp; một nhãn CPU, chip nhập khẩu hay tốc độ cổng Ethernet cao hơn không thể thay thế bằng chứng này.
Được dịch từ bài viết kỹ thuật tiếng Trung. Nguồn xuất bản lần đầu: 2022-05-17. Nguồn sửa đổi lần cuối: 2026-10-13T20:24:48+08:00. Đọc nguồn tiếng Trung
