1. Chọn câu hỏi trước khi chọn dữ liệu
Xưởng muốn biết vì sao lô chậm, máy dừng ở đâu, nguyên liệu đi qua công đoạn nào hay chất lượng đổi khi nào là những bài toán khác nhau. Bắt đầu từ một câu hỏi, định nghĩa chỉ tiêu và quyết định sẽ dùng kết quả. Sau đó mới chọn điểm lấy.
Một số đếm ở đầu vào không tự là sản lượng đạt. Một thời gian máy có điện không tự là thời gian làm việc hữu ích. Cần tên trạng thái và cơ sở tính rõ để tránh một dashboard đẹp nhưng gây hiểu sai giữa sản xuất và quản lý.
Phần thu thập cũng cần tách dữ liệu máy, số đo sản phẩm, nhập tay và dự kiến. Nếu một ô dùng ước tính hoặc đã được hiệu chỉnh, nên nhận diện để người đọc không coi là số đo trực tiếp.
2. Bộ dữ liệu nên có ngữ cảnh
| Nhóm | Nội dung | Giúp tránh |
|---|---|---|
| Nguồn | Mã máy, tín hiệu và ý nghĩa | Ghép số của hai cơ cấu khác nhau |
| Giá trị | Số, đơn vị, hệ số và kiểu | Nhầm số thô với đơn vị kỹ thuật |
| Thời gian | Mốc đo, mốc nhận và quy ước đồng hồ | Sắp sai trình tự sự kiện |
| Chất lượng | Hợp lệ, lỗi, cũ hoặc thiếu | Đổi dữ liệu mất thành 0 |
| Sản xuất | Đơn, lô, ca hoặc trạng thái liên quan | Có biểu đồ nhưng không biết đang làm hàng nào |
Không phải mọi điểm đều cần tần suất giống nhau. Sự kiện chuyển trạng thái, số đo biến thiên chậm và xung ngắn cần cách thu phù hợp. Chu kỳ hiển thị cũng không tự bằng chu kỳ lưu hay khả năng phần cứng.
3. Ví dụ ước lượng lượng dữ liệu thô
Giả sử có 100 giá trị, mỗi giá trị 4 byte, lưu một lần mỗi giây trong 3.600 giây. Phần giá trị thô là 100 × 4 × 3.600 = 1.440.000 byte, tức 1,44 MB theo cách tính thập phân. Đây chưa phải dung lượng cơ sở dữ liệu thực.
Dấu thời gian, chất lượng, khóa, chỉ mục, bản sao và định dạng lưu đều tạo thêm dung lượng. Nếu có nén, lượng ghi thực cũng phụ thuộc cách nén và dữ liệu. Không dùng ví dụ để mua bộ nhớ mà bỏ phần dự phòng và yêu cầu lưu.
Cũng không tăng chu kỳ lên một phút chỉ để tiết kiệm nếu bài toán cần phát hiện sự kiện ngắn. Cần chọn phương án theo mục tiêu và kiểm khả năng thu, không chỉ theo dung lượng.
4. Cảnh báo phải có nội dung và người xử lý
Một cảnh báo nên có mã, điều kiện, mức ưu tiên theo đánh giá, thông tin cần làm, người phụ trách và cách xác nhận kết thúc. Tránh dùng cùng một câu “lỗi máy” cho nhiều tình huống khiến người nhận phải dò từng màn hình.
Phân biệt cảnh báo đang hiện hữu, đã được người dùng xác nhận đã thấy và đã được giải quyết. Acknowledge không tự sửa nguyên nhân. Nếu một cảnh báo tắt rồi xuất hiện lại nhiều lần, cần xem diễn biến và cấu hình qua quy trình, không chỉ xóa để giảm số dòng.
Cảnh báo vận hành thông thường không thay chức năng bảo vệ an toàn. Nếu một điều kiện liên quan nguy hiểm, cách đáp ứng phải được thiết kế và xác nhận trong hệ tương ứng, không dựa duy nhất vào tin nhắn hoặc dashboard.
5. Từ dữ liệu tới phân tích nguyên nhân
Giả sử bộ đếm tăng 180 trong một giờ nhưng kho chỉ có 170 đơn vị được chấp thuận cùng phạm vi. Chênh 10 chưa tự có nghĩa mất hàng; có thể cần đối chiếu hàng chờ, làm lại, điểm đếm hoặc mốc thời gian. Hãy cân đối các trạng thái trước khi kết luận.
Nhật ký nên giữ mã sự kiện gốc cùng nhận xét sau. Nếu sửa phân loại nguyên nhân dừng, lưu thay đổi và người xác nhận. Không biến giả thuyết ban đầu thành dữ kiện chỉ vì nó được nhập sớm nhất.
Để đánh giá cải tiến, chọn các lô có điều kiện có thể so sánh và nói rõ khác biệt. Một biểu đồ trước–sau tốt hơn chưa chứng minh riêng hành động vừa làm là nguyên nhân nếu vật liệu, sản lượng hoặc phạm vi tính cũng đổi.
6. Bắt đầu nhỏ nhưng có khả năng tra lại
Nên thử ở một điểm với danh mục tín hiệu, một mẫu báo cáo, quyền truy cập và quy trình xử lý dữ liệu mất. Kiểm việc xuất, sao lưu và khôi phục theo kế hoạch phù hợp. Khi mở rộng, giữ định nghĩa thống nhất để số liệu giữa các máy không mâu thuẫn vì khác cách đếm.
Với gỗ xẻ và gỗ sấy, mã lô giúp nối đầu vào và chất lượng. Với pallet hoặc cọc gỗ, dữ liệu cần nối tới cấu hình và số hàng đạt theo QC. Các tiện ích LEFAMI hiện dùng thông tin người lập nhập, không tự trở thành hệ thu PLC.
Càng nhiều cảnh báo có càng tốt? Cần đúng mục đích và có hành động; nhiều dòng trùng hoặc không có người xử lý có thể gây rối.
Mất dữ liệu có thể điền 0? Phải giữ trạng thái thiếu; 0 là một giá trị khác.
Có số liệu là đủ tính hiệu suất? Cần định nghĩa thời gian, sản lượng và chất lượng trước. Xem QC gỗ keo và vai trò PLC/HMI.
Nguồn và phạm vi sử dụng
- GE Vernova — Historian, time-series và dữ liệu sự kiện: ví dụ hệ lưu
- Siemens — WinCC Unified V19, ví dụ tài liệu HMI và kết nối
Nguồn hãng và cơ quan kỹ thuật được dẫn để tra khái niệm và phạm vi; không xác nhận LEFAMI đang dùng cấu hình đó. Bảng dữ liệu và ví dụ số học do LEFAMI biên soạn, không phải hướng dẫn đấu nối, cài đặt hoặc thiết kế chức năng an toàn. Can thiệp và xác nhận hệ thống cần người có trách nhiệm, tài liệu đúng thiết bị và đánh giá phù hợp. Tài liệu nước ngoài không được trình bày như quy định pháp luật Việt Nam.