在 Spark 中設定檢查
使用檢查工具定義相機應檢查的內容。這可能包括定位零件、計算可見特徵、讀取列印代碼或對檢查區域進行分類。設定相關的輸入和驗收條件,然後透過配方運行代表性零件。核心檢查配置在產品介面中進行。
Sparky 的工具選擇器有助於識別相關檢查。配方建構器有助於將檢查整合在一起。您的團隊審查工具設置,在需要時提供培訓範例,並測試檢查。定義相關結果和控制項後,使用 HMI 建構器建立操作員視圖。
圍繞決策建立螢幕
當多個工具檢查一個零件時,整體結果只是一個開始。單獨的檢查結果可協助操作員確定問題是否涉及組件、計數或列印代碼。將這些結果放在檢查圖像旁邊可以更輕鬆地找到相關特徵並決定需要注意的內容。
Spark 的可設定本機 HMI 可讓您在工作站周圍安排此資訊。選擇支援作業的可用結果和控件,並使用與工作說明相符的標籤。操作員可以在正常視圖中讀取結果,而無需開啟檢查設定來發現哪項檢查失敗。
HMI 投影片可讓操作員查看最近擷取的影像、凍結所選影像並跳回最新結果。還提供平均檢查時間,幫助團隊查看當前運行背後的圖像和時間。

使用有意義的名稱
以檢查的特徵命名的結果比預設工具編號更容易操作。實際檢查時,請使用終端計數、大寫文字或剪輯等標籤。決定如何將失敗的檢查與無法讀取的圖像或無法定位的部件分開顯示。
在現實序列中嘗試螢幕:良好的零件、已知的缺陷和位置不正確的零件。觀察操作員對每個結果執行的操作。這通常會在加油站投入使用之前暴露出標籤缺失或指令不明確的情況。目標是一個以盡可能少的解釋支持所需操作的螢幕。
確定與機器其餘部分的連接範圍
Spark 使用本機產品功能進行檢查設定及其操作員介面。相機上無需建置或維護 Node-RED 環境。檢查、其結果和操作員視圖保留在 Spark 內。對於機器連接,定義哪個系統啟動檢查以及 PLC 或剔除機構如何接收結果並對其採取行動。
進階規則或自訂整合可能需要工程或腳本。在範圍界定期間討論這些要求,特別是當工作站必須交換作業資訊或協調多台機器時。在準備安裝之前,用預期的介面示範完整的周期。無程式碼設定描述如何配置支援的檢查;驗收測試應覆蓋全站。
對於自訂應用程序,Spark 還提供 HTTP API,用於觸發檢查、檢索或訂閱結果、切換設定和生產模式以及存取熱圖。使用可下載的 OpenAPI 規範來建置和測試連線。
常見問題
- 我可以在不編寫程式碼的情況下配置 Spark 檢查嗎?
- 核心檢查配置使用Spark介面及其檢查工具。 Sparky 可以協助設定。所需的檢查仍然需要培訓、設置和評估。高級邏輯和自訂連接可能需要工程工作。
- Spark 是否使用 Node-RED 作為其操作畫面?
- 不會。 Spark 使用本機可設定操作員介面。它不運行 Node-RED。圍繞 Spark 支援的功能規劃螢幕,並單獨驗證任何請求的機器整合。
- 操作員螢幕應顯示什麼?
- 通常是檢查影像、清晰的整體結果以及足夠的細節來識別失敗的檢查。正確的控制取決於電台。在部署之前,使用良好部件和已知故障與操作員一起檢查螢幕。
- Sparky 是否決定零件是否通過?
- 配置的檢查工具產生檢查結果。 Sparky 協助完成設定和解釋等任務。查看其建議並根據您的接受標準評估工具行為。
將螢幕對應到您的電台
向我們展示您的工作站所需的檢查、操作員操作和機器連接。我們可以完成設定並示範支援的操作員工作流程。
規劃您的操作員介面