“Chi tiết khách hàng trả về đã được gia công bằng thông số máy nào?” Một dự án truy xuất nguồn gốc thiết bị có thể thu thập đầy đủ tag PLC mà vẫn không trả lời được, vì dữ liệu máy chưa gắn đúng với lô hoặc số sê-ri đầu ra. Đồ thị nhiệt độ có thể chính xác nhưng không giúp điều tra một sản phẩm cụ thể nếu không biết chu kỳ gia công tương ứng. Bài này dành cho đội sản xuất, chất lượng và kỹ thuật tại nhà máy ở Thái Lan: thiết kế hợp đồng sự kiện nối máy với chi tiết, viết RFP và kiểm tra nghiệm thu FAT/SAT. Các trường trọng tâm gồm mã tài sản máy, lệnh sản xuất, phiên bản recipe/chương trình, cửa sổ thời gian, thông số thực đo, tình trạng dụng cụ và hiệu chuẩn, cảnh báo, lô vật tư và sản phẩm đầu ra.
Cần mua khả năng nối máy với sản phẩm, không chỉ mua dữ liệu tag
Giám sát thiết bị trả lời máy hiện chạy bình thường hay không. Phả hệ sản phẩm trả lời chi tiết cụ thể đã trải qua điều gì trên máy. Câu hỏi thứ hai cần mối nối có thể kiểm chứng giữa định danh sản phẩm và chu kỳ hoặc cửa sổ gia công. Chỉ ghép theo thời điểm gần nhất dễ sai khi đồng hồ lệch, hai chu kỳ chồng nhau, có hàng đệm, đổi mã sản phẩm hoặc sự kiện truyền đến muộn.
Các phương án triển khai toàn hệ thống được trình bày trong hướng dẫn chọn cách triển khai truy xuất nguồn gốc. Việc phê duyệt thay đổi người, máy, vật tư và phương pháp thuộc phạm vi hệ thống quản lý thay đổi 4M. Bài này chỉ xét một công đoạn máy: bằng chứng nào cho thấy máy nào đã xử lý lô đầu vào nào và tạo ra lô hoặc sê-ri đầu ra nào, với điều kiện thực tế nào? Đây không phải bài thay thế quản lý dữ liệu kiểm tra chất lượng toàn nhà máy hay đặc tả kết nối SEMI EDA/SECS/GEM. Giao diện sẵn có có thể cung cấp dữ liệu; hợp đồng sự kiện xác định dữ liệu ấy có ý nghĩa gì đối với sản phẩm.
Hãy thử truy vấn hai chiều. Nhập một mã sản phẩm và lấy được máy, lệnh, phiên bản recipe, thời gian, giá trị thực đo, trạng thái dụng cụ, cảnh báo và lô vật tư. Sau đó nhập một cảnh báo máy và nhận danh sách đầu ra có khả năng bị ảnh hưởng. Nếu hệ thống chỉ hiển thị đồ thị máy, phần truy xuất từ máy đến sản phẩm vẫn chưa hoàn chỉnh.
Xác định đơn vị truy xuất và ranh giới công đoạn trước khi chọn phần mềm
Không phải công đoạn nào cũng đọc được sê-ri từng chiếc tại máy. Trạm lắp ráp từng chiếc có thể dùng quét vào, quét ra và mã chu kỳ. Máy ép nhiều lòng khuôn có thể cần mã shot và lòng khuôn. Lò liên tục cần thời điểm đổi vật tư, thời gian lưu, lô đầu ra và cửa sổ thời gian. Thiết bị xử lý mẻ cần mã batch và nhiều lô đầu vào, đầu ra. Hãy chọn độ chi tiết cao nhất có thể chứng minh khi sản xuất thực tế. Nếu chỉ quan sát theo mẻ, không nên cam kết lịch sử riêng cho từng chiếc.
| Kiểu công đoạn | Khóa nối ban đầu | Bằng chứng ranh giới | Ngoại lệ cần thử |
|---|---|---|---|
| Dòng từng chiếc | Sê-ri và cycle ID | Quét vào, hoàn tất, quét ra | Gia công lại, chu kỳ rỗng, đẩy ra sớm |
| Nhiều lòng khuôn | Shot ID và lòng khuôn/lô con | Mã khuôn và tín hiệu hoàn tất shot | Lòng rỗng, trộn chi tiết |
| Chạy liên tục | Cửa sổ thời gian và lô vào/ra | Điểm đổi vật tư và sản phẩm | Hàng tồn trong máy, trộn vật tư |
| Theo mẻ | Batch ID và nhiều lô vật tư | Xác nhận nạp, chạy, xả | Bổ sung giữa mẻ, tách mẻ |
Độ chi tiết cao hơn chỉ có ích khi ghi nhận ổn định. Nếu công nhân phải quét tay quá nhiều và bỏ sót, lịch sử sẽ kém đáng tin hơn. Khi chỉ chứng minh được mối quan hệ theo lô và thời gian, hãy hiển thị rõ mức chắc chắn đó và khoanh vùng sản phẩm ảnh hưởng một cách thận trọng. Không được trình bày mối nối suy luận như dữ liệu quét trực tiếp.
Định nghĩa “đã gia công”
Tín hiệu bắt đầu chu kỳ, kết thúc chu kỳ và xuất chi tiết đạt là ba sự kiện khác nhau. Chu kỳ hủy hoặc dừng giữa chừng không thể tự động thành sản phẩm hoàn tất. Phân biệt xác nhận đầu vào, bắt đầu, hoàn tất, xuất đạt/không đạt, gia công lại và loại bỏ. Nếu máy không có tín hiệu cần thiết, xác định cảm biến bổ sung hoặc bước xác nhận của người vận hành, đồng thời ghi nguồn dữ liệu. Ví dụ, chỉ quét mã ở cửa vào chưa đủ để xác nhận thành phẩm. Nếu thiếu quét cửa ra, giữ trạng thái “chưa khớp” thay vì tự bổ sung là hàng đạt.
Hợp đồng dữ liệu sự kiện nối máy với chi tiết
Yêu cầu “lưu toàn bộ tag PLC” không phải tiêu chí nghiệm thu. Hợp đồng cần xác định danh tính sự kiện, sản phẩm liên quan, việc gì xảy ra, lúc nào và cách xử lý điểm không chắc chắn. Các trường dưới đây là khung thiết kế dự án, không phải tuyên bố rằng mọi tiêu chuẩn hoặc luật đều bắt buộc tất cả trường cho mọi nhà máy.
| Nhóm trường | Ví dụ dữ liệu | Câu hỏi nghiệm thu |
|---|---|---|
| Danh tính sự kiện | Event ID, công đoạn, asset ID, loại, nguồn | Gửi lại có còn là một sự kiện không? |
| Lệnh sản xuất | Order/job ID, mã hàng, phiên bản công đoạn | Đổi lệnh có gắn nhầm hàng vào lệnh cũ không? |
| Chương trình | Recipe/NC program ID và phiên bản thực tải | Cập nhật master sau này có mất phiên bản cũ không? |
| Thời gian | Giờ nguồn, giờ nhận, bắt đầu/kết thúc, múi giờ, chất lượng đồng hồ | Có thấy lệch giờ và dữ liệu đến muộn không? |
| Kết quả thực | Đạt/không đạt, giá trị đo, đơn vị, vị trí đo, cách tổng hợp | Có phân biệt setpoint với giá trị đo không? |
| Tài nguyên | Dụng cụ, khuôn, đồ gá, thiết bị đo, tuổi thọ, hiệu chuẩn | Khôi phục trạng thái đúng lúc gia công được không? |
| Ngoại lệ | Alarm, giờ phát/hết, dừng, chạy lại, sửa tay | Tìm đầu ra ảnh hưởng và dấu vết sửa được không? |
| Phả hệ | Lô vật tư vào, lô/sê-ri ra, số lượng, tách/gộp | Truy ngược và truy xuôi có khớp không? |
Asset ID cần ổn định kể cả khi tên “máy số 2” hoặc vị trí dây chuyền thay đổi. Tên hiển thị và vị trí nên là thuộc tính có thời hạn hiệu lực. Khuôn, dụng cụ, đồ gá và thiết bị đo có thể chuyển máy nên cần định danh riêng. Một giá trị “nhiệt độ 160” thiếu đơn vị, điểm đo và cách lấy mẫu không đủ dùng: đó là setpoint, giá trị tức thời, cực đại, trung bình hay cuối chu kỳ? ISA-95 là tham chiếu hữu ích cho phân cấp thiết bị và kết nối cấp doanh nghiệp với điều khiển, nhưng không tự đặt mã tài sản riêng của nhà máy.
Quan hệ vật tư đầu vào và đầu ra có thể nhiều-nhiều
Một lô đầu vào có thể tạo nhiều lô đầu ra, nhiều lô vật tư có thể trộn với nhau, và hàng lỗi có thể quay lại gia công. Chỉ lưu một cột lô vào và một cột lô ra sẽ mất quan hệ. Lưu các liên kết cha-con hoặc danh sách đầu vào, đầu ra, số lượng và lý do tách, gộp, quay lại. GS1 EPCIS cung cấp cách nhìn theo sự kiện về cái gì, khi nào, ở đâu, vì sao và trong điều kiện nào đối với sản phẩm, tài sản. Đây là tham chiếu tốt nếu về sau cần chia sẻ dữ liệu với đối tác; không có nghĩa mọi sự kiện máy nội bộ đều buộc xuất thành EPCIS.
Năm tình huống ghép theo thời gian dễ sai
Thứ nhất, đồng hồ của PLC, gateway và MES có thể lệch. Lưu riêng giờ nguồn và giờ nhận, giám sát đồng bộ và đánh dấu khoảng có độ tin cậy thấp. Dung sai phải phù hợp từng công đoạn: chu kỳ lắp ráp ngắn và lò nhiều giờ không cần cùng một ngưỡng. Thứ hai, chu kỳ có thể chồng khi chi tiết nằm trong bộ đệm; ưu tiên cycle ID hoặc quét vào/ra hơn timestamp gần nhất. Thứ ba, mất mạng làm sự kiện đến muộn. Event ID phải ổn định để phát lại không ghi trùng, và thời gian phát sinh khác thời gian đến. Thứ tư, đổi recipe phải xác định chiếc đầu tiên chịu phiên bản mới. Thứ năm, gia công lại, đẩy ra bằng tay, quét lỗi và hủy chu kỳ phải có trạng thái ngoại lệ. Lịch sử sửa cần người sửa, lý do, giá trị trước và sau.
OPC UA, ISA-95 và GS1 dùng ở đâu
OPC UA for Machinery cung cấp cấu trúc thông tin máy; Part 3 đề cập quản lý job. Đặc tả OPC UA for Machine Tools mô tả theo dõi máy và job. Chúng giúp tham chiếu cách máy xuất danh tính, trạng thái và công việc, nhưng không quyết định sê-ri nào của nhà máy đi qua một chu kỳ cụ thể. Vẫn cần quy tắc chuyển tín hiệu thành sự kiện và điểm xác nhận ID. ISA-95 giúp phân biệt order trong ERP, hướng dẫn trong MES và job trên máy. GS1 EPCIS phục vụ sự kiện hiển thị có thể thu thập và chia sẻ trong tổ chức hoặc chuỗi cung ứng. Đó là các lớp khác nhau của một thiết kế.
| Lớp | Tham chiếu | Quyết định còn lại tại nhà máy |
|---|---|---|
| Kết nối máy | OPC UA Machinery/Machine Tools | Ý nghĩa và thời điểm tín hiệu thực |
| Ngữ cảnh nghiệp vụ | ISA-95 | ID, phiên bản, thời hạn hiệu lực |
| Chia sẻ khả năng hiển thị | GS1 EPCIS | Phạm vi chia sẻ và ánh xạ thuật ngữ |
| Sự kiện máy–chi tiết | Hợp đồng dự án | Độ chi tiết, ngoại lệ, bằng chứng |
RFP cần dữ liệu mẫu và kịch bản nghiệm thu
Chỉ viết “kết nối PLC và có traceability” khiến báo giá các nhà cung cấp không cùng phạm vi. Hãy đưa cùng một sơ đồ quy trình, danh sách tín hiệu, điểm nhận diện sản phẩm, nguồn lệnh và phiên bản recipe, kết quả truy vấn cần có, quy tắc ngoại lệ và bộ dữ liệu thử. Nếu tài liệu tín hiệu của máy chưa có, yêu cầu báo giá khảo sát riêng thay vì giấu công việc chưa rõ trong giá trọn gói. Tách tiêu chí chấp nhận kết nối khỏi tiêu chí chấp nhận phả hệ sản phẩm.
Chọn một máy và một sản phẩm đại diện, đánh dấu thời điểm từng ID được xác nhận. Với mỗi trường sự kiện, ghi bắt buộc, có điều kiện hoặc ngoài phạm vi; nguồn, người chịu trách nhiệm, xử lý khi thiếu, hệ thống gốc, cơ sở thời gian lưu và mã ca kiểm thử. Thời gian lưu tùy sản phẩm, hợp đồng khách hàng, quy định áp dụng và hệ thống chất lượng; bài này không áp một số năm chung. Yêu cầu báo giá riêng cho lưu trữ, sao lưu, phục hồi, hiệu năng truy vấn và xuất dữ liệu khi đổi nhà cung cấp.
Nhà thầu nên nộp bảng ánh xạ tín hiệu sang sự kiện kèm đơn vị và thời điểm cập nhật, sơ đồ quan hệ asset/order/job/recipe/material/output, luồng trạng thái bình thường/cảnh báo/gia công lại/mất mạng/sửa tay, file sự kiện mẫu, truy vấn từ sê-ri và từ cảnh báo, biên bản FAT/SAT dự kiến và hướng dẫn xử lý dòng chưa khớp. “Không giới hạn số tag” không bảo đảm truy được một chi tiết bị trả về.
Phân trách nhiệm và các lớp chi phí
Nhà sản xuất máy có thể giải thích tín hiệu PLC; nhà máy phải quyết định tín hiệu đó áp dụng cho sản phẩm nào. Đội ERP biết nguồn order ID, nhưng không thể một mình xác nhận chương trình thực sự đã tải lên máy. Phân công người cung cấp, chuyển đổi, phê duyệt và xử lý lỗi cho từng trường. Với phiên bản recipe và trạng thái hiệu chuẩn, xem master hiện tại là chưa đủ: cần lưu phiên bản hoặc tham chiếu lịch sử có hiệu lực lúc gia công.
Tách báo giá thành thiết bị nhận diện, sửa tín hiệu, gateway, chuyển đổi sự kiện, tích hợp MES/ERP, tìm kiếm, lưu trữ, FAT/SAT, đào tạo và hỗ trợ. Khảo sát máy và thời gian dừng dây chuyền có thể là hạng mục riêng. Khi nhân rộng sang máy khác, kiểm tra lại “hoàn tất chu kỳ” nghĩa là kết thúc xử lý hay đã xuất chi tiết. Cùng họ PLC không bảo đảm ngữ nghĩa sự kiện giống nhau.
FAT và SAT phải chứng minh mối nối với sản phẩm
FAT thử quy tắc và phần mềm bằng tín hiệu, quét mã, kết quả kỳ vọng được kiểm soát tại phía nhà cung cấp. SAT thử trên dây chuyền thật với dây nối, mạng, đồng hồ, công nhân và dòng di chuyển của chi tiết. Màn hình mở được chưa đủ. Lưu mã sản phẩm, event ID, dữ liệu đầu vào, kết quả kỳ vọng, dữ liệu xuất thực tế và cách xử lý sai khác.
| Ca thử | Kỳ vọng ở FAT | Bổ sung tại SAT |
|---|---|---|
| Chu kỳ bình thường | Sê-ri, job, recipe, giá trị thực trong một sự kiện | Quét vào/ra khớp tín hiệu hoàn tất |
| Đổi recipe | Chi tiết trước/sau nhận đúng phiên bản | Kiểm hàng tồn và chiếc đầu tiên |
| Alarm | Khoảng cảnh báo trả tập đầu ra liên quan | Bao gồm hàng trong máy và bộ đệm |
| Mất mạng | Lưu tạm, phát lại, loại trùng, báo không chắc chắn | Ngắt và phục hồi mạng thực |
| Gia công lại | Giữ sự kiện cũ, gắn sự kiện mới | Theo quy trình đưa hàng lại thật |
| Không rõ ID | Quét thiếu không tự thành hàng đạt | Công nhân có thể giữ và giải quyết |
Trước ca alarm, thống nhất cách xử lý chi tiết đang trong máy lúc bắt đầu, hàng trong bộ đệm và đầu ra đầu tiên sau khi chạy lại. Trả về toàn bộ lô có thể tránh bỏ sót nhưng không khoanh vùng hữu ích. Trả về danh sách quá hẹp mà thiếu căn cứ thì rủi ro lọt hàng. Tiêu chí chấp nhận cần vừa đầy đủ vừa giải thích được ranh giới.
Tiêu chí số phải có mẫu số và cách đo. “Không thiếu sự kiện hoàn tất” cần định nghĩa máy, kỳ thử, dừng theo kế hoạch, chu kỳ rỗng và mất mạng. Muốn đo tỷ lệ nối sai cần bộ đáp án độc lập như chi tiết thử và log quét được kiểm soát. Thời gian truy vấn phải đi cùng dung lượng dữ liệu. Thống nhất điều kiện đạt, đạt có điều kiện, chưa đạt trước ngày kiểm thử. Nếu SAT phát hiện ý nghĩa tín hiệu khác giả định, ghi đó là thay đổi của hợp đồng sự kiện.
Bắt đầu bằng một máy và hai câu hỏi điều tra
Chọn máy và nhóm sản phẩm đại diện. Thử xem từ sê-ri lỗi có truy được điều kiện máy không, và từ alarm có tìm được đầu ra liên quan không. Trên sơ đồ quy trình, đánh dấu khi nào lô vật tư, lệnh, recipe đã tải, dụng cụ và ID đầu ra được xác nhận. Không hiển thị một sự thật chưa quan sát được thành trạng thái “bình thường”. Chỉ khóa hợp đồng và ánh xạ khi sản xuất, chất lượng, bảo trì và IT thống nhất ranh giới.
Dùng FAT kiểm tra quy tắc, rồi SAT với chạy bình thường, đổi sản phẩm, dừng, gia công lại và mất mạng. Sau đó mới nhân rộng sang máy tương tự, kiểm tra lại ý nghĩa vật lý của từng tín hiệu. Khi vận hành, theo dõi sự kiện máy chưa nối với sản phẩm, sản phẩm thiếu lịch sử máy, lỗi đồng hồ, sửa tay, phát lại trễ và phạm vi alarm chưa giải quyết. Phân tích theo máy, mã hàng và ca. Con số ngoại lệ bằng không chỉ đáng tin nếu chức năng phát hiện ngoại lệ vẫn đang hoạt động.
Câu hỏi thường gặp
Lưu mọi PLC tag đã đủ truy xuất nguồn gốc thiết bị chưa?
Chưa. Chuỗi dữ liệu thô hỗ trợ phân tích sâu, nhưng lịch sử sản phẩm cần event ID, mã máy và sản phẩm, ranh giới công đoạn, thông số thực và quy tắc ngoại lệ. Nên giữ cả bằng chứng gốc lẫn kết quả nối đã xác minh.
Máy hiện hữu không đọc được sê-ri thì phải bỏ truy xuất từng chiếc?
Trước hết xem có thể bổ sung scanner hoặc cảm biến trước/sau máy và bảo đảm thứ tự chi tiết trên băng tải không. Nếu không, dùng mối nối theo lô và cửa sổ thời gian có căn cứ, công bố độ chính xác thật và quy trình giữ hàng khi không khớp.
RFP nên yêu cầu nhà cung cấp chứng minh gì?
Yêu cầu truy từ sê-ri ra lịch sử máy và từ alarm ra đầu ra bằng dữ liệu nhà máy cấp. Bao gồm đổi recipe, mất mạng và phát lại trùng, gia công lại, quét thất bại ngoài chu kỳ bình thường. Đòi file sự kiện và kết quả kỳ vọng làm bằng chứng.
Đã đạt FAT có thể bỏ SAT không?
FAT kiểm tra mô phỏng có kiểm soát. SAT phát hiện ngữ nghĩa tín hiệu thật, dây nối, lệch giờ, hàng đệm và thao tác người vận hành. Các điều kiện này có thể làm thay đổi hợp đồng sự kiện nên cần thử trên dây chuyền để nhận bàn giao lịch sử dùng được.
Kết luận
Đối tượng cần nghiệm thu trong truy xuất nguồn gốc thiết bị là sự kiện máy–chi tiết đã được xác minh, không phải số lượng tag. Nối asset ID ổn định, job, phiên bản recipe thực dùng, cửa sổ gia công, thông số thực, tình trạng dụng cụ và hiệu chuẩn, alarm, vật tư đầu vào và sản phẩm đầu ra ở độ chi tiết có thể quan sát đáng tin. FAT/SAT phải thử cả vận hành bình thường lẫn ngoại lệ và giữ bằng chứng của mỗi câu trả lời.
Nếu nhà máy ở Thái Lan đang nối thiết bị hiện hữu với MES hoặc ERP, có thể bắt đầu bằng sơ đồ công đoạn của một máy và các vị trí quét hiện tại. Liên hệ TOMAS TECH để trao đổi hợp đồng sự kiện và tiêu chí nghiệm thu ngay khi chuẩn bị RFP.
Nguồn tham khảo và phạm vi
- OPC Foundation: OPC UA for Machinery Part 1
- OPC Foundation: OPC UA for Machinery Part 3 Job Management
- OPC Foundation: OPC UA for Machine Tools Part 1
- International Society of Automation: ISA-95
- GS1: EPCIS and CBV
- GS1: EPCIS 2.0.1
Các trường sự kiện và ca thử trong bài là gợi ý thiết kế triển khai. Hãy xác định mục bắt buộc và thời hạn lưu theo hợp đồng khách hàng, quy định sản phẩm và hệ thống chất lượng cụ thể.
