Chế độ máy chủ TCP khiến bộ chuyển đổi nối tiếp sang mạng lắng nghe trên một cổng mạng và chờ máy tính hoặc chương trình chủ động kết nối; sau khi kết nối được thiết lập, cả hai đầu đều truyền các byte nối tiếp. Đây không phải chế độ tự động hiểu giao thức của thiết bị đo, cũng không trực tiếp biến thiết bị nối tiếp thành máy chủ web. Dưới đây, trước tiên chúng tôi giải thích cách dữ liệu đi qua thiết bị, sau đó đưa ra ví dụ cấu hình nhất quán và trình tự khắc phục sự cố.
Máy chủ và máy khách chỉ vai trò của bên khởi tạo kết nối
Máy chủ chờ tại một địa chỉ và cổng chỉ định, còn máy khách khởi tạo yêu cầu kết nối. Sau khi kết nối được thiết lập, dữ liệu thường có thể truyền theo cả hai chiều, vì vậy “máy chủ” không có nghĩa là chỉ có thể nhận và “máy khách” không có nghĩa là chỉ có thể gửi. Cổng mạng là một số mà chương trình chọn làm điểm truy cập giao tiếp, không phải ổ cắm vật lý ở mặt sau máy để cắm cáp mạng. Máy tính cần biết IP có thể truy cập được và cổng lắng nghe của máy chủ, còn bộ chuyển đổi nối tiếp sang mạng cần chấp nhận kết nối. Khi chưa có kết nối, cách dữ liệu do thiết bị nối tiếp gửi được lưu vào bộ đệm hoặc bị loại bỏ phụ thuộc vào mẫu thiết bị và cấu hình; không thể mặc định rằng dữ liệu luôn được lưu lại. Hiểu rõ vai trò trước rồi mới thiết lập chế độ hoạt động có thể tránh tình trạng cả hai thiết bị đều chờ hoặc đều khởi tạo kết nối đến sai đích.
Một byte thực sự đi qua những giai đoạn nào?
Lấy ví dụ máy tính truy vấn một thiết bị đo. Phần mềm chuyển yêu cầu giao thức cho TCP. Sau khi giao diện mạng nhận được, bộ chuyển đổi lấy các byte ra khỏi dữ liệu mạng và chuyển chúng đến bộ điều khiển nối tiếp UART. UART chuyển các byte thành tín hiệu điện liên tục theo tốc độ baud, số bit dữ liệu, bit chẵn lẻ và số bit dừng, sau đó mạch RS232 hoặc RS485 tương ứng gửi tín hiệu đến thiết bị đo. Khi thiết bị đo phản hồi, dữ liệu quay về theo chiều ngược lại. Tốc độ baud mô tả nhịp của các ký hiệu nối tiếp; dù tốc độ mạng cao đến đâu cũng không thể tự nhiên làm thiết bị đo tốc độ thấp hoạt động nhanh hơn. Thiết bị truyền trong suốt thường không diễn giải địa chỉ, mã chức năng hoặc giá trị đo; công việc diễn giải do ứng dụng thực hiện. Có giao diện RS485 không đồng nghĩa với việc tích hợp khả năng chuyển đổi giao thức Modbus; hai khả năng này cần được kiểm tra riêng.
Tại sao một lần nhận không đồng nghĩa với nhận được một thông điệp?
TCP cung cấp một luồng byte có thứ tự và không giữ nguyên ranh giới của từng lần gửi từ ứng dụng. Nếu một chương trình gửi sáu byte, chương trình nhận có thể đọc hai byte ở lần đầu và bốn byte ở lần tiếp theo, hoặc chia chúng theo các cách khác; trong quá trình truyền bình thường trên cùng một kết nối, thứ tự byte vẫn phải chính xác. Điều này giống một dòng nước liên tục hơn là từng phong bì hoàn chỉnh riêng biệt, dù phép so sánh với dòng nước không giải thích được các cơ chế truyền lại và tắc nghẽn. Ứng dụng phải lưu vào bộ đệm và phân định khung theo độ dài, dấu phân cách hoặc quy tắc kiểm tra của giao thức riêng, không được coi một lần đọc là một yêu cầu hoặc phản hồi. Thời gian đóng gói dữ liệu nối tiếp của thiết bị ảnh hưởng đến thời điểm gửi dữ liệu, nhưng không thể bổ sung ranh giới thông điệp cố định cho TCP.
Cấu hình mạng trước, sau đó sử dụng nhất quán cổng trong ví dụ
Giả sử địa chỉ máy chủ là 192.168.0.148, máy tính là 192.168.0.166, cả hai nằm trong cùng một mạng con của ví dụ cho phép giao tiếp với nhau và cổng lắng nghe được sử dụng thống nhất là 4096. Các địa chỉ và cổng trong ví dụ cần được thay thế theo quy hoạch tại hiện trường, không được sử dụng trùng địa chỉ của một thiết bị hiện có. Khi cấu hình mặt nạ mạng con và cổng mặc định, hãy xác nhận có cần truy cập giữa các mạng con hay không; ngay cả trong cùng một mạng con, VLAN hoặc tường lửa vẫn có thể cô lập các thiết bị. Sau khi máy chủ thiết lập 4096, máy khách cũng phải kết nối đến 4096; không thể ghi 4096 ở bước này và 40080 ở bước khác. Lưu cấu hình và kiểm tra xem cấu hình có được giữ lại sau khi khởi động lại hay không. Tên menu cụ thể phụ thuộc vào firmware; bài viết này không giả định mọi mẫu thiết bị đều có cùng giao diện web.
Thông số nối tiếp và đấu dây điện đều quan trọng như nhau
Ví dụ có thể sử dụng tốc độ 9600 baud, tám bit dữ liệu, không kiểm tra chẵn lẻ và một bit dừng, nhưng nếu thiết bị đo yêu cầu tổ hợp khác thì phải tuân theo tài liệu hướng dẫn của thiết bị đo. Định dạng byte không khớp sẽ gây ra ký tự lỗi, lỗi kiểm tra hoặc không có phản hồi. RS232 thường sử dụng đường truyền, đường nhận và dây đất tham chiếu, trong khi RS485 sử dụng các đường vi sai; không thể kết nối trực tiếp hai loại này với nhau chỉ bằng một đầu chuyển. Cách đặt tên đầu nối RS485 có thể khác nhau giữa các nhà sản xuất, vì vậy cần kiểm tra định nghĩa thay vì đoán theo các chữ A và B. Xác nhận các yêu cầu về nguồn điện, cách ly và nối đất; khi có liên quan đến bus trường, hãy thao tác trong điều kiện bảo trì. Phần mềm hiển thị “kết nối thành công” chỉ chứng minh kênh TCP đã được thiết lập; điều đó không chứng minh điện áp nối tiếp, thông số và giao thức thiết bị đo đều chính xác.
Thực hiện kiểm tra vòng lặp an toàn và có thể giải thích được kết quả
Trước tiên, trong môi trường thử nghiệm độc lập, sử dụng thiết bị nối tiếp hoặc thiết bị đầu cuối gỡ lỗi nối tiếp đã được xác nhận hoạt động tốt, kết nối với bộ chuyển đổi và sử dụng các thông số nhất quán. Máy khách gửi một dãy byte đã biết, đầu nối tiếp kiểm tra nội dung và thứ tự; sau đó đầu nối tiếp gửi lại một dãy byte khác để máy khách kiểm tra phản hồi. Nếu sử dụng hiển thị thập lục phân, hãy xác nhận rằng dữ liệu được gửi là giá trị byte, không phải các ký tự văn bản “0” và “1”. Trước khi kết nối với thiết bị đo thực tế, hãy kiểm tra bằng một truy vấn chỉ đọc trong tài liệu hướng dẫn của thiết bị để tránh gửi lệnh không rõ chức năng đến cơ cấu chấp hành. Phương pháp kiểm tra vòng lặp RS232 khác với phương pháp kiểm tra RS485; không được tùy tiện nối tắt các đầu nối bus. Kiểm tra vòng lặp có thể giúp kiểm tra riêng phía mạng và phía nối tiếp, nhưng không thể thay thế việc nghiệm thu với giao thức và tải thực tế.
Cổng COM của phần mềm cũ có thể kết nối với máy chủ TCP như thế nào?
Bài viết 2301 gốc đề xuất sử dụng COM ảo để các chương trình cũ tiếp tục sử dụng giao diện nối tiếp. Ý tưởng này hữu ích, nhưng không thể hiểu rằng nó bảo đảm khả năng tương thích 100% với mọi phần mềm. COM ảo được trình điều khiển trên máy tính tạo thành một cổng cục bộ, sau đó ánh xạ đến IP và cổng lắng nghe dịch vụ của bộ chuyển đổi nối tiếp sang mạng; khi chương trình mở COM, trình điều khiển xử lý kết nối mạng tương ứng. Các chương trình có thể sử dụng socket trực tiếp có thể kết nối với máy chủ theo giao thức và không cần thêm lớp COM ảo. Cả hai cách đều phải kiểm tra tình trạng cổng bị chiếm dụng, thông số, đường tín hiệu điều khiển, khả năng khôi phục sau ngắt kết nối và thời gian phản hồi; không thể kết luận thành công chỉ vì xuất hiện một số cổng COM.
Một cách khác là giữ thiết bị đo kết nối với cổng nối tiếp thực trên một máy tính, và máy tính đó chạy dịch vụ chia sẻ cổng nối tiếp để các máy tính khác truy cập. Cách này không chuyển cổng nối tiếp vật lý đến vị trí ở xa: máy tính chia sẻ phải luôn được bật nguồn, dịch vụ phải đang chạy và quyền truy cập phải chính xác. Bộ chuyển đổi nối tiếp sang mạng chuyên dụng giảm sự phụ thuộc vào máy tính đó, nhưng bản thân nó cũng có các điều kiện về nguồn điện, firmware và mạng. Mạng mở rộng phạm vi triển khai, nhưng không có nghĩa là chiều dài cáp nối tiếp không bị giới hạn, cũng không có nghĩa là mọi đặc tính thời gian điều khiển đều được giữ nguyên chính xác. Việc nhiều máy khách có thể chia sẻ hay không và cơ chế phân xử hoạt động như thế nào vẫn phải được xác minh theo mẫu thiết bị và ứng dụng.
Cần có quy tắc rõ ràng cho nhiều máy khách, thời gian chờ và kết nối lại
Một số mẫu thiết bị cho phép nhiều máy khách TCP; cần kiểm tra đầy đủ xem phản hồi nối tiếp có được phát đến tất cả máy khách hay không, việc ghi có bị hạn chế hay không và cơ chế phân xử hoạt động như thế nào. Nhiều máy tính đồng thời điều khiển cùng một thiết bị đo RS485 có thể khiến các yêu cầu bị trộn lẫn hoặc phản hồi được chuyển đến sai phiên kết nối. Tốt nhất nên để một ứng dụng chủ điều phối truy cập, thay vì coi số lượng kết nối là khả năng điều khiển. Sau khi mạng bị ngắt, máy khách thường cần phát hiện, kết nối lại và khôi phục trạng thái ứng dụng; không thể chỉ dựa vào việc kết nối được khôi phục để đánh giá một lệnh điều khiển đã gửi trước đó có được thực thi hay không. Khi thiết kế thời gian chờ và cơ chế thử lại, đặc biệt cần tránh thực thi lặp lại các lệnh không có tính lũy đẳng; tính lũy đẳng là đặc tính mà việc thực thi lặp lại không làm thay đổi thêm kết quả.
Khi hệ thống không hoạt động, nên kiểm tra lớp nào?
Nếu máy khách không kết nối được, trước tiên hãy kiểm tra địa chỉ, cổng, chế độ lắng nghe, chính sách truy cập và xem có kết nối khác đang chiếm dụng hay không; nếu kết nối thành công nhưng không có dữ liệu nối tiếp, hãy kiểm tra đấu dây, định dạng, địa chỉ thiết bị đo và yêu cầu giao thức. Nếu nhìn thấy dữ liệu nhưng không phân tích được, hãy xem xét giá trị byte, cơ chế lưu đệm gói dữ liệu và tổng kiểm tra; đừng lập tức thay đổi tốc độ baud rồi hy vọng may mắn. Không được trực tiếp mở cổng lắng nghe của thiết bị sản xuất ra mạng công cộng; hãy sử dụng kiểm soát truy cập và kênh bảo mật theo thiết kế hệ thống; bản thân TCP không đồng nghĩa với mã hóa. Nghiệm thu bao gồm truyền hai chiều, kết nối lại sau ngắt kết nối, vận hành dài hạn và nghiệp vụ thực tế. Tách riêng việc kết nối, vận chuyển byte và diễn giải giao thức giúp người mới hiểu rõ mỗi bước thực sự xác minh điều gì.
Tài liệu kiểm chứng nguyên lý:Tài liệu chính thức 1;Tài liệu chính thức 2. Các cơ chế chung và ví dụ trong bài viết này không thay thế tài liệu hướng dẫn của mẫu thiết bị tương ứng.
Được dịch từ bài viết kỹ thuật tiếng Trung. Nguồn được xuất bản lần đầu: 2022-11-29. Nguồn được sửa đổi lần cuối: 2026-10-13T19:15:07+08:00. Đọc nguồn tiếng Trung
