1.dilink系统是整车整车什么意思？
2.FTLFull Truck Load
3.整车型号及源码是什么
4.汽车人软件定义汽车
5.新能源汽车整车控制器VCU 硬件在环（HiL）仿真测试方案——干货分享

dilink系统是什么意思？

       DiLink是比亚迪推出的汽车智能网联系统。

       DiLink系统包括DiUI、源码源代Di生态和Di云三个部分。整车整车DiUI充分考虑常用功能和用户个性化需求，源码源代从视觉界面、整车整车操作逻辑等方面设计多方面的源码源代源码站备案功能，如主桌面、整车整车天气、源码源代智能语音、整车整车空调、源码源代蓝牙电话、整车整车影像、源码源代快捷栏和内置应用软件界面等，整车整车以提高信息浏览的源码源代智能性和高效性，保障用户行车安全。整车整车Di生态是基于比亚迪DiLink智能网联系统所打造的超级生态链，包括汽车APP生态、智能语音生态、音乐车生态、游戏车生态等多维生态体系。Di云是基于移动互联网、车联网、大数据和AI打造的云服务平台，通过手机上安装比亚迪云服务APP，用户可实现远程控制、车况监测、位置查看和数据应用等诸多功能。

       DiLink系统经历了四代更替，从1.0到2.0，再到3.0版本，直至今年比亚迪元plusev应用了DiLink系统4.0版本。DiLink系统讲究人机交流，到3.0版本时已基本兼容所有APP软件，具备智能手机的强大功能。比亚迪坚持垂直整合，自主研发核心科技，包括芯片和系统，其中Di平台集成.6英寸8核超清旋转屏，运行极为顺畅。Di云可通过手机安装比亚迪云服务APP实现远程控制、监测车辆基本信息等功能，还实现远程车辆消毒和整车OTA功能升级。Di生态兼容安卓所有软件，赋予车辆生命，连接人、车、生活。Di开放指比亚迪开放Dilink系统的源代码、整车传感口接口数据和传感器控制权，为汽车生态建设提供无限可能。

       比亚迪成立于年，业务横跨汽车、轨道交通、新能源和电子四大产业。年成长为全球第二大充电电池生产商，同年组建比亚迪汽车。比亚迪汽车遵循自主研发、自主生产、自主品牌的发展路线，产品设计汲取国际先进理念并符合中国审美观念。

       比亚迪新标识不再沿用原有的csc网页源码蓝白相间色，图案改为椭圆形状，并加入光影元素。字体排列和图形颜色发生巨大变化，突出了比亚迪汽车的创新、科技和企业文化精髓，为比亚迪品牌注入新的内涵和活力。

FTLFull Truck Load

       FTL，代表整车运输，即全车装载的运输方式，与之相对应的是拼车运输。在物流领域，FTL全称为Full Truck Load。

       Freemarker模板技术是一种网页展示方法，结合了网页模板与数据模型，实现了界面设计与编程工作的分离。在网页中嵌入数据模型中的数据、自定义流程控制语言与操作函数，网页在加载时自动从数据模型中提取数据并解释为HTML页面。在B/S程序设计中，美工负责页面设计与可视元素，程序员则处理商业流程与数据生成。当数据在设计时不存在，而是在运行时由程序生成时，需要使用JSP等Scriptlet。JSP功能强大，但滥用可能导致逻辑与表现混合，破坏职责分离，影响代码可读性和维护性。此时，模板引擎应运而生。

       模板引擎通过在HTML或其他文本中加入特定指令来指定插入的数据，这些指令称为模板。模板引擎在输出页面时用适当的数据替换这些代码。与嵌入JSP的HTML不同，模板指令的编程能力有限，可避免混入商业逻辑。

       简单来说，FreeMarker是一种Java编写的模板引擎，用于根据模板输出不同格式的文本。它与Web应用框架无关，同样适用于非Web应用环境，并能生成HTML、XML、RTF、Java源代码等多种文本。FreeMarker是一个出色的模版引擎，负责将数据模型中的数据合并到模版中，生成标准输出。

       FreeMarker特别适合MVC模式的Web应用。Java程序准备数据，FreeMarker模版引擎生成页面，模版提供布局支持，确保视图逻辑与业务逻辑分离，规范MVC架构。

整车型号及源码是什么

       整车型号是指你的车子的完整的车型代码，比方货车CAP4K2A 可以看出你是一汽解放牵引车，马力至少，产地是青岛，而源码由2部分组成，底盘号和发动机编号。mvn 源码下载这2个号就和人的身份证一样，发动机号和底盘号完全吻合的就一辆车，不会重复，一般大企业都有车辆档案，只要底盘号和发动机号完全吻合，就能去生产厂家的资料库查出你这辆车的出厂状态，年后生产的霸龙卡车我们可以查到每个螺丝的型号，

汽车人软件定义汽车

       文 /《汽车人》齐策

       “软件定义汽车”不是新提法，年就有人提出来了，但直到今天，它都是一个未来概念。

       如果要理解它，必须先定义“定义汽车的软件”。这看起来非常拗口，但在上海车展上，《汽车人》已经观察到一些车企和一级供应商，正在为真正符合这一定义的产品做准备。最早符合内涵的汽车产品，也许在年问世，这与软硬件技术能力的延伸有关。

持续增值的软件，才能定义汽车

       汽车上早就有软件（可能在上世纪年代），最初的源代码只有几百行，现在车上的软件可能对应了数千万行甚至亿行源代码。

       尽管智能汽车的代码量已经超过PC系统级软件，但是，软件多少并不能直接表征汽车的先进程度，更不能定义汽车。

       这要取决于汽车是如何设计出来的，是软件驱动，还是硬件驱动，这是决定谁来定义的问题。

       那么，定义汽车的软件，要有一块扎根的土壤，即架构。专业上说法叫“基于服务的架构（SOA）”，其实展开的话，指的是三种架构：整车E-E架构、软件架构，还有一个是通讯。而通讯则基于数据，《汽车人》在本文不讨论。

       在上海车展上，如果发布的新车型，没有软件深度嵌入的E-E架构，都不好意思跟人打招呼。大家现在都在重新设计电子架构，其中软件不仅嵌入了架构，还参与到汽车的原始需求、开发、验证、销售、服务等全过程。

       在客户拿到车之后，还在不断向客户提供新价值（OTA只是其中一个服务），也就是利用软件，将硬件已经固化的send函数源码车子，持续实现增值。客户得到新价值，也会回馈给主机厂（持续购买服务）。

       这样，软件就从价值角度，改变了汽车行业的全链路模式，从设计生产到使用。软件就取代了硬件（主要是动力部分），成为创新热点。

       同时，开发成本也日益集中在软件上。主机厂的产品开发经费，可能到年有一半花在软件上，而对终端客户报价上，软件也占到%，主机厂会有的赚，而且是在全生命周期持续赚钱。与之相比，硬件甚至不赚钱。

       这就是以前智能手机的套路，而马斯克前一阵也提出“零利润销售”，虽然还是“画饼”，但其实就是软件驱动行业思维。

       这么一变，对汽车工程师的要求也变了，做软件的工程师，从数量到重要性，都在赶超硬件工程师，从大学的相关专业设置和就业薪酬上，也已经反映出来。这些，想必业内早有共识。

       其实架构这种词汇风格，一看就是从IT借用过来的。当然，人和钱也大批地从IT涌过来。汽车引用这些概念，不是赶时髦，重点还是“多快好省”的概念：“多”是功能多；“快”是快速满足市场新需求；“好”是新车新体验，老车新体验，持续提升用户价值；“省”是更低的开发成本和物料成本。

软件架构开始趋同

       这其中的关窍，就是软硬解耦。这个也是被说滥了的话题，其实它既是主机厂（或供应商）能力，也是一种设计思想。

       在车型平台、E-E架构之上，堆叠了传感器硬件、系统硬件（GPUASCI和MCU）、系统软件、中间件和应用软件。就像个人计算机都是图灵架构一样，汽车架构现在从各车企的艺术品，正在向统一架构模式行进。

       这也导致了开发思路，也渐趋统一。这是汽车产品IT化的重要证据。但是，汽车行业本身会不会像IT业那样发展？《汽车人》认为，max盒子源码大概率不会。

       汽车设计的潮流，基本上脱离了分域控制（传统设计为第一层），全面转向跨域控制（当前设计为第二层），最终将实现一个中央计算平台，集成座舱、自动驾驶、车控、网关等功能（未来设计为第三层）。

       从上海车展上可以看到，基本上在第二层，少数已经在试探第三层。一级供应商已经在上海车展上喊出了“行泊舱”一体的说法，即通过大算力芯片支持行车、泊车和座舱的功能集中在一个控制器里面。这就要求主机厂或者委托的一级供应商，要去整合别的企业写的软件。

       如果软件没有通用设计规范，这一道关口，就把人卡死了。

       底层软件当中，最重要的内核是操作系统，而引导包、基础库、各种计算模块、感知模块，都在操作系统上互动。这和PC的Windows平台差不多。

       而操作系统现在经过业内用脚投票，基本上就剩下三种常用的：半开源的QNX（被哈曼音响收购），这是业内目前使用最广泛的系统，占有率可能高达%，但正在下滑。一众传统主机厂，再加上“蔚小理”等新势力，都以QNX为底层。

       其余两种都是开源且免费的：Linux和Vxworks。特斯拉、华为、丰田（部分产品）、英伟达是Linux的客户；而Vxworks开发难度高，移植性也一般，奥迪A8、宝马、现代是其客户。

       操作系统需要相应芯片支持。而应用软件则面向客户，直接决定了客户体验。在这两个中间，需要有中间件。中间件其实也是软件模块，透过与操作系统交互，并最小化接口，保证了与底层的数据交换，降低了主机厂的开发难度。中间件是软硬解耦的关键。

软件架构推动业务模式变化

       如果全栈自研意味着从头到尾搞定软件，那么没有一个企业能做到。最接近这一点的是华为，除了车型平台，基础库和某些感知模块，华为基本上在每一个层级都有相应产品或者解决方案。

       紧随其后的是特斯拉，特斯拉研发了车型平台、FSD平台之上的基础类库和引导包软件，再加上自动驾驶算法应用和云端平台，而操作系统和中间件都是买的。

       而新势力则基本上只做了车型平台和算法应用，中间一大堆底层、中间层软件都是采购。在基础库这个细分行当里，华为、百度、谷歌、亚马逊，均有不错的技术积累。而云端平台国内的玩家较少：华为、腾讯、百度、阿里。

       如此看来，所有主机厂和一级供应商，软件研发都必须依赖采购和联合。大家都优先做客户能直接感知的两部分：车型平台和应用算法。制作面包，没必要从种麦子开始。

       既然软件成了整车开发的重点，整车产品开发的业务模式，已经起了变化。软硬解耦其实也在说供应链的交易方式。以前一级供应商都是直接交付软硬一体的功能包，即“黑盒子”。主机厂知道接口和功能，但不清楚内在运行机制。这种趋势肯定是主机厂不乐意看到的。

       而一级供应商对此心领神会，开始打散了卖产品，只提供硬件（很少见的情形）、只卖软件，还可以两者一起卖。如果客户要求，还可以为客户写软件，这就是“白盒子”业务模式，即一级供应商深度介入主机厂整车开发。源代码对双方来说，都是透明的，互不藏私。

       还可能发生《汽车人》曾提到的（《跨国一级供应商，变局中艰难寻找新定位》），去把别人写的软件纳入到自己的系统里。这些方式现在都出现了，重点是大家都能找到自己的价值，即都有钱赚。据悉，现在已经出现了专为主机厂客户写/改写底层操作系统的业务。

       至于算法和工具链公司，《汽车人》以前提到（寒武纪、地平线、黑芝麻），它们都属于应用层业务，这里不赘述。

软件定义汽车，条件已经具备

       随着业内软件驱动的架构开始趋于统一，主机厂更难以在硬件上打造差异化。软件和算法正在成为车企竞争的核心要素，即软件成为定义汽车的关键。

       从开发和供应链角度，主机厂与供应商的边界开始变得模糊。越来越多的主机厂与一级供应商，甚至与二级供应商成立合资公司。这些公司该如何界定在供应链的位置呢？很难以传统方式定位。

       这不但引起了硬件为核心竞争力向软件为核心竞争力方向转变，还导致了主机厂以应用软件为中心的开发模式。

       以前有人提出，“高性能计算芯片+软件定义功能+永远在线与云互联”的模式去实现软件定义汽车，但这个思路还是年前的“端、管、云”思路。上海车展上，有企业提出“云、管、车”，强调软件价值，IT业人士对这个模式很熟悉，但汽车业刚开始接触这个观念，应和者还不多。

       后者不但涉及到云车一体化交付平台（像手机那样随时下载应用，后台运营），还涉及到算力的部署问题。

       博世提出，有些应用天然适合放在云上，比如远程诊断、系统监控。如果云暂时覆盖不到（通讯受限），也没关系，那么这种应用尽量往云上放。而对实时性要求很强的，比如自动驾驶、周围态势感知、车身姿态控制等应用，还是要放在车载（本地）。

       这与之前5G刚开始部署的乐观基调，已经大不相同了。当时提出的方案是5G网覆盖之外，部署边缘计算来解决。后来边缘计算发展的比较慢，通讯运营商投入的积极性不高（毕竟5G网尚未收回投资），此事就搁下了。

       有人认为是技术的倒退，但谁也没规定通讯带宽和稳定性能一直提升。好消息是现在Tops级别的大算力芯片已经量产，这玩意也是“力大砖飞”，一枚不行，就两枚并行。不管如何，硬件不会成为软件的绊脚石，后者还是有调整空间。

       如此，“软件定义汽车”的基础设施问题，已经得到实质性解决，“软件定义汽车”的浪潮正在席卷全行业。

       在架构趋同的情况下，在应用上卷出花来，是下一步将要发生的事。无论传统车企，还是新势力，都站在同一起跑线。这次再也不能说自己没有洞悉先机，重要的还是顺应趋势，强化对未来的投入。版权声明本文系《汽车人》原创稿件，未经授权不得转载。

       本文来自易车号作者汽车人传媒，版权归作者所有,任何形式转载请联系作者。内容仅代表作者观点，与易车无关

新能源汽车整车控制器VCU 硬件在环（HiL）仿真测试方案——干货分享

       HiL的定义：硬件在环是计算机专业术语，亦为硬件在回路，其旨在通过使用“硬件在环”（HiL）来显著降低开发时间和成本。在开发电气机械元件或系统时，过去计算机仿真和实际实验通常是分开进行。然而，通过采用HiL方式，这两者可以结合在一起，展现出极大的效率提升。

       硬件在环（HiL）主要有三种形式：1）虚拟控制器+虚拟对象=动态仿真系统（纯粹的软件系统仿真）；2）虚拟控制器+实际对象=快速控制原型（RCP）仿真系统（系统的一种半实物仿真）；3）实际控制器+虚拟对象=硬件在回路（HiL）仿真系统（系统的另一种半实物仿真）。HiL目前主要有三大硬件平台：NI平台、DSpace平台、ETAS平台（ETAS已宣布退出HiL业务）。本文主要以NI平台介绍VCU HiL系统方案。

       VCU HiL测试系统方案：HiL测试系统整体架构包含三层：第一层次为HiL测试系统软硬件架构，包括硬件设备、实验管理软件、被测控制器等；第二层次为HiL测试系统开发，基于第一层次软硬件架构进行被测对象仿真模型开发、实时I/O接口匹配、硬线信号匹配及实验定义等；第三层次为HiL测试，包括测试序列开发、激励生成加载、模型参数调试、故障模拟实现及测试分析与评估等。

       VCU HiL测试系统架构主要包括：上位机（PC）、PXI机箱、实时处理器、数据采集板卡、CAN通讯板卡、DIO板卡、电阻模拟板卡、低压可编程电源等。上位机电脑安装Veristand、Teststand软件，通过以太网与PXI机箱中的实时处理器连接。实时处理器运行实时系统（Real Time），安装Veristand终端引擎，通过与上位机数据传输，将仿真模型部署到实时系统中并控制运行状态。PXI机箱提供多种类型的板卡，实现不同信号的模拟和采集功能。

       VCU HiL测试系统主要功能包括：模拟VCU所有硬线输入信号，采集VCU所有硬线输出信号，模拟VCU CAN总线接收信号和接收CAN总线发送信号，通过整车实时仿真模型及I/O接口实现VCU的闭环测试验证，通过软/硬件实现VCU相关电气故障模拟，通过可编程直流电源模拟VCU的供电电源，通过编辑测试序列实现自动化测试，支持VCU所有I/O端口测试验证，支持VCU CAN通讯功能测试验证，支持VCU整车控制策略全功能验证，支持VCU故障诊断功能测试验证，支持VCU极限工况下控制功能测试验证，支持VCU回归测试，支持VCU耐久测试，支持NEDC等典型标准工况测试及自定义工况测试。

       VCU HiL测试系统主要由硬件平台、软件平台和控制模型三部分组成。硬件平台采用分布式设计模式，上位机作为控制核心，下位机以PXI机箱、实时处理器及I/O板卡为核心。系统硬件平台包括PXI机箱、实时处理器、I/O板卡、通讯板卡、电源管理模块、故障注入板卡、低压可编程电源、信号调理模块、机柜及上位机电脑。软件平台包括实验管理软件和自动化测试软件。本方案试验管理软件基于NI VeriStand软件平台，实现系统配置管理和测试管理。自动化测试软件基于NI TestStand软件平台，提供可视化测试序列编辑环境、测试管理功能、测试执行、多线程并行测试、用户管理、测试报告管理、自定义操作员界面、源代码控制整合、数据库记录等功能。仿真模型为纯电动车整车仿真模型，包括车辆纵向动力学模型、驾驶员模型、电机模型、动力电池模型、主减速器模型、虚拟控制器模型、I/O模型、道路及环境模型等，满足电动汽车整车控制策略功能测试验证要求，基于MATLAB/Simulink软件开发，模型精度高，支持用户图形化界面输入数据，实时在线修改模型参数，支持离线和在线仿真，满足新能源汽车HiL测试系统实时性要求，模型开源、规范、易读。

       HiL测试流程包括测试准备、测试用例开发、测试工程搭建、测试调试、测试总结。测试准备包含被测控制器接口分析、硬件资源分配、控制器线束设计、功能分析、测试计划安排。测试用例开发方法研究是测试的关键点之一，采用合理方法开发测试用例，增加测试覆盖度，减少冗余重复，提高测试效率。测试工程搭建基于实验管理软件和自动化测试软件完成，包括软硬件工程配置、测试界面搭建、模型配置、通讯配置等。测试调试包含冒烟测试、接口测试、自动化测试，测试报告通过HiL测试管理软件执行测试，输出报告。测试总结包括环境、周期、人员、内容分析，问题统计与解决，测试完成情况检查，提交工作成果。

       总结：硬件在环仿真测试系统使用实时处理器运行仿真模型模拟受控对象运行状态，通过I/O接口与被测ECU连接，对ECU进行全面、系统测试。从安全性、可行性和成本考虑，HiL硬件在环仿真测试已成为ECU开发流程中重要环节，减少了实车测试次数，缩短开发时间，降低成本，提高ECU软件质量，降低汽车厂风险。在新能源汽车领域，HiL硬件在环仿真测试对于核心电控系统极为重要。近年来，随着对汽车行业的资本密集投入，新能源汽车HiL测试工程师岗位需求量大，薪资增加，从长远职业规划来看，HiL测试工程师是一个可持续发展的岗位。意昂工课根据多年工程经验，推出了HiL测试课程，基于实际项目案例和岗位需求技能制定教学大纲，采用任务驱动方式引导学员，提升HiL测试实践能力，积累实战经验。对HiL测试感兴趣的学员可私聊沟通。