哎呀，说到工业相机搞触发，很多搞自动化、机器视觉的兄弟第一个想到的估计都是接根线，搞个光电传感器或者PLC给个信号，也就是硬件触发。这法子确实稳，精度高，延迟低，在高速产线上那是主力军-3-4。但今天咱想唠点不一样的，那就是被不少人轻视，但其实在特定场景下能“四两拨千斤”的工业相机的软件触发-3-5。说白了，它就是不用拉任何额外的线，直接通过咱们的软件或者上位机发一条命令，就让相机“咔嚓”拍一张-3。
你可能会撇嘴：软件发命令？那多慢啊，能有硬件信号快？没错，这就是工业相机的软件触发第一个要正视的“痛点”：时序精度和延迟-4。硬件触发那延迟是微秒（µs）级别的，而软件触发因为要走软件指令、通信这些流程，延迟通常就在毫秒（ms）级别了-4。所以，像传送带跑得飞快、要求拍摄时机必须卡得死死的精密定位抓取，软件触发可能就得靠边站，硬触发还是大哥-3。但是！别急着划走，如果您的应用是传送带速度不快、或者干脆就是静态检测台，需要频繁变更触发逻辑、做教学演示，或者设备空间紧凑到多拉一根线都头疼，那软件触发的春天就来了-3。它的最大好处就是省事、灵活，系统配置简单，不用折腾布线，想什么时候拍，在代码里调个函数就行-3-5。
光知道能“软件触发”可不够，用不好照样踩坑。这里头有个关键概念叫“触发源”（TriggerSource）。你得明确告诉相机：老兄，接下来请竖起耳朵听软件指令来拍照-4-5。在像GenICam这样的标准里，把TriggerSource设置成“Software”，然后执行一条“TriggerSoftware”命令，相机就干活了-5。这个过程里，一个叫“TriggerDelay”（触发延迟）的参数有时能帮大忙。比如你通过软件发令，但相机或光源需要点“预热”时间，就可以设个延迟，等一切就绪再曝光-4。不过，这延迟是双刃剑，设得不准反而会添乱。
讲个真事儿，之前有朋友做实验性小批量检测台，工件位置不固定，用硬件传感器成本高还难调。后来改用工业相机的软件触发，在视觉软件里做好识别定位，算好位置直接发触发命令，灵活度爆表，项目周期砍半。但他也抱怨，开始没处理好命令队列，有时候连续发命令会丢触发，导致漏拍-10。这就是软件触发要解决的另一个核心：通信稳定性和指令处理机制。尤其是在多相机协同的复杂系统里，得用好多线程、异步处理这些技术，防止命令被丢弃或重复响应-10。
你以为软件触发就是简单发个“拍”的命令？现在的玩法可高级了。比如有些厂商提供的“软件信号脉冲”（Software Signal Pulse）功能，它就像一个更强大的万能遥控器-1。普通的TriggerSoftware命令只能触发拍摄，但它这一个命令，不仅能触发拍照，还能同步控制序列发生器（Sequencer）跳转到下一步、复位计数器或者启动计时器-1。你可以把它想象成多个独立的“软件信号通道”（比如SoftwareSignal1， SoftwareSignal2），每个通道可以分配给不同的功能，也可以让多个功能响应同一个通道信号，实现一举多得-1。这大大拓展了纯软件控制的边界和灵活性。
所以，到底该咋选呢？给你个接地气的建议：追求极限速度、稳定性和同步精度的硬核高速应用（比如Phantom高速机抓拍物理瞬间），或者严苛的工业流水线，优先硬件触发-3-7。 而对于研发测试、柔性化产线、教学演示，或者系统集成度要求高、想简化布线的场景，工业相机的软件触发绝对是值得重点考虑的利器-3。把它用对了地方，不仅能省钱省力，还能玩出很多智能化的新花样。
> @机器视觉萌新： 看了文章，感觉懂了点。我马上要做个简单的实验台，检测静止台上的零件尺寸。速度没要求，是不是用软件触发就行？具体用软件触发时，除了设置TriggerSource，还有哪些参数必须留意才能保证稳定拍摄，不丢帧？
这位同学你好！你这个应用场景可以说是软件触发的“理想型”了-3。静态检测、无速度要求，完全避开了软件触发延迟的短板，可以尽情享受它配置简单的便利。
要稳定拍摄不丢帧，除了正确设置 TriggerSource = Software，以下几个参数和逻辑需要重点打理-5：
采集模式（AcquisitionMode）与启停控制：通常你会设置为“连续（Continuous）”。但要注意，在开始接收软触发命令前，需要先执行一次 AcquisitionStart 命令，让相机进入“准备就绪”状态-5。所有拍照完成后，执行 AcquisitionStop 结束采集。这个启停逻辑要是乱了，相机就可能不响应触发。
触发选择器（TriggerSelector）：这个参数要设对。绝大多数情况下，你是想通过触发来控制曝光开始，所以需要将 TriggerSelector 设置为 ExposureStart-5。这样，软件触发命令下达后，相机才开始一次新的曝光。
触发模式（TriggerMode）：这个要记得打开（On）-5。别笑，真有人设了Source忘了开Mode，然后对着不拍照的相机干瞪眼。
核心：处理好命令间隔与相机状态：这是防止丢帧的关键。相机在正在曝光和传输图像数据的过程中，是无法接收和处理新的触发命令的-5。所以，你的软件发送触发命令的频率，必须小于“相机曝光时间 + 图像读出传输时间”的总和。对于静态检测，建议做成“单次命令-等待完成-再发下一次”的同步逻辑，或者用一个队列来管理触发请求，确保上一个拍照周期彻底结束后再下发新命令-10。TriggerDelay参数在静态场景下通常设为0即可-4。
曝光时间（ExposureTime）：设为固定值，并确保光照充足。避免使用自动曝光导致每次处理时间波动，影响你的触发节奏。
按这个流程检查一遍，你的静态检测台用软件触发应该会非常稳定。
> @资深集成工程师老王： 我们项目是多相机从不同角度同步拍一个运动物体，然后做三维重建。之前用的硬件同步触发盒，成本高。文章提到软件触发灵活，它能实现多相机的高精度同步吗？如果能，怎么做？
王工提的这个问题非常专业，直击多相机视觉系统的核心挑战——同步精度。
先说结论：纯软件触发命令，由于其固有的毫秒级延迟和操作系统调度的不确定性，几乎无法实现您所需要的“高精度”同步（通常是微秒级甚至更低）-4。对于三维重建这类要求多个视图在严格相同时刻捕获数据（消除物体运动带来的视差）的应用，传统的纯软件命令触发方式很难
但是，这并不意味着“软件层面”的同步无能为力。现代工业相机和标准协议（如GenICam）提供了一些基于软件配置、但依赖硬件内部时钟的高级同步模式，这可能是一个成本效益更高的替代方案，它们有时也被广义地归入“可软件配置的触发”范畴：
基于动作命令（Action Command）的同步：这是通过软件广播一个网络指令（Action Command），所有相机在收到后，根据自己的内部精确时钟在同一个精确时刻执行曝光-4。这需要相机支持PTP（精确时间协议）等功能，以实现硬件时钟的同步。它本质上是用软件发一个“对齐时刻”的指令，具体执行靠硬件时钟，精度远高于纯软件触发命令。
软件配置信号分发：如文中提到的Basler的“软件信号脉冲”思路的延伸-1。你可以通过软件，将一个GPIO输出配置为统一的触发信号输出源，然后用这根线去驱动其他相机的硬件触发输入。这相当于用软件设置了一个“主相机”，由它来产生实际的硬件触发信号给从相机，实现了硬同步，但布线比专用同步盒简单。
外触发模式的软件统一配置：像米文对其GMSL相机的方案，所有相机在软件界面被统一设置为“外触发模式”，并选择一个共同支持的触发频率-2。虽然触发源仍是外部物理信号，但所有相机的同步使能、频率选择等复杂配置完全通过软件完成，简化了集成。
所以给王工的建议是：如果您追求的依然是微秒级的严格同步，那么需要一个物理的公共触发信号（无论是来自同步盒、主相机GPIO还是专用控制器）。但您可以探索用软件来配置和启用相机内部与高精度同步相关的功能（如PTP、Action Command），这或许能在保证精度的同时，降低系统复杂性和成本。完全摒弃物理信号连接，仅靠上层软件发不同命令，目前还难以达到三维重建所需的高精度同步。
> @纠结的选型人： 我被延迟问题搞怕了。如果我的传送带速度中等，软件触发的延迟到底会带来多大实际误差？有没有办法量化估算一下？
您的担心非常实际，我们来算笔账就清楚了。
首先，软件触发的延迟（Latency）不是一个固定值，而是一个存在波动的范围，可能在几毫秒到几十毫秒之间-4。这个波动主要来自操作系统任务调度、软件处理时间、通信栈延迟等的不确定性。
量化估算公式很简单：
最大位置误差 ≈ 传送带速度 × 最大延迟波动时间
举个例子：
假设您的传送带速度 V = 0.5米/秒（中等速度）。
假设您评估的软件触发系统，从决定发出命令到相机实际开始曝光的最大延迟波动 ΔT = 20毫秒（即0.02秒）。
在最坏情况下，您触发拍照的瞬间，物体实际位置与您预期位置之间的最大误差就是：
误差 ≈ 0.5 m/s × 0.02 s = 0.01 m = 10毫米
这意味着，即使您的视觉系统定位算法本身像素精度很高，这个10毫米的“时机误差”已经直接引入到了您的测量或定位结果中，对于很多精密检测（如测量小零件尺寸、引导精密装配）来说，这个误差是不可接受的-3。
如何优化或规避？
精准测量延迟：在您的实际软硬件环境下，实际测量多次触发命令到曝光开始的平均时间和最大时间差。这是评估可行性的第一步。
引入TriggerDelay：如果延迟虽然大但相对稳定（比如总是在15ms左右），您可以尝试使用 TriggerDelay 参数，进行反方向补偿-4。比如您检测到物体后，程序等待（预估的传输处理时间 - 固定延迟）后再发触发命令。但这要求延迟稳定，且增加了系统复杂性。
使用编码器关联触发：对于运动物体，更专业的做法是使用编码器信号。可以将触发源设置为由编码器脉冲驱动的硬件输入，或者使用动作命令（Action Command） 与编码器值关联，在物体到达精确位置时触发，从而彻底消除传送带速度波动和触发延迟的影响-4-5。这需要相机和软件支持相应功能。
总而言之，如果您的应用允许的误差范围远大于“速度×延迟波动”计算出的值，可以尝试软件触发。否则，为了结果的确定性和可靠性，建议优先考虑硬件触发或基于硬件时钟的软件同步方案。
