Khi mất dữ liệu kiểm tra, nên ghi trạng thái chi tiết CNC thế nào?

*Minh họa bối cảnh ứng dụng*

Khi mất dữ liệu kiểm tra, không thể ghi chi tiết CNC là đạt hoặc không đạt ngay. Dữ liệu thiếu hay không đáng tin cậy là tình trạng dữ liệu, chưa là kết luận chất lượng. Giữ mục chờ xác minh hoặc không đủ dữ liệu tách khỏi đạt và không đạt cho đến khi có bằng chứng kiểm tra và người hoặc bộ phận được phân quyền theo kế hoạch chất lượng hiện có đưa ra quyết định.

Trạng thái dữ liệu khác với trạng thái chi tiết

Trong OPC UA Part 4, Good, Uncertain và Bad của StatusCode mô tả khả năng sử dụng của giá trị dữ liệu, không trực tiếp là kết luận chi tiết đạt hay không đạt. Good không tự chứng minh chi tiết đạt, còn Bad không tự chứng minh chi tiết hỏng.

Khi ghi nhận kết quả kiểm tra, trạng thái dữ liệu không nên bị bỏ qua; đây không phải tuyên bố QIXING có một giao diện hay chức năng kiểm tra cụ thể. Câu hỏi về loại thông tin hình học là chủ đề riêng, có thể xem Phân biệt loại thông tin 2D và 3D, nhưng trang đó không xác nhận dữ liệu kiểm tra hoặc chất lượng chi tiết.

Giá trị còn hiển thị chưa chắc còn hiện thời

Sau mất truyền thông, một giá trị dùng được lần cuối có thể vẫn còn hiển thị, nhưng tính hiện thời của nó có thể không chắc chắn.[^opc-da] Trường hợp không có giá trị đã biết với severity Bad thì giá trị phải là null theo phạm vi của nguồn; điều này không có nghĩa mọi trường hợp Bad đều trả về null.

Giá trị còn lưu không tự trở thành kết quả hiện tại của chi tiết đang xét; bài viết không hướng dẫn sửa mạng, cấu hình phần mềm, xử lý mã lỗi hoặc khôi phục dữ liệu.

Minh họa bối cảnh ứng dụng

*Minh họa bối cảnh ứng dụng*

Tách “chờ xác minh” khỏi kết luận đạt và không đạt

Mô hình PartQuality của Machine Tools minh họa việc tách NotYetMeasured khỏi Good và Bad, cùng các tình huống máy không thể hoặc sẽ không đưa ra kết luận chất lượng.[^opc-partquality] Mục 12.6 của OPC 40501-1 v1.02 đã deprecated, nên đây chỉ là ví dụ khái niệm, không phải yêu cầu triển khai hiện hành.

Minh họa bối cảnh ứng dụng

*Minh họa bối cảnh ứng dụng*

Cần làm rõ gì trước khi ghi kết luận cuối cùng?

Trước kết luận cuối cùng, làm rõ bằng chứng kiểm tra, trạng thái dữ liệu và thẩm quyền theo kế hoạch chất lượng hiện có. Bài viết không đặt tiêu chí đạt hoặc quyết định vận hành.

Việc bàn giao thông tin đã ghi giữa các ca là chủ đề riêng. Bàn giao trạng thái còn chờ xác minh giữa các ca chỉ dùng để điều hướng sang nội dung bàn giao, không thay thế quyết định chất lượng hay quy trình phục hồi.

Câu hỏi thường gặp

Dữ liệu mang trạng thái Good có chứng minh chi tiết đạt không?

Không. Good trong nguồn mô tả khả năng sử dụng của giá trị dữ liệu, không phải tiêu chí hoặc kết luận chất lượng của chi tiết.

Mất dữ liệu kiểm tra có nghĩa chi tiết không đạt không?

Không nên suy diễn như vậy. Giữ trạng thái chờ xác minh hoặc không đủ dữ liệu tách khỏi kết luận cuối cùng đến khi có bằng chứng theo kế hoạch chất lượng hiện có.

Có thể dùng giá trị kiểm tra còn lưu từ trước như kết quả hiện tại không?

Không thể tự xem đó là kết quả hiện tại. Sau mất truyền thông, tính hiện thời của giá trị dùng được lần cuối có thể không chắc chắn và trạng thái dữ liệu cần được chú ý.

Tên trạng thái PartQuality có phải yêu cầu triển khai hiện hành không?

Không. Mục 12.6 OPC 40501-1 v1.02 đã deprecated; nó chỉ được dùng làm ví dụ khái niệm, không phải yêu cầu tuân thủ hay thiết kế phần mềm.

Nguồn và ranh giới sử dụng

[^opc-da]: OPC Foundation — Data Access status codes. Chỉ dùng cho khái niệm giá trị dùng được lần cuối và tính hiện thời không chắc chắn. [^opc-partquality]: OPC Foundation — Machine Tools PartQuality. Chỉ dùng để minh họa sự tách biệt khái niệm; mục này đã deprecated trong v1.02.

Các nguồn OPC UA ở đây chỉ phân biệt khả năng sử dụng dữ liệu và trạng thái khái niệm. Chúng không chứng minh QIXING có OPC UA, chức năng kiểm tra, lưu vết, tự động phân loại hay bất kỳ kết quả chất lượng nào.

Trao đổi về thông tin kiểm tra đang có bằng mô tả dữ liệu hiện có, bằng chứng liên quan và các điểm chưa rõ để xác định phạm vi trao đổi.