我们出于网站功能和性能的目的使用Cookie。通过使用它们,我们可以改善用户的浏览并跟踪网站的流量。有关更多信息,请访问我们的 隐私政策 和 使用条款。
打破孤岛,重塑协作:加特兰如何破解汽车芯片软件开发困局
2026-06-16
软件的进化,解锁的不只是芯片性能,更是产业链的协同效率。加特兰AUTOSAR协作平台重塑了产业协作模式:芯片企业、Tier-1与整车厂不再依次接力,而是共同设计、同步联调,形成高效协作体。
传统开发模式的困局
在传统汽车芯片开发流程中,芯片企业与Tier-1、OEM采用串行协作模式。芯片公司完成验证后,Tier-1才开始适配,OEM则在更晚的阶段介入集成。从芯片验证到客户量产,传统模式通常需要3至4年。这种串行模式导致多方在关键阶段出现需求与实现的脱节——各阶段软硬件环境割裂、接口不统一,导致开发成果难以直接复用。
典型问题包括:
- 芯片验证通过,但客户端应用程序无法直接运行
- 不同芯片项目重复开发驱动和通信栈,人力资源浪费严重
- 软件直接操作芯片寄存器,缺乏硬件抽象层,客户端程序移植难度高
上述问题的直接后果是周期延长。例如,因等待芯片量产才可开展算法适配,可能导致车型上市推迟6个月。
破局思路:加特兰AUTOSAR协作平台
针对这一困局,加特兰通过AUTOSAR协作平台,让需求定义、软件设计、硬件测试并行推进,简化接口对齐,缩短系统适配时间。
平台化方案:统一接口,覆盖硅前验证到量产的各个阶段
加特兰AUTOSAR协作平台基于平台化基线,涵盖MCAL(微控制器抽象层)和OS(操作系统),不同项目只需进行上层配置、集成与校准即可使用基础芯片功能,适用于从硅前验证到量产的各个阶段。
- 芯片层(MCAL与OS):屏蔽硬件差异,提供统一API(应用程序编程接口),可跨芯片项目复用
- 基础软件层(BSW与RTE):兼容客户端基础软件层,进行通信、诊断、内存管理等
- 雷达相关复杂驱动层:提供完整的射频与信号处理服务
- 应用层:提供雷达、通信、监控、存储等服务,支持客户端灵活调用
*BSW:Basic Software,基础软件
RTE:Run-Time Environment,实时运行环境
加特兰AUTOSAR协作平台在硅前阶段即可运行,提前验证中断、DMA(直接内存访问)、GPIO、CAN(控制器局域网)等通用模块。由于接口统一,可同时支持测试、任务调度、总线、CPU负载、功能安全等模块的评估,有效缩短验证周期。
- 驱动层(MCAL):验证MCAL与硬件行为的一致性,确保芯片基础外设符合AUTOSAR标准
- BSW层:验证各模块在AUTOSAR框架下的交互,检验系统级软硬件协同
- 系统性能:基于AUTOSAR OS和通信栈,构建真实负载模型,提前评估芯片实时性能
- 功能安全:验证是否符合ISO 26262安全机制,支撑ASIL等级认证
在实际项目中,平台化方案将底层代码复用率提升60%以上,开发周期缩短了30%至50%。
量产验证的生态革命
截至2026年第一季度末,加特兰毫米波雷达芯片累计出货量超3000万颗,合作车企超30家,赋能300余款车型,为软件定义汽车时代的降本增效提供了可复制的实践路径。某知名企业借助该平台提前6个月参与芯片系统的早期设计与仿真,最终算法精度提升40%以上。
加特兰推动的不仅是技术改进,更是生态层面的三项转变:
- 从芯片SDK到平台SDK:提供跨芯片、跨域的通用模组,增强复用性与可移植性,降低车企对单一芯片厂商的依赖
- 从封闭SDK到开放生态:支持源代码开放与二次开发,赋予车企更大自主权,助力差异化创新
- 从独立工具到深度融合与自动化:将SDK的发布、测试、集成纳入CI/CD(持续集成/持续部署)流水线,实现版本自动化验证,提升开发效率与软件质量
加特兰AUTOSAR协作平台,助力用户缩短汽车芯片软件开发周期、提高代码复用率、降低移植成本,持续赋能车企、芯片伙伴与产业链上下游,推动智能网联汽车的演进。