Sự phát triển của các giao thức truyền thông công nghiệp: Từ Modbus đến UNS & O-PAS

Từ những nền tảng ban đầu của rơ-le đấu dây cứng và các PLC biệt lập đến những kiến trúc mở, có khả năng tương tác thúc đẩy hoạt động sản xuất thông minh, quỹ đạo của các giao thức truyền thông công nghiệp đã trải qua một sự chuyển đổi sâu sắc. Trong những thập kỷ đầu của hoạt động tự động hóa tại phân xưởng, các vòng điều khiển vận hành như những hòn đảo kỹ thuật số. Các bộ điều khiển thực thi logic xác định cục bộ, nhưng việc chia sẻ dữ liệu đo lường qua các ranh giới quy trình đòi hỏi phải đấu dây điểm-điểm trên quy mô lớn hoặc sử dụng các card giao diện tùy chỉnh.

Khi các ngành công nghiệp quy trình hiện đại trở nên phức tạp hơn, nhu cầu vận hành về chẩn đoán thời gian thực, phối hợp liên hệ thống và khả năng quan sát cấp doanh nghiệp đã vượt quá năng lực của các bộ điều khiển hiện trường biệt lập. Việc chuyển sang các môi trường liên kết không chỉ đơn thuần là truyền các bit qua dây dẫn; đó là sự tái kiến trúc căn bản về cách dữ liệu công nghiệp được cấu trúc, ánh xạ theo ngữ cảnh và truyền qua các thiết bị hiện trường, bộ điều khiển biên cũng như mạng phân tích doanh nghiệp.

Nền tảng của mạng lưới nhà máy: Modbus, PLC thời kỳ đầu và sự phân mảnh giao thức

Khi các bộ điều khiển logic khả trình xuất hiện trong các nhà máy sản xuất vào cuối những năm 1960, chúng đã thay thế các tủ rơ-le phức tạp bằng logic bậc thang dựa trên phần mềm. Tuy nhiên, khi các cơ sở mở rộng và triển khai hàng chục PLC độc lập trên các dây chuyền xử lý, các kỹ sư cần một môi trường vật lý và logic được tiêu chuẩn hóa để cho phép các bộ điều khiển trao đổi các thanh ghi nội bộ mà không cần tín hiệu rơ-le trung gian.

Năm 1979, Modicon (nay là Schneider Electric) đã giới thiệu tiêu chuẩn Modbus, làm thay đổi căn bản hoạt động truyền thông công nghiệp. Được thiết kế dựa trên kiến trúc master/slave (nay là client/server) hoạt động qua các giao diện nối tiếp như RS-485, Modbus cung cấp một giao thức mở, miễn phí bản quyền, giúp đơn giản hóa việc truy xuất dữ liệu ở cấp thanh ghi. Tính đơn giản và dễ triển khai đã khiến giao thức này trở thành một tiêu chuẩn phổ biến rộng rãi—vị thế mà nó vẫn duy trì trên hàng triệu điểm cuối đang vận hành כיום.

Mặc dù đạt được thành công trong lịch sử, Modbus vẫn tồn tại các điểm nghẽn mang tính cấu trúc khi được triển khai trong môi trường tự động hóa sử dụng nhiều dữ liệu. Modbus không hỗ trợ sẵn kiểu dữ liệu, siêu dữ liệu ngữ cảnh, đóng dấu thời gian và các khả năng pub/sub. Để truy xuất một giá trị analog, bộ điều khiển master phải liên tục thăm dò các thanh ghi lưu trữ cụ thể. Khi các mạng điều khiển mở rộng để bao phủ hàng nghìn điểm I/O, việc thăm dò thường xuyên đã gây ra tình trạng tắc nghẽn băng thông nghiêm trọng và các vấn đề về độ trễ.

Để khắc phục những hạn chế này và đạt được khả năng điều khiển xác định tốc độ cao, các nhà cung cấp giải pháp tự động hóa lớn đã phát triển các kiến trúc fieldbus độc quyền và các phần mở rộng giao thức được tối ưu hóa cho hiệu năng:

• Siemens đã triển khai PROFIBUS (và sau đó là PROFINET) để hỗ trợ trao đổi dữ liệu I/O theo chu kỳ tốc độ cao cùng các cờ chẩn đoán phức tạp giữa các trạm trường phân tán như bộ điều khiển Siemens SIMATIC.
• Allen-Bradley / Rockwell Automation đã giới thiệu Data Highway Plus (DH+) và ControlNet, sau đó phát triển thành EtherNet/IP thông qua Common Industrial Protocol (CIP).
• Mitsubishi Electric đã triển khai CC-Link để cung cấp khả năng điều khiển xác định tốc độ cao qua các lớp vật lý chuyên dụng có khả năng miễn nhiễu.

Mặc dù các công nghệ fieldbus này đã truyền vòng lặp xác định thành công, chúng lại tạo ra tình trạng “khóa chặt vào nhà cung cấp”. Việc kết nối một PLC Allen-Bradley với một biến tần Siemens hoặc công tơ điện của bên thứ ba đòi hỏi các bộ chuyển đổi giao thức phức tạp, ánh xạ bộ nhớ tùy chỉnh và phần cứng gateway dễ hỏng, làm tăng chi phí bảo trì trong suốt vòng đời.

Phá bỏ sự phụ thuộc vào nhà cung cấp: Từ OPC Classic đến OPC UA độc lập nền tảng

Những trở ngại trong vận hành do sự phân mảnh giao thức gây ra đã thúc đẩy ngành tự động hóa hướng tới các lớp trừu tượng thống nhất. Thay vì viết trình điều khiển phần mềm tùy chỉnh cho từng kết nối PLC với HMI, các kỹ sư cần một giao diện chuyển đổi được tiêu chuẩn hóa.

Năm 1996, một nhóm các nhà cung cấp giải pháp tự động hóa đã hợp tác với Microsoft để tạo ra tiêu chuẩn Open Platform Communications (OPC)—sau này được gọi là OPC Classic. Dựa trên các công nghệ OLE, COM và DCOM của Microsoft, OPC Classic thiết lập các giao diện máy khách–máy chủ được tiêu chuẩn hóa cho Truy cập dữ liệu (OPC DA), Cảnh báo & Sự kiện (OPC AE) và Truy cập dữ liệu lịch sử (OPC HDA). Một nhà cung cấp giải pháp tự động hóa chỉ cần cung cấp Máy chủ OPC cho phần cứng của mình; sau đó, mọi phần mềm HMI hoặc SCADA tuân thủ OPC đều có thể đọc và ghi dữ liệu liền mạch.

Tuy nhiên, việc phụ thuộc vào Microsoft DCOM đã tạo ra những thách thức vận hành riêng khi các mạng công nghiệp được hiện đại hóa:

• Phụ thuộc vào hệ điều hành: Máy chủ OPC Classic chỉ có thể chạy trên hệ điều hành Windows, loại trừ các bộ điều khiển Linux nhúng, thiết bị RTOS và máy chủ doanh nghiệp Unix.
• Hạn chế về bảo mật: Việc cấu hình DCOM qua tường lửa và ranh giới mạng con nổi tiếng là khó khăn, đòi hỏi mở các dải cổng, từ đó tạo ra những lỗ hổng an ninh mạng nghiêm trọng.
• Thiếu ngữ cảnh ngữ nghĩa: Dữ liệu chủ yếu được truyền dưới dạng các giá trị thô, không có sẵn ngữ cảnh, đơn vị kỹ thuật hoặc siêu dữ liệu ngữ nghĩa được nhúng trực tiếp trong khung truyền.

Để giải quyết các lỗ hổng kiến trúc này, OPC Foundation đã phát hành OPC Unified Architecture (OPC UA) vào năm 2008. OPC UA loại bỏ DCOM để chuyển sang kiến trúc mở, hướng dịch vụ (SOA) sử dụng các lớp truyền tải TCP/IP và HTTP/HTTPS. Quan trọng là OPC UA không phụ thuộc nền tảng, cho phép tích hợp nguyên bản trực tiếp trong các cổng biên Linux, bộ điều khiển nhúng và môi trường đám mây.

Ngoài ra, OPC UA đã giới thiệu Mô hình Thông tin hướng đối tượng. Thay vì truyền một số thực dấu phẩy động riêng lẻ, OPC UA đóng gói dữ liệu dưới dạng các đối tượng phức tạp, hoàn chỉnh với đơn vị kỹ thuật, giới hạn cảnh báo trên/dưới, độ chính xác của dấu thời gian và quyền truy cập. Kết hợp với mã hóa PKI tích hợp và xác thực chứng chỉ x509, OPC UA trở thành nền tảng cốt lõi của sự hội tụ IT/OT an toàn.

Kiến trúc DCS, O-PAS và Điều khiển Lai Hiện đại

Mặc dù PLC vượt trội trong điều khiển rời rạc tốc độ cao, các ngành công nghiệp quy trình—chẳng hạn như lọc hóa dầu, phát điện và hóa chất chuyên dụng—trong lịch sử vẫn dựa vào Hệ thống Điều khiển Phân tán (DCS). Một DCS tích hợp các bộ điều khiển, hệ thống con I/O, cơ sở dữ liệu lưu trữ lịch sử và các trạm làm việc của người vận hành vào một môi trường kỹ thuật thống nhất.

Các hệ thống DCS thế hệ cũ đảm bảo độ tin cậy hệ thống cao và các vòng điều khiển dự phòng. Tuy nhiên, sự tích hợp chặt chẽ này phải đánh đổi bằng tính mô-đun. Mạng bộ điều khiển độc quyền, bus I/O đóng và phần mềm cấu hình chuyên dụng đã khóa các đơn vị vận hành nhà máy vào các hệ sinh thái của một nhà cung cấp duy nhất trong nhiều thập kỷ. Việc mở rộng một DCS thế hệ cũ hoặc tích hợp các hệ thống con chuyên dụng của bên thứ ba—chẳng hạn như giám sát rung máy móc trực tuyến—thường đòi hỏi những sửa đổi kỹ thuật tốn kém.

Hình 1. Các cấp chức năng của Hệ thống Điều khiển Phân tán (DCS), minh họa các lớp điều khiển phân cấp truyền thống. Hình ảnh do Wikipedia Commons cung cấp.

Để phá vỡ mô hình này, các đơn vị vận hành công nghiệp lớn do ExxonMobil dẫn đầu đã khởi xướng Tiêu chuẩn Tự động hóa Quy trình Mở (O-PAS) trong Diễn đàn OPA của The Open Group. O-PAS hướng đến việc tạo ra một kiến trúc mở, không phụ thuộc phần cứng cho tự động hóa quy trình, được xác định bởi ba trụ cột cốt lõi:

1. Khả năng tương tác: Các bus giao tiếp được chuẩn hóa (sử dụng OPC UA) cho phép các thành phần từ những nhà sản xuất phần cứng khác nhau trao đổi dữ liệu nguyên bản mà không cần phát triển trình điều khiển tùy chỉnh.
2. Tính mô-đun: Tách rời các ứng dụng phần mềm khỏi phần cứng bên dưới thông qua các microservice được container hóa và các nút điều khiển phân tán (DCN).
3. Bảo mật: An ninh mạng tích hợp, tuân thủ các tiêu chuẩn IEC 62443 và được áp dụng tại ranh giới của mọi thiết bị.

Ngày nay, các nhà máy hiện đại thường triển khai kiến trúc lai. Các tài sản quy trình quan trọng được quản lý bằng những nền tảng DCS mạnh mẽ như hệ thống điều khiển DCS, trong khi thiết bị phụ trợ, bộ giám sát môi trường và các tủ bảo vệ tua-bin chuyên dụng truyền trực tiếp các tham số tình trạng tài sản đến các nền tảng biên thông qua những giao thức mở, được tiêu chuẩn hóa.

Telemetry hướng sự kiện: MQTT và mạng biên băng thông thấp

Khi thiết bị đo hiện trường phát triển từ các cảm biến rời rạc cơ bản thành những bộ truyền tín hiệu thông minh phức tạp có khả năng báo cáo hàng trăm tham số chẩn đoán, các giới hạn vận hành của những mạng máy khách-máy chủ yêu cầu/phản hồi truyền thống trở nên rõ ràng.

Năm 1999, Andy Stanford-Clark (IBM) và Arlen Nipper (Arcom, nay là Cirrus Link) đã phát triển Message Queuing Telemetry Transport (MQTT) nhằm giải quyết các hạn chế về băng thông và độ trễ trong các ứng dụng SCADA từ xa, chẳng hạn như giám sát đường ống dầu khí qua liên kết vệ tinh. Trong những môi trường này, việc thăm dò liên tục qua các kết nối có độ trễ cao tốn kém và không đáng tin cậy.

MQTT đã giải quyết những thách thức này thông qua kiến trúc Publish/Subscribe (Pub/Sub) hướng sự kiện, sử dụng một message broker trung tâm:

• Giao tiếp tách rời: Các nút biên (Publisher) và phần mềm doanh nghiệp (Subscriber) không thiết lập kết nối trực tiếp điểm-điểm. Chúng giao tiếp bất đồng bộ thông qua MQTT Broker.
• Chi phí phụ trội tối thiểu: Với phần header nhỏ gọn chỉ 2 byte, MQTT giảm đáng kể mức sử dụng băng thông so với các API HTTP/REST hoặc các giao thức RPC nặng nề.
• Báo cáo theo ngoại lệ (RBE): Các thiết bị hiện trường chỉ publish dữ liệu khi một giá trị thay đổi vượt qua vùng chết hoặc ngưỡng trạng thái được xác định, loại bỏ lưu lượng thăm dò không cần thiết trên mạng.
• Nhận biết trạng thái: Các tính năng như bộ hẹn giờ "Keep Alive" và "Last Will and Testament" (LWT) cho phép broker ngay lập tức thông báo cho các subscriber nếu một thiết bị biên đột ngột ngắt kết nối.

Hình 2. Mô hình Publish/Subscribe trong kiến trúc mạng MQTT kết nối các nút biên với các broker ứng dụng trung tâm. Hình ảnh do Wikipedia Commons cung cấp.

Mặc dù MQTT thuần túy cung cấp cơ chế truyền tải tải trọng dữ liệu linh hoạt, nhưng nó không chuẩn hóa cách định dạng cấu trúc chủ đề hoặc tải trọng dữ liệu. Để giải quyết vấn đề này, cộng đồng công nghiệp đã phát triển đặc tả Sparkplug B. Sparkplug B định nghĩa một không gian tên chủ đề được chuẩn hóa, cấu trúc tải trọng Protobuf nhỏ gọn dựa trên Google Protocol Buffer và các cơ chế quản lý trạng thái, biến MQTT thô thành một lớp truyền tải công nghiệp sẵn sàng cho doanh nghiệp.

Mô hình công nghiệp hiện đại: Kiến trúc Không gian Tên Hợp nhất (UNS)

Sự tích tụ của các giao thức thăm dò cũ, các máy chủ OPC biệt lập và các kết nối API điểm-điểm thường dẫn đến một “kiến trúc spaghetti” phức tạp. Trong môi trường này, việc thêm một công cụ phân tích mới duy nhất đòi hỏi phải thiết lập các kết nối tùy chỉnh tới mọi nút SCADA, cơ sở dữ liệu lưu trữ lịch sử và cơ sở dữ liệu MES trong toàn cơ sở.

Để loại bỏ những điểm nghẽn tích hợp này, các kỹ sư tự động hóa hiện đại đang triển khai kiến trúc Không gian Tên Hợp nhất (UNS). Không gian Tên Hợp nhất đóng vai trò là một lớp trừu tượng phần mềm tập trung, theo thời gian thực, cung cấp “nguồn dữ liệu duy nhất đáng tin cậy” cho mọi dữ liệu vận hành và kinh doanh trong doanh nghiệp.

Hình 3. Cấu trúc Không gian Tên Hợp nhất (UNS) điều phối luồng dữ liệu thời gian thực qua tất cả các lớp doanh nghiệp ISA-95. Hình ảnh do Wikipedia Commons cung cấp.

Dựa trên mô hình xuất bản/đăng ký—thường được triển khai bằng MQTT Sparkplug B hoặc các nền tảng luồng sự kiện—UNS cấu trúc dữ liệu theo ngữ nghĩa dựa trên các hệ thống phân cấp vật lý tiêu chuẩn (chẳng hạn ISA-95):

Doanh nghiệp / Cơ sở / Khu vực / Dây chuyền / Ô sản xuất / Tài sản

Trong một khung UNS được triển khai đầy đủ:

• Một PLC tại hiện trường xuất bản trực tiếp trạng thái động cơ tới Enterprise/Plant_A/Line_2/Mixer/Motor_Speed khi trạng thái thay đổi.
• Hệ thống SCADA đăng ký cấu trúc chủ đề để hiển thị đồ họa vận hành theo thời gian thực.
• Hệ thống Quản lý Tài sản Doanh nghiệp (EAM) lắng nghe cùng luồng chủ đề để theo dõi số giờ vận hành và tự động lập lịch bảo trì phòng ngừa.
• Các mô hình học máy dựa trên đám mây tiếp nhận luồng dữ liệu hợp nhất để thực hiện phát hiện bất thường dự đoán mà không tạo thêm yêu cầu thăm dò lên bộ điều khiển tại hiện trường.

Bằng cách tách rời các bên sản xuất dữ liệu khỏi các bên tiêu thụ dữ liệu thông qua UNS, các doanh nghiệp công nghiệp có thể thêm, sửa đổi hoặc mở rộng quy mô các công cụ phần mềm và cảm biến biên mà không cần thiết kế lại các vòng điều khiển hiện có.

Ma trận giao thức cấp trường và so sánh kỹ thuật

Việc lựa chọn chiến lược giao thức tối ưu đòi hỏi phải hiểu rõ các đặc tính hiệu năng kỹ thuật, phần chi phí tải trọng dữ liệu và các ứng dụng mục tiêu của từng lớp mạng trong toàn bộ hệ sinh thái vận hành:

Giao thức	Kiến trúc	Lớp truyền tải	Payload dữ liệu & Ngữ cảnh	Khu vực ứng dụng chính
Modbus RTU/TCP	Máy khách/Máy chủ (Thăm dò)	RS-485 / TCP/IP	Thanh ghi 16 bit thô, không có siêu dữ liệu	Thiết bị kế thừa, công tơ điện, mạng cảm biến cơ bản
PROFINET / EtherNet/IP	Nhà sản xuất/Người tiêu dùng theo chu kỳ	Ethernet / Lớp vật lý tùy chỉnh	Khung I/O xác định, chẩn đoán cấp thiết bị	Điều khiển rời rạc tốc độ cao, điều khiển chuyển động, I/O hiện trường
OPC UA	Máy khách/Máy chủ & Pub/Sub	TCP/IP, HTTP/HTTPS, WebSockets	Mô hình đối tượng phong phú, siêu dữ liệu, chứng chỉ mã hóa	PLC đến SCADA, giao tiếp giữa các bộ điều khiển, kết nối IT/OT
MQTT / Sparkplug B	Pub/Sub qua Broker trung tâm	TCP/IP, TLS (nhẹ)	Báo cáo theo ngoại lệ, payload Protobuf với các chủ đề ngữ nghĩa	Kiến trúc UNS, cảm biến biên IIoT, phân tích dữ liệu đo từ xa trên đám mây

Thiết kế kiến trúc thực tế: Nâng cấp hoạt động nhà máy kế thừa

Di chuyển một nhà máy sản xuất đang hoạt động trong môi trường brownfield từ các mạng thăm dò kế thừa sang kiến trúc mở, hướng sự kiện đòi hỏi phương pháp kỹ thuật theo từng giai đoạn thay vì đại tu toàn bộ hệ thống.

Hãy xem xét một cơ sở xử lý liên tục điển hình đang vận hành các hệ thống PLC-5 hoặc ControlLogix đời đầu đã cũ, cùng với phần cứng bảo vệ máy quay độc lập. Việc cố gắng thay thế đồng thời toàn bộ phần cứng kế thừa sẽ gây ra rủi ro thời gian ngừng hoạt động và chi phí vốn không thể chấp nhận. Lộ trình hiện đại hóa có cấu trúc gồm ba giai đoạn mang lại hướng đi thực tế:

1. Giai đoạn 1: Lớp chuyển đổi giao thức biên
   Lắp đặt các cổng biên công nghiệp cạnh các tủ PLC kế thừa. Cổng biên thăm dò các thanh ghi lưu trữ cục bộ qua giao thức nối tiếp hoặc fieldbus kế thừa, rồi chuyển đổi các giá trị thô thành các nút OPC UA có cấu trúc hoặc các chủ đề MQTT Sparkplug B.
2. Giai đoạn 2: Triển khai Broker và cấu trúc UNS
   Triển khai một MQTT Broker dự phòng, khả dụng cao tại chỗ. Xác định không gian tên chủ đề ISA-95 thống nhất trên toàn khu vực sản xuất. Định tuyến dữ liệu đo từ xa của cổng biên vào broker, ngay lập tức cho phép quan sát tài sản theo thời gian thực mà không thay đổi thời gian quét PLC hoặc logic điều khiển bên dưới.
3. Giai đoạn 3: Tích hợp phân tích nâng cao và điều khiển lai
   Kết nối các hệ thống lưu trữ dữ liệu lịch sử cấp doanh nghiệp, công cụ phân tích đám mây và hệ thống HMI hiện đại trực tiếp với UNS dưới dạng các thuê bao. Khi các bộ điều khiển kế thừa đến cuối vòng đời, hãy thay thế chúng bằng các PAC hiện đại, có kiến trúc mở, tương thích gốc với môi trường OPC UA và MQTT.

Thông qua chiến lược mô-đun này, các cơ sở công nghiệp bảo vệ những khoản đầu tư vốn hiện có vào phần cứng hiện trường, đồng thời đạt được tính linh hoạt dữ liệu, khả năng tuân thủ an ninh mạng và khả năng mở rộng cần thiết cho hoạt động Công nghiệp 4.0 hiện đại.