BMS HIL一般是以机柜的形式呈现,主要包括硬件、软件、模型和调试四部分。一般而言,BMS HIL属于模型相对简单,但硬件较为复杂。BMS HIL比其他大多数HIL有着更多和更复杂的负载,包括电池单体模拟器、高压负载箱等。
主流HIL品牌(主要针对汽车领域),主要有如下:
德国dSPACE:老牌HIL供应商,进入国内较早,市场占有率较高。
瑞士Speedgoat:MATLAB的联营公司,与MATLAB兼容好。在欧美知名度高,进入国内较晚,近几年在国内增速快。
以上2家的硬件,是专为HIL这个应用而设计的,这两家公司的主营业务也是HIL。
ETAS:博世子公司,曾经在HIL领域很知名,现在ETAS本身已经不怎么做HIL业务了。
NI:NI在数据采集领域是毋庸置疑的强者,其产品也能用于HIL。因为各个厂家都可以较为方便地买到NI产品,所以NI的HIL集成商最多。
考虑到ETAS已经不怎么做HIL了,所以针对BMS HIL而言,其他三个品牌都能做,各家风格略有不同。
一般而言,无论哪个品牌的HIL,都是基于MATLAB这个大平台而做的,模型一般也是基于MATLAB/Simulink搭建的。如果你想了解BMS、电池模型和BMS HIL,一则可以找上面的HIL供应商了解方案,二则可以看看MATLAB提供的一些资料,如下。
了解MATLAB的电池模型、BMS算法
Simscape Battery 产品信息使用MATLAB和Speedgoat进行BMS HIL的演讲视频
Hardware-in-the-Loop (HIL) Testing of Battery Management System (BMS) using Simulink Real-Time and Speedgoat target hardware Video用Simulink和基于模型的设计开发电池管理系统的白皮书
https://in.mathworks.com/content/dam/mathworks/white-paper/simulink-bms-development-white-paper.pdf使用 Simulink 开发电池管理系统的资料
Battery Management Systems (BMS)有avl ,gif,zf ,fev等,现在avl测试台架在中国卖的比较多,主要是三电机台架和动力总成台架。
01.
底盘系统存在大量连续非线性特性的控制逻辑,同时对整车安全有着至关重要的作用,在实车测试(特别是实车动态性能测试)之前更好更准确的进行台架级测试,能大大降低实车测试风险和成本,所以其系统功能/性能测试历来是一个较为复杂且重要的课题。
现如今,随着各个主机厂在底盘开发业务上不断延伸,以及EE架构的不断升级,现有的测试系统越来越难满足新的需求,主要体现在:
1、底盘内各个系统功能的关联性越来越强,底盘域控单元的开发已经在各个主机厂启动,传统的单一HIL测试台架(悬架/制动/转向)无法完成底盘域控功能的相关测试。
2、各个主机厂对车辆的功能迭代速度的比拼进入了快车道,要求软件能够敏捷开发/交付,从而需要构建CT体系以快测试来完成软件的验证,但现有的大部分HIL测试台架,自动化测试覆盖率不高,无法达成这一要求。
3、智驾等技术的不断成熟,导致与之相关的底盘系统要配合完成功能实现,越来越多的主机厂希望这部分软件或是所有底盘软件进行自主化开发,以实现软件的快速迭代以及核心技术掌控,从而对测试台架带来了软件开发过程中的debug/仿真需求。
4、新一代EE架构下,底盘系统强人机交互的功能往往被剥离并上移到基于SOA的域控单元。传统的HIL台架已经无法完成。
为了应对上述问题,底盘系统需构建了新一代的系统测试台架,在解决上述问题的同时,在其它方面也带来提升(具体见后续能力详解)。
2.1、测试范围/目的
底盘系统测试台架的主体为硬件闭环设备+车辆动力学模型+测试工程,主要作用为:
①、支持广义全自动化测试;
②、包含平台化的设计概念;
③、全程支持软件的自主化开发;
④、支持部分驾驶感受主观评估测试;
2.2、设计方案
台架分为:制动系统测试台架、转向系统测试台架、悬架系统测试台架三个部分,同时三个部分可以通过硬件耦合+底盘系统测试工程形成底盘系统测试台架,从而共计四套测试系统。如下所示:
图1
每个系统分为三个层级:
a、软件级:用于验证内部逻辑的软件闭环
b、信号级:通过硬件仿真设备达成硬件仿真闭环
c、系统级:控制机械负载施加反向激励及模拟驾驶员控制输入从而达成系统闭环
图2
其中:
每个系统都支持软件闭环;
每个系统都支持硬件仿真闭环;
每个系统都支持系统闭环;
三个等级的测试,不会对所需组件进行严格区分,比如系统级测试也会使用部分仿真设备资源;
2.3、注意
①、目前国内少有成熟的悬架系统(特别是空簧系统)动力学闭环仿真模型可借鉴,开发难度较大,需要和整车实际情况进行反复对比,以拟合出尽可能相近的特性曲线。
②、本文并未提及任何关于完成此台架的实现手段(硬件方案、软件方法等),仅阐述新一代台架需达成的目的及实现该目的方法论。原因在于:不同供应商/主机厂对于系统测试台架的定位和赋予的职责使命不尽相同,从而需要不同的软/硬件方案配合完成其目的。
③、部分通用模块可以委托第三方开发,但涉及功能/算法的部分,必须具备自己开发的能力:
3.1 支持广义全自动化测试
区别于狭义的自动化测试的概念(这是老生常谈的议题,这里不再继续详细展开),此底盘系统自动化测试台架,不仅包含测试用例的自动化执行,更着重于实现各个环节的测试任务一键式达成,具体体现为:
① 支持实车问题的自动化注入
偶发性的实车问题历来为工程师所头痛,其随机性、无序性等特点给工程师带来了很大的分析难度。一个有效的解决此类的问题的方法是在台架上复现此问题,从而可以通过单步Debug的方式快速锁定问题。
本系统在导入实车数据后,通过多次逼近的方法不断快速缩小实车信号和仿真信号的时间差并控制在10ms内,同时利用过程预判的机制,将台架和实车的物理量值偏差控制在1%以内,从而有效复现故障场景,以期复现故障,加速问题解决。
② 测试工具链的全栈打通
打通测试上下游工具链,达成一键式自动化测试,可以大大减少人为干扰和测试时间,提高测试效率和准确度。具体细节如下图3所示:
图3
其中需要注意的是:
a、本设计中自动化工具链的起点为被测软件上传到了共享盘,在这之前关于软件的自动化加密、压缩等暂不考虑;
b、通过远程控制启动测试以达成暗灯测试,当然也可以通过检测软件是否更新来自动触发测试进程;
c、项目配置文件中,应包含被测内容的可选范围,以应对不同的测试需求,比如:新软件中仅仅软件版本号发生了改变,测试时不应该加入故障注入等测试项目(具体见本3.1章节第⑤条);
d、关于测试结果:测试报告为自动生成;时刻录取过程trace及控制信息;问题上传到问题管理系统时,应附带trace并指出异常出现的具体时间;
e、问题出现的频次、概率等的信息统计,由问题管理系统进行维护,这里不进行阐述;
③ 输出结果为连续性特性功能的自动化测试(动态性能自动化测试/仿真)
底盘域的一些动态控制功能,其表现出来得输出特性多为连续非线性。常规的测试手段无法准确判定其是否达成设计目标,基于此,我们采取下述方法来完成验证目的:
a、采用多点采集/判断的方式,对连续性执行结果进行多次仲裁;
b、将采样点的时间及输出有效值范围进行参数化处理;
c 、通过百分比或是绝对值的方式限定有效值双死区范围;
d、测试/仿真的结果能够做横纵向对比,这一点尤为重要!
④ 支持ECU 特有测试用例的自动化测试
这类测试往往基于被测单元的固有特点,很难通过其它手段(集成测试/实车测试等)测试,比如:功能全部激活时所表现出的最大CPU 使用率、Bus load >95%时对高功能安全等级的功能的影响等。
⑤ 被测单元的测试范围有可选择性
不同测试目的下,被测单元的测试范围也不同。整个系统测试工程应留测试case的选择配置选项(如下图4示例),或是通过的测试类型进行配置化管理(如下图5示例)。
图4 图5
同时,因为底盘系统的ECU都会进行大电流控制,这种大电流控制的测试时间往往受限于ECU/硬件的散热性以及其固有的器件保护机制。基于此点的考虑,设计者需要充分考虑为提升测试效率而做出的测试case选择性配置需求。
⑥ 测试case代码的自动生成
理论上讲,测试case代码的自动生成是自动化工具链的一环,此处把此条目再次单独阐述,除了其在整个工具链上下游位置关键、任务量最大外,还尤为需要注意下述几点:
a、区别于一些BSW等的共性测试,ECU功能测试需要开发者对各自产品功能非常熟悉,以能够较好完成case的实现及平台化的设计;
b、开发者应该根据实际的开发情况,制定测试case的录入规则,否则脚本语言无法识别无序的case描述从而无法达成自动代码生成;
c、因为底盘系统的部分性能测试步骤比较复杂,模块化、图形化的编程方式有时很难完成此种case的测试实现,这里推荐使用coding的形式来完成自动代码生成。
⑦、参数的自动导入
a、不同项目/平台有着不同产品特性差异,需要通过产品特性参数来达成可配;
b、因为上述不同的特性差异,测试时同样需要调整测试参数来界定有效输出范围;
这两种参数需要在测试前由产品工程师及测试工程师分别完成,完成后自动导入到测试系统完成测试。
⑧、支持底盘域联合功能测试/底盘域控制器功能测试
3.2、平台化的设计概念
由于底盘系统测试台架一般投入较大、开发周期较长、开发复杂度较高,通常情况下需要尽可能考虑让台架承接更多的项目/平台测试需求等,具体如下:
①、支持底盘域联合系统联合测试
一般情况下,供应商仅能够提供底盘系统内单个子系统的开发/测试能力,所以底盘域控功能的测试工作一般由OEM完成。目前极氪的整个底盘系统测试台架的设计采用由三个子系统组合完成的方式实现,具体为:悬架、制动、转向的系统测试台架可以单独运行,提高台架的适用效率。当有底盘域联合系统测试需求时,将三套系统台架进行通讯连接,并使用基于底盘系统测试的工程,即可完成该测试,以满足底盘域功能测试的需求。
②、平台/项目/车辆配置间差异化需求的解决方案
a、开发BOB工装,完成不同ECU接口定义转接;
b、开发虚拟网关,完成不同通讯定义的转发,特别是针对基于中央超算的新一代EE架构,需要开发基于以太协议的仿真网关,并开发上移至中央超算的逻辑功能的测试case,来完成最终的测试;
c、台架保留更换ECU及相关执行机构的能力,以应对不同项目采用不同供应商的产品带来的差异;
d、测试工程通过导入不同配置参数列表,以应对差异化的测试需求;
③、软件闭环和硬件闭环可快速解耦
由于本系统测试台架承担了支持软件/算法自研的任务,所以要求硬件仿真闭环可以和系统闭环间迅速解耦,以便单独使用硬件仿真闭环系统(或称为:桌面级HIL/信号级HIL)来支持软件的快速调试/仿真。
④、提前预留动力等其它域的扩展
a、台架预留动力域硬件接口,特别是通信接口;
b、梳理和底盘域有交互的其它域的相关功能,并进行case设计,以提前识别相关需求;
c、完成动力等域的动力学模型搭建;
3.3、全程支持软件的自主化开发
底盘系统逻辑复杂,底盘电控系统的主流供应商一般为国外企业,其对国内OEM形成技术性壁垒。为了打破此种状况,极氪底盘电控团队正在基于下一代EE架构进行底盘全学科及底盘域控的软件/算法自主性开发。作为开发中重要的一环,系统测试台架可以有效的支持整个开发过程。具体为:
①、辅助完成功能安全的设计
对功能安全case进行仿真验证,辅助验证case设计是否合理。
②、功能需求设计的检查/校验
测试case的设计遵从正确输入时功能达成、异常输入时输出表现合理、故障注入时结果在预期内的原则,来覆盖所有功能要求。此原则下,测试case设计过程会对功能需求内容进行反向检查/校验。
注意:售后或下线检测功能等也是功能需求的一部分,不应该被忽略。
③、特殊功能/算法的台架验证
作用主要体现在:
a、提前于造车计划,进行功能、性能的初步验证;
b、危险case的先期验证,比如:100km/h速度下大弧度转弯时,底盘各系统对车辆防侧倾的作用占比及翻车风险评估;
c、ECU参数的初步标定;
④、包含手动测试界面,用于软件/功能单步调试
手动测试工程包含所有输入输出的控制按钮以及对应内部逻辑处理,以确保可以手动进行功能的单步调试。
支持范围:转向/制动/悬架子系统,或是底盘域控制器系统。
⑤、动力学仿真模型可复用于SIL/MIL测试
以用来加快功能/算法开发进度。
3.4、支持部分驾驶感受主观评估测试
如题,本系统可以支持譬如踏板感、方向盘手力等主观功能的测评。
随着国内汽车工业的发展,主机厂在底盘电控开发中的责任占比越来越高。为了有效把控软件开发进度,提高软件交付质量,系统测试模块除了考虑常规功能的自动化测试外,亦应主动承担更多的任务:努力推动供应商/自研团队基于CD/CI/CT来实现软件的迭代和交付、支持问题分析、推动问题解决进度等。
尤其在底盘领域,为了使主机厂在电控开发上占据更加主动地位,达成更快速的功能实现,更应该积极进行掌握XYZ轴向控制原理,建立用于算法动态仿真的动力学模型等等,以支持主机厂的复杂功能/算法自研工作。
基于上述目的,本文抛砖引玉,阐述基于极氪下一代EE架构的底盘系统测试台架设计方案。
底盘电控系统的自主开发其路漫漫,希望测试同事能从本文得到一些启示,找准各自在软件开发的定位,并依此 “上下而求索”。
加入「智能交通技术」知识星球可下载2500余份交通行业方案和研究报告。
「智能交通技术」知识星球t.zsxq.com/Nb6mQBIt.zsxq.com/Nb6mQBIt.zsxq.com/Nb6mQBIt.zsxq.com/Nb6mQBIt.zsxq.com/Nb6mQBI应用案例分享专场
在前几期产品系列专场中,小编已为大家介绍了R+W波纹管联轴器BK系列,弹性联轴器EK系列,安全型联轴器SK系列,伺服膜片联轴器SCL系列,以及膜片联轴器LP系列。
从本期开始,小编将开启新的系列专场,为大家介绍R+W联轴器的行业应用及案例。今天带来的是R+W联轴器在测试台行业的应用案例。
案例分享:
R+W联轴器在测试台领域的应用已非常成熟–在实现平稳运行、保证精度和实现最大可靠性方面发挥着极其重要的作用。
小编想与您分享我们在该领域中的一个最新应用案例:应用于非标测试台架的安全型联轴器。
客户对于联轴器供应商和产品的选择的综合要求较高,且NEV行业目前测试标准要求高——所有部件抽检提升为所有必检,有些被测件价值很高,如发动机等。因此,R+W高品质,零背隙紧凑设计的SK1系列安全型联轴器可满足客户的高测试要求,能够满足精确地在指定扭矩脱开,保护设备免受损害。
安全型联轴器(机械式保护)相比其他类型联轴器+电保护模式,响应速度更快(在2-4ms),能够更加精准地跳脱扭矩。同时配备平头螺栓可节省安装空间。
R+W安全型联轴器SK1系列为间接驱动产品,结构紧凑、可拓展性强;且SK1可节约停机检修时间、保护高价值备测件、提升生产效率;
该联轴器的技术参数:
型号:SK1/2500/F/XX
转速:3000 rpm
孔径:F7公差
螺栓:根据ISO4017标准,M16x45, 12.9级钢制平头螺栓
测试结果:
SK1与测试台架相适配,能够精确地保护被测件,保护设备免受因停机而可能造成的损害!
R+W始终致力于为工程师和安装人员提供最适合的解决方案!
©版权归R+W中国所有,转载请注明来源!
电机一般用扭矩控制(也有转速控制,但是本质还是扭矩换算),当电机施加扭矩时,如果测功机系统没有整车模型(一般台架没有),测功机必须给定一个转速,因为不知道负荷是多大,整车速度是多少也不知道,如果也用扭矩模式,就会飞车(扭矩不平衡)或者电机进入堵转状态,长时间发热进入保护或者损坏电机。测功机进行转速控制时,给定一个转速,系统会自动平衡负载,换一句说测功机系统只能进行定扭定速测试,测试前先小转速运转然后施加扭矩。测功机供应商应该也考虑到这种问题,安全角度来说不会让用户操作。不知以上说法对不对
台架测试在现代汽车制造中扮演着至关重要的角色。那么,台架测试属于哪个部门?这个问题涉及到汽车工程的各个领域,需要全面的了解和分析才能得出答案。
台架测试是指在模拟真实道路行驶条件下,通过专用的测试设备(即台架)对汽车进行性能、安全性、排放等各项指标进行测试评估的过程。通过对台架测试的数据分析,可以为汽车制造商提供重要的参考信息,帮助他们改进汽车设计和生产。
台架测试的重要性不言而喻。首先,台架测试能够在受控的环境下模拟车辆在真实道路行驶时的各种情况,包括加速、制动、转向等,从而帮助评估汽车性能的稳定性和可靠性。其次,台架测试还能够对汽车的排放进行监测,帮助车辆制造商确保汽车符合排放标准,保护环境和人类健康。
通常情况下,台架测试会归属于汽车研发部门或者质量控制部门。汽车研发部门负责研究和开发新的汽车产品,台架测试是评估新产品性能的重要手段之一;而质量控制部门则负责监督和检查汽车生产过程中的质量情况,确保生产出的汽车符合标准要求。
台架测试需要跨领域的专业知识和技能,涉及机械工程、电子工程、计算机科学等多个领域。因此,在大型汽车制造企业中,通常会设立专门的台架测试部门,由专业的工程师和技术人员负责台架测试工作。
随着汽车制造技术的不断发展和日益严格的排放标准要求,台架测试正在不断发展和完善。未来,台架测试将更加注重对汽车性能的精准评估,以及对环境友好型汽车的测试和验证。
综上所述,台架测试作为汽车制造领域中至关重要的测试手段,对于提升汽车品质和保障行车安全具有重要意义。而对于台架测试属于哪个部门这个问题,我们可以清晰地了解到,它通常归属于汽车研发部门或者质量控制部门,需要跨领域的专业知识和技能来进行。
就是试验不是跑路试,而是把要试验的部件放在一个专门设计的机构上面进行试验。如发动机台架试验,车门开启台架试验,制动力转鼓台架试验、悬架K&C台架试验等。。。。。。
这个岗位特别重要!一位优秀的发动机台架测试员,需要有很高的综合技术素质,还需要大量的工作经验。但随着工业制动化程度的不断提升,和范围不断的扩大,发动机制造厂的这个工作岗位的配备会大幅降低。所以此工作岗位的前景不可能特别看好。
只用过公司的
一般电池会有好几个电芯
1、单电芯电压
2、单电芯温度
目前按我自己使用下来主要依靠测的是这两个数据
然后会衍生出电池压差,电池电压等。
还有一些是需要看这些数据得出结论的,比如单个电芯电压为O,基本上是电芯测试端出现问题。
测试电芯能够测试出电压,但是电池的两极之间无电压,可能是保险断了。
还有一些电芯漏液之类的就要靠观察了,目前我使用的话就这些,有些已经忘记了毕竟测试岗也就呆了一段时间。
本文主要侧重讲一下奥地利AVL测试系统结构组成与作用。
一 AVL台架设备介绍
1 测功机
目前发动机试验常用测功机的类型: ① 电力测功机:直流、交流;AVL
② 电涡流测功机:不能反拖;Horiba
③ 水力测功机:不能反拖
2 油耗仪与燃油温控
AVL油耗仪有三种形式:735(质量流量)、733、KMA4000/6000(体积流量式)。实验室采用735,三者精度差不多,主要是原理不一样。
735:采用U型管,利用克利奥原理,测量摆动频率和相位差。(常用)
733:称重式;采用位置传感器,油罐内有上下液位,在下液位时打开油口,到上液位停止进油。 (常用)
KMA4000/6000:利用啮合的两个齿轮,其进油口和出油口压力分别为P1,P2,利用设备保证P1=P2,其中每对齿轮排出的油量一定,以此计算油耗。
AVL燃油温控一般为735C,燃油温度控制系统用来控制燃油温度。控制燃油温度的目的主要是为了提高油耗测量精度。此外在某些试验中也需要控制发动机的燃油温度。据称联电在标定发动机的时候会对燃油温度进行控制。
Copyright © 2024 温变仪器 滇ICP备2024020316号-40