触发概念：触发的基本原理和作用
什么是触发？—— 给信号拍张“证件照”
大家刚开始用协议分析仪时，大概率会被“触发”这个词绕晕。说白了，触发就是告诉仪器——“你什么时候开始干活”。
打个比方。你拿相机拍跑车过弯，手一直按快门肯定拍不到精彩瞬间。你会设个条件：“等那辆红色法拉利进入取景框右上角时，咔嚓一下”。触发就是这个“咔嚓”的信号。协议分析仪每天都在跑，几十G的数据流哗哗过，它必须知道哪一帧、哪个比特才是你想要的那张“证件照”。
我个人习惯把触发条件设得尽量准，不然抓回来的数据包多如牛毛，找一根针得挖整个沙滩。
触发的基本原理
协议分析仪的触发电路，本质上是个高速比较器。它把输入信号和预设条件做比对——按边沿、电平、码型，或者按协议帧头来对。一旦匹配，就立即启动捕获，并把触发点前后的数据都存进深度缓存里。
为什么要存前后一段？因为问题往往不在触发的那一瞬间。比如一个I²C地址匹配触发了，但你更想知道是谁在之前把总线拉低了。所以我建议抓包时，预触发深度至少设到总缓存的50%，这样看“前因”才够用。
三种基本触发方式
- 边沿触发：上升沿或下降沿。最简单，适合看时钟抖、看某个信号跳变。我遇到过一个SPI时钟毛刺问题，就是靠边沿触发+余辉图抓住的。
- 电平触发：高于/低于某电压，或在某个电平区间内。常用于模拟信号域，比如判断USB DP/DM线是否被拉低到0.8V以下。
- 码型触发：对一组并行或串行数据匹配特定比特模式。比如触发“0xA5”的起始位。我做过一个MIPI D-PHY调试，用码型触发直接锁住LP→HS的跳变序列，省了两天分析时间。
触发在协议分析中的角色—— 定位“问题帧”
协议分析的本质是找“非预期行为”。你想啊，一条正常的总线上数据包来来往往，你根本看不完。只有触发能帮你把“异常帧”从连绵的信号流里拽出来。
| 场景 | 触发条件 | 抓到的内容 |
|---|---|---|
| I²C从设备无应答 | SCL后SDA被拉低超过一个ACK位 | 该帧的地址、寄存器、以及之后的重试 |
| USB高速包错误 | EOP序列不符合规范 | 错误包前后的SOF和DATA包 |
| SPI片选毛刺 | CS在传输中途跳变 | 该次传输的所有数据以及时钟异常点 |
| CAN总线冲突 | 显性位后紧跟在隐性位超时 | 冲突前的仲裁字段 |
记住：触发不是万能的，但不用触发是万万不能的。大部分设备层面的“疑难杂症”，靠一条精准的触发条件就能把故障范围从“全天日志”缩小到“几十微秒的窗口”。
避坑指南—— 为什么你设了触发还是抓不到？
我曾经在新手期踩过一个坑：设了一个边沿触发，捕获深度拉到最大，结果每次触发都抓回来一堆噪声。后来发现——触发电平没配。如果信号是1.8V逻辑，而仪器默认触发电平还是1.25V，那一个上升沿可能永远不会被识别。所以调触发前，先看一眼输入通道的阈值电压。
另一个常见问题：多次触发很容易把缓存填满，然后就再也抓不到新事件。我建议把触发模式设为“单次”或者“自动复位+延迟锁定”，避免仪器因为缓存溢出而漏掉后续关键帧。
一张图看懂触发流程
下面这张图是我们实验室白板上经常画的东西——数据流从左到右，触发条件在中间做“守门员”。
你看，输入信号进来后先进入一个不间断的环形缓存（预触发）。触发条件匹配上的那一刻，仪器打上一个时间戳，然后把预触发段保留下来，同时开始记录触发点之后的信号（后触发）。最终把整段数据交给分析软件。整个过程其实就是“先录后判”——数据一直在录，直到触发事件告诉仪器“现在可以整理归档了”。
小结
触发不是什么玄学，它就是给海量信号流装一个“智能门禁”。把触发配好，你的分析仪效率翻倍，调试周期至少能砍掉一半。我每次做新板卡调试，第一件事就是根据协议时序图写好触发条件，然后接上探头、捕获、比对，一气呵成。别总想着回放去看——定点触发，才是协议分析的正道。