当前位置: 首页 > article >正文

AutoSar:软件革命还是技术陷阱?

文章目录

  • 1 背景
    • 1.1 AutoSar的概念
    • 1.2 国内的汽车软件现状
    • 1.3 OEM的介入
  • 2 AutoSar
    • 2.1 不同的开发方式
    • 2.2 AutoSar的优势
    • 2.3 AutoSar的缺点
  • 3 总结


1 背景

AutoSar是这两年在汽车行业特别火的一个词,好多汽车零部件的供应商和OEM主机厂都在参与,有的厂商已经使用了多年,也算是成熟,有的厂商正在初探这个行业最火热的东西。正好今天ETAS过来技术交流,笔者也是有所感慨,想写一篇文章谈谈内心的真实想法,可能每个人的理解差异,仅作参考。

1.1 AutoSar的概念

这里笔者不想去Copy那些方法论里的定义,仅从使用过这套东西的人的角度去口语化描述,AutoSar的本意是想做一套完全开放的和标准化的软件结构和接口,它可以将汽车行业软件功能划分为多个模块,以便于不同的开发团队可以更加方便和有效的合作开发软件。这个概念是欧美汽车OEM和解决方案提供商发起的,发展了也有20几年,标准化和流程化方面做的确实很好。
这套东西的好处自不必说,流程标准化可以减少因为不同厂商之间的开发风格不同造成的磨合成本和周期成本。
那么现在问题来了,既然这个东西表面上看是有很多好处的,那么咱们国内是否也可以引进,也像欧美的汽车行业巨头一样,把控制器做的非常精致和标准化呢?接下来分析一下。

1.2 国内的汽车软件现状

说到国内要想使用AutoSar,首先来说说国内目前汽车行业的普遍软件水平,如果从事过电子软硬件开发的朋友就应该知道,汽车上的软件其实也就是单片机软件,如果非要抬杠,那多媒体大屏幕上用的算是高端点的嵌入式Linux那套东西,从大宏观上来讲都属入嵌入式系统范畴。具体的软件水平怎么样呢?答案是水平很差。
为什么笔者会有这样的看法呢?原因是这样的


http://www.kler.cn/a/597622.html

相关文章:

  • 算法训练营第二十天 | 回溯算法(二)
  • gin中间件学习笔记
  • 区块链学习总结
  • JavaScript性能优化实战,日常开发中的案例与优化技巧
  • 【Java】grpc-java在IDEA中build不成功的相关问题,Android,codegen C++语言排除
  • 杨辉三角Ⅱ 力扣119
  • 知识图谱中NLP新技术
  • ORACLE 19.8版本数据库环境EXPDP导数据的报错处理
  • 基于Java(springMVC+hibernate)+Mysql实现(Web)客栈服务系统
  • 自然语言处理|BART:文本摘要的智能工具
  • 防逆流检测仪表在分布式光伏发电系统中的应用
  • Linux 告警:使用企业微信发送通知
  • 利用ffmpeg库实现音频AAC编解码
  • PyTorch 深度学习实战(18):分布式强化学习与 IMPALA 算法
  • 音视频框架详解
  • 蓝桥杯每日一题----海底高铁
  • 【Linux线程】——线程概念线程接口
  • 工具层handle_excel
  • 鱼书--学习2
  • MySQL 中,分库分表机制和分表分库策略