SEooC — Safety Element out of Context

功能安全L2别名 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:

Generic chip 用于 4 个 system context — EPS (D, 100ms, 机械备份) / Traction inverter (D, 50ms, ASC) / BMS (C/D, 100ms, 切接触器) / OBC (C, 200ms, 关充电),芯片厂无法逐个跑

维度EPS主驱BMS
典型 ASILDDC/D
典型 FTTI100 ms50 ms100 ms
Safe State机械备份 / no assistASC / 自由轮切断接触器

芯片厂发同一颗 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。

Full Item (Part 2-4) vs SEooC (Part 10) 流程对比 — 上侧 Real Item Def → Real HARA → SG/FSC/TSR → ASIL design (sage 真实) · 下侧 Assumed 全链路 (coral 假设) + 多一步 Safety Manual 交付物 (amber)

完整 ItemSEooC
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 类:

Safety Manual 4 类 assumption — 1 Use Case (温度/电压/FTTI) · 2 Safety Requirements (芯片自带 SM + DC) · 3 Safe State (ERR_OUT/CPU halt) · 4 External SMs (外部 Q&A WD/V monitor),Tier1 逐条核对

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:

  • Operating temperature -40 to +150 °C(Tj)
  • Supply voltage 3.0 to 5.5 V
  • System FTTI ≥ 10 ms
  • Use of recommended SBC for power and watchdog
  • ..."

Tier1 检查点:你的应用是否落在这些假设范围内?如果你的 FTTI < 10 ms,芯片的"safety case"就不一定 cover 你的场景。

3.2 Safety Requirements(芯片自己提供的 SM)

Safety Manual 列出芯片内部实现的 SM 清单 + 每个 SM 的覆盖率

例:

SM覆盖什么失效假设的 DC
Lockstep dual coreCPU 永久 / 瞬时故障≥ 99%
ECC on RAMRAM 单 / 双 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 都不可信。

Tier1 5 步验收 — Step 1 Read SM → Step 2 Compare assumptions vs system context → Step 3 Verify external SMs → Step 4 Update FMEDA → Step 5 Doc gaps + DFA,串行依赖任一跳过验收等于没做

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 概览,作为参考:

厂商芯片标记 ASILSafety Manual 重点 assumption
InfineonAURIX TC397 / TC4xDFTTI ≥ 10 ms;外部 Q&A WD;recommended SBC TLF35584
NXPS32K344DFTTI ≥ 5 ms;外部 V monitor;系统 CRC
STMSPC58ED类似 AURIX,SBC L9396 配套
TIUCC21750(栅极驱动)D假设有 LV 端 STO 信号;DESAT 阈值由系统设
Infineon1EDI3035AS(栅极驱动)D假设隔离 / ASC 信号外部独立

实务经验:OEM 提供的 system safety case 必须明确每颗 SEooC 的 assumption-vs-reality 对比表,审计时这是第一个被翻的文档。


6. SEooC 与 ASIL 分解的关系

SEooC 与 ASIL 分解经常被混淆——它们解决不同问题,但常常组合使用。

维度SEooCASIL 分解
解决的问题通用芯片如何 ISO 26262 合规开发系统如何降低开发成本
谁用芯片厂(开发) + Tier1(验收)Tier1(系统架构师)
典型场景MCU / 栅极驱动 / SBCEPS 主+监控 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
不实施外部 SMSafety 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,每相并联多颗)
栅极驱动 ICUCC21750-Q1(TI,增强隔离单通道,ASIL D SEooC)
主控 MCUAURIX TC397(Infineon,ASIL D SEooC)
SBCTLF35584(Infineon,ASIL D SEooC)
系统 ASILASIL D(SG:避免非预期驱动转矩)
系统 FTTI50 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。

AoUTC397 假设(功能描述)本系统实际值状态gap 闭合
AoU-T01系统 FTTI ≥ 10 msFTTI = 50 msSatisfied(5× 余量)
AoU-T02Tj ≤ 150 °C控制腔 Tamb ≤ 85 °CSatisfied热设计确认控制腔温升
AoU-T03供电 3.3 V 轨在容差内TLF35584 提供 3.3 V / 5 VSatisfiedDIA 记录供电来源
AoU-T04外部 Q&A 看门狗必须存在TLF35584 内置 Q&A WDSatisfiedQ&A 服务在安全任务中周期 ≤ 10 ms
AoU-T05外部电压监控必须存在TLF35584 多轨监控Satisfied阈值与 TC397 内部 UVLO 协调(Gotcha G4)
AoU-T06Lockstep 必须使能设计使能并锁定寄存器Satisfied配置在 Safety Startup 固化
AoU-T07LBIST 须在 MPFT 内定期执行SW 配置 LBIST 周期自测Satisfied低温角需 re-validate(Corner C1)
AoU-T08SMU alarm handler 必须实现安全任务实现Satisfied审计覆盖所有 SMU alarm group
AoU-T09ERR_OUT 须接外部故障反应链ERR_OUT → TLF35584 复位 / INHIBITSatisfied连接路径 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 监控。

AoUTLF35584 假设(功能描述)本系统实际值状态gap 闭合
AoU-S01MCU 须在上电握手窗口内完成初始化握手TC397 Startup ≤ 10 ms 完成握手SatisfiedOTA 慢启动需专项(Gotcha G5)
AoU-S02WD 服务须落在 [Topen, Tclose] 窗口内Q&A 服务周期 ≤ 10 msSatisfied窗口参数按 SM 整定
AoU-S03被监控电压轨由外部负载驱动,无空载3.3 V / 5 V 轨有 TC397 + 周边负载Satisfied轻载角核 UVLO 响应(Gotcha G4)
AoU-S04NRST / ERR 输出须驱动系统级 Safe StateNRST → TC397 复位;ERR → 独立栅驱关断路径SatisfiedDFA 分析双路信号独立性
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

AoUUCC21750 假设 / integrator 责任本系统设计状态依据
AoU-D01负压关断电平须 ≤ 被驱 MOSFET 的 VGSS(min)SCT3080AL VGSS abs max=−4 V → 取 VEE=COM(0 V 关断)Satisfied头号 AoU,见 Gotcha G1
AoU-D02VDD 须高于 VDD UVLO 且留余量VDD=+18 V > VVDD_ON typ 12.0 VSatisfiedUCC21750 datasheet
AoU-D03DESAT 消隐 + 阈值须按具体器件的导通 VDS 整定依 SCT3080AL 满载 VDSon 设消隐电容与阈值Satisfied200 ns 快 DESAT,热角 VDSon 漂移须核
AoU-D04隔离 / 故障(FLT/RDY)/ ASC 信号由外部独立逻辑驱动TC397 ERR_OUT → 独立 ASC 逻辑SatisfiedASC 路径 DFA 排除共因
AoU-D05CMTI ≥ 应用 dV/dtUCC21750 CMTI ≥ 150 kV/µs;SCT3080AL @400V dV/dt ≈ 12 kV/µsSatisfied(约 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 自动生成,不要手动编辑此段)。

Cross-references