AVEVA Historian và PI System khác nhau thế nào: lưu trữ, store-and-forward, replication sang PI

AVEVA hiện bán hai historian quá trình: AVEVA Historian, trước là Wonderware Historian, nằm cạnh System Platform và InTouch HMI, và PI System của OSIsoft trước đây. Nhà máy đang chạy một trong hai, hay cả hai, thường hỏi chúng khác nhau ở đâu và dữ liệu đi giữa chúng thế nào. Bài này so sánh hai sản phẩm theo tài liệu của chính AVEVA: hướng dẫn AVEVA Historian 2026, hướng dẫn triển khai System Platform 2023 R2 SP1 P04, hướng dẫn cài đặt PI Server 2018 và UniInt interface framework 4.7.3. Historian quá trình làm gì nói chung: xem bài Historian là gì.

1. AVEVA Historian trong một hệ System Platform

Hướng dẫn triển khai của AVEVA mô tả node Historian là máy chạy AVEVA Historian trên nền Microsoft SQL Server. Nó lưu dữ liệu quá trình lịch sử và cấp dữ liệu thời gian thực cho các client của System Platform như AVEVA OMI và InTouch HMI. Node Historian không cần đối tượng Platform: các Application Object Server đẩy các attribute được cấu hình lưu lịch sử sang nó. Vì tải đĩa và bộ nhớ, AVEVA khuyên trong đa số trường hợp Historian Server là sản phẩm duy nhất trên node đó.

Hướng dẫn cũng ghi các cổng: từ System Platform 2023 R2, cổng HCAL mặc định là 32565, các bản trước dùng 32568, và cổng REST API là 32569. Phần lớn cấu hình đặt cơ sở dữ liệu lịch sử và alarm chung trên node Historian.

2. AVEVA Historian lưu dữ liệu thế nào

AVEVA Historian dùng hai kiểu lưu trữ. Một database SQL Server tên Runtime giữ cấu hình và dữ liệu sự kiện kiểu cũ. Còn dữ liệu quá trình, cùng alarm và sự kiện, dữ liệu replication và dữ liệu auto-summary, được ghi vào history block: các thư mục chứa file theo định dạng riêng của AVEVA, mỗi block ứng với một khoảng thời gian cố định. Một server có thể chạy một phân vùng lưu chính cho dữ liệu gốc và một phân vùng auto-summary cho dữ liệu tổng hợp. Mỗi giá trị được lưu kèm dấu thời gian và dấu chất lượng, và Historian giữ cả dữ liệu gốc lẫn các lần sửa, kèm ghi nhận giá trị đã được sửa bằng cách nào.

3. Bên trong một PI Server

Hướng dẫn cài đặt PI Server của AVEVA mô tả PI System như một chuỗi từ nguồn dữ liệu và bộ thu dữ liệu của nó tới Data Archive, máy chủ PI Asset Framework (PI AF) và các công cụ phía client. AVEVA ghi PI Server gồm Data Archive, PI AF và PI Notifications Service, còn PI Analysis Service là một server role khác trong cùng bộ cài:

• Data Archive: lưu dữ liệu chuỗi thời gian và chuyển nó theo thời gian thực đi khắp hệ.
• Máy chủ PI AF: mô hình hóa tài sản và thiết bị để dữ liệu chuỗi thời gian có ngữ cảnh.
• PI Analysis Service: tính toán trên attribute PI AF và ghi kết quả vào attribute khác.
• PI Notifications Service: chạy các quy tắc thông báo và gửi cảnh báo qua email hay tới web service.

4. Giữ dữ liệu khi mất mạng

Cả hai sản phẩm đều đệm dữ liệu tại nguồn, nhưng bằng thành phần khác nhau:

Hai chi tiết trong các trang Historian của AVEVA quan trọng ở hiện trường. Store-and-forward của IDAS không dùng được khi đã cấu hình IDAS dự phòng (failover IDAS), và đường dẫn store-and-forward phải là đường dẫn cục bộ hợp lệ. Với HCAL, ví dụ tính băng thông của AVEVA cộng thêm 30% cho băng thông gửi bù, và trong ví dụ tính thời gian, một giờ dữ liệu analog đã đệm mất khoảng 47 phút để gửi bù qua đường truyền nhanh hơn tốc độ dữ liệu bình thường 30%.

5. Các tầng, và đưa dữ liệu từ Historian sang PI

AVEVA Historian replication theo tầng: historian tầng 1 gửi dữ liệu lên historian tầng 2, một server có thể vừa là tầng 1 vừa là tầng 2, và replication có thể đi tiếp lên các tầng sau. Replication dữ liệu tổng hợp chỉ diễn ra giữa tầng 1 và tầng 2; từ đó trở đi, dữ liệu được chép nguyên. Historian replication được cả dữ liệu quá trình lẫn alarm và sự kiện.

PI Server có thể là tầng kế tiếp. Hướng dẫn Historian 2026 của AVEVA cho phép tổng cộng tối đa ba kết nối replication tới PI Server và CONNECT, và phía PI cần PI Web API 2021 SP2 (1.16) trở lên với dịch vụ Open Message Format (OMF) được bật. Với nhà máy đang đưa dữ liệu vào PI qua PI Connector for AVEVA Historian, các bước chuyển đổi của AVEVA giữ connector chạy tới khi replication đã được kiểm, và tên tag đích phải trùng tên connector đang dùng, để tránh hở dữ liệu.

6. Đặt cạnh nhau

TDL tiếp cận thế nào

TDL Industrial Automation có tên trên AVEVA Partner Finder với vai trò System Integrator trong AVEVA Partner Ecosystem. Các việc historian của chúng tôi tới nay là FactoryTalk Historian ở nhà máy thức ăn thủy sản FeedOne của Vĩnh Hoàn và AVEVA System Platform kèm historian, báo cáo ở Samsung SEHC. Trước khi chọn historian, chúng tôi liệt kê ai đọc dữ liệu và đọc từ đâu: người vận hành trên cùng hệ System Platform, hay kỹ sư và quản lý ở nhiều nhà máy. Thêm về dịch vụ historian: SCADA, HMI và tích hợp dữ liệu nhà máy.