第4章触发信号分配

4、触发信号分配：菊花链拓扑、星型拓扑、H树拓扑，信号完整性考量

好，咱们接着聊触发信号的分配问题。

说实话，很多做多摄像头项目的朋友，一开始都容易忽略这个环节。总觉得「不就是把一路触发信号复制成多路嘛，分一分不就行了？」——嗯，真没那么简单。我当年第一次做8路同步采集时，就因为这个吃了大亏，画面错位得一塌糊涂。

触发信号分配，说白了就是解决一个问题：如何让所有摄像头在同一时刻收到边沿一致的触发脉冲。这里涉及三种主流拓扑：菊花链、星型、H树。咱们一个一个拆开讲。

菊花链，就是信号从一个摄像头串到下一个，像糖葫芦一样串起来。

它的优点是布线少、结构简单。你想想看，只需要一根线从主控出来，挨个过一遍摄像头就行。我早期做低帧率监控项目时，就用的这种方案，成本低，调试也快。

但问题也很明显——延迟累积。每个摄像头内部的接收电路都会引入几十纳秒的延迟，串个四五个摄像头，最后一个和第一个之间的时间差可能就超过100ns了。对于高速同步（比如全局快门、微秒级同步），这完全不可接受。

适用场景：

我曾经踩过的坑：

有一次做4路USB摄像头同步，用了菊花链。结果发现第4个摄像头总是比第1个慢半帧。查了半天，原来是信号经过每个摄像头时，电平转换芯片的传播延迟叠加了。后来我改用星型拓扑，问题立刻解决。所以，菊花链真的只适合「凑合着用」的场景。

星型拓扑，就是所有摄像头直接连到同一个触发源。主控端用一颗时钟缓冲器（比如1-to-8 fanout buffer），把一路信号等长复制成多路。

我个人习惯，只要项目预算允许，首选星型。为什么？因为延迟一致性最好。每个摄像头看到的触发信号，理论上只差一个缓冲器的输出偏斜（skew），通常能做到几十皮秒以内。

设计要点：

你可能会问：「那星型拓扑有没有缺点？」有，就是布线密度高。主控端要引出N条线到N个摄像头，板子面积和走线层数都得增加。我记得有个项目，摄像头间距很大，星型走线绕来绕去，最后不得不加了两层PCB才搞定。

H树拓扑，名字来源于它的形状——像字母H一样逐级分叉。它本质上是一种对称的树形分配网络，每一级的分支长度和负载都相等。

这种拓扑在FPGA内部时钟分配中很常见，但在摄像头触发分配中，用得相对少一些。不过，当摄像头数量特别多（比如16路、32路）时，H树的优势就出来了：它能在保证延迟一致性的同时，减少走线总长度。

我做过一个32路工业检测项目，摄像头分布在两个平面上。如果用星型，主控到最远摄像头的走线会超过30cm，信号衰减严重。后来改用H树，每级分叉点加一个中继缓冲器，最终所有路径长度控制在±2mm以内，同步精度做到了纳秒级。

H树设计口诀：

不管用哪种拓扑，信号完整性都是绕不开的坎。触发信号通常是方波脉冲，边沿越陡，同步精度越高。但高速方波在传输过程中，很容易出现反射、振铃、过冲等问题。

我总结了几条实战经验：

阻抗匹配是第一位。触发信号走线要控制50Ω或75Ω阻抗，末端加串联或并联匹配电阻。我习惯在源端串一个22Ω~33Ω的电阻，效果立竿见影。
差分传输更可靠。如果摄像头距离超过30cm，建议用LVDS或RS-422差分信号传输触发脉冲。共模抑制能力强，抗干扰好。
注意电源噪声。触发缓冲器的供电要单独滤波，别和数字电路共用LDO。我见过一个案例，触发信号上耦合了200mV的开关噪声，导致摄像头偶尔漏触发。
边沿速率别太快。很多人喜欢用极陡的边沿（<1ns），觉得这样精度高。其实不然，过快的边沿会产生更大的EMI和反射。我个人建议控制在3~5ns，足够用了。

避坑指南：

我曾经在一个项目中，为了追求极致同步精度，把触发信号的上升沿做到了0.5ns。结果信号在长线上反射得一塌糊涂，摄像头收到的脉冲变成了「台阶波」。后来老老实实加RC滤波，把边沿放缓到3ns，反而一切正常。所以，不是越快越好，稳定才是王道。

拓扑类型	延迟一致性	布线复杂度	适用摄像头数	典型应用
菊花链	差（累积延迟）	低	≤4	低帧率监控、消费级
星型	优（皮秒级skew）	高	≤16	工业检测、机器视觉
H树	优（对称分配）	中	≥16	大规模阵列、科研

最后说一句：没有完美的拓扑，只有适合的方案。你想想看，如果只是做两个摄像头的双目视觉，用星型就有点杀鸡用牛刀了。反过来，32路同步采集还想着用菊花链，那纯属给自己挖坑。

嗯，这一节就到这里。下一节咱们聊聊触发信号的电气参数——电压、电流、边沿速率，这些细节往往决定了你的系统能不能稳定跑起来。