汽车电子测试项目管理系统

合集下载

华晨汽车工程研究院-整车电子电气系统开发集成测试简介

Detail Design
零部件 Unit/Device 测试 Testing
Software/ Hardware Development Field Installation
开发实施
3
功能集成测试流程（FIP）
功能数量
目标集成的功能数量实际正确集成的功能数量
整车开发时间轴
4
系统集成平台种类
FIP30阶段测试介绍
测试目标：基本满足系统功能定义，样件功能满足PT装车要求测试平台：Sub-system；Labcar 测试重点：系统功能基本满足功能定义，基本用户功能实现。测试功能：系统功能：总线通讯、网络管理、基础诊断功能（诊断服务）、Flashing、
Coding 用户功能：基本用户功能实现，具体内容根据开发进度确定具体测试内容
10
总线测试
总线Error测试
总线负载率测试
周期测试
核对信号范围
核对Message IDs
核对CRC Sums
Message 错误测试
11
总线测试
总线睡眠行为测试总线唤醒行为测试唤醒时间测试睡眠时间测试网络管理测试
12
FIP 30
setup setup
Sub-system testing Labcar testing
整车电子电气系统开发集成测试
部门:华晨汽车工程研究院
2015年02月27日
目录一功能集成测试流程（FIP）的目的和意义二 FIP测试基本流程三总结
2
整车V模型开发流程
Regional Feasibility Study
Architecture
/ Concept
Exploration

汽车电子软件开发流程 ISO 26262说明书

符合ISO 26262的汽车电子软件开发流程董淑成**************************MathWorks中国ISO 26262(2011)高完整性软件开发标准和基于模型的设计01219901995200020052010基于模型设计的应用标准生效的年份DO-178B (1992)NASA-GB-8719.13(2004)IEC 61508(1998)DO-178C（2011）IEC 61508(2010)EN 50128(2001)EN 50128(2011)IEC 61511(2003)软件开发标准里出现基于模型的设计为什么？大纲▪ISO 26262软件开发项目的启动▪符合ISO 26262的软件开发过程软件开发ISO 26262定义的软件开发过程系统集成和测试系统设计软件需求验证软件集成和测试软件单元测试软件单元设计及实现软件需求定义软件架构设计系统测试软件测试软件测试软件测试设计验证设计验证设计验证软件开发ISO 26262的软件项目启动系统集成和测试系统设计软件需求验证软件集成和测试软件单元测试软件单元设计及实现软件需求定义软件架构设计系统测试软件测试软件测试软件测试设计验证设计验证设计验证1.软件开发计划2.软件验证计划3.编程、建模语言的选择4.编码、建模标准5.工具的选择6.工具应用指南建模/编程语言的选择及相关标准▪建模或者编程语言的选择标准–明确的定义–支持嵌入式实时软件和运行时错误处理–支持模块化、抽象及结构化▪语言本身不能涵盖的上述标准应通过相应的指导或开发环境涵盖TopicsASILA B C D 1a Enforcement of low complexity++++++++ 1b Use of Language subsets++++++++ 1c Enforcement of strong typing++++++++ 1d Use of defensive implementation technique O+++++ 1e Use of established design principles+++++ 1f Use of unambiguous graphical representation+++++++ 1g Use of style guides+++++++ 1h Use of naming conventions++++++++▪通常，汽车电子软件选择C语言–基础软件手工编写C代码–控制策略软件通过Simulink建模并自动生成代码C代码•建模/编码标准要涵盖的内容Simulink/Stateflow建模标准▪汽车行业建模标准（MAAB）–专门为汽车行业Simulink用户制定▪高完整性系统建模标准–专门为民航、火车、汽车等高完整性系统建模制定设计工具/验证工具的选择工具的分类及资质审核TI 2TI 1TD 3TD 1TD 2TCL 3TCL 2TCL 1工具错误的检测工具置信水平高中无/ 低增加审核需求工具的影响ASIL 为TCL2级的资质审核无需额外的资质审核为TCL3级的资质审核工具分类工具资质审核UC 1..n 软件工具有引入错误或者不能检出错误的可能工具的功能/用例TÜV SÜD认证的工具▪Embedded Coder™功能：生产针对嵌入式优化的C和C++代码▪Simulink® Verification and Validation™功能：验证模型和模型生成的代码▪Simulink® Design Verifier™功能：定位设计错误，生成测试用例，并根据需求对设计进行验证▪Polyspace® Client™ for C/C++功能：证明源代码没有运行期错误▪Polyspace® Server™ for C/C++功能：在计算机集群执行代码验证并发布度量开发工具的应用指南▪除了选择开发工具之外，还要提供开发工具的应用指南▪Embedded Coder等工具具有非常详实的用户手册需求分析•模型架构•可实现性•可测性•可追溯•可配置模型建立•建模语言•建模标准•模型复杂度•平台化开发模型验证•建模标准•模型评审•形式化方法验证•功能测试代码实现•数据管理•等效性测试•代码验证•代码集成需求分析•模型架构•可实现性•可测性•可追溯•可配置模型建立•建模语言•建模标准•模型复杂度•平台化开发模型验证•建模标准•模型评审•形式化方法验证•功能测试代码实现•数据管理•等效性测试•代码验证•代码集成汽车电子软件的现状和复杂软件开发的困境▪GM汽车上的代码量▪软件工程师的工作效率▪解决复杂软件开发效率低下的途径–模块化开发模块化的原则和目标▪模块划分的一般原则–从功能上–高内聚–低耦合▪模块划分的目标–简化设计–便于分工–便于测试–便于后期维护▪In order to avoid failures resulting from high complexity, the software architecture design shall exhibit the following properties,–Modularity;–Encapsulation; and–Simplicity.ISO 26262软件架构设计原则▪软件架构设计原则MethodsASILA B C D1a Hierarchical structure of software components++++++++ 1b Restricted size of software components++++++++ 1c Restricted size of interfaces++++ 1d High cohesion within each software component+++++++ 1e Restricted coupling between software components+++++++ 1f Appropriate scheduling properties++++++++ 1g Restricted use of interrupts+++++软件的层次化结构设计▪模块如何划分–从功能上划分组件▪以发动机为例，分为：点火、进气、油量计算、怠速、巡航等▪模型实现上model reference发动机控制点火控制进气计算燃油控制怠速控制巡航控制其他–对复杂组件进一步划分为单元模块▪以发动机的怠速控制为例，分为暖机怠速、闭环速度控制、扭矩请求等单元▪模型实现上model reference系统级组件级单元级单元模块的设计不建议使用Model Reference.基于模型的嵌入式软件开发需求分析•模型架构•可实现性•可测性•可追溯•可配置模型建立•建模语言•建模标准•模型复杂度•平台化开发模型验证•建模标准•模型评审•形式化方法验证•功能测试代码实现•数据管理•等效性测试•代码验证•代码集成Simulink建模语言▪使用建模语言的子集▪Simulink和Stateflow之间的选择–如果算法是复杂的逻辑运算，使用Stateflow；–如果算法主要是数据运算，使用Simulink；▪Stateflow的flow chart和state chart之间的选择–如果算法本质上是计算工作状态或者离散状态，使用state chart；–如果算法本质上是if-then-else结构，使用flow chart或者真值表；ISO 26262软件单元的设计原则▪Example: Parallel states should not appear at the top level of a state-chart.--Misra Modeling GuidelineMethodsASILABCD1a One entry and one exit point in subprograms and functions++++++++1b No dynamic objects or variables, or else online test during their creation +++++++1c Initialization of variables++++++++1d No multiple use of variable names+++++++1e Avoid global variables or else justify their usage ++++++………1h No hidden data flow or control flow +++++++1jNo recursions++++++▪软件单元的设计和实现原则模型复杂度监测对单元模块进行复杂度监测–Model advisor–圈复杂度Simulink模型的平台化开发▪Model Variants–通过配置不同的参数选择不同的被引用模型–比如，K_Param== CLASS_A，选择Model_A.mdl；K_Param== CLASS_B，选择Model_B.mdl–支持生成条件编译的代码▪System Variants基于模型的嵌入式软件开发需求分析•模型架构•可实现性•可测性•可追溯•可配置模型建立•建模语言•建模标准•模型复杂度•平台化开发模型验证•建模标准•模型评审•形式化方法验证•功能测试代码实现•数据管理•等效性测试•代码验证•代码集成软件开发ISO 26262定义的软件开发过程系统集成和测试系统设计软件需求验证软件集成和测试软件单元测试软件单元设计及实现软件需求定义软件架构设计系统测试软件测试软件测试软件测试设计验证设计验证设计验证MAAB及相关规范的检查▪Model Advisor实现建模规范检查▪定制检查集▪定制检查项模型评审▪模型和需求的双向追溯–模型→需求–需求→模型▪Simulink Report Generator生成报告–为非Simulink用户生成报告▪Simulink Report Generator实现不同版本模型比较使用Simulink Design Verifier检查逻辑错误▪设定生成测试用例目标为MC/DC100%覆盖▪生成测试用例▪逻辑错误导致无法生成100%覆盖的测试用例，并提示错误逻辑使用Simulink Design Verifier检查数据错误▪通过算术运算分析定位错误–数据溢出–被零除▪证明没有错误的运算演示Simulink Design Verifier检查错误单元模块的功能测试▪仿真测试▪覆盖率分析模型测试的覆盖率要求▪对单元软件测试的结构覆盖率要求–覆盖率达到分支覆盖率100%–MC/DC 要求▪对软件架构测试的覆盖率要求MethodsASILABCD1a Statement coverage ++++++1b Branch coverage+++++++1cMC/DC (Modified Conditional/Decision Coverage)+++++MethodsASILABCD1a Function coverage ++++++1bCall coverage++++++模型的集成测试▪模型的组件级集成测试▪模型的系统级测试–模型在环测试–快速原型▪不同组件之间的接口测试▪不同组件功能上是否冲突基于模型的嵌入式软件开发需求分析•模型架构•可实现性•可测性•可追溯•可配置模型建立•建模语言•建模标准•模型复杂度•平台化开发模型验证•建模标准•模型评审•形式化方法验证•功能测试代码实现•数据管理•等效性测试•代码验证•代码集成代码生成的前提条件模型经过充分验证模型符合建模标准功能测试覆盖率足够高模型不含有无效逻辑模型不含有数据错误GenerateCode数据对象和数据字典▪使用数据对象定义数据属性Properties （属性）Classes （类）Package （包）SimulinkSignal DataTypeData Storage ClassMin/Max ParameterData TypeData Storage ClassmodelName = 'f14';dictionaryName = 'myNewDictionary.sldd ‘;dictionaryObj =Simulink.data.dictionary.create(dictionaryName);set_param(modelName,'DataDictionary',dictionaryName);▪使用数据字典管理数据对象数据字典管理数据按照组件划分进行数据管理代码生成工具配置1. 通过系统目标文件设定回调函数2. 在代码生成设置的回调函数里固化设置软件工具除确定id 和版本号之外，还需要确定配置等效性测试▪SIL测试/PIL测试都是等效性测试–验证生成的代码和用于代码生成的模型具有相同的行为属性–PIL除等效性验证之外，还可以用来测量运行时间▪等效性测试的测试用例–功能测试的测试用例–Simulink Design Verifier自动生成▪模型覆盖率和代码覆盖率的比较代码的集成和集成测试▪代码集成的两种方式–单元模型的代码生成，代码级别做集成–模型级别集成，然后生成代码▪软硬件的系统级集成–硬件在环测试–台架测试–实车测试Plant model uController models1s2s3+Plant Model in PC uControllers1s2s3+基于模型的嵌入式软件开发需求分析•模型架构•可实现性•可测性•可追溯•可配置模型建立•建模语言•建模标准•模型复杂度•平台化开发模型验证•建模标准•模型评审•形式化方法验证•功能测试代码实现•数据管理•等效性测试•代码验证•代码集成MathWorksChange the world byAccelerating the paceof discovery, innovation, development, and learningin engineering and science。

整车电子电气性能测试介绍

整车电子电气性能测试介绍白树立【摘要】随着汽车电路系统的不断发展,电路系统的复杂性不断增加.为了更好地验证电路系统设计方案,需要进行整车静态功能测试,来验证电路系统的原理设计、线束设计,同时验证各个电气系统的设计是否符合前期制定的设计目标.并且可以通过实验来找出设计中可以进一步改进或者不足的地方,从而消除设计中可能出现的隐患.【期刊名称】《汽车零部件》【年(卷),期】2015(000)005【总页数】4页(P20-22,19)【关键词】静态功能测试;电路系统【作者】白树立【作者单位】奇瑞汽车股份有限公司,内蒙古鄂尔多斯017000【正文语种】中文0 引言随着车用电气设备越来越多，从发动机控制到传动系统控制，从行驶、制动、转向系统控制到安全保证系统及仪表报警系统，从电源管理到为提高舒适性而作的各种努力，汽车电气系统已形成一个复杂的大系统。

电气系统作为一个整体，在设计时必须使它们的工作能互相匹配，所以对整车电气系统进行测试显得很重要。

1 整车控制策略的编制在设计期间，需要勾画出整车的控制策略框架，计算整车电路系统大概包括哪些用电单元，其负载大致多大，每个用电单元采取何种控制方式，同时需要对整车的用电器进行初步确定。

并设计整车电器控制图，进行整车电器的匹配、集成，如开关与用电器间的控制关系、触点容量的确定、控制逻辑的初步确认、计算出需要何种电源分配中心。

在电路的设计中，电路的安全是需要重点考虑的一个问题，也就是说必须考虑到电路的保护和电路的控制，及整个电路中各个元件的匹配。

满足以上设计要求需要开发阶段对整车电子电器系统做必要的测试验证。

2 电子电气功能测试流程新的车型设计开始之前，对车型的分析非常重要。

整车电路的主要分析内容应包括:整车配置分析、整车电路系统的功能和控制策略、主要电器参数、特殊电器系统的分析、各种细节分析等几个方面。

对于一个新开发车型，一般按照图1所示流程逐步完成整车测试。

图1 测试流程图3 测试环境确认(1)实车环境:全功能可测试;与环境、行驶环境强相关。

汽车产品开发项目管理pdf

汽车产品开发项目管理pdf汽车产品开发项目管理是一个复杂的过程，涉及到多个方面的内容。

以下是一个关于汽车产品开发项目管理的PDF文件的简要概述，以帮助你更好地理解该主题。

PDF文件，《汽车产品开发项目管理》。

概述：汽车产品开发项目管理是指在汽车产品开发过程中，通过规划、组织、协调和控制等一系列管理活动，以实现项目目标的过程。

它涉及到从产品概念阶段到产品交付阶段的全过程管理，包括项目计划、需求分析、设计开发、测试验证、生产制造等各个环节。

内容：1. 项目概述，介绍汽车产品开发项目的背景、目标和范围，明确项目的重要性和价值。

2. 项目组织，描述项目团队的组成和职责分工，包括项目经理、工程师、设计师、测试人员等角色的职责和协作方式。

3. 项目计划，详细规划项目的时间安排、资源分配和任务分工，制定项目进度表和里程碑，确保项目按时交付。

4. 需求分析，收集和分析客户需求，明确产品功能和性能要求，制定产品规格书，为后续的设计和开发提供基础。

5. 设计开发，根据需求分析阶段的结果，进行产品设计和开发，包括外观设计、结构设计、电子系统开发等。

6. 测试验证，对设计开发的产品进行各项测试，包括功能测试、性能测试、可靠性测试等，确保产品符合要求。

7. 生产制造，根据测试验证阶段的结果，进行产品的批量生产制造，包括供应链管理、生产调度、质量控制等。

8. 项目控制，通过监控项目进展、风险管理和变更控制等手段，确保项目按计划进行，及时解决问题和调整方案。

9. 项目交付，完成产品开发和制造后，对产品进行验收，准备交付给客户，并进行项目总结和经验总结。

重要性：汽车产品开发项目管理的有效实施，可以提高项目的成功率和效率，确保产品质量和交付时间，降低项目风险和成本，增强企业竞争力。

总结：汽车产品开发项目管理是一个综合性的管理过程，需要在项目的各个阶段进行全面的规划、组织、协调和控制。

通过合理的项目管理，可以实现汽车产品的高质量开发和交付，满足客户需求，提升企业竞争力。

汽车电子EMC测试整改

汽车电子EMC测试整改
很多产品在做产品安全认证时都会遇到产品测试不合格的情况，尤其是在电磁兼容测试（即EMC测试）中出错频率更是普遍。

产品一旦测试不合格，那么随之而来的肯定是EMC整改通知书。

在EMC整改过程中很多管理人和技术人员并不太明白该从何处入手，今天我们就来分析EMC整改常遇到的问题和一些整改建议。

首先我们来从EMC测试项目构成说起，EMC主要包含两大项：EMI（干扰）和EMS（产品抗干扰和敏感度）。

通过这些测试项目我们不难看出EMC测试主要围绕产品的电磁干扰和敏感度两部分，一旦产品不符合安全认证标准需要EMC整改的时候我们可以通过降低其材料和零部件进行整改。

一、EMC整改意见：
1、在拿到整改意见书以后，需要提前定位好EMC整改计划。

没有定位好计划就去盲目的整改产品就像无头的苍蝇一样到处乱动，这样只会增加整改的成本。

第二：比较测试，根据测试仪器所提供的数据来进行分析问题。

汽车电子行业 NPI(新产品导入)项目管理毕业设计论文

汽车电子行业 NPI（新产品导入）项目管理【摘要】新产品导入（New Product Introduction 简称NPI）过程是EMS（Electronics Manufacturing Service）企业将客户研究开发成功的实验室新产品转入批量生产制造的关键过渡过程，如果NPI阶段存在问题，则产品不能顺利进入批产阶段，将会直接影响与客户合作的业务进程，并可能由于耽误了客户产品上市而造成双方极大经济损失，因此非常必要建立科学、有效的NPI项目质量管理体系，为NPI过程提供良好的品质保障。

并且更重要的是知道如何将新产品导入，并进行过程问题分析与验证。

在新产品导入过程中，只有把每个阶段控制好，质量才得到保证，同时避免不必要的工时、物料的浪费，新产品对于汽车电子行业也是新的挑战，只有不断更新产品，跟着市场的脚步，才会有所发展。

【关键字】质量控制新产品的导入试产量产一，NPI的定义&职责❖NPI（New Product Introduction）即新产品导入。

❖新产品：指采用新技术原理、新设计构思研发、生产的全新产品。

❖从市场营销的角度看，凡是企业向市场提供的过去没有生产过的产品都叫新产品。

具体地说，只要是产品线中的任何一部分的变革或创新，并且给消费者带来新的利益、新的满足的产品，都可以认为是一种新产品。

1.2产品工程师在NPI过程中的职责：1、负责在试产过程中对可制造性评审，从生产角度提出建议，预警风险、及相关解决方法建议；协助验证研发输出的各种技术文件的准确性。

2、负责试产前期导入生产部时项目状态的确认和资料的准备工作。

在试产前与研发和项目经理确认项目的技术状态和技术文档，做好试产准备工作。

3、负责协助制造工程在试产过程中所需测试夹具、装配治具的设计、协助研发对供应商的技术支持。

4、负责试产线生产和技术人员项目沟通情况，对试生产的首件进行最后的核对。

及时分析、解决试产中的问题，反馈和总结试产报告给项目相关人员并跟踪、推动改善。

基于Python的电控单元硬件在环自动化测试系统

-制造研究学术ACADEMIC 2019.03088随着汽车行业的创新发展和变革，汽车电控系统日臻完善，现代汽车处在智能化发展阶段，最终向着全智能驾驶即无人驾驶发展[1]。

据统计，汽车电子系统的技术创新在现代汽车技术创新中占90%以上[2]，各整车厂和零部件厂商都在加大汽车控制器策略的研究和开发，使得汽车驾驶更舒适、智能和安全。

整车电子电气控制系统中，动力控制系统的发动机和变速器控制单元占据了重要地位，是汽车动力系统的灵魂。

而电控单元的开发离不开测试系统，测试工作做得越全面，系统电控单元控制策略就越安全可靠。

在电控单元控制策略日新月异的今天，测试工作也愈加繁重和复杂。

而采用自动测试系统，不仅能够节省大量人力和设备资源投入，还能够减少人工测试的失误，提高控制系统的质量。

当新开发项目发展到平台化的成熟度以后，采用自动化测试系统，对于项目扩展十分便利，可以用较少的人力设备资源，做较多的平台项目，同时保证拓展项目质量。

1 电控单元硬件在环测试系统的组成电控单元测试分为模型测试、代码测试和硬件在环测试，硬件在环测试属于半实物仿真测试，采用实际控制单元，把控制软件和硬件单元集成到一起。

在仿真环境中测试，属于实车验证之前的最后测试环节，能够充分验证软件和硬件。

本文介绍的硬件在环测试系统，采用市场上成熟的dSPACE设备，包括硬件设备和软件系统2大部分。

其中硬件设备的主要特点就是具有较高的运算能力，灵活性强。

而软件系统则是可以方便地实现代码生成、下载、调试和实验等工作。

硬件设备下位机采用mid-size的SCALEXIO机柜，包括CAN总线通讯通道，提供模拟输入、模拟输出、数字输入、数字输出、负载模拟、电源控制、电源开关、电阻仿真通道摘要：本文介绍了基于Python语言的电控单元硬件在环自动化测试系统的设计和实现，把运行硬件在环测试环境工程、执行自动测试流程和采集数据等功能使用Python语言实现，自动产生测试报告，可以提高测试效率和测试质量，可扩展性和兼容性好，可以嵌入其他项目管理平台统一管理。

汽车电子项目规划方案

汽车电子项目规划方案一、项目背景和目标汽车电子是指将电子技术应用于汽车系统中，以提高汽车的性能、安全性、舒适性和节能环保性。

汽车电子领域的发展已经成为汽车工业的新的风口，各大车企纷纷推出智能汽车并加大对汽车电子的研发投入。

本项目旨在开展汽车电子相关技术的研发与应用，为汽车工业在智能化和电气化方面提供技术支持。

二、项目内容和实施步骤1.市场调研和需求分析：开展对汽车电子市场的调研，了解用户需求和行业发展趋势，确定项目的技术和产品方向。

2.技术研发和创新：聘请专业的技术团队，通过自主研发和合作研究的方式，研究汽车电子技术的前沿问题，提出创新的解决方案，并进行技术验证和试验。

3.产品设计和开发：根据用户需求和市场反馈，进行产品的设计和开发。

主要包括汽车智能驾驶系统、车载娱乐系统、电动车辆电池管理系统等。

4.测试和验证：对开发的产品进行全面的测试和验证，确保产品的性能和质量达到市场要求。

5.生产和供应链管理：建立产品的生产线和供应链体系，确保产品的生产和供应的稳定性和可靠性。

6.销售和售后服务：制定销售策略和渠道，推广和销售产品。

同时建立售后服务体系，提供产品的维修和升级服务。

三、项目进度和时间安排1.市场调研和需求分析：预计耗时一个月，完成时间为X年X月。

2.技术研发和创新：预计耗时一年，完成时间为X年X月。

3.产品设计和开发：预计耗时半年，完成时间为X年X月。

4.测试和验证：预计耗时半年，完成时间为X年X月。

5.生产和供应链管理：预计耗时三个月，完成时间为X年X月。

6.销售和售后服务：预计耗时六个月，完成时间为X年X月。

四、项目组织和资源投入1.项目组织架构：建立项目组织架构，明确项目经理、技术团队和销售团队的职责和工作分工。

2.人力资源投入：根据项目需求，招聘和培养相关技术人才和销售人才，确保项目的顺利进行。

4.研发设备和实验室建设：根据项目需求，购置研发所需的设备和搭建实验室，提供研发和测试的条件。

汽车电子可靠性测试各种标准

一、测试标准1.1SAE_J1939商用车控制系统局域网络（CAN 总线）通讯协议1.2KWP20001.3GB-13837-1997 声音和电视广播接收机及有关设备无线电干扰特性限值和测量方法1.4GB/T9384-2011 广播收音机、广播电视接收机、磁带录音机、声频功率放大器（收音机）的环境实验要求和试验方法1.5GB4013-1995 数字音响技术术语1.6GB/T14277 音频组合设备通用技术条件1.7GB9374-88 声音广播接收机基本参数1.8GB2846-2011 调幅广播收音机测量方法1.9GB6163-2011 调频广播接收机测量方法1.10GB9883-88 广播接收机及有关设备的传导抗扰度特性测量方法1.11Publication315 收音接收机设备的测试方法1.12GB/T 液晶显示器测量方法1.13GB 液晶数字电视广播接收机通用技术规范1.14QCT-413-2002汽车电气设备基本技术条件1.15GB/T 191包装储运图示标志1.16GB/T 2423.17电工电子产品基本环境试验规程试验Ka：盐雾试验方法1.17GB/T 2423.22电工电子产品环境试验第二部分：试验方法试验N:温度变化1.18GB/T 2423.34电工电子产品基本环境试验规程试验Z/AD:温度/湿度组合循环试验方法1.19GB/T 2828.1计数抽样检验程序第一部分:按接收质量限(AQL)检索的逐批检验抽样计划1.20QC/T 238汽车零部件的储存和保管1.21QC/T 29106汽车用低压电线束技术条件1.22ISO16750-2：道路车辆-电子电气产品的环境条件和试验：供电环境1.23ISO16750-3：道路车辆-电子电气产品的环境条件和试验：机械环境1.24ISO16750-4：道路车辆-电子电气产品的环境条件和试验：气候环境1.25ISO16750-5：道路车辆-电子电气产品的环境条件和试验：化学环境1.26ISO20653汽车电子设备防护外物、水、接触的等级1.27ISO21848道路车辆-供电电压42V的电气和电子装备电源环境1.28GB 14023-2006 车辆、船和由内燃机驱动的装置无线电骚扰特性限值和测量方法1.29GB 18655-2002 用于保护车载接收机的无线电骚扰特性的限值和测量方法1.30GB/T 17619-1998机动车电子电器组件的电磁辐射抗扰性限值和测量方法1.31GB/T 19951-2005 道路车辆静电放电产生的电骚扰试验方法1.32GB/T 21437.2-2008 道路车辆由传导和耦合引起的电骚扰1.33iso11452 道路车辆窄带发射的电磁能量进行的电子干扰1.34ISO7637-2道路车辆--来自传导和耦合的电气骚扰--第2部分：仅沿供电源线路的瞬时电传导1.35ISO 7637 – 3：Road vehicles -- Electrical disturbances from conductionand coupling -- Part 3: Electrical transient transmission by capacitive and inductive coupling via lines other than supply linesISOTR10605—道路车辆.静电放电产生的电气干扰二、测试项目2.1 SAE_J1939商用车控制系统局域网络（CAN 总线）通讯协议物理层—屏蔽双绞线(250K比特/秒)2.2 KWP2000诊断通信协议ISO 9141-2的基础上把数据交换系统扩展到了24V电压系统。

艾德克斯汽车测试系统

频率波动范围特性测试限压测试输出过压、欠压测试
充电效率测试
电动汽车充电桩测试方案充电桩、充电机测试系统
完善的充电桩测试项的管理监控
电动汽车充电桩测试方案充电桩、充电机测试系统
运行界面
数据报表界面
汽车接线盒测试方案
（1）保险丝熔断测试熔断丝的作用是防止用电设备因通过较大电流而损坏。因此熔断丝的测试非常重要。
（2）继电器测试汽车运行时，需要启动各种用电设备，而中央控制盒上的继电器正是控制这些设备的开关。因此其准确无误地动作，才能保证汽车的正常运行。
（3）温度检测中央控制盒工作一段时间后，温度不应持续上升，而应保持热平衡，维持在某一温度附近。如此才能保证控制盒上的壳体，插件等不至变形。
汽车接线盒测试方案
电动汽车充电桩测试方案电子负载的应用
IT8800电子负载系列工作模式：
定电流(CC)模式定电压(CV)模式定电阻(CR)模式
定功率(CW)模式
定阻抗（CZ）模式——模拟感性或容性的负载
电动汽车充电桩测试方案充电桩、充电机测试系统
输入电压测试充电特性测试限流测试短路保护测试
* IT6512直流電源新型主從並聯示意圖
汽車電機測試
Challenge：電機的測試能否很好地完成，與測試設備長時間穩定運行的能力相關 Solution：IT6500直流電源系列，穩定性強，可以滿足長時間帶載
汽車電子測試應用產品選型
測試產品點煙器測試內容判定工作電流應用產品
收音機
汽車加熱座椅汽車電梯
汽車電機測試
汽車起動電機是大功率設備，相應的需要大功率的測試設備為了獲得更大的功率/電壓/電流範圍，以及為了更方便控制，測試設備的串並聯被很多工程師多應用主從式結構由美國Borland公司最早研發。在電源的測試應用中，愛德克斯的新型主從概念將多台電源中的一台作為主機，其餘電源作為從機，所有設定包括通訊只需在主機上操作即可。

电池管理系统下线测试项目

电动车电池管理系统下线测试目录1.概述 (3)2.适用范围 (3)3.引用标准 (3)4.测试仪器及测试环境 (3)4.1 测试仪器 (3)4.2 测试环境 (4)5.测试对象 (4)6.测试项目 (4)7.测试方法 (4)7.1 BMS电气安全性测试 (4)7.1.1 绝缘电阻测试 (4)7.1.2 绝缘耐压测试 (4)7.2 BMS基本功能性能测试 (5)7.2.1 过电压运行测试 (5)7.2.2 欠电压运行测试 (5)7.2.3 反接保护测试 (5)7.2.4 单体电压采集精度测试 (5)7.2.5 总电压采集精度测试 (5)7.2.6 电流采集精度测试 (6)7.2.7 温度采集精度测试 (6)7.2.8 SOC计算精度测试 (6)7.2.9 绝缘电阻检测功能测试 (6)7.2.10 电池故障诊断及安全保护测试 (6)7.2.11 电池充放电数据记录功能测试 (7)1.概述本文主要介绍电池管理系统（BMS）下线测试的项目、测试方法以及测试原理。

2.适用范围本下线测试规范适用于纯电动车电池管理系统测试。

3.引用标准GBT 18384.1-2015 电动汽车安全要求第1部分：车载可充电储能系统（REESS）GBT 18384.2-2015 电动汽车安全要求第2部分：操作安全和故障防护GBT 18384.3-2015 电动汽车安全要求第3部分：人员触电防护QC/T 897-2011电动汽车用电池管理系统技术条件GB/T 10125-2012 人造气氛腐蚀试验盐雾试验QC/T413 汽车电气设备基本技术条件GBT 18487.1-2015 电动汽车传导充电系统第1部分：通用要求GBT 20234.1-2015 电动汽车传导充电用连接装置第1部分：通用要求GBT 20234.2-2015 电动汽车传导充电用连接装置第2部分：交流充电接口4.测试仪器及测试环境4.1 测试仪器4.2 测试环境测试场所海拔不超过1000m；设备运行期间周围空气不高于35℃，不低于-10℃；安装使用地点无强烈振动和冲击，无强烈电磁干扰，外磁场感应强度均不得超过0.5mT；使用地点不得有爆炸危险介质，周围介质不含有腐蚀金属和破坏绝缘的有害气体及导电介质，不允许有霉菌存在。

汽车电子可靠性测试各种标准

汽车电子行业新产品开发项目管理

汽车电子行业新产品开发项目管理(总4页)-CAL-FENGHAI.-(YICAI)-Company One1-CAL-本页仅作为文档封面，使用请直接删除简单地说，项目管理就是组织一个跨系统（部门）的协作团队，充分利用团队有限的资源，将各系统、设计方案和相关人员结合在一起，在计划的期限、成本预算和预计的质量目标范围内完成项目的各项工作，并最终将预定的设计方案通过阶段性工作转换成可见效益。

在这里，我仅结合自己在公司实际工作情况及自己对项目管理的理解，粗略地谈谈项目管理及项目团队建设工作。

作为项目管理，针对每一个项目而言，应从公司整体立场出发，遵循公司的原则，全权负责管理和跟踪好项目，从初期的项目策划、可行性分析、项目评估、项目准备、项目报批、项目立项、项目分工、项目过程监控、阶段性评审、项目总结市场信息反馈和改善到项目项目终结，以及处理项目中的特殊事项等，需要项目管理者和项目团队有一个共同的利益观念。

本着一个的目标，一起作好项目管理工作，并将各项工作按计划完成。

一、项目进度计划：项目正式开始前，前期的沟通交流可能已经进行了很多，根据需要，在设计产品方案时，初步的项目计划应该制定，在计划中明确各系统（部门）在个节点的事项、工作时间期限。

项目立项后，具体的项目进度计划应该立即制定，该计划应该包含产品开发的计划，各系统（部门）计划，对应职能人员的分工和职责，外协加工和协作供应商的工作计划和分工。

如上汽汽车的ZP11项目计划，就是一个很好样板，据了解，该项目在前期的沟通和交流中，由于车厂的项目要求明确，航盛在项目RFQ阶段就已经有一个初步的项目计划，大概的资源需求，主要部件协作的分工方，产品的设计开发时间节点等；项目正式开始后，整个的项目计划再进行细分，其中包括了上汽的计划要求、产品设计（结构、电子）开发、分供方模具设计、模板件制样和确认、软件设计、各阶段成型样品的确认（手版、模板、OTS、小批量等）、阶段性评审的计划内容，整个计划作一个大的纲领，分系统的计划同步实施，车厂、航盛、分工方计划统一，职责分明，计划同步。

“C系列汽车电子系统平台研发项目”可行性分析

“C系列汽车电子系统平台研发项目”可行性分析摘要：本文以汽车电子系统作为研究对象，总结了国内外汽车电子系统研究成果，在此基础上深入研究了我国的汽车电子系统的发展动态、影响因素和发展规律，进而研究了“c系列汽车电子系统平台研发项目”的可行性。

从实际实施的角度出发，从项目需求、技术可行性、投资价值分析等方面进一步论证项目实施的可行性。

政府制定合理的产业发展战略以及投资者进行科学的投资决策时，需要对“c系列汽车电子系统平台研发项目”的投资价值进行综合分析和评价来提供参考依据。

关键词：汽车电子可行性分析投资决策1 国内外相关研究综述与评析1.1 汽车总线技术在国外的研究现状将工业现场总线控制技术与计算机网络技术应用在汽车中的结果就是汽车总线。

汽车总线控制技术是研究如何利用总线数据通信原理实现现代汽车中各个独立电子系统和控制装置间控制信息传递通道的简洁互连，实时、可靠的数据交换及综合协调控制的一门最新技术。

它是以科学、合理的数据通信协议及支持这样协议的大规模集成电路器件为基础的，是汽车行业发展的必然结果。

早期汽车网络中，用户并没有广泛认同和应用通用网络标准，他们自己制定电路和通用异步收发器（uart），以此来实现简单的串行通信。

供应商与汽车制造商纵向紧密合作，而与其他供应商横向联系甚少，导致同类产品生产出来之后不能互换和兼容。

然而标准化网络技术可以弥补此缺陷，即使各汽车制造商都有一套独立定义的接口规范和专用供应商，但各供应商按照统一标准生产部件后，由于采用标准化网络技术，同类产品的兼容性和互换性提高了，此时，任意一家合格的供应商都可以受汽车制造商的委托来开发和研究符合标准的模块1。

很多国际著名的汽车公司，如马自达的palmnet、bosch公司的can等积极研究汽车总线技术并进行0应用。

而can总线是汽车总线的标准和主流技术，它采用的技术依据计算机局域网和工业现场总线这种很成熟的技术，世界上著名的汽车制造场就是利用can总线来实现汽车内部控制系统的数据通信，包括bmw（宝马）、rolls-royce（劳斯莱斯）等。

整车电器功能测试试验及台架环境搭建

车辆工程技术47车辆技术整车电器功能测试试验及台架环境搭建曹志成,王　骋（长城汽车股份有限公司技术中心,河北保定 071000）摘　要：在改革开放的新时期，我国的经济在快速的发展，社会在不断的进步，我国的汽车行业发展十分迅速，整车电器电子功能测试是整车开发必不可少的重要环节，每个整车项目开发过程中都需要对整车所有电器电子功能需求进行测试，验证实际产品是否满足设计要求，暴露设计过程中存在的问题，此处介绍电器电子功能测试实验室及测试台架的搭建。

关键词：电器电子功能测试；试验室；台架环境0　引言在汽车市场快速发展的今天，提高汽车产品质量，合理降低成本，快速推出新产品新技术，赢得越来越多消费者的青睐，是各汽车厂商占领市场的有效方法。

产品质量的提高，不但需要优化前期设计，更需要贯穿于整个产品开发过程中的测试。

电子电器系统集成测试作为产品质量把关的重要环节，提高测试的广度和深度可不断优化产品，提高产品质量。

电子电器系统集成测试，需要及早规划，分配必要的时间、人力和财力资源并将其作为项目管理的一部分加以控制。

开发和测试是相辅相成的两个过程，这两个过程中的交流、协作和配合是提高整体效率的重要因素。

相对来说，在整车电子电器产品开发过程中，发现问题的时间越早，更改成本越小。

1　整车企业中电子电器功能开发现状1.1　电子电器零件的功能测试现状目前的整车电子电器功能测试，一般以人工的方式进行，测试方法依赖整车厂的文档定义，在文档定义不清晰的情况下，测试也无法准确完成，所以测试质量很依赖测试人员的经验和成熟度，并且判断依据也有主观因素。

由于测试工具和手段多基于人工判断，特别是工具基于人工操作的记录或者常规的示波器、万用表等工具。

这样的现状导致人员能力不同的情况下，测试结论可能有所不同，并且因为缺少量化的评定参数，无法有效地对设计方案进行合理判断，导致后续验收甚至市场销售环节的体验问题持续出现，另外对测试工作质量也无法有效评价，仅仅通过测试数量了解测试工作是否开展，无法判断测试阶段的目标是否达到。

汽车电子控制系统及测量与标定流程介绍整车标定流程OBD介绍三高试验

介绍整车标定流程OBD介绍三高试验
OBD介绍
概述：
OBD是英文On-Board Diagnostics的缩写，
中文翻译为“车载自动诊断系统”。这个系统
随时监控汽车尾气是否超标，一旦超标，会马
上发出警示。当系统出现故障时，故障(MIL)灯
亮，同时将故障信息以故障码的形式存入电控
单元存储器内，通过一定的程序可以将故障码
2008.7.1日起, 欧III排放水平车型中的第一类车, 申报车型时必须安装OBD;
2010.7.1日起, 欧III排放水平车型中的第二
类车和欧Ⅳ排放水平的所有车型, 申报车型时必
须安装OBD;
2020/11/23
汽车电子控制系统及测量与标定流程介绍整车标定流程OBD介绍三高试验
OBD介绍
OBD标定主要包括以下四个方面内容：
2020/11/23
传感器功能介绍
空气质量流量计:用于测定汽油机进气量，确定喷油量和空燃比。
氧传感器:前氧传感器用于测定发动机排气中氧气含量，确定汽油与空气是否完全燃烧。ＥＣＵ根据这一信息实现以过量空气系数 =1为目标的闭环控制，以确保三元催化转化器对排气中的HC、CO和NOx三种污染物都有最大的转化效率;后氧传感器用于适当修正主传感器提供给闭环控制的数据和检测催化器工作是否正常。
2020/11/23
汽车电子控制系统及测量与标定流程介绍整车标定流程OBD介绍三高试验
系统控制介绍-燃油供给系统
分类: 有回油燃油供给系统:油压调节器安装在燃
油导轨上,供油压力为300kpa; 无回油燃油供给系统:油压调节器安装燃油
箱内部，燃油导轨上无回油管,供油压力为 350kpa; 有限有回油燃油供给系统:油压调节器安装燃油箱上部，燃油导轨上无回油管,供油压力为350kpa;