AI 驅動文件
您想了解什麼?
第二步:觸發
觸發是讓相機進行捕獲的訊號。在選擇模式之前,請確認產線不會超出相機處理能力:這是導致觸發被拒絕以及結果滯後於部件的最常見原因。
行頻與時序檢查
從實時預覽或庫中的 處理時間 獲取檢測時間。
OV Spark Pro 上的脈衝範圍為 10 到 60000 ms。對於未在硬體中鎖存的輸入,取掃描時間的兩倍是一個穩妥的經驗法則。
四種模式
OV Spark Pro 提供四種模式,並且無論選擇哪一種,手動觸發始終可用,因此您在設定過程中可以隨時強制執行一次捕獲。

觸發是程式編輯器的第二步,因此是按程式設定的,而非按相機設定。
模式速覽
| 模式 | 觸發檢測的方式 | 節奏由誰控制 |
|---|---|---|
| 手動觸發 | 僅通過手動按鈕 | 相機 |
| 間隔 | 固定的時間間隔 | 相機 |
| AI 觸發 | 相機觀察場景,在條件滿足時自我觸發 | 相機 |
| 外部 | 硬體觸發、PLC 或 HTTP 請求 | 外部環境 |
前三種都是內部模式:由相機決定何時檢視。外部模式則等待外部通知。
應選用哪種
對於大多數生產線來說,外部是正確的選擇。每當部件到達時,部件感測器就會觸發,這樣捕獲與部件而非時鐘繫結。將感測器連線到第 10 針,參見引腳定義。
間隔適用於沒有離散部件的連續工藝:帶材檢測、料斗檢測,以及任何"每 500 毫秒"比"這個部件"更有意義的場景。
AI 觸發完全無需感測器。相機觀察部件是否就位,並自我觸發。這在感測器安裝不便的場合很有用,代價是相機需要持續評估每一幀畫面。
手動觸發適用於設定、驗證和臺架工作,而非生產。
當您選擇外部時,請在啟用源下勾選該程式應監聽的源:GPIO(接入相機的感測器)、PLC / 現場匯流排,或 HTTP(您的軟體發出的 POST /trigger 呼叫,參見 HTTP API)。可以勾選多個。未勾選的源會被忽略,即使有訊號傳送過來也不響應。
AI 觸發的實際應用
AI 觸發以對齊工具作為評估器。當該工具找到部件時,相機就會觸發,因此對齊器的置信度閾值也就是觸發器的靈敏度。
| 設定 | 行為 |
|---|---|
| AI 評估器工具 | 由哪個對齊工具判定部件是否就位 |
| 觸發保持時間 | 觸發訊號保持的時長,預設為 0 ms |
| 每秒最大檢查次數 | 相機進行評估的頻率,預設為 10 fps |
當對齊成功時觸發一次,按配置的時長保持,直到對齊丟失後重新待命。
如果程式中沒有對齊工具,AI 觸發無法儲存。參見定位。
調整對齊器的置信度閾值也就同時調整了觸發。如果您提高閾值以使檢測更嚴格,相機觸發的意願也會隨之降低。
影象觸發緩衝區
模式下方是影象觸發緩衝區:相機在檢測仍在處理時可容納的已觸發影象數量。
- 0 一次僅接受一次檢測,額外的觸發將因忙碌而被拒絕
- 較高的值 會將觸發排隊,吸收短時的突發觸發
佇列可以讓相機保持忙碌,但其結果將不再對應於當前位於您的剔除門前的部件。如果下游邏輯假定一進一出,請將緩衝區保持為 0,以便上報溢位而非悄悄延遲。
您可以在診斷日誌中看到的溢位是一個可以修復的問題。而被悄悄延遲的結果,則是您從客戶那裡才會發現的問題。
外部觸發接線
觸發輸入為第 10 腳,參考地為第 9 腳上的 Digital GND。
感測器型別和完整電路圖見引腳定義頁面。接線完成後,使用 I/O 實時監視器確認邊沿訊號確實到達,然後再去程式中排查問題。
故障排除
| 現象 | 排查位置 |
|---|---|
| 完全無檢測 | I/O 實時監視器:觸發軌道上是否有邊沿? |
| 日誌中出現 "Trigger while busy" | 產線速度快於檢測速度。參見診斷日誌 |
| "Trigger not ready" | PLC 在相機準備就緒前就觸發了。請檢查工業乙太網中的握手 |
| 結果滯後於部件 | 觸發緩衝區正在排隊。將其設定為 0 |