9 月 16 日，在由盖世汽车主办的 2026 第六届智能汽车芯片生态大会上，阿里巴巴达摩院处理器架构师李伟立分享了 RISC-V 在汽车电子领域的实践与探索。他指出，国内外 RISC-V 车规应用已在 IP、IC、整机和软件生态四个层面基本达到可用状态，但功能安全研发仍面临流程周期长、ASIL-B 软件诊断覆盖率难达标等多重挑战。
李伟立 | 阿里巴巴达摩院处理器架构师
李伟立表示，功能安全产品研发需要经过流程认证与产品认证的双向迭代，" 要走完这个流程，一般要 3 到 5 年 "。在具体技术路径上，ASIL-D 等级普遍采用双核锁步（DCLS）方案，逻辑相对简单，但代价是两倍面积和两倍功耗；而 ASIL-B 等级出于 PPA 考量，通常采用 STL 软件诊断方式，要求达到 90% 的诊断覆盖率，面积仅增加 10% 至 20%，" 这方面的挑战还是比较大的 "。
他详细阐述了 STL 开发面临的三重约束：一是运行时间约束，STL 运行不能影响原有功能，单个程序段运行时间需控制在数千个 cycle 内，否则会拉长中断响应延迟；二是存储空间限制，车规应用存储空间紧张，STL 需控制在合理 Size 范围内，限制了可用指令和测试用例的丰富度；三是访问安全约束，对 Device 类型 IO 设备的访问可能产生不可逆状态，进一步压缩了软件诊断的覆盖空间。
在诊断覆盖率方面，李伟立透露了一个关键研发发现：RTL 仿真与网表仿真的诊断覆盖率存在显著差异，" 通常要在 5% 以上，可能要达到 7%、8%，甚至到 10%"。这意味着在 RTL 层面做到 90% 覆盖率，综合到网表层后可能无法通过，迫使研发团队在 RTL 阶段就要做到 95% 甚至更高。此外，MCU 中的预测、预取等内部模块难以被 STL 指令直接覆盖；总线故障注入在超出总线边界后，即走出测试环境以外，会被环境修正为正确值，导致回读永远读到正确值，这些都进一步加大了覆盖率达标难度。
展望未来，李伟立呼吁更多厂商加入 RISC-V 车规生态，不仅要丰富 ASIL-B/D 等级的 MCU 级 IP，更要开发面向智驾领域的高性能计算核心，" 把生态建丰富建完善 "。
