Canary Virtual Views và Calcs & Events: mô hình tài sản, KPI và sự kiện

Tag thô trong historian mang tên mà SCADA hoặc PLC đặt cho chúng, mỗi tag một chỗ. Canary thêm hai lớp lên trên: Virtual Views đổi tên tag và gom tag thành tài sản, còn Calcs & Events chạy tính toán và phát hiện sự kiện trên mọi tài sản cùng loại. Bài này dựa trên tài liệu của Canary để giải thích hai lớp phối hợp ra sao cho KPI, dừng máy, mẻ và ca, và cần chốt gì trước khi dựng. Canary System dựng thế nào: xem bài Kiến trúc Canary Historian.

Virtual Views: một cấu trúc tên và một mô hình tài sản

Trong Canary System, client vào Historian qua dịch vụ Views. Ngoài view mặc định của Historian cục bộ, Canary cho dựng Virtual Views trên các DataSet hoặc trên Virtual View khác, với hai mục đích: đổi tên tag và định nghĩa tài sản. Đổi tên trong Virtual View làm đường dẫn tag thống nhất mà không phải sửa tên ở nguồn SCADA, việc mà Canary ghi là có thể tốn kém.

Việc đổi tên làm bằng luật Model: biểu thức regex tìm và thay mẫu trong đường dẫn tag và trong các thuộc tính gắn thêm vào nó, áp theo thứ tự. Sau đó luật Asset định nghĩa loại tài sản ở từng cấp, ví dụ một dây chuyền, các máy của nó và động cơ của từng máy. Bài của Canary ghi Virtual View tự dựng lại 5 phút một lần khi tag nguồn được thêm, bớt hoặc đổi thuộc tính, và cũng dựng lại bằng tay được.

Calcs & Events: job chạy theo loại tài sản

Dịch vụ Calculation kết nối tới Views, đọc dữ liệu từ Historian và chạy các job, kết quả là tag tính toán hoặc sự kiện. Job chạy theo chu kỳ, ví dụ 15 phút một lần, có thể kèm độ lệch, hoặc chạy mỗi khi một đầu vào thay đổi. Job có thể nhắm một tag hoặc một loại tài sản trong Virtual View; với loại tài sản, chỗ giữ %Asset% trong đường dẫn tag và biểu thức được thay bằng từng tài sản, nên một định nghĩa cho ra một kết quả cho mỗi tài sản.

Khi job khởi động, nó tính bù tính toán và sự kiện từ một thời điểm bắt đầu chọn trước cho tới khi bắt kịp dữ liệu trực tiếp, và về sau có thể tính bù lại để sửa kết quả sai. Tag tính toán được ghi vào Historian qua store and forward. Canary khuyên dùng một DataSet riêng cho chúng, như vậy cũng dễ xóa dữ liệu tính toán để làm lại, và DataSet đó phải được thêm làm nguồn của view thì kết quả mới hiện ra.

Sự kiện: dừng máy, mẻ, ca và alarm

Một sự kiện cần biểu thức bắt đầu; biểu thức kết thúc là tùy chọn, không có thì sự kiện kết thúc khi biểu thức bắt đầu không còn đúng. Thời gian tối thiểu quy định biểu thức phải đúng bao lâu mới tính là sự kiện. Mỗi sự kiện ghi thời điểm bắt đầu, kết thúc và thời lượng, và có thể tính thuộc tính trên khoảng sự kiện, như nhiệt độ trung bình và lớn nhất trong một mẻ.

Trang sản phẩm của Canary nêu các ứng dụng dừng máy, mẻ, ca và alarm. Theo bài Boot Camp, sự kiện lưu trong cơ sở dữ liệu SQLite cục bộ, còn trang sản phẩm nêu thêm lựa chọn Microsoft SQL Server hoặc MySQL. Nhật ký sự kiện được đưa qua Views tới Axiom, Excel Add-in, API và ODBC connector.

Nguồn của Canary mô tả sự kiện dựng từ điều kiện trên tag. Các nguồn này không mô tả lệnh sản xuất hay việc người vận hành nhập lý do dừng máy; nhà máy cần những thứ đó thì một lớp MES như Sepasoft OEE Downtime trên Ignition là một lựa chọn khác.

Cần chốt gì trước khi dựng

• Cấu trúc tên nhà máy muốn dùng, và tên tag của từng nguồn khớp vào đó ra sao.
• Các loại tài sản và cấp, ví dụ khu vực, dây chuyền, máy và biến tần.
• KPI cho từng loại tài sản, có công thức, đơn vị và chu kỳ tính.
• Định nghĩa sự kiện: điều kiện bắt đầu và kết thúc, thời gian tối thiểu và các thuộc tính cần ghi.
• DataSet cho tag tính toán, và ngày bắt đầu cho lần tính bù đầu tiên.

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

TDL Industrial Automation là Canary Certified Partner, có tên trên trang đối tác của Canary tại Việt Nam. Các việc về dừng máy và dữ liệu sản xuất TDL đã làm tới nay là trên nền Rockwell Automation, mô tả ở trang Giám sát OEE và dừng máy. Với một dự án Canary, chúng tôi sẽ bắt đầu từ tên tag đang có trong nhà máy và thống nhất mô hình tài sản cùng định nghĩa KPI với nhà máy trước khi dựng job nào. Thêm về dịch vụ historian: Canary Historian tại Việt Nam.