SEooC — Safety Element out of Context
本质与导读
本质 SEooC 是 ISO 26262 给通用器件(MCU / 栅极驱动 IC / SBC)开的口子:芯片厂脱离 system context、基于假设场景按某 ASIL 开发,把全部 assumption 写进 Safety Manual 交 Tier1 验证。关键:芯片标 ASIL D 不等于系统 ASIL D——Tier1 必须逐条核对 assumption 在自己 system context 中是否真成立,不匹配则"看起来合规"实则漏保护。
1. 为什么需要 SEooC
ISO 26262 标准预设的开发对象是"完整 item"——比如 EPS、主驱、BMS 这种"知道完整 system context"的产品。开发流程必须从 HARA 起,有具体 ASIL、有 FTTI、有 Safe State。
但通用器件(MCU、栅极驱动 IC、SBC、ADC、磁编码器)根本没有这些 system context:
| 维度 | EPS | 主驱 | BMS |
|---|---|---|---|
| 典型 ASIL | D | D | C/D |
| 典型 FTTI | 100 ms | 50 ms | 100 ms |
| Safe State | 机械备份 / no assist | ASC / 自由轮 | 切断接触器 |
芯片厂发同一颗 MCU 给所有这些场景,不可能把每个 system context 都覆盖一遍 ASIL D 流程。SEooC 是 ISO 26262 给的合规口子:芯片厂做"假设性"HARA + ASIL 开发,把 assumption 全文档化到 Safety Manual,Tier1 system integrator 用之前逐条验证 assumption 在自己系统里是否成立。
2. SEooC 与完整 item 开发的差异
ISO 26262 Part 2 / Part 3 / Part 4 开发 item 的流程与 Part 10 Clause 9 开发 SEooC 的流程有 6 处关键差异——核心在 system context 是 actual 还是 assumed。
| 步 | 完整 Item | SEooC |
|---|---|---|
| Item Definition | 真实(车 / 子系统) | 假设的典型使用场景 |
| HARA | 真实驾驶场景 | 假设的 S/E/C 取覆盖性高的 |
| Safety Goal | 真实 hazard 推导 | 假设的 覆盖典型应用 |
| FSC / TSR | 真实分配 | 假设的 接口需求 |
| 实施 | 按 ASIL 流程 | 同 |
| 交付物 | 完整 item | 实物 + Safety Manual(列全部 assumption) |
3. Safety Manual 必含 4 类 assumption
SEooC 的核心交付物是 Safety Manual——一份详细列出所有 assumption 的文档,Tier1 用之前必须逐条核对。assumption 分 4 类:
3.1 Use Case Assumptions
芯片假设它会被用在什么场景——决定它针对什么 hazard 设计了 SM。
例(AURIX TC397 Safety Manual 节选):
"TC397 is intended…
"TC397 is intended for use in safety-related applications up to ASIL D. The intended applications include but are not limited to: powertrain control, chassis control, ADAS sensor processing, body domain controller. Use cases assume:
Tier1 检查点:你的应用是否落在这些假设范围内?如果你的 FTTI < 10 ms,芯片的"safety case"就不一定 cover 你的场景。
3.2 Safety Requirements(芯片自己提供的 SM)
Safety Manual 列出芯片内部实现的 SM 清单 + 每个 SM 的覆盖率。
例:
| SM | 覆盖什么失效 | 假设的 DC |
|---|---|---|
| Lockstep dual core | CPU 永久 / 瞬时故障 | ≥ 99% |
| ECC on RAM | RAM 单 / 双 bit 错 | ≥ 99% |
| CMU(Clock Monitor) | 主时钟漂移 | ≥ 95% |
| LBIST(启动 + 周期) | 数字逻辑 latent fault | ≥ 90% |
Tier1 检查点:这些 SM 的覆盖率与你 FMEDA 用的数字一致吗?有些 DC 是"在某些假设条件下"达成的(比如 LBIST 必须每 100 ms 跑一次,你的设计跑 200 ms 就会拉低 DC)。
3.3 Safe State 假设
芯片假设系统的 safe state 是什么——通常是"reset 到 known state"或"输出 disable / tri-state"。
例:
"Upon detection of…
"Upon detection of a critical fault by SMU, TC397 enters Safe State by:
- Asserting hardware Error Pin (ERR_OUT)
- Halting CPU execution
- The system is responsible for transitioning the application to a Safe State within FTTI."
Tier1 检查点:芯片的 safe state(ERR_OUT 拉高 + CPU halt)能否触发你系统的 safe state(STO / ASC / 切接触器)?如果你的栅极驱动 IC 不响应 ERR_OUT,芯片再 ASIL D 也没用。
3.4 External Safety Mechanisms 假设
芯片假设外部存在哪些 SM——这些 SM 不在芯片内部,但 safety case 依赖它们。
例:
"TC397 assumes the…
"TC397 assumes the presence of the following EXTERNAL safety mechanisms:
- External Q&A WatchDog with independent power and clock
- External voltage monitor with independent reference
- Bulk capacitor providing ride-through during short power dips
- System-level signal integrity protection (CRC, parity)"
Tier1 检查点:这些外部 SM 你都做了吗?这是 SEooC 最容易踩坑的地方——芯片假设你有 Q&A WD,你只用 Window WD,芯片的 ASIL D 立刻退化。
4. Tier1 接收 SEooC 的验收清单
收到 SEooC 芯片 + Safety Manual 后,Tier1 必须走 5 步验收流程——任何一步跳过,集成后的系统 ASIL 都不可信。
4.1 5 步验收
5 步验收是串行依赖——读 Manual 是基础,比对 assumption 是判断,后 3 步是闭环;任一步省略都让验收"看似过了实际没过"。
| 步 | 动作 |
|---|---|
| 1 通读 Safety Manual | 不要跳节,4 类 assumption 全读 |
| 2 比对假设 vs 实际 | 你的 ASIL / FTTI / 工作范围是否在芯片假设内 |
| 3 验证外部 SM | 芯片假设的外部 SM 你是否实施了(WD / V monitor / 等) |
| 4 更新 FMEDA | 把芯片提供的 SM DC 数据填入你的 FMEDA |
| 5 记录 gap + DFA | 不匹配的 assumption 要么补 SM 要么记 risk,DFA 重做 |
4.2 不匹配 assumption 的处理
如果 system context 与 SEooC assumption 不匹配,有 3 种合规处理方式:
| 处理 | 适用情况 |
|---|---|
| 加额外 SM 补齐 | 假设需要 Q&A WD,你原来用 Window WD → 加一个外部 Q&A WD |
| 降低 system ASIL 期望 | 芯片假设 FTTI ≥ 10 ms,你的项目是 5 ms → 这颗芯片不能用,或 system ASIL 必须降 |
| 联系芯片厂获取 specific safety analysis | 大客户可能要求厂商出 system-specific safety case extension |
5. 主流车规芯片的 SEooC 文档
下面是几个典型 SEooC 器件的 Safety Manual 概览,作为参考:
| 厂商 | 芯片 | 标记 ASIL | Safety Manual 重点 assumption |
|---|---|---|---|
| Infineon | AURIX TC397 / TC4x | D | FTTI ≥ 10 ms;外部 Q&A WD;recommended SBC TLF35584 |
| NXP | S32K344 | D | FTTI ≥ 5 ms;外部 V monitor;系统 CRC |
| STM | SPC58E | D | 类似 AURIX,SBC L9396 配套 |
| TI | UCC21750(栅极驱动) | D | 假设有 LV 端 STO 信号;DESAT 阈值由系统设 |
| Infineon | 1EDI3035AS(栅极驱动) | D | 假设隔离 / ASC 信号外部独立 |
实务经验:OEM 提供的 system safety case 必须明确每颗 SEooC 的 assumption-vs-reality 对比表,审计时这是第一个被翻的文档。
6. SEooC 与 ASIL 分解的关系
SEooC 与 ASIL 分解经常被混淆——它们解决不同问题,但常常组合使用。
| 维度 | SEooC | ASIL 分解 |
|---|---|---|
| 解决的问题 | 通用芯片如何 ISO 26262 合规开发 | 系统如何降低开发成本 |
| 谁用 | 芯片厂(开发) + Tier1(验收) | Tier1(系统架构师) |
| 典型场景 | MCU / 栅极驱动 / SBC | EPS 主+监控 MCU |
| 结合 | Tier1 用两颗 SEooC ASIL B(D) MCU 实施 ASIL D 分解 | 是 |
典型组合:Tier1 在 EPS 项目里用 Infineon TC275(SEooC ASIL D)做主 MCU、ST SPC58(SEooC ASIL D)做监控 MCU,然后做 ASIL D → B(D) + B(D) 分解——两颗芯片本身按 ASIL D SEooC 开发,但 Tier1 实际只用到 B(D) 等级。
7. 5 个 SEooC 反模式
SEooC 失效集中在 5 个反模式——这 5 个让"用了 ASIL D 标记的芯片但系统不安全"成为常见情况。
| 反模式 | 表现 | 修法 |
|---|---|---|
| 只看 ASIL 标签不看 Safety Manual | "这颗 MCU 是 ASIL D" → 直接进 BOM | 必读 Safety Manual,核对 4 类 assumption |
| 不实施外部 SM | Safety Manual 假设有 Q&A WD,你用 Window WD | 检查清单逐条核对外部 SM |
| 假设的 FTTI 超你的应用 | 芯片假设 FTTI ≥ 10 ms,你的项目 5 ms | 选 FTTI 更短的芯片 / 改架构 |
| 共因没补 | 芯片内部独立但你接同电源 / 同时钟 | DFA 重做,把外部接线纳入 |
| 不做集成验证 | 假设 OK 就发布,没做 chip-system fault injection | 故障注入测试 + DFA 报告 |
7.1 只看 ASIL 标签的隐蔽危险
最常见也最危险的反模式:工程师看见"ASIL D"标签就 BOM 选定。ASIL D 标签只是声明"芯片按 ASIL D 流程开发了",不代表"放进任意系统都自动 ASIL D"。修法:把 Safety Manual review 列入 BOM evaluation checklist,review 不通过的芯片不能进 BOM。
7.2 不实施外部 SM 的隐蔽危险
Safety Manual 通常会说"assumes external Q&A watchdog"。如果你只用 Window WD 凑合,芯片的所有 SM 都假设 Q&A WD 存在,Window 监督不到的故障类型会被漏过。修法:Safety Manual 里的"external SMs"是硬约束,不能省。
8. 端到端 AoU 验证——400V/100kW EV 主驱 Worked Design
端到端 AoU 验证的目标,是把三颗 SEooC 芯片(AURIX TC397 MCU + TLF35584 SBC + UCC21750-Q1 栅极驱动)的 Safety Manual 假设,逐条映射到一台具体的 EV 主驱逆变器上下文,确认哪些假设成立、哪些是 integrator 必须自己闭合的 AoU——这正是第 4 节 5 步验收在真实系统里的展开,而不是凭"芯片贴了 ASIL D 标签"就认为系统 ASIL D 成立。本节的三芯片对照与 SEooC 工程实战深度 的 6 维 mismatch 方法论互为具体化。
AoU 编号为示例 下表 AoU-T…
AoU 编号为示例 下表 AoU-Txx / AoU-Sxx / AoU-Dxx 编号是教学用功能描述,非各家 Safety Manual 的逐字条款号(TC397/TLF35584 全套 Safety Manual 均 NDA)。可复核的器件物理量(UCC21750 UVLO、CMTI、SCT3080AL VGSS/Vth/ID)已按公开 datasheet 核实,并在正文标注。
8.1 应用场景边界
本节以下列真实系统上下文为锚,对三颗 SEooC 芯片执行 AoU 映射。SCT3080AL 单管 30 A(Tc=25 °C)不足以扛 100 kW,实际每相并联多颗;此处以单管参数说明栅极驱动 AoU。
| 参数 | 值 |
|---|---|
| 应用 | 纯电动车主驱逆变器(三相 SiC) |
| 功率 / 直流母线 | 100 kW / 400 V DC |
| 开关管 | ROHM SCT3080AL 650 V SiC MOSFET(RDSon 80 mΩ typ,ID 30 A@25 °C / 21 A@100 °C,每相并联多颗) |
| 栅极驱动 IC | UCC21750-Q1(TI,增强隔离单通道,ASIL D SEooC) |
| 主控 MCU | AURIX TC397(Infineon,ASIL D SEooC) |
| SBC | TLF35584(Infineon,ASIL D SEooC) |
| 系统 ASIL | ASIL D(SG:避免非预期驱动转矩) |
| 系统 FTTI | 50 ms |
| 栅极驱动设计 | VDD=+18 V(on),VEE=COM 0 V(off);依 ROHM 3rd-gen 推荐 0/+18 V 驱动 |
| 控制腔 Tamb | ≤ 85 °C |
8.2 TC397 关键 AoU 核对表
TC397 Safety Manual(AURIX TC3xx,Infineon FuSa 系列)给出如下关键 AoU;逐条在本应用场景映射,匹配状态取 Satisfied / gap。
| AoU | TC397 假设(功能描述) | 本系统实际值 | 状态 | gap 闭合 |
|---|---|---|---|---|
| AoU-T01 | 系统 FTTI ≥ 10 ms | FTTI = 50 ms | Satisfied(5× 余量) | — |
| AoU-T02 | Tj ≤ 150 °C | 控制腔 Tamb ≤ 85 °C | Satisfied | 热设计确认控制腔温升 |
| AoU-T03 | 供电 3.3 V 轨在容差内 | TLF35584 提供 3.3 V / 5 V | Satisfied | DIA 记录供电来源 |
| AoU-T04 | 外部 Q&A 看门狗必须存在 | TLF35584 内置 Q&A WD | Satisfied | Q&A 服务在安全任务中周期 ≤ 10 ms |
| AoU-T05 | 外部电压监控必须存在 | TLF35584 多轨监控 | Satisfied | 阈值与 TC397 内部 UVLO 协调(Gotcha G4) |
| AoU-T06 | Lockstep 必须使能 | 设计使能并锁定寄存器 | Satisfied | 配置在 Safety Startup 固化 |
| AoU-T07 | LBIST 须在 MPFT 内定期执行 | SW 配置 LBIST 周期自测 | Satisfied | 低温角需 re-validate(Corner C1) |
| AoU-T08 | SMU alarm handler 必须实现 | 安全任务实现 | Satisfied | 审计覆盖所有 SMU alarm group |
| AoU-T09 | ERR_OUT 须接外部故障反应链 | ERR_OUT → TLF35584 复位 / INHIBIT | Satisfied | 连接路径 DFA 排除 CCF |
结论:TC397 核心 AoU 全部 Satisfied,无硬性 gap;AoU-T02(温度)与 AoU-T07(LBIST)留低温角 corner 验证——见 §10。
8.3 TLF35584 关键 AoU 核对表
TLF35584 Safety Manual(Infineon)关键 AoU 如下。TLF35584 兼具窗口看门狗与 Q&A(功能)看门狗,并对多路电源轨做 UVLO/OVLO 监控。
| AoU | TLF35584 假设(功能描述) | 本系统实际值 | 状态 | gap 闭合 |
|---|---|---|---|---|
| AoU-S01 | MCU 须在上电握手窗口内完成初始化握手 | TC397 Startup ≤ 10 ms 完成握手 | Satisfied | OTA 慢启动需专项(Gotcha G5) |
| AoU-S02 | WD 服务须落在 [Topen, Tclose] 窗口内 | Q&A 服务周期 ≤ 10 ms | Satisfied | 窗口参数按 SM 整定 |
| AoU-S03 | 被监控电压轨由外部负载驱动,无空载 | 3.3 V / 5 V 轨有 TC397 + 周边负载 | Satisfied | 轻载角核 UVLO 响应(Gotcha G4) |
| AoU-S04 | NRST / ERR 输出须驱动系统级 Safe State | NRST → TC397 复位;ERR → 独立栅驱关断路径 | Satisfied | DFA 分析双路信号独立性 |
| AoU-S05 | 外部 NMI 处理须在 MCU 中实现 | TC397 NMI handler 在 FuSa SW 层 | Satisfied | — |
结论:AoU-S01(初始化握手)是量产高频 gap 来源——OTA 慢启动场景易违反(见 §9 Gotcha G5)。
8.4 UCC21750 关键 AoU 核对表
UCC21750-Q1 datasheet(TI SLUSDH9)公开参数已核实,填入下表(此列为可复核硬数据)。UCC21750 的保护是硬件级:200 ns 快速 DESAT + 内部 400 mA 软关断 + Miller 主动钳位(阈值 typ 2.0 V,以 VEE 为参考);UVLO 只作用在 VDD(VVDD_ON typ 12.0 V,10.5–12.8 V)与 VCC 输入侧,负压轨 VEE 无独立 UVLO。
| AoU | UCC21750 假设 / integrator 责任 | 本系统设计 | 状态 | 依据 |
|---|---|---|---|---|
| AoU-D01 | 负压关断电平须 ≤ 被驱 MOSFET 的 VGSS(min) | SCT3080AL VGSS abs max=−4 V → 取 VEE=COM(0 V 关断) | Satisfied | 头号 AoU,见 Gotcha G1 |
| AoU-D02 | VDD 须高于 VDD UVLO 且留余量 | VDD=+18 V > VVDD_ON typ 12.0 V | Satisfied | UCC21750 datasheet |
| AoU-D03 | DESAT 消隐 + 阈值须按具体器件的导通 VDS 整定 | 依 SCT3080AL 满载 VDSon 设消隐电容与阈值 | Satisfied | 200 ns 快 DESAT,热角 VDSon 漂移须核 |
| AoU-D04 | 隔离 / 故障(FLT/RDY)/ ASC 信号由外部独立逻辑驱动 | TC397 ERR_OUT → 独立 ASC 逻辑 | Satisfied | ASC 路径 DFA 排除共因 |
| AoU-D05 | CMTI ≥ 应用 dV/dt | UCC21750 CMTI ≥ 150 kV/µs;SCT3080AL @400V dV/dt ≈ 12 kV/µs | Satisfied(约 12× 余量) | 150/12 ≈ 12.5,800 V 场景须复核 |
结论:UCC21750 参数留有充裕余量,但 AoU-D01 是最高风险点:栅极驱动本身容忍 VEE 到 −17.5 V,是否对具体 SiC 器件安全,是 integrator 必须自己闭合的 AoU——见 §9 Gotcha G1。
8.5 AoU gap 闭合总结
三颗 SEooC 芯片在 400V/100kW 主驱场景中,关键 AoU 全部 Satisfied,无硬性 gap;但下列软性 gap 须额外措施闭合才能完成 safety case。
| gap | 影响 | 闭合措施 |
|---|---|---|
| 负压关断电平 vs SiC VGSS | 盲抄通用 −5/−8 V 负偏会超 SCT3080AL 的 −4 V 栅极额定 | 取 VEE=0 V(ROHM 推荐),靠 Miller 钳位防误开(Gotcha G1) |
| TC397 LBIST 低温延迟 | −40 °C 下 LBIST 耗时增加,可能超 MPFT 窗口 | −40 °C 专项 LBIST 计时 test(Corner C1) |
| TLF35584 OTA 慢启动 | 握手超时 → SBC 复位系统 | OTA 模式延长/暂挂 WD 窗口 + DIA 文档化(Gotcha G5) |
| UCC21750 热角 DESAT 漂移 | 高温 SiC 导通压降升高,DESAT 阈可能误触发 | 温度角验证:满载高温 VDSon 须低于 DESAT 阈 |
| CCF:TC397 + TLF35584 共 VCC | 同轨塌陷时两芯片同掉电,DFA 共因 | VCC 轨独立保持电容 + UVLO 差异化阈值(Gotcha G4) |
9. 7 条 Gotcha 链
量产现场的 SEooC 集成失效集中在下列 7 条 Gotcha,每条对应一个真实失效场景;它们是第 7 节 5 反模式在三芯片系统上的具体落点。
9.1 G1 · 负压关断电平超 SiC 栅极额定(最高危)
许多设计沿用"IGBT/通用 SiC 上负偏 −5 V 或 −8 V 关断"的经验,把 UCC21750 的 VEE 直接设成 −5 V 甚至 −8 V。UCC21750 本身不会报错——它的 VEE-COM 绝对最大到 −17.5 V,输出 VDD-VEE 只要 ≤ 33 V 就工作,且没有负压 UVLO 去拦你。但被驱动的 ROHM SCT3080AL 是 3rd-gen Trench SiC,其 VGSS 绝对最大只有 −4 V / +22 V,ROHM 官方推荐驱动是 0/+18 V(即 0 V 关断)。一旦 VEE=−5/−8 V,栅极氧化层长期承受超额定负偏,触发 BTI(负偏温度不稳定)加速老化、Vth 漂移、最终栅极击穿——这是把"其他器件的负偏经验"盲移植到本器件的典型 AoU 违规。真正防止 dV/dt 串扰误开通的手段是 UCC21750 内置的 Miller 主动钳位(阈值 typ 2.0 V,参考 VEE),而非深负偏。修法:负压关断电平是 integrator 必须自己闭合的 AoU(AoU-D01)——按被驱 MOSFET 的 VGSS(min) 定,SCT3080AL 取 VEE=COM(0 V)、靠 Miller 钳位;PCB/原理图评审把"VEE 电平 vs 开关管 VGSS 额定"列为栅驱 AoU 第一条。
9.2 G2 · Safety Manual 版本漂移——AoU 悄然改变
Safety Manual 是活文档:某颗 MCU 从 Safety Manual v1.0 升到 v1.5,一条 AoU 的外部 SBC 兼容性列表可能从"TLF35584 / TLF35587"收窄为"仅推荐 TLF35584",而 Tier-1 做 DIA 时锁定的是 v1.0。芯片批量换供后 IC 版本对应 v1.5,集成文档仍引 v1.0 AoU 表,第三方 assessment 时暴露不匹配。根因:AoU 随 Safety Manual 版本演进,每次升版都须触发 AoU 重验。修法:DIA 条款写死"Safety Manual vX.Y 的 AoU 清单,版本升级须 re-validate";Tier-2 换版须出 delta-AoU 文件。
9.3 G3 · FTTI 10 ms vs 50 ms 语义错层
AoU-T01"系统 FTTI ≥ 10 ms"常被理解为"我们系统 FTTI=50 ms,5× 余量很富裕"。但 Safety Manual 里这条通常约束的是故障反应链时长——从 ERR_OUT 拉低到系统 Safe State 生效(TC397 → TLF35584 → 栅极关断)的最大允许延迟,而非系统级 hazard→safe state 的 FTTI。若 SW 的 Safe State Handler 在 ERR_OUT 后 80 ms 才完成关断序列,安全论证就破了——哪怕系统 FTTI=50 ms"看起来更宽"。修法:区分三段并分别写进 FSC 时间预算:① 系统 FTTI(hazard→safe state,50 ms);② 故障检测时间(TC397 内部);③ 故障反应链时间(ERR_OUT→硬件关断,AoU 约束)。
9.4 G4 · TC397 + TLF35584 共因电压崩溃——DFA 死角
TC397(3.3 V 内核)与监控它的 TLF35584 常共用同一 VCC 轨,两者的欠压阈值又都落在 3.0 V 附近。当 VCC 缓慢下降(如整车起动瞬间电池电压骤降),二者几乎同时触发 UVLO——本应独立监控 TC397 的 TLF35584 与被监控对象同步失效,独立性归零。修法:① 在 TC397 供电轨加独立保持电容(Chold),使 TC397 在 VCC 短暂跌落时续跑 5–10 ms 完成 Safe State;② DFA 表显式标注此 CCF 路径与缓解;③ 需要时增加独立低压器件监控 TLF35584 本身。
9.5 G5 · OTA 慢启动打穿初始化握手窗口
TLF35584 上电后要求 MCU 在配置的握手窗口内完成初始化握手;超时则判 MCU 异常,触发复位。正常启动 TC397 在 < 10 ms 完成。但 OTA 固件更新场景:引导 OTA 镜像需从 NVM 读数 MB 数据,启动到安全任务运行可能 200–500 ms,远超握手窗口,触发看门狗复位,镜像写不完整,系统陷入重启循环。修法:OTA 架构在刷写前进入"OTA Safe Mode"——经 SPI 暂挂或延长 SBC 看门狗窗口,并在 DIA 中显式文档化"OTA 模式下 AoU-S01 的豁免条件及恢复路径"。
9.6 G6 · 用软件轮询替代硬件短路保护——SCWT 被击穿
UCC21750 通过硬件 FLT 引脚上报故障(DESAT / UVLO),并由硬件 DESAT+软关断路径在 200 ns 内响应短路;它不是 SPI 器件,故障不靠软件帧上报。工程中若误以为"MCU 读到 FLT/故障状态再软件关断"就是短路保护,问题在于:SiC 短路耐受时间(SCWT)只有约 1–2 µs,而软件路径(中断响应 + RTOS 调度 + 反应)是 ms 级,慢约 1000×。后果:一旦硬件 DESAT 被配错(消隐电容漏插、阈值偏高),只剩软件路径,短路响应慢 1000× → 直接炸管。修法:AoU 核对表把 UCC21750 故障路径分两行——"硬件短路路径(DESAT+软关断,ns/µs 级)"与"软件诊断路径(读 FLT,ms 级)",分别标状态;软件路径只能做诊断/记录,不能替代硬件短路保护。
9.7 G7 · AoU-check 遗漏 Software SEooC 组件
系统 BOM 里有两类 SEooC:IC 硬件 SEooC(TC397 / TLF35584 / UCC21750,工程师通常会做 AoU 验证)和 Software SEooC(AUTOSAR OS、MCAL、CRC lib、诊断库),后者常被漏掉。软件 SEooC 的 Safety Manual 同样有 AoU,例如"客户代码不调用非 ASIL API""中断屏蔽时长 ≤ X µs"。若 RTOS 任务调用了非 ASIL 接口,OS 的 ASIL 认证立刻降档。修法:AoU 核对清单不仅覆盖 IC,还须覆盖所有 SW SEooC;软件物料清单(SBOM)每个 SEooC SW 条目附"Safety Manual 版本 + AoU 验证状态"字段。
10. 3 条 Corner 分析
典型应力边界下,§8 得出的"AoU 全部 Satisfied"结论是否仍成立,需要专项 corner 核验;下列数字为工程量级估计(非某厂 datasheet 精确值),用于说明 corner 触发的重验逻辑。
10.1 Corner C1 · −40 °C 冷启动:LBIST 耗时逼近 MPFT 窗口
在 −40 °C 极低温下,MCU 内部振荡器 / PLL 锁定时间增加,LBIST 单次自测耗时相对常温可显著拉长。若 SW 配置的 MPFT(最大允许故障探测时间)较宽(如 100 ms),影响有限;但若某些应用 MPFT 更严(如 30 ms 级),低温下 LBIST 单次耗时可能逼近 MPFT 上限,导致 AoU-T07"LBIST 须在 MPFT 内定期执行"在低温角不满足,LFM/latent 覆盖下降。验证要求:在 −40 °C 实测 LBIST 完成时间并与 MPFT 预算比对;若超出,降低 LBIST 间隔或分段执行(把整块 LBIST 拆为多小段)。
10.2 Corner C2 · FTTI 压缩:L4 场景把主驱 FTTI 压到 10 ms
当整车集成 L4 自动驾驶,某 OEM 可能把主驱 FTTI 从 50 ms 压到 10 ms(避免突失转矩时 AD 无法接管)。此时:① AoU-T01"FTTI ≥ 10 ms"恰在边界仍满足;② 但故障反应链须从原来的余量压到 ≤ 10 ms(ERR_OUT→Safe State),原来 80 ms 的 SW Safe State Handler 必须重设计;③ SBC 的 WD 服务周期须缩短以适配更严 FTTI 预算;④ 处于 AoU 边界时,Safety Manual 通常要求补充 safety analysis——不能仅凭"10 ms=AoU 最低值"就过关。结论:FTTI 压缩触发全面 re-validate,所有含时序假设的 AoU 重走 §8 核对流程。
10.3 Corner C3 · EOL 老化:FIT 上升导致 SPFM 下穿 99%
芯片 FMEDA 基于 mission profile 计算额定 FIT,通常对应约 10–12 年寿命。更长服役期(如 15 年)的高温老化(Arrhenius 加速,活化能 Ea 量级约 0.7 eV)使部分逻辑失效率上升若干倍;栅极驱动 / SBC 也有类似老化(尤其栅氧 BTI)。后果:EOL 状态下三颗芯片实际 FIT 之和可能超出 BOL FMEDA 假设,SPFM 从裕量态逼近甚至下穿 ASIL D 要求的 99%。验证路径:① EOL FIT 预算须在 FMEDA 中显式建模(非仅 BOL 数字);② 加速寿命试验(HTOL)验证 FIT 增量;③ 若 EOL SPFM < 99%,增加额外 SM 或在 AoU 中限定器件寿命上限并标注。
核心要点
- SEooC 是 ISO 26262 给芯片厂的合规口子 —— 假设性 HARA + 假设性 ASIL 开发,assumption 全文档化到 Safety Manual
- 与完整 item 开发的核心差异:system context 是 assumed 不是 actual
- Safety Manual 必含 4 类 assumption:Use Case / Safety Req / Safe State / External SM
- Tier1 接收时走 5 步验收:读 Manual → 比对 assumption → 验证外部 SM → 更新 FMEDA → 记录 gap
- ASIL 标签只是"开发等级",不等于"放进系统就 ASIL D" —— 必须 assumption 全部成立
- 主流芯片 SEooC:AURIX TC4x / S32K344 / TI UCC21750 / Infineon 1EDI3035 都是 ASIL D SEooC
- 与 ASIL 分解组合使用:两颗 ASIL D SEooC 芯片 + 系统级 D→B(D)+B(D) 分解 = EPS 标准架构
- 5 反模式戒除:只看标签 / 不实施外部 SM / FTTI 不匹配 / 共因没补 / 不做集成验证
- 三芯片 AoU worked design(400V/100kW 主驱,TC397/TLF35584/UCC21750):关键 AoU 全部 Satisfied、无硬性 gap;5 项软性 gap(负压电平 vs SiC VGSS / 低温 LBIST / OTA 握手 / 热角 DESAT / 共因 VCC)须闭合
- 7 条 Gotcha:G1 负压关断电平超 SiC 栅极额定(最高危——SCT3080AL VGSS abs max=−4 V,盲抄 −5/−8 V 会击穿栅氧;UCC21750 无 VEE UVLO 不会拦你) / G2 Safety Manual 版本漂移 / G3 FTTI 语义错层 / G4 CCF 共因崩溃 / G5 OTA 慢启动穿越握手窗口 / G6 软件轮询替代硬件短路保护 / G7 Software SEooC 被遗漏
Engineering Objects
引用此页的结构化 Engineeri…
引用此页的结构化 Engineering Object(v2.0 Copilot 自动生成,不要手动编辑此段)。
- standard ·
standard_iso26262_part8— ISO 26262 Part 8 Supporting Processes
Cross-references
- ← 索引
- 功能安全
- HARA 危害分析与风险评估 — SEooC 的 HARA 是假设性的
- ASIL 分解(Decomposition) — 常与 SEooC 组合使用
- 安全机制目录 — Safety Manual 列的 SM 与本页 catalog 对照
- ISO 26262 硬件要素三类分类 — III 类元件几乎都是 SEooC
- DFA / FMEDA / FTA 三种核心分析方法 — Tier1 接收 SEooC 后必重跑 DFA
- 汽车 MCU — AURIX / S32K3 都是 SEooC 实例
- SBC 系统基础芯片 — TLF35584 / FS8500 都是 SEooC
- 栅极驱动 — UCC21750 / 1EDI3035AS 都是 SEooC
- PEU 开发流程 — Tier1 视角的 SEooC 验收落地