Hệ thống giám sát tiện ích FMCS: phòng sạch và tiện ích

FMCS khác gì so với giám sát riêng từng hệ thống con

Đường vòng phổ biến nhất trong giám sát tiện ích là mua một phần mềm giám sát riêng cho mỗi hệ thống con: một bộ cho phòng sạch, một bộ cho trạm khí nén, một bộ nữa cho trạm nước thải. Hiện trường hiếm khi thiếu dữ liệu; thứ thiếu là cơ chế đặt dữ liệu cạnh nhau để cùng nhìn.

FMCS bắt đầu bằng việc xác định một lớp thu thập thống nhất, rồi xây dựng phần đánh giá nghiệp vụ và trực quan hóa lên trên. Khác biệt giữa các hệ thống con được hấp thụ tại lớp thu thập, nên người vận hành chỉ thấy một màn hình.

• Lớp thu thập thống nhất: dàn xử lý không khí, cảm biến nhiệt độ và độ ẩm, đồng hồ điện và đầu dò khí kết nối qua BACnet, Modbus TCP/RTU và OPC UA
• Lớp đánh giá thống nhất: quy tắc cảnh báo, mức ưu tiên và logic ức chế được cấu hình tại một chỗ thay vì lặp lại trong từng hệ thống con
• Lớp trực quan hóa thống nhất: màn hình lớn phòng trực, ứng dụng máy tính và điện thoại dùng chung một nguồn dữ liệu thời gian thực
• Lớp ghi nhận thống nhất: thông số môi trường, sự kiện cảnh báo và bản ghi xử lý nằm trên cùng một dòng thời gian để truy vết về sau

Một tiêu chí thực tế: nếu để xác nhận một sai lệch môi trường mà người trực phải mở ba phần mềm, thì hệ thống giám sát tiện ích đó chưa thực sự thành hình.

Giám sát môi trường phòng sạch cần lấy những điểm đo nào

Phòng sạch là phần của nhà máy không thể quản lý bằng cảm giác. Ảnh hưởng của dao động môi trường lên tỷ lệ đạt thường xuất hiện chậm, và đến khi kiểm tra thành phẩm phát hiện vấn đề thì thời điểm xử lý đã trôi qua.

Mật độ điểm đo nhiệt độ và độ ẩm nên phân cấp theo mức quan trọng của khu vực, không rải đều toàn nhà máy. Vị trí nhạy với tỷ lệ đạt thì bố trí dày, khu vực phụ trợ ở mức từng phòng là đủ.

Phân cấp cảnh báo và ứng phó: tránh mệt mỏi vì cảnh báo

Nếu mọi cảnh báo tiện ích đều dùng cùng âm thanh và ánh sáng, người trực sẽ bắt đầu bỏ qua sau khoảng ba tháng. Việc phân cấp chỉ có ý nghĩa khi mỗi mức gắn với một hành động khác nhau.

• Mức nhắc nhở: thông số tiến gần ngưỡng, ô hiển thị chuyển vàng, chỉ ghi nhận, được xác nhận trong lượt tuần tra của ca
• Mức cảnh báo: vượt dải dung sai công nghệ, phát âm thanh và ánh sáng gửi tới người phụ trách ca kèm yêu cầu ứng phó có thời hạn
• Mức khẩn cấp: sự cố an toàn và tuân thủ như rò khí đặc biệt hay nước thải vượt chuẩn, kích hoạt trực tiếp quy trình xử lý tại chỗ

Việc ức chế và trễ cảnh báo cũng thuộc thiết kế phân cấp. Ví dụ dao động nhiệt độ, độ ẩm khi chuyển dàn xử lý không khí nếu cảnh báo vô điều kiện sẽ liên tục tạo ra những lượt xử lý tại chỗ vô nghĩa.

Phân cấp cảnh báo phải gắn với đo thời gian ứng phó và bản ghi xử lý, nếu không phân cấp chỉ là nhãn phân loại. Hệ thống ghi lại thời điểm phát sinh, người ứng phó, hành động xử lý và thời điểm kết thúc của mỗi cảnh báo để sau này có thể giải thích sự việc.

Tích hợp các hệ thống con tiện ích vào một nền tảng

Thứ tự tích hợp nên theo "an toàn và tuân thủ trước, năng lượng tiếp theo, tiện nghi sau cùng" thay vì theo thời điểm đưa hệ thống con vào vận hành.

• Trước tiên là an toàn và tuân thủ: giám sát phòng khí công nghệ, giám sát khí thải và nước thải, nơi mất kiểm soát sẽ trực tiếp gây sự cố hoặc khiếm khuyết kiểm toán
• Tiếp theo là tiện ích bảo đảm sản xuất: điều khiển nhóm trạm khí nén, dàn xử lý không khí và giám sát trạm nước lạnh, nơi ngừng cấp là ngừng dây chuyền
• Sau đó là đo đếm năng lượng: thu thập đồng hồ điện và đo khí nén, tạo nền cho phân tích suất tiêu hao
• Cuối cùng là tiện nghi và khu vực phụ trợ: thông gió chung và phân vùng chiếu sáng

Phần bị đánh giá thấp nhất khi tích hợp là khối lượng công việc kết nối giao thức. Bộ điều khiển dàn xử lý không khí, đầu dò khí và đồng hồ điện của các nhà cung cấp khác nhau có chi tiết triển khai khác nhau, nên phải kiểm chứng từng bảng điểm đo tại lớp thu thập. Giả định "tất cả đều hỗ trợ Modbus" là không đủ để kết nối.

Ranh giới bàn giao và nghiệm thu: những việc cần thống nhất trước khi bắt đầu

Khó khăn của nghiệm thu giám sát tiện ích nằm ở chỗ nó vốn trải qua nhiều gói thầu chuyên ngành. Nếu không xác định ranh giới trước, sau bàn giao sẽ nảy sinh tranh chấp "điểm đo này do ai kết nối".

Danh mục nghiệm thu nên bao gồm:

• Kiểm chứng bảng điểm đo từng dòng: đối chiếu giá trị thu thập thực tế với chỉ số thiết bị tại chỗ, xác nhận dải đo và đơn vị
• Kiểm tra thực tế quy tắc cảnh báo: kích hoạt từng quy tắc một lần, xác nhận mức, người nhận và nội dung ghi nhận đúng thỏa thuận
• Tính đầy đủ của dữ liệu lịch sử: chu kỳ thu thập, thời hạn lưu trữ và cơ chế bù dữ liệu khi mất kết nối đáp ứng yêu cầu lưu trữ kiểm toán
• Xác nhận định dạng báo cáo: trường dữ liệu và chu kỳ của báo cáo kiểm toán được thống nhất trước với bộ phận tiện ích và kiểm toán
• Quyền hạn và dấu vết thao tác: xác nhận phân cấp người dùng, nhật ký thao tác và bản ghi thay đổi có thể truy vết

Trạng thái bàn giao thường có ba mức: đã bàn giao (đang vận hành tại hiện trường), có thể bàn giao (phương án và hồ sơ đầy đủ, khởi động ngay) và thí điểm tùy chỉnh (kiểm chứng theo điều kiện hiện trường). Với việc tích hợp nhiều hệ thống con như tiện ích, nên thí điểm trên một tòa nhà hoặc một hệ thống con trước, kiểm chứng lớp thu thập và quy tắc cảnh báo rồi mới triển khai toàn nhà máy.

Điều phối tuần tra di động gắn với sổ thiết bị như thế nào

Giám sát tập trung trả lời câu hỏi "có nhìn thấy không"; điều phối tuần tra trả lời câu hỏi "có người đến không". Khi hai việc tách rời, cảnh báo sẽ nằm lâu không ai xử lý, hoặc bản ghi tuần tra và bản ghi cảnh báo không khớp nhau.

Kết nối điều phối tuần tra vào cùng một nền tảng cần căn chỉnh ba điểm: nguồn phát sinh lệnh khớp với bản ghi cảnh báo, hành động xử lý khớp với sổ thiết bị, trạng thái hoàn thành khớp với thời điểm kết thúc. Có như vậy sổ thiết bị và công việc bảo trì mới có căn cứ sự thật, thay vì ghi chép giấy được điền bổ sung về sau.

Với trường hợp nhiều nhà máy, mẫu phương án có thể nhân bản sang nhà máy mới: chuẩn hóa bảng điểm đo của lớp thu thập theo loại thiết bị và triển khai cùng lúc với việc xây nhà máy, tránh phải thiết kế lại cho từng tòa nhà.