Mở đầu

Sau ba năm vận hành, nhiều nhà máy tại miền Nam Việt Nam rơi vào tình trạng phụ thuộc nhà cung cấp nghiêm trọng. Đây là tình huống giả định tại một nhà máy sản xuất thực phẩm ở Long An, nơi toàn bộ hệ thống PLC, HMI và SCADA phụ thuộc hoàn toàn vào giải pháp của Rockwell. Mỗi khi cần thêm thiết bị mới hoặc nâng cấp, chi phí và thời gian đều bị chi phối bởi một nhà cung cấp duy nhất. Bài viết này trình bày cách tiếp cận kỹ thuật thực tế để phá vỡ sự phụ thuộc đó bằng các chuẩn mở và lớp abstraction trung lập.

Các lớp tích hợp và nhu cầu chuẩn hóa

Hệ thống tự động hóa thường được chia thành ba lớp chính:

• Field level: Cảm biến, actuator, thiết bị I/O (Modbus RTU, EtherNet/IP, PROFINET…).
• Control level: PLC của nhiều hãng (Siemens S7-1500, Schneider M580, Mitsubishi Q series, Rockwell ControlLogix).
• Supervisory level: SCADA, MES, historian.

Để loại bỏ giao thức độc quyền, cần đưa dữ liệu từ tất cả các lớp về một mô hình trung lập. OPC UA và MQTT là hai công nghệ cốt lõi: OPC UA cung cấp semantic và security ở mức control/supervisory, MQTT đảm bảo truyền tải nhẹ nhàng, dễ scale ở mức field và edge.

Xây dựng abstraction layer với OPC UA + MQTT

Thay vì để từng driver PLC giao tiếp trực tiếp với SCADA, cần triển khai một lớp middleware (thường là một hoặc nhiều OPC UA Server + MQTT Broker).

Mỗi PLC vẫn dùng giao thức gốc của hãng, nhưng driver trung lập (viết bằng Python với thư viện python-opcua hoặc Ignition Perspective, hoặc Node-RED với module tương ứng) sẽ chuyển đổi dữ liệu sang OPC UA Information Model hoặc MQTT Sparkplug B. Như vậy, lớp trên (SCADA, MES) chỉ cần giao tiếp với OPC UA Server hoặc MQTT topic, không cần biết PLC thuộc hãng nào.

Ví dụ thực tế: tại một kho logistics ở TP.HCM, họ dùng một máy chủ edge chạy MQTT Broker để gom dữ liệu từ 12 PLC của 4 hãng khác nhau trước khi đẩy lên hệ thống WMS.

Tag mapping và semantic data model

Không thể để mỗi vendor tự đặt tên tag. Cần xây dựng một semantic data model chung, thường dựa trên OPC UA Companion Specification hoặc ISA-95.

Thực hiện tag mapping trung lập bằng cách:
– Tạo một file mapping (JSON/YAML) chứa tên tag chuẩn, kiểu dữ liệu, engineering unit và semantic reference.
– Driver trung lập đọc mapping file này để expose dữ liệu ra OPC UA node hoặc MQTT topic theo cấu trúc cố định.

Ví dụ: tag Motor1_Speed của Rockwell và tag M1_N của Mitsubishi đều được map thành ns=2;s=Machine.Motor.Speed trong OPC UA namespace.

Triển khai driver trung lập bằng containerization

Để dễ mở rộng và bảo trì, đóng gói từng driver thành Docker container. Sử dụng Kubernetes khi cần chạy nhiều driver trên cụm edge server.

• Mỗi container chỉ đảm nhận một vendor hoặc một protocol.
• Dùng ConfigMap/Secret để inject mapping file và certificate.
• Triển khai qua Helm chart để scale nhanh khi thêm thiết bị mới.

Điều này giúp nhà máy thực phẩm giả định ở Long An có thể thêm một dây chuyền mới từ Schneider mà không cần thay đổi kiến trúc tổng thể.

Xử lý latency, cybersecurity và scalability

• Latency: Đặt OPC UA Server hoặc MQTT Broker gần control level nhất có thể (edge). Sử dụng OPC UA PubSub hoặc MQTT QoS 0 cho dữ liệu thời gian thực.
• Cybersecurity: Bắt buộc dùng TLS 1.2/1.3 cho mọi kết nối. Quản lý certificate bằng internal CA hoặc Let’s Encrypt (nếu có internet). Áp dụng OPC UA SecurityPolicy Basic256Sha256 và xác thực username/password + certificate.
• Scalability: Thiết kế MQTT topic theo cấu trúc phân cấp (factory/line/machine) và dùng OPC UA Server redundancy. Khi thêm thiết bị mới, chỉ cần deploy thêm container driver và cập nhật mapping file.

Tránh cạm bẫy vendor-specific extensions

Nhiều vendor thêm extension riêng vào OPC UA (như Siemens với custom namespace hoặc Rockwell với CIP Security). Giải pháp là:
– Giới hạn chỉ sử dụng các node và service thuộc Companion Specification chuẩn.
– Xây dựng abstraction layer thứ hai ở phía client (SCADA) để lọc bỏ các node không chuẩn.
– Thực hiện test case nghiêm ngặt mỗi khi cập nhật firmware PLC.

Kết luận – Checklist 8 bước triển khai

1. Đánh giá hiện trạng
   Liệt kê tất cả thiết bị, giao thức và vendor. Tiêu chí: có danh sách đầy đủ, xác định được các điểm lock-in.

2. Thiết kế semantic data model
   Xây dựng namespace OPC UA và mapping file. Tiêu chí: mọi tag quan trọng đều có semantic reference rõ ràng.

3. Chọn và thử nghiệm middleware
   Triển khai OPC UA Server + MQTT Broker trên môi trường lab. Tiêu chí: latency < 100ms và mất mát dữ liệu < 0.1%.

4. Phát triển driver container
   Đóng gói driver cho từng vendor vào Docker. Tiêu chí: container chạy ổn định và tự restart khi mất kết nối.

5. Triển khai TLS và certificate management
   Cấu hình chứng thực hai chiều. Tiêu chí: không còn kết nối không mã hóa nào tồn tại.

6. Thử nghiệm tích hợp end-to-end
   Kết nối từ field đến supervisory level. Tiêu chí: SCADA đọc được dữ liệu từ tất cả vendor mà không cần driver riêng.

7. Kiểm tra scalability và redundancy
   Thêm thiết bị mới và mô phỏng mất một node. Tiêu chí: hệ thống tự động nhận diện và tiếp tục hoạt động.

8. Bàn giao và tài liệu hóa
   Cung cấp tài liệu mapping, hướng dẫn thêm thiết bị mới và runbook. Tiêu chí: nhân viên vận hành có thể thêm thiết bị mới trong vòng 2 giờ mà không cần vendor hỗ trợ.