Thiết lập kiểm tra không cần lập trình và tùy chỉnh giao diện vận hành

Định cấu hình kiểm tra trong Spark

Sử dụng các công cụ kiểm tra để xác định những gì camera nên kiểm tra. Điều đó có thể bao gồm việc định vị một bộ phận, đếm các đặc điểm có thể nhìn thấy, đọc mã được in hoặc phân loại khu vực kiểm tra. Thiết lập các đầu vào có liên quan và điều kiện chấp nhận, sau đó chạy các phần đại diện thông qua công thức. Cấu hình kiểm tra cốt lõi diễn ra trong giao diện sản phẩm.

Bộ chọn công cụ của Sparky giúp xác định các bước kiểm tra có liên quan. Trình xây dựng công thức giúp kết hợp việc kiểm tra lại với nhau. Nhóm của bạn xem xét cài đặt công cụ, cung cấp các ví dụ đào tạo khi cần thiết và kiểm tra việc kiểm tra. Sử dụng trình tạo HMI để tạo chế độ xem người vận hành sau khi xác định các kết quả và điều khiển liên quan.

Xây dựng màn hình xung quanh một quyết định

Khi một số công cụ kiểm tra một bộ phận, kết quả tổng thể chỉ là bước khởi đầu. Kết quả kiểm tra riêng lẻ giúp người vận hành xác định xem sự cố có liên quan đến thành phần, số đếm hay mã in hay không. Việc đặt những kết quả đó bên cạnh hình ảnh kiểm tra sẽ giúp bạn dễ dàng tìm thấy tính năng liên quan hơn và quyết định những gì cần chú ý.

HMI gốc có thể định cấu hình của Spark cho phép bạn sắp xếp thông tin này xung quanh trạm. Chọn các kết quả và điều khiển có sẵn để hỗ trợ công việc và sử dụng các nhãn phù hợp với hướng dẫn công việc. Người vận hành có thể đọc kết quả ở chế độ xem bình thường mà không cần mở thiết lập kiểm tra để phát hiện kiểm tra nào không thành công.

Dải phim HMI cho phép người vận hành xem lại các ảnh chụp gần đây, đóng băng hình ảnh đã chọn và quay lại kết quả mới nhất. Thời gian kiểm tra trung bình cũng có sẵn, giúp nhóm xem được hình ảnh và thời gian đằng sau lần chạy hiện tại.

Sử dụng tên có ý nghĩa trên dòng

Kết quả được đặt tên theo tính năng được kiểm tra sẽ dễ thực hiện hơn so với số công cụ mặc định. Sử dụng các nhãn như số lượng thiết bị đầu cuối, văn bản viết hoa hoặc clip hiện tại khi đó là những kiểm tra thực tế. Quyết định cách trình bày một cuộc kiểm tra thất bại tách biệt với một hình ảnh không thể đọc được hoặc một phần không thể định vị được.

Hãy thử màn hình theo trình tự thực tế: một bộ phận tốt, một lỗi đã biết và một bộ phận được đặt không đúng vị trí. Xem người vận hành làm gì với mỗi kết quả. Điều này thường làm lộ nhãn bị thiếu hoặc hướng dẫn không rõ ràng trước khi trạm đi vào hoạt động. Mục tiêu là một màn hình hỗ trợ hành động được yêu cầu với ít sự diễn giải nhất có thể.

Phạm vi kết nối với phần còn lại của máy

Spark sử dụng các chức năng gốc của sản phẩm để thiết lập kiểm tra và giao diện vận hành của nó. Không có môi trường Node-RED để xây dựng hoặc duy trì trên camera. Việc kiểm tra, kết quả và chế độ xem của người vận hành nằm trong Spark. Đối với kết nối máy, hãy xác định hệ thống nào bắt đầu kiểm tra và cách PLC hoặc cơ chế loại bỏ nhận và xử lý kết quả.

Các quy tắc nâng cao hoặc tích hợp tùy chỉnh có thể yêu cầu kỹ thuật hoặc tập lệnh. Thảo luận các yêu cầu này trong quá trình xác định phạm vi, đặc biệt khi trạm phải trao đổi thông tin công việc hoặc điều phối một số máy. Trình diễn chu trình hoàn chỉnh với các giao diện dự định trước khi gọi quá trình cài đặt đã sẵn sàng. Thiết lập không có mã mô tả cách cấu hình kiểm tra được hỗ trợ; việc kiểm tra chấp nhận sẽ bao trùm toàn bộ trạm.

Đối với các ứng dụng tùy chỉnh, Spark cũng cung cấp API HTTP để kích hoạt kiểm tra, truy xuất hoặc đăng ký kết quả, chuyển đổi chế độ Thiết lập và Sản xuất cũng như truy cập bản đồ nhiệt. Sử dụng đặc tả OpenAPI có thể tải xuống để xây dựng và kiểm tra kết nối.