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 |