Học Automation cùng MINATA #58: Dữ liệu OEE: định nghĩa trạng thái trước khi tính phần trăm

Dữ liệu OEE: định nghĩa trạng thái trước khi tính phần trăm

OEE (hiệu suất thiết bị tổng thể) là một con số phần trăm hấp dẫn, nhưng nó chỉ đáng tin khi các trạng thái máy được định nghĩa rõ trước. Gán mọi thời gian dừng là "lỗi máy" sẽ cho một OEE sai và những quyết định sai theo sau.

OEE gồm ba thành phần

OEE = Availability × Performance × Quality. Availability đo thời gian máy sẵn sàng chạy so với kế hoạch; Performance đo tốc độ thực so với tốc độ thiết kế; Quality đo tỷ lệ sản phẩm đạt. Một OEE thấp không tự nói vì sao — phải tách được ba thành phần mới biết nên sửa availability, tốc độ hay chất lượng.

Mã lý do dừng máy

Không phải mọi thời gian dừng đều là lỗi máy. Cần mã lý do và quy tắc phân biệt:

Nhóm	Ví dụ	Tính vào
Setup/đổi hàng	Thay khuôn, chỉnh máy	Kế hoạch, không phải lỗi máy
Chờ vật liệu (Starved)	Thiếu phôi đầu vào	Ngoài máy
Nghẽn đầu ra (Blocked)	Máy sau đầy	Ngoài máy
Lỗi máy (Fault)	Sự cố kỹ thuật	Availability giảm
Bảo trì	Kế hoạch hoặc sự cố	Theo loại

Không có mã lý do thì mọi dừng dồn vào "lỗi", và bảo trì bị đổ oan cho việc thiếu vật liệu.

Nguồn dữ liệu đáng tin

Dữ liệu OEE cần timestamp, trạng thái máy và bộ đếm đáng tin từ PLC; con người chỉ nhập phần cần phán đoán (lý do một lần dừng dài). Đếm sản phẩm nên lấy từ tín hiệu xác nhận thật, không từ lệnh băng tải. Dữ liệu tự động giảm sai lệch và tranh cãi khi họp cải tiến.

Tình huống kỹ thuật tham khảo

PLC phân loại trạng thái Run, Starved, Blocked và Fault theo cảm biến và logic; HMI yêu cầu người vận hành chọn lý do cho các lần dừng dài; dashboard tổng hợp OEE theo ca và mã hàng. Nhờ tách Starved/Blocked khỏi Fault, đội cải tiến thấy phần lớn tổn thất đến từ chờ vật liệu, không phải máy hỏng, và tập trung đúng chỗ.

Định nghĩa trạng thái, mã lý do và cách tính cuối cùng phải theo quy ước của nhà máy và quy trình sản xuất.

Sai lầm thường gặp

Gán mọi thời gian dừng là lỗi máy.
Không tách Availability, Performance, Quality.
Đếm sản phẩm từ lệnh thay vì tín hiệu xác nhận.
Không có mã lý do, không biết tổn thất đến từ đâu.
Nhập tay toàn bộ, dữ liệu sai lệch và tranh cãi.

Checklist dữ liệu OEE

[ ] Trạng thái máy định nghĩa rõ trước khi tính phần trăm.
[ ] Có mã lý do phân biệt setup/starved/blocked/fault/bảo trì.
[ ] Timestamp, trạng thái và bộ đếm lấy tự động từ PLC.
[ ] Đếm sản phẩm từ tín hiệu xác nhận thật.
[ ] Tách được Availability, Performance, Quality để hành động.

Định nghĩa trạng thái đúng là nền của một OEE dùng được. Bài #59 chuyển sang kết nối IIoT, bắt đầu từ bài toán dữ liệu và ranh giới bảo mật.

Đọ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 — #57: Đo năng lượng tủ điện: từ một kWh tới quyết định giảm tiêu thụ: https://minatavn.com/vi/blog/hoc-automation-cung-minata-57-do-nang-luong-tu-dien

Bài tiếp theo — #59: Kết nối IIoT: bắt đầu bằng bài toán dữ liệu và ranh giới bảo mật: https://minatavn.com/vi/blog/hoc-automation-cung-minata-59-ket-noi-iiot

Xem tất cả bài viết kỹ thuật MINATA