Modbus trong mạng lưới nhà máy: Khung dữ liệu, thanh ghi và giới hạn thiết kế

Modbus dễ nhận biết và cũng dễ bị áp dụng sai một cách đáng ngạc nhiên. Giao thức này đã chuyển từ các liên kết nối tiếp đa điểm sang Ethernet chuyển mạch mà vẫn giữ mô hình yêu cầu–phản hồi nhỏ gọn. Tính liên tục đó khiến Modbus hữu ích trong các nhà máy hiện hữu, nhưng nhãn “Hỗ trợ Modbus” hầu như không cho biết liệu hai thiết bị có trao đổi dữ liệu quy trình đáng tin cậy hay không.

Một tích hợp hoạt động được đòi hỏi một thỏa thuận rõ ràng về: phương thức truyền, nhận dạng thiết bị, mã hàm, quy ước địa chỉ, kiểu dữ liệu, tỷ lệ, thứ tự byte và word, chu kỳ thăm dò, thời gian chờ và phản hồi khi lỗi. Việc chạy thử phải chứng minh thỏa thuận đó bằng các giá trị đã biết và lỗi được kiểm soát trước khi cho phép dữ liệu điều khiển cảnh báo, liên động hoặc lệnh.

Giao thức truyền các yêu cầu và phản hồi; đặc tả kỹ thuật cung cấp ý nghĩa quy trình cho từng bit và thanh ghi.

Tách mô hình dữ liệu khỏi phương thức truyền

Modbus cung cấp bốn loại đối tượng quen thuộc: coil, đầu vào rời rạc, thanh ghi đầu vào và thanh ghi giữ. Hai loại đầu chứa các trạng thái một bit, còn các thanh ghi chứa giá trị 16 bit. Mã hàm dùng để chọn thao tác được yêu cầu. Một thiết bị có thể chỉ hỗ trợ một phần mô hình, và khả năng ghi được quyết định bởi cả hàm lẫn cách triển khai của nhà sản xuất.

Modbus RTU đặt đơn vị dữ liệu giao thức vào một khung nối tiếp có địa chỉ slave và mã kiểm tra dư vòng. Bộ nhận cũng dựa vào thời gian giữa các ký tự và giữa các khung để nhận biết một thông điệp hoàn chỉnh. Modbus TCP truyền đơn vị dữ liệu giao thức qua TCP và bổ sung tiêu đề MBAP chứa mã định danh giao dịch, mã định danh giao thức, độ dài và mã định danh đơn vị. Mã định danh giao dịch cho phép máy khách liên kết phản hồi với đúng yêu cầu; mã định danh đơn vị đặc biệt quan trọng khi một gateway TCP định tuyến yêu cầu đến thiết bị nối tiếp.

Điểm khởi đầu có tính thẩm quyền là các đặc tả của Modbus Organization, bao gồm giao thức ứng dụng, hướng dẫn đường truyền nối tiếp và hướng dẫn nhắn tin TCP. Tài liệu thiết bị vẫn cần thiết vì tiêu chuẩn không quy định ý nghĩa hoặc tỷ lệ của các thanh ghi quy trình do nhà cung cấp định nghĩa.

Chuẩn hóa địa chỉ và biểu diễn dữ liệu

Nhiều lỗi khi chạy thử bắt đầu từ cách ghi địa chỉ chứ không phải từ hệ thống dây. Tài liệu có thể gọi thanh ghi giữ đầu tiên là 40001, trong khi thông điệp chứa độ lệch bằng không. Một số driver yêu cầu số tham chiếu; số khác yêu cầu độ lệch thô và tự cộng loại đối tượng ở bên trong. Hãy ghi cả cách ký hiệu trong tài liệu lẫn độ lệch thực tế trong yêu cầu vào tài liệu giao diện. Sau đó đọc một giá trị có thể được xác nhận độc lập.

Một thanh ghi 16 bit có thứ tự byte được xác định trên đường truyền, nhưng số nguyên 32 bit và giá trị dấu phẩy động chiếm hai thanh ghi. Các nhà sản xuất có thể đặt word cao trước hoặc word thấp trước. Cách diễn giải có dấu hay không dấu tạo ra một dạng lỗi khác. Không chọn cài đặt hoán đổi chỉ vì một con số “trông hợp lý”. Hãy đưa vào hoặc quan sát ít nhất hai giá trị đã biết, trong đó có một giá trị thể hiện được dấu và tỷ lệ, rồi ghi lại cách biểu diễn đã được xác minh.

Tỷ lệ phải nằm trong cùng thỏa thuận. Áp suất có thể là số nguyên tính theo một phần mười đơn vị, giá trị kỹ thuật ở định dạng IEEE-754 hoặc phần trăm của dải đã cấu hình. Hãy xác định dải hợp lệ, cách xử lý ngoài dải và liệu một mã thô đặc biệt có biểu thị lỗi cảm biến hay không. Một giá trị có vẻ hợp lý nhưng sai tỷ lệ vẫn là lỗi chất lượng dữ liệu, ngay cả khi liên lạc vẫn hoạt động bình thường.

RTU và TCP dùng chung ngữ nghĩa mã hàm, nhưng cách đóng khung, thời gian và ranh giới chẩn đoán của chúng khác nhau.

Xây dựng ngân sách thăm dò thực tế

Đối với một đoạn RS-485, hãy tính chu kỳ dựa trên tốc độ baud, độ dài yêu cầu và phản hồi, độ trễ phản hồi của thiết bị, các khoảng im lặng bắt buộc, số nút, thời gian chờ và chính sách thử lại. Nhóm các thanh ghi liền kề khi việc đó không vượt qua một dải địa chỉ không được hỗ trợ. Thăm dò các giá trị điều khiển thay đổi nhanh thường xuyên hơn nhiệt độ, tổng năng lượng hoặc các thanh ghi cấu hình. Thăm dò nhanh mọi thứ sẽ tiêu hao khoảng dự phòng phục hồi mà không cải thiện quy trình.

Modbus TCP loại bỏ giới hạn tốc độ baud nối tiếp, nhưng không loại bỏ giới hạn của thiết bị hoặc gateway. Gateway tuần tự hóa lưu lượng lên bus phía dưới. Nhiều máy khách Ethernet có thể tạo ra hàng đợi, và thời gian chờ của máy khách ngắn hơn thời gian chờ hàng đợi trong trường hợp xấu nhất sẽ tạo ra các lần thử lại, làm tình trạng tắc nghẽn nghiêm trọng hơn. Khi thực tế cho phép, hãy thiết lập một bên sở hữu việc thăm dò, giới hạn số giao dịch đồng thời theo tài liệu của máy chủ và giám sát cả thời gian phản hồi lẫn các lần hết thời gian chờ hoàn toàn.

Việc lựa chọn phần cứng nên xem xét các mã hàm được hỗ trợ, số thanh ghi tối đa trong mỗi yêu cầu, cách xử lý kết nối và phiên, khả năng quan sát hàng đợi của gateway và các bộ đếm chẩn đoán. Có thể xem xét các bộ điều khiển phù hợp trong bộ sưu tập hệ thống PLC và PAC, còn gateway, switch và các thành phần giao diện nên thuộc về một kiến trúc truyền thông và mạng được hoạch định có chủ đích.

Không để dữ liệu cũ bị nhầm là dữ liệu tốt

Một lần đọc thành công phải cập nhật cả giá trị lẫn trạng thái chất lượng. Hãy lưu thời điểm thành công gần nhất, số lần lỗi liên tiếp, mã ngoại lệ và trạng thái liên lạc. Áp dụng giới hạn tuổi dữ liệu phù hợp với quy trình. Khi vượt quá giới hạn, hãy đánh dấu giá trị là cũ thay vì giữ vô thời hạn một con số có vẻ hợp lệ.

Phản hồi ngoại lệ là bằng chứng hữu ích. Chúng phân biệt hàm không được hỗ trợ, địa chỉ bất hợp pháp, giá trị bất hợp pháp hoặc lỗi phía thiết bị với trường hợp không có phản hồi. Hãy ghi nhật ký các phản hồi này mà không tạo ra một cơn bão thử lại mất kiểm soát. Đường ghi cũng phải có một bên sở hữu được xác định, kiểm tra dải giá trị, phân quyền lệnh và—khi quy trình yêu cầu—đọc lại hoặc bắt tay lệnh/trạng thái. Không bao giờ mặc định rằng phản hồi giao thức thành công chứng minh hành động vật lý đã xảy ra.

Chẩn đoán từ lớp vật lý trở lên

Trên mạng nối tiếp

Xác nhận cấu trúc liên kết dạng chuỗi, điện trở kết thúc ở hai đầu vật lý, phân cực được kiểm soát, cực tính nhất quán, cách nối màn chắn và dây tham chiếu phù hợp với hiện trường, cũng như sự tách biệt khỏi các dây dẫn chuyển mạch năng lượng cao. Đo hoặc thu lưu lượng tại một điểm đã biết. Lỗi CRC gợi ý các vấn đề về nhiễu, phản xạ, nối đất hoặc đóng khung; yêu cầu sạch nhưng không có phản hồi hướng đến địa chỉ, baud, parity, trạng thái thiết bị hoặc thời gian.

Trên mạng Ethernet

Kiểm tra địa chỉ, sự kiện trùng IP, lỗi cổng switch, thay đổi liên kết, tình trạng biến động kết nối và tải gateway. Một bản thu gói tin có thể cho thấy độ trễ xuất hiện trước yêu cầu, bên trong máy chủ hay phía sau gateway. Xác nhận rằng mã định danh giao dịch và các phản hồi vẫn được ghép đúng khi có nhiều yêu cầu đang chờ xử lý.

Chạy thử các trường hợp lỗi

Kiểm tra nghiệm thu nên bao gồm giá trị nhỏ nhất và lớn nhất đã biết, một giá trị có dấu hoặc dấu phẩy động, thiết bị bị ngắt kết nối, địa chỉ bất hợp pháp, phản hồi bị trì hoãn, gateway khởi động lại và khả năng phục hồi sau khi liên lạc trở lại. Xác minh cảnh báo, xử lý dữ liệu cũ, khóa lệnh, giới hạn thử lại và màn hình vận hành. Ghi lại sơ đồ thanh ghi cuối cùng, cài đặt driver, các nhóm thăm dò và lý do chọn thời gian chờ cùng bản sao lưu hệ thống điều khiển.

Modbus vẫn là lựa chọn vững chắc cho công tơ, bộ truyền động, I/O từ xa, thiết bị môi trường và tích hợp hệ thống cũ khi quyền sở hữu và ngữ nghĩa được xác định rõ ràng. Modbus kém phù hợp hơn khi ứng dụng yêu cầu khả năng tự mô tả phong phú, xuất bản theo sự kiện, điều khiển chuyển động phối hợp hoặc bảo mật được tích hợp trong giao thức ứng dụng. Điểm mạnh của Modbus là tính minh bạch: kỹ sư có thể kiểm tra mọi trao đổi. Điểm mạnh đó chỉ trở thành độ tin cậy khi dữ liệu và thỏa thuận xử lý lỗi đi kèm cũng hiển thị rõ ràng như vậy.