目标 ID 跳变怎么处理
摘要：目标 ID 跳变多是关联门限没调好或某路传感器噪声突增，按场景分别标定阈值往往能立竿见影。
关键词：目标 ID 跳变、故障、感知融合
目标 ID 跳变为什么难修？
时延超标要一层层剥，是采集慢、是融合慢、还是总线堵，定位到具体模块。降级没触发多半是监控点没接好，安全链路上任何一环断了整条都不灵。
目标 ID 跳变的日志要留时间戳、各路输入质量、融合输出和降级标志，否则只能盲猜。我们处理过最隐蔽的抖动，是 GPS 丢星导致时间基准漂，换 PTP 才稳。
排查顺序很重要，先确认时间和外参没问题，再去动算法，否则白调。关联门限太小会漏跟，太大会误跟，建议按场景分别标定再融合。
关联门限怎么调才合适？
如果发现某类目标反复丢，先确认是不是该类别训练样本在长尾里偏少。降级策略要在台架上先打穿，别等到真车上某个雷达坏了才第一次触发。
| 现象 | 首选怀疑 | 处置 |
|---|---|---|
| 目标横跳 | 时间同步 | PTP 校时 |
| ID 跳变 | 关联门限 | 重标定阈值 |
| 误检突增 | 相机脏污 | 清洁+降权 |
时延问题很多时候出在总线仲裁，不是融合算法本身慢。日志字段不齐是排障最大的敌人，目标 ID 跳变 上线前就把可观测性设计进去。
目标 ID 跳变抖动通常先怀疑时间同步，再看外参是否漂移，最后才是算法参数。时间不同步最典型的现象是目标在画面上左右横跳，尤其转弯时特别明显。
某路传感器噪声突变怎么查？
外参漂移往往是温漂或振动引起的，长期运营的车建议周期性重标定。目标 ID 频繁跳变，大概率是关联门限没调好，或者某路传感器噪声突然变大。
某个传感器失效时，目标 ID 跳变 应该平滑降级而不是整片丢目标，没降级就是配置漏了。误检突增先查相机，雨天脏镜头和逆光最容易让视觉出幻觉。
时延超标要一层层剥，是采集慢、是融合慢、还是总线堵，定位到具体模块。降级没触发多半是监控点没接好，安全链路上任何一环断了整条都不灵。
重标定阈值有什么讲究？
目标 ID 跳变的日志要留时间戳、各路输入质量、融合输出和降级标志，否则只能盲猜。我们处理过最隐蔽的抖动，是 GPS 丢星导致时间基准漂，换 PTP 才稳。
排查顺序很重要，先确认时间和外参没问题，再去动算法，否则白调。关联门限太小会漏跟，太大会误跟，建议按场景分别标定再融合。
如果发现某类目标反复丢，先确认是不是该类别训练样本在长尾里偏少。降级策略要在台架上先打穿，别等到真车上某个雷达坏了才第一次触发。
一新一灭的判决怎么稳？
时延问题很多时候出在总线仲裁，不是融合算法本身慢。日志字段不齐是排障最大的敌人，目标 ID 跳变 上线前就把可观测性设计进去。
目标 ID 跳变抖动通常先怀疑时间同步，再看外参是否漂移，最后才是算法参数。时间不同步最典型的现象是目标在画面上左右横跳，尤其转弯时特别明显。
外参漂移往往是温漂或振动引起的，长期运营的车建议周期性重标定。目标 ID 频繁跳变，大概率是关联门限没调好，或者某路传感器噪声突然变大。
长尾样本偏少怎么补？
某个传感器失效时，目标 ID 跳变 应该平滑降级而不是整片丢目标，没降级就是配置漏了。误检突增先查相机，雨天脏镜头和逆光最容易让视觉出幻觉。
时延超标要一层层剥，是采集慢、是融合慢、还是总线堵，定位到具体模块。降级没触发多半是监控点没接好，安全链路上任何一环断了整条都不灵。
目标 ID 跳变的日志要留时间戳、各路输入质量、融合输出和降级标志，否则只能盲猜。我们处理过最隐蔽的抖动，是 GPS 丢星导致时间基准漂，换 PTP 才稳。
误跟和漏跟怎么分开治？
排查顺序很重要，先确认时间和外参没问题，再去动算法，否则白调。关联门限太小会漏跟，太大会误跟，建议按场景分别标定再融合。
如果发现某类目标反复丢，先确认是不是该类别训练样本在长尾里偏少。降级策略要在台架上先打穿，别等到真车上某个雷达坏了才第一次触发。
时延问题很多时候出在总线仲裁，不是融合算法本身慢。日志字段不齐是排障最大的敌人，目标 ID 跳变 上线前就把可观测性设计进去。
类别跳变和什么最相关？
目标 ID 跳变抖动通常先怀疑时间同步，再看外参是否漂移，最后才是算法参数。时间不同步最典型的现象是目标在画面上左右横跳，尤其转弯时特别明显。
外参漂移往往是温漂或振动引起的，长期运营的车建议周期性重标定。目标 ID 频繁跳变，大概率是关联门限没调好，或者某路传感器噪声突然变大。
某个传感器失效时，目标 ID 跳变 应该平滑降级而不是整片丢目标，没降级就是配置漏了。误检突增先查相机，雨天脏镜头和逆光最容易让视觉出幻觉。
目标 ID 跳变的关联距离怎么定？
时延超标要一层层剥，是采集慢、是融合慢、还是总线堵，定位到具体模块。降级没触发多半是监控点没接好，安全链路上任何一环断了整条都不灵。
目标 ID 跳变的日志要留时间戳、各路输入质量、融合输出和降级标志，否则只能盲猜。我们处理过最隐蔽的抖动，是 GPS 丢星导致时间基准漂，换 PTP 才稳。
排查顺序很重要，先确认时间和外参没问题，再去动算法，否则白调。关联门限太小会漏跟，太大会误跟，建议按场景分别标定再融合。
结论：
1. 目标 ID 跳变 抖动先查时间同步和外参，定位顺序错了会白调很多轮。
2. 传感器失效时 目标 ID 跳变 必须平滑降级，没触发多半是监控点没接全。
3. 目标 ID 跳变 上线前就把日志字段和可观测性设计进去，否则出事只能盲猜。
实车目标横跳查了一周，最后发现是 GPS 丢星导致时间基准漂，切到 PTP 后抖动消失，日志里时间戳抖动早有迹象。
常见问题
时延超标要一层层剥，是采集慢、是融合慢、还是总线堵，定位到具体模块
如果发现某类目标反复丢，先确认是不是该类别训练样本在长尾里偏少
外参漂移往往是温漂或振动引起的，长期运营的车建议周期性重标定
目标 ID 跳变的日志要留时间戳、各路输入质量、融合输出和降级标志，否则只能盲猜
时延问题很多时候出在总线仲裁，不是融合算法本身慢
某个传感器失效时，目标 ID 跳变 应该平滑降级而不是整片丢目标，没降级就是配置漏了
相关阅读
- 融合功能安全要过哪些车规 — 从「标准」视角补充本案，建议对照阅读。
- SOTIF 预期功能安全怎么对接 — 从「标准」视角补充本案，建议对照阅读。
