面向 SOA 架构的中央计算平台：岚图汽车
作为全新电器架构的核心器件，中央控制器在设计过程中需要从运算性能，耐候可靠性，控制器迭代升级，跨车型平台复用等多角度进行评估。下图简要叙述了岚图汽车中央计算平台从设计到量产过程中的关键路径和实践。图 6-17 岚图中央计算平台硬件设计要点图
2022-11-12233
面向 SOA 架构的中央计算平台：威马汽车
威马汽车：威马作为造车新势力，始终走在新时代汽车的前沿，致力于为用户提供不断进化能力以及更加愉悦体验的车辆，为迎接下一步的挑战，威马基于现有的域控制平台和需求打造集中式电子电气架构的整车控制器中央计算硬件平台。中央计算平台作为下一代整车控制
2022-11-12409
软件定义汽车落地实践案例：亿凯科技
亿凯科技：围绕着“软件定义汽车”和“SOA”的概念，上海亿凯科技有限公司依托车用软件技术积累，打造“虚拟车辆软件台架”。该平台可以提供低成本的成熟的整车台架虚拟环境，完善的虚拟原子层服务和设备抽象层的服务，还有自定义的开放式符合软件定义汽车服
2022-11-12269
软件定义汽车落地实践案例：福瑞泰克
福瑞泰克：福瑞泰克智能系统有限公司（Freetech）推出了面向 ADAS/AD 产品落地的 SOA 软件中间件产品 FTZen，如下图所示：图 6-10 FTZen 设计框架根据软硬件分层解耦的思想，FTZen 在整体架构中扮演了向下屏蔽硬件、外部设备和驱动，向上服务/应用层提供统一
2022-11-12617
软件定义汽车落地实践案例：中汽创智
中汽创智：从座舱软件整体架构的角度来看，中汽创智认为在方案实施时，既要在系统上满足整车 SOA 架构的要求，又要充分利用座舱现有操作系统成熟稳定的技术方案和平台优势，目前座舱操作系统以QNX+Android 或 Linux+Android 为主，相对于 AP 平台，Android 平
2022-11-12250
软件定义汽车落地实践案例：华人运通
华人运通：华人运通根据整车软件定义提出了自下而上的六层软件架构体系。其中第三层在设备抽象层的基础上提出设备树概念，设备树可以理解为基于设备抽象层的扩展应用，丰富了设备抽象的应用场景。设备树概念设备树一词来源于计算机行业，是指系统中每个设备都
2022-11-12628
软件定义汽车落地实践案例：岚图汽车
岚图汽车：传统智能驾驶辅助系统的功能开发都是通过“定制开发的软件+特定硬件”的方式实现并交付给整车厂，软件和硬件之间是紧耦合的。程序代码根据需求是固定式的，后期如果需要系统升级，软件程序将重新编写。同一个功能在不同的车型搭载时，因为硬件不同
2022-11-12262
软件定义汽车落地实践案例：联合汽车电子
SOA 软件架构设计方面联合汽车电子：在某客户项目中，整车厂规划基于新一代中央域控+区域接入的电子电气架构实现整车功能服务化，联合电子应用业务驱动型开发方法帮助整车厂完成整车服务架构设计。图 6-3 SOA 服务架构设计过程展开业务驱动型指从业务用例出发
2022-11-12452
软件定义汽车落地实践案例：一汽集团
敏捷开发流程方法方面一汽集团：一汽集团在构建整车 SOA 架构平台时，从端到端的车云一体化层面出发，充分执行软硬解耦的开发流程，对合作伙伴的资源进行生态聚合。软件方面在基于满足用户需求的前提下不断提取和设计全新的应用功能，自上而下对应用进行定义
2022-11-12347
智能底盘驾乘新体验
智能底盘具备大量传感器，基于传感器信息，可以学习车辆当前运动工况，同时由于智能底盘控制自由度多，尤其是针对具备分布式转向、分布式驱动、分布式功能的底盘，每个角模块都可以独立调整，可以提供更多的传感器信息。基于识别的运动工 况，通过软件优化底
2022-11-12272
软件定义汽车典型应用场景
随着软件定义汽车典型应用场景的落地，用户将明显体验到汽车从交通工具向智能移动终端的转变。几十年前主要用高性能的底盘操稳与动力系统定义一台好车，几年前主要用智能化系统与智能交互满足终端用户的用车体验，未来将调度全车传感器与数据驱动方式定义智能
2022-11-12293
工具链升级：基于 SOA 的整车服务化开发
SOA 的总体思路是设计服务模型，将不同的基础服务进行抽取，分层解耦定义恰当的API 接口，应用调用服务 API 接口实现业务逻辑。API 接口定义独立于实现服务的硬件平台、操作系统和编程语言，确保构建在不同系统中的服务可以以一种统一通用的方式进行交互。对
2022-11-12684
安全升级：构建多层次的整车纵深防御体系
功能安全随着电子电气架构技术的不断升级，整车越来越多的系统和组件对功能安全产生影响，为此，功能安全也从部分关键系统开发，向整车各系统全面开发拓展。同时，由于域控制器、中央计算平台等新架构技术的出现，对功能安全提出了新的技术挑战，功能安全必须
2022-11-12347
通信架构升级之后带来的变化：
更灵活的沟通机制：CAN 总线为广播式通信，多主方式的工作使得每个节点发送的信息都可能占据所有的通信媒介，只是接收节点可以选择是否接收该信息。而以太网以一对一或一对多两种方式进行通信，一对一的方式发送节点的报文中涵盖自己和一个接收节点的地址；一
2022-11-12665
通信架构：基于车载以太网的技术应用
随着车辆功能的不断增加，特别是自动驾驶、智能座舱的不断发展，需要传递的信号已呈爆炸式增长，车辆功能不断升级更新，用户对于OTA 升级体验提出更高的要求， 传统的 CAN 总线通信的方式已不能满足车辆功能的增长速度，采用基于以太网服务的通讯方式，可实现
2022-11-12495
软件架构：分层解耦、服务化、API 接口标准化
随着企业向软件定义汽车开发方法的转变，软件架构也需要同步进行升级，引入面向服务的架构（Service-Oriented Architecture，简称 SOA）方法论。汽车 SOA 是对整车智能化的底层能力进行组织。将车端的硬件能力和各种功能服务化，这些服务根据 SOA 标准进行接
2022-11-121202
汽车软件人才紧缺的主要原因
汽车电子软件开发属于嵌入式软件的一个分支，行业相对封闭，从业人员来源相对较窄，人员能力储备不足，高度紧缺。汽车工程师需要跨界，传统的汽车电子电气架构工程师和嵌入式软件开发工程师主要领域是 CAN 总线通信、控制器配电和线束、车辆物理拓扑、动力、
2022-11-12489
智能网联车的漏洞更多
漏洞和缺陷多，分布在不同器件上，防不胜防。造成漏洞分布广，数量多，隐藏性强的原因是由于随着智能网联车技术架构的迭代发展，软件定义汽车概念的兴起，汽车正在软件层面被重构。智能汽车的发展，是由智能汽车承载的应用功能发展来作为驱动力的，而且离不开
2022-11-12200
智能网联汽车的攻击面广
智能网联汽车的产品形态决定了攻击面众多、物理暴露面巨大。仅无线接口安全就涉及到WIFI 安全、蓝牙安全、蜂窝通信安全、GNSS 安全、TPMS 安全、调频安全等方面。在可接触的范围内，又有NFC 安全、USB 安全、OBD 安全等需要考虑的暴露面。车端 ECU 面临的常见
2022-11-12272
软件定义汽车技术亟待提升
面向汽车行业转型发展，需要产业链中各利益相关方共同推动完成。当前，整车厂、Tier1、Tier2、ICT 科技公司等均从不同视角推出软件定义汽车相关技术能力规划和解决方案，技术着力点不一致，行业级技术协同方案尚未形成，如下图所示，当前仍处于行业技术方案促
2022-11-12168
