InTouch HMI hay System Platform: ứng dụng standalone, managed, Galaxy và quy tắc kích thước của AVEVA

Khi nhà máy mở rộng hay thay HMI AVEVA (Wonderware), câu hỏi thiết kế đầu tiên là InTouch HMI đứng riêng có đủ không, hay nên đưa ứng dụng vào System Platform. Tài liệu của AVEVA không trả lời bằng một quy tắc duy nhất, nhưng có đủ các dữ kiện để quyết: hai loại ứng dụng InTouch, những gì một Galaxy mang thêm, giới hạn kích thước của từng node, và loại máy nào hợp với vai trò nào. Bài này đặt các dữ kiện đó cạnh nhau theo tài liệu InTouch HMI và System Platform 2023 R2 SP1 P04 của AVEVA. Dòng sản phẩm và lịch sử tên Wonderware: xem bài AVEVA là gì.

1. Hai loại ứng dụng InTouch

AVEVA tách ứng dụng InTouch standalone và managed:

Đường nhập này quan trọng với nhà máy đang chạy: một ứng dụng standalone đã chạy nhiều năm có thể đưa vào IDE thành ứng dụng managed thay vì vẽ lại.

2. Galaxy mang thêm những gì

Ứng dụng managed nằm trong một Galaxy, và Galaxy mang thêm ba thứ mà InTouch standalone không có:

• Một cơ sở dữ liệu cấu hình trung tâm. Galaxy Repository lưu cấu hình trong Microsoft SQL Server, mỗi Galaxy một database, và báo cho mọi node các thay đổi chung như mô hình bảo mật.
• Một mô hình deploy. Mỗi máy trong mạng System Platform được deploy một WinPlatform, một AppEngine và một Area, đối tượng được gán vào area, nên kỹ sư quyết định máy nào chạy phần nào của nhà máy.
• Engine dự phòng. AppEngine có thể chạy thành cặp chính và dự phòng; bảng dự phòng của AVEVA mô tả cặp engine phản ứng thế nào với từng lỗi mạng, và bài Sửa lỗi System Platform của chúng tôi nêu các trường hợp hay gặp.

3. Quy tắc kích thước của AVEVA

Hướng dẫn kích thước hệ thống của AVEVA đặt các giới hạn áp dụng dù ứng dụng được dựng theo cách nào:

• Bắt buộc hệ điều hành 64-bit với mọi cỡ hệ, và bắt buộc Windows Server với hệ lớn.
• SQL Server Express chỉ được hỗ trợ cho hệ nhỏ, nghĩa là dưới 25.000 I/O mỗi node.
• Mỗi AppEngine đang chạy cần một bộ xử lý logic và chạy dưới dạng tiến trình 32-bit.
• AVEVA khuyên mỗi engine trong cặp dự phòng có một bộ xử lý logic riêng; hai engine chỉ nên dùng chung một bộ xử lý logic khi chúng dùng dưới 40% CPU và bộ nhớ, nếu không node có thể quá tải lúc chuyển dự phòng.
• Một AppEngine thường chứa từ 5.000 tới 50.000 đối tượng, tùy số attribute, script và đồ họa.

Hướng dẫn triển khai của AVEVA định nghĩa hệ lớn là khoảng 20.000 tới 50.000 điểm I/O và hệ rất lớn là từ 50.000 điểm trở lên.

4. Máy nào cho vai trò nào

Bảng loại node của AVEVA đánh dấu, với từng thành phần, loại máy được ưu tiên:

Cùng bảng đó ghi phần lớn vai trò được hỗ trợ trên một máy all-in-one, là cách các hệ nhỏ thường bắt đầu.

5. Chúng tôi quyết thế nào

Đây là cách làm của TDL, không phải yêu cầu của AVEVA:

• Số khu vực dùng chung loại thiết bị. Template có lợi khi cùng một loại bơm, van hay động cơ lặp lại trên nhiều dây chuyền; một máy hay một khu vực nhỏ hiếm khi cần Galaxy.
• Cái đang chạy. Ứng dụng standalone có sẵn nhập được vào IDE, nên chuyển sang System Platform không có nghĩa là vẽ lại mọi cửa sổ.
• Số I/O mỗi node. Gần giới hạn 25.000 I/O của SQL Server Express thì phiên bản cơ sở dữ liệu thành một phần của thiết kế.
• Dự phòng. Quá trình phải chạy tiếp khi một máy chủ hỏng thì cần AppEngine dự phòng, tức là cần System Platform.

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. Chúng tôi đã làm với cả hai: ứng dụng Wonderware trong lần nâng cấp dây chuyền Maggi ở Nestlé Đồng Nai, và System Platform ở Samsung SEHC và hệ biomass ở Nestlé Trị An. Thêm về dịch vụ này: Đối tác AVEVA tại Việt Nam.