ISO 26262 到底在管什么？
它管的是"电子系统出故障时，不能把人置于不可接受的风险"。对雷达而言，不是要求它永远测准，而是要求它在测不准、失效、被干扰时，行为仍然安全——要么降级、要么报警、要么交权给驾驶员。
这套思想贯穿需求、架构、软硬件、生产与运维全过程，且必须可追溯。它改变的是设计哲学，而不只是加个测试。
ASIL 等级是怎么来的？
ASIL（A–D，D 最高）由三个因子决定：严重度（出事多惨）、暴露率（多常发生）、可控性（人能不能救）。AEB 这种"不刹就撞"的功能，相关传感器往往落到较高 ASIL，因为严重度高、可控性低。
所以同一颗雷达，用在泊车辅助（低 ASIL）和用在 AEB（高 ASIL）上，设计要求完全不同。采购时要把功能等级说清楚。
雷达的"失效"都要被兜住吗？
是的。单点失效（一个元件坏就完蛋）要有诊断覆盖，双点失效要有安全机制。比如天线通道部分失效，系统要能检测到并降级；供电跌落要能安全进入故障态而非乱报目标。
这就要求雷达内部有健康监测：通道一致性、温度、时钟、校准状态都要可观测，否则出了错自己不知道。
功能安全和"测准"冲突吗？
不冲突，但优先级不同。测准提升体验，功能安全保证底线。一个极端例子：雷达暂时看不到目标，正确做法是报警让驾驶员接手，而不是硬编一个目标骗系统。
这也是为什么功能安全设计常要求"不确定就保守"，宁可误报提醒，也不默默漏检。
对采购和选型有什么硬约束？
| 你要的 | 功能安全要求 |
|---|---|
| 上 AEB | 较高 ASIL，诊断覆盖达标 |
| 做出口车型 | 按目标市场功能安全体系 |
| 用现成模块 | 供应商提供安全手册与 FMEA |
| 自研算法 | 自己承担安全分析与认证 |
具体等级以车型 HARA 分析为准，上表为常见取向。
供应商该给你什么材料？
至少包括安全手册、失效模式分析（FMEA/FTA）、诊断覆盖率说明、硬件元器件车规证据。没有这些，车厂集成时无法做安全论证，项目会卡。
别轻信口头"我们满足 ASIL"，要落到文档和可追溯的设计证据。
后期补功能安全来得及吗？
基本来不及。功能安全要从需求阶段嵌入，后期打补丁很难达到可追溯与覆盖率要求，认证也过不了。所以选型时就把功能安全等级写进需求，而不是样机定型后才问。
结论：ISO 26262 要求雷达失效时仍能安全处理，按 ASIL（由严重度/暴露率/可控性定）约束设计与诊断。它对采购的硬约束是：明确功能等级、要供应商安全文档、从需求阶段就嵌入。功能安全和测准不冲突，前者保底线、后者提体验。
射频指标有哪些常见限值？
带内杂散、邻道泄漏、频率容限、发射功率这些都是法规盯的点。76–81GHz 这个频段在全球都有明确划分，越界就可能干扰其他设备，认证过不了。
此外雷达自身的接收灵敏度、动态范围和相位噪声，会直接影响探测距离与虚警率。我们建议把这类指标和测试条件一起写进企标，避免只看“最大功率”这种单一数字。
相位噪声尤其容易被忽略：它决定了近距离强目标旁边弱目标能否被看见，对城区密集场景的分辨至关重要，应作为单独验收项。
认证失败最常见的原因是变更管理松散，一颗料替换引发整轮试验重做，成本和周期都失控。
把标准条款映射到内部设计检查项，能在开发阶段就拦截大部分合规风险，而不是靠末端测试。
认证流程一般怎么走？
先过射频与频谱合规，再走整车的 EMC 与 Environment 试验，最后和功能安全、网络安全一起进 DV/PV。每一步都要留可追溯的测试记录和报告，量级和样本量要覆盖量产良率。
很多团队低估了认证周期，等到 SOP 前才补测试，结果被迫砍功能。把认证里程碑嵌进项目主计划，和软件开发并行推进，是最稳的节奏。
我们习惯在方案定型前就拉一份认证清单，把每项试验的样品数、周期和负责方列清楚，避免后期因一颗料变更导致整轮试验重做。
把标准条款映射到内部设计检查项，能在开发阶段就拦截大部分合规风险，而不是靠末端测试。
对出口车型，还要叠全球法规差异，立项时就按最严市场对齐，避免上市前为某区域单独改版。
车规对雷达最硬的几条要求是什么？
温度、振动、湿热、盐雾、EMC 这几项是绕不开的。雷达装在车外，要扛住 -40℃ 到 +85℃ 的长期工作，以及启停时的温度冲击；振动和机械冲击则考验封装与焊点的可靠性。
EMC 同样关键：雷达既是射频发射源也要抗干扰，必须满足整车级的辐射与抗扰限值，否则要么干扰别的系统，要么被别的系统带偏。这些在 DV/PV 阶段都要有完整报告，不能只看常温功能演示。
此外防护等级（如 IP6K9K 这类车载要求）和化学品耐受也要确认，雷达面罩长期暴露在雨刮水和大气中，材料老化会慢慢侵蚀射频性能。
对出口车型，还要叠全球法规差异，立项时就按最严市场对齐，避免上市前为某区域单独改版。
标准不是束缚，而是把“好用”量化成可验收的边界，让供应链和整车在同一语言下协作。
功能安全标准怎么落到雷达上？
做 ADAS 的雷达要按 ISO 26262 定 ASIL 等级，前向 AEB 这类往往要求到 ASIL B 甚至更高。落地时要把失效模式、诊断覆盖率和故障响应时间写进安全档案，确保单点失效能被检出行。
具体做法包括通道自检、在线校准、输出合理性校验，以及在失效时进入安全状态（比如降级输出并报警）。这些不是文档工作，而是要在固件和测试里真有对应机制。
我们建议把安全机制按“检测—响应—确认”三步走设计，并做故障注入测试验证，而不是只写进 HARA 表格。没有实测支撑的安全档案，在审核时很难站住脚。
标准不是束缚，而是把“好用”量化成可验收的边界，让供应链和整车在同一语言下协作。
建议在建项目初期就拉一份标准清单，把每项的样品量、周期和负责方写清楚，避免后期补测。
