Một nhà máy giả định có mười hai chuyền, ba hãng PLC, một đề án số hóa toàn bộ và sáu tháng triển khai. Kết quả là một màn hình nhiều biểu đồ mà tổ trưởng không mở, vì con số trên đó không khớp với sổ ghi tay của họ. Đề án không thất bại vì thiếu công nghệ; nó thất bại vì cố trả lời mọi câu hỏi cùng lúc. Cách ít rủi ro hơn là bắt đầu từ một chuyền và một bài toán.

Chọn một câu hỏi cụ thể, không chọn công nghệ

Câu hỏi tốt là câu hỏi mà ai đó trong nhà máy đang phải trả lời bằng tay mỗi ngày: máy ép số 3 dừng bao nhiêu phút mỗi ca và vì lý do gì; chuyền 2 đạt bao nhiêu phần trăm kế hoạch theo từng giờ; tồn bán thành phẩm trước công đoạn sơn là bao nhiêu lúc giao ca.

Câu hỏi quyết định mọi thứ phía sau: cần dữ liệu gì, lấy bao lâu một lần, ai xem, xem ở đâu. Khi chưa có câu hỏi, danh sách thiết bị sẽ do nhà cung cấp quyết định thay cho nhà máy.

Vẽ sơ đồ từ nguồn tín hiệu đến màn hình

Trên một tờ giấy, chia ba cột. Cột nguồn: cảm biến, ngõ ra của PLC, hoặc thao tác nhập tay. Cột thu thập: bộ chuyển đổi tín hiệu, thiết bị kết nối, thiết bị biên hoặc máy tính công nghiệp. Cột hiển thị: bảng LED, màn hình tại chuyền, báo cáo cuối ca.

Với từng mũi tên giữa các cột, ghi dữ liệu đi qua dưới dạng gì và ai chịu trách nhiệm đoạn đó. Sơ đồ này thường cho thấy ngay điểm yếu: một máy cũ không có ngõ ra nào, hoặc một con số chỉ tồn tại trong đầu người vận hành.

Kiểm tra giao diện và ý nghĩa tín hiệu trước khi mua

Dòng chữ “hỗ trợ Modbus” hoặc “có OPC UA” trên catalogue chưa đủ để đặt hàng. Tài liệu của Modbus Organization tách riêng đặc tả ứng dụng về mã hàm với các hướng dẫn cho đường truyền nối tiếp và TCP/IP (modbus.org), nên cần hỏi rõ thiết bị dùng dạng nào và hàm nào. OPC Foundation mô tả OPC UA là khung trao đổi thông tin độc lập nền tảng, với mô hình thông tin, mô hình bảo mật và các khái niệm về khả năng tương tác (OPC 10000-1); một khung chung không có nghĩa hai thiết bị bất kỳ tự hiểu nhau.

Quan trọng không kém là ý nghĩa tín hiệu. Thanh ghi bằng 1 là máy đang chạy hay chỉ sẵn sàng? Một xung là một sản phẩm hay một thùng? Hãy xác nhận với người hiểu máy và kiểm tra trực tiếp trên thiết bị thật trước khi ký đơn hàng, thay vì tin vào khả năng tương thích sẵn có.

Ghi lại mất mạng và dấu thời gian của dữ liệu

Mỗi bản ghi cần một dấu thời gian, và cần biết dấu đó được gắn ở nguồn, ở thiết bị biên hay ở máy chủ. Đồng hồ của các thiết bị lệch nhau vài phút là đủ làm báo cáo theo giờ sai lệch, nên việc đồng bộ giờ phải nằm trong yêu cầu.

Mất mạng là chuyện sẽ xảy ra. Hãy quy định rõ: dữ liệu trong lúc mất mạng được giữ tạm hay bị bỏ, khi khôi phục có gửi bù không, và sự kiện mất mạng có được ghi lại để giải thích khoảng trống. Không phải nhà máy nào cũng cần đưa dữ liệu lên đám mây; thu thập và hiển thị tại chỗ nhiều khi đã đủ cho câu hỏi ban đầu, chỉ cần mở rộng khi có người ở xa cần xem.

Thống nhất tiêu chí thành công rồi mới nhân rộng

Thành công của thử nghiệm nên được định nghĩa bằng dữ liệu đúng được quan sát, không bằng danh sách tính năng. Ví dụ giả định: trong năm ca liên tiếp, số phút dừng máy hệ thống ghi được khớp với sổ tay của tổ trưởng, các khoảng chênh được giải thích. Đây là tiêu chí minh họa, không phải kết quả thực tế của bất kỳ dự án nào.

  • Câu hỏi ban đầu đã trả lời được bằng số liệu từ hệ thống.
  • Người vận hành tin con số đủ để thôi ghi tay.
  • Mất mạng và khởi động lại đã được thử có chủ đích.
  • Sơ đồ nguồn–thu thập–hiển thị đã được cập nhật đúng thực tế.

Sau khi đạt, nhân rộng theo cùng mẫu, nhưng mỗi chuyền mới vẫn phải kiểm tra lại giao diện và ý nghĩa tín hiệu vì máy khác, đời khác. Nếu bài toán đầu tiên là hiển thị sản lượng, bài Bảng điện tử sản lượng: chốt dữ liệu trước khi chọn thiết bị đi sâu hơn. Các thiết bị thu thập, kết nối và biên mà EnterTech cung cấp được mô tả tại thiết bị số hóa.