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 sản xuất thông minh, lộ trình phát triển của các giao thức truyền thông công nghiệp đã trải qua một quá trình chuyển đổi sâu sắc. Trong những thập kỷ đầu của tự động hóa tại sàn nhà máy, các vòng điều khiển hoạt động 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 hệ thống đấu dây điểm-điểm quy mô lớn hoặc các card giao tiếp tùy chỉnh.

Khi các ngành công nghiệp quy trình hiện đại ngày càng phức tạp, nhu cầu vận hành về chẩn đoán theo 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. Sự chuyển dịch sang các môi trường kết nối với nhau không chỉ đơn thuần là truyền các bit qua dây dẫn; đó là quá trình tái kiến trúc căn bản cách dữ liệu công nghiệp được cấu trúc, ánh xạ theo ngữ cảnh và truyền tải giữa các thiết bị hiện trường, bộ điều khiển biên và 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 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 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ý, kỹ sư cần một môi trường vật lý và logic được tiêu chuẩn hóa để các bộ điều khiển có thể 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 lĩnh vực truyền thông công nghiệp. Được thiết kế xoay quanh kiến trúc master/slave (nay là client/server) hoạt động trên 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 ngày nay.

Mặc dù đạt được thành công mang tính lịch sử, Modbus vẫn bộc lộ những điểm nghẽn về cấu trúc khi được triển khai trong các môi trường tự động hóa xử lý nhiều dữ liệu. Modbus không hỗ trợ nguyên bản kiểu dữ liệu, siêu dữ liệu ngữ cảnh, 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 chính phải liên tục thăm dò các thanh ghi lưu trữ cụ thể. Khi mạng điều khiển mở rộng đến hàng nghìn điểm I/O, hoạt động thăm dò định kỳ 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 đã xây dựng những kiến trúc fieldbus độc quyền và các phần mở rộng giao thức chú trọng đến hiệu năng:

• Siemens đã triển khai PROFIBUS (và sau đó là PROFINET) để hỗ trợ trao đổi tuần hoàn tốc độ cao đối với dữ liệu I/O và các cờ chẩn đoán phức tạp giữa những trạm hiện 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 chống nhiễu.

Mặc dù các công nghệ fieldbus này đã thực hiện thành công việc trao đổi vòng lặp mang tính xác định, chúng lại tạo ra tình trạng “khóa 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 một công tơ điện 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 hóa 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–HMI, các kỹ sư cần một giao diện chuyển đổi 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ủ 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). Nhà cung cấp giải pháp tự động hóa chỉ cần cung cấp một OPC Server cho phần cứng của mình; bất kỳ phần mềm HMI hoặc SCADA tương thích với OPC nào cũng có thể đọc và ghi dữ liệu một cách 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 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 vốn nổi tiếng là khó khăn, đòi hỏi mở các dải cổng, từ đó gây 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ô mà không có ngữ cảnh tích hợp, đơ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.

Để khắc phục những điểm yếu về kiến trúc này, OPC Foundation đã phát hành Kiến trúc Hợp nhất OPC (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. Điều 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.

Hơn nữa, OPC UA đã giới thiệu một 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 thành các đối tượng phức tạp, kèm theo đơ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 cho 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 nổi 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—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). DCS tích hợp các bộ điều khiển, các phân hệ I/O, cơ sở dữ liệu lưu trữ lịch sử và các trạm vận hành vào một môi trường kỹ thuật thống nhất.

Các triển khai DCS cũ bảo đảm độ 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 đã khiến các đơn vị vận hành nhà máy bị khóa trong hệ sinh thái của một nhà cung cấp duy nhất suốt nhiều thập kỷ. Việc mở rộng DCS cũ hoặc tích hợp các phân hệ chuyên dụng của bên thứ ba—chẳng hạn như giám sát rung động máy móc trực tuyến—thường đòi hỏi những thay đổ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) במסגרת 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. Tính tương tác: Các bus truyền thông được tiêu 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 các ứng dụng phần mềm khỏi phần cứng nền tảng thông qua các microservice được đóng gói trong container và các nút điều khiển phân tán (DCN).
3. Bảo mật: Tích hợp sẵn an ninh mạng, tuân thủ các tiêu chuẩn IEC 62443 và được áp dụng tại mọi ranh giớ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ởi 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ợ, máy theo dõi môi trường và các tủ bảo vệ máy 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 chuẩn hóa.

Đo từ xa 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 mạng yêu cầu/phản hồi máy khách-máy chủ 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 vừa tốn kém vừa thiếu tin cậy.

MQTT đã giải quyết những thách thức này thông qua kiến trúc Xuất bản/Đăng ký (Pub/Sub) hướng sự kiện, sử dụng một broker tin nhắn 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 điểm-điểm trực tiếp. Chúng giao tiếp không đồng bộ thông qua MQTT Broker.
• Chi phí phụ trội tối thiểu: Với phần tiêu đề nhỏ gọn 2 byte, MQTT giảm đáng kể mức sử dụng băng thông so với 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ỉ xuất bản 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 những người đăng ký nếu một thiết bị biên đột ngột ngắt kết nối.

Hình 2. Mô hình Xuất bản/Đăng ký 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 được cung cấp bởi Wikipedia Commons.

Mặc dù MQTT thuần cung cấp cơ chế truyền tải payload linh hoạt, nhưng không chuẩn hóa cách định dạng cấu trúc topic hoặc payload. Để 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 topic được chuẩn hóa, cấu trúc payload Google Protocol Buffer (Protobuf) nhỏ gọn 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)

Việc tích tụ 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 bổ sung 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 historian và cơ sở dữ liệu MES trong toàn bộ 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 Unified Namespace (UNS). Unified Namespace hoạt động như một lớp trừu tượng phần mềm tập trung, theo thời gian thực, đóng vai trò là "Nguồn sự thật duy nhất" cho toàn bộ dữ liệu vận hành và kinh doanh trong doanh nghiệp.

Hình 3. Cấu trúc Unified Namespace (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 được cung cấp bởi Wikipedia Commons.

Dựa trên mô hình publish/subscribe—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 tổ chức dữ liệu theo ngữ nghĩa dựa trên các 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 / Cụm máy / Tài sản

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

• Một PLC hiện trường công bố 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ên 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 hiện trường.

Bằng cách tách biệt 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 hiện 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 các đặc tính hiệu năng kỹ thuật, phần dữ liệu phụ trội 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:

Thiết kế Kiến trúc Thực tế: Nâng cấp Hoạt động Nhà máy Cũ

Di chuyển một nhà máy sản xuất brownfield đang vận hành từ các mạng thăm dò cũ 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ùng với phần cứng bảo vệ máy quay độc lập. Việc cố gắng thay thế toàn bộ phần cứng cũ cùng lúc sẽ dẫn đến 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 tiễn:

1. Giai đoạn 1: Lớp Chuyển đổi Giao thức Biên
   Lắp đặt các gateway biên công nghiệp cạnh các tủ rack PLC cũ. Gateway biên truy vấn các thanh ghi lưu trữ cục bộ qua giao thức nối tiếp hoặc fieldbus cũ, sau đó chuyển đổi các giá trị thô thành các node OPC UA có cấu trúc hoặc topic MQTT Sparkplug B.
2. Giai đoạn 2: Triển khai Broker và Xây dựng UNS
   Triển khai một MQTT Broker dự phòng, độ sẵn sàng cao tại chỗ. Xác định không gian tên topic ISA-95 thống nhất trên toàn bộ khu vực sản xuất. Định tuyến dữ liệu telemetry từ gateway 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 trực tiếp các hệ thống lưu trữ dữ liệu lịch sử doanh nghiệp, công cụ phân tích đám mây và hệ thống HMI hiện đại với UNS dưới vai trò các subscriber. Khi các bộ điều khiển cũ hết vòng đời, hãy thay thế chúng bằng các PAC hiện đại có kiến trúc mở, hỗ trợ nguyên bản 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 khả năng linh hoạt dữ liệu, 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.