上一章 全文阅读 下一页

第849章 抗事(1)

智能车控产品线总裁赵诚立即起身解释,语速飞快:

“根因已定位,是ti的那颗tps659039芯片在极端温度下的寄存器读写稳定性问题。

我们联合ti的工程师,已经有了修复固件的实验室版本,下周就能开始...”

“下周开始验证?”雷厉打断他,激光笔的红点重重敲在asil-d标准的字样上。

“赵总,按照我们的研发阀点(gatereview)流程,6月1号就是底盘与动力域的系统设计冻结(systemdesignfreeze)节点。

这意味着所有底层软件和硬件接口必须锁定。

你现在引入一个新的固件版本,意味着所有相关的硬件在环(hil)测试、台架测试、乃至已经排期的整车耐久测试都要从头来过?

这个周期至少需要四周!

你是打算让设计冻结延期,还是打算带着未知风险进入模具开发阶段?”

赵诚的脸色瞬间有点难看。

被同级别的同事在这种场合质问到脸上让他非常不爽。

他身后的团队成员开始疯狂地在笔记本上调取测试数据,试图寻找快速验证的可能性。

这是一个典型的研发与质量的经典矛盾:

研发追求技术方案的快速迭代与优化,而质量则要求流程的严格性和节点的不可动摇性。

设计冻结的延迟,将产生连锁反应,直接影响后续的工装模具制造、供应商定点开模等环节,其带来的不仅是时间损失,更是数以亿计的成本超支。

陈默轻咳一声,先对雷厉点头示意,认可其专业性:

“雷总对功能安全标准和研发阀点的坚持,是项目成功的基石。

asil-d级的需求没有任何妥协余地。”

这个开场白让质量团队感受到被尊重,紧绷的气氛稍缓。

紧接着,他转向徐平,语气沉着:“这个问题确实存在,解决方案也有两条路径。”

他示意林雨晴将一份提前准备好的技术分析报告分发给关键决策者。

“方案a:等待ti的官方修复固件,但这确实如雷部长所言,存在验证周期不足,影响设计冻结节点的风险。”

“方案b:采用我们软件团队提出的软件冗余方案。

我们可以在应用层增加一个守护线程,持续监控该寄存器的

上一章 全文阅读 下一页
  • 今日热门
  • 本周排行
  • 阅排行
  • 年度排行
  • 最新更新
  • 新增小说