Học Automation cùng MINATA #41: HMI cơ bản cho máy: màn hình phải giúp vận hành, không chỉ đẹp
HMI cơ bản cho máy: màn hình phải giúp vận hành, không chỉ đẹp
HMI là nơi người vận hành nhìn thấy hệ điều khiển. Một màn hình tốt giúp họ biết ngay máy đang ở chế độ nào, đang chờ điều kiện gì và phải làm gì khi có lỗi. Một màn hình kém làm người vận hành đoán mò, bấm thử và gọi bảo trì cho những việc lẽ ra tự xử lý được.
HMI cần hiển thị những gì
Bốn nhóm thông tin gần như luôn có mặt:
- Trạng thái máy: đang Idle, Running, Hold, Fault hay Home. Người vận hành phải đọc được trạng thái trong một cái liếc.
- Chế độ: Manual/Auto, và ai đang có quyền điều khiển (local hay remote).
- Lệnh vận hành: Start, Stop, Reset, Jog — kèm điều kiện cho phép, không phải nút bấm là chạy.
- Cảnh báo và sự cố: danh sách alarm còn hoạt động, thời điểm phát sinh và hướng dẫn xử lý.
Phân tầng màn hình
Đừng dồn mọi thứ lên một trang. Cấu trúc thường dùng gồm: trang tổng quan cho cái nhìn toàn máy, trang chi tiết cho từng cụm cơ cấu, trang alarm có lịch sử và trang cài đặt giới hạn theo quyền. Người vận hành đi từ tổng quan tới chi tiết khi cần, không phải cuộn qua hàng chục nút để tìm một giá trị.
Màu và alarm là ngôn ngữ, không phải trang trí
Dành màu mạnh (đỏ, vàng) cho bất thường, để nền và trạng thái bình thường ở tông trung tính. Nếu cả màn hình đều rực rỡ, mắt người vận hành mất khả năng phát hiện cái đang thật sự sai. Mỗi alarm nên có mức ưu tiên, mô tả rõ và gợi ý hành động; tránh "alarm rác" báo những việc không cần can thiệp, vì chúng dạy người vận hành thói quen phớt lờ.
Lệnh, phản hồi và xác nhận
Tách rõ ba thứ trên màn hình: lệnh đã gửi, phản hồi thật của thiết bị và kết quả. Một nút Run sáng không có nghĩa motor đang quay; hãy lấy trạng thái Running từ phản hồi drive hoặc cảm biến. Với thao tác có rủi ro (jog khi cửa mở, ghi đè giới hạn), thêm bước xác nhận để tránh chạm nhầm.
Tình huống kỹ thuật tham khảo
Trên cụm máy MINATA, HMI hiển thị ba trường riêng cho một động cơ: lệnh Run, phản hồi Running và Fault của drive. Người vận hành không nhầm "đã bấm chạy" với "motor đang chạy"; khi có lỗi, trang alarm chỉ đúng cụm và mã lỗi drive để rút ngắn thời gian dò.
Bố cục, màu, ngưỡng và quyền truy cập cuối cùng phải theo hồ sơ máy, tiêu chuẩn áp dụng và yêu cầu của khách.
Sai lầm thường gặp
- Thiết kế màn hình theo thẩm mỹ trước khi thống nhất người vận hành cần thấy gì.
- Hiển thị trạng thái từ bit lệnh thay vì phản hồi thật của thiết bị.
- Nhồi mọi nút và giá trị lên một trang, không phân tầng.
- Alarm không phân mức, không có hướng dẫn xử lý.
- Cho phép chỉnh tham số trên HMI mà không giới hạn quyền và không lưu vết.
Checklist thiết kế HMI
- [ ] Trạng thái máy và chế độ đọc được trong một cái liếc.
- [ ] Lệnh có điều kiện cho phép và phản hồi thật đi kèm.
- [ ] Màu mạnh chỉ dành cho bất thường; alarm có mức và hướng dẫn.
- [ ] Màn hình phân tầng tổng quan → chi tiết → alarm → cài đặt.
- [ ] Chỉnh tham số có phân quyền và lưu vết.
HMI tốt biến hệ điều khiển phức tạp thành thứ người vận hành ca sau vẫn dùng đúng. Bài #42 đi vào cách nối HMI với PLC: thiết kế tag và trạng thái trước khi kéo dây.
Đọc thêm kiến thức tự động hóa tại MINATA: https://minatavn.com/vi/blog/tu-dong-hoa
Bài liền trước — #40: Encoder và phản hồi vị trí: https://minatavn.com/vi/blog/hoc-automation-cung-minata-40-encoder-phan-hoi-vi-tri
Bài tiếp theo — #42: Kết nối HMI–PLC: thiết kế tag và trạng thái trước khi kéo dây: https://minatavn.com/vi/blog/hoc-automation-cung-minata-42-ket-noi-hmi-plc
Xem tất cả bài viết kỹ thuật MINATA