关于我们

打破孤岛,重塑协作:加特兰如何破解汽车芯片软件开发困局

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%以上。

加特兰推动的不仅是技术改进,更是生态层面的三项转变:

  1. 从芯片SDK到平台SDK:提供跨芯片、跨域的通用模组,增强复用性与可移植性,降低车企对单一芯片厂商的依赖
  2. 从封闭SDK到开放生态:支持源代码开放与二次开发,赋予车企更大自主权,助力差异化创新
  3. 从独立工具到深度融合与自动化:将SDK的发布、测试、集成纳入CI/CD(持续集成/持续部署)流水线,实现版本自动化验证,提升开发效率与软件质量

加特兰AUTOSAR协作平台,助力用户缩短汽车芯片软件开发周期、提高代码复用率、降低移植成本,持续赋能车企、芯片伙伴与产业链上下游,推动智能网联汽车的演进。