新能源充电桩测试项目和测试标准是什么

1.汽车产品强制性标准检验项目共99项，包括前照灯配光性能、前雾灯配光性能、前位灯配光性能、后位灯配光性能、前回复反射器、后回复反射器、汽车正面碰撞乘员保护、汽车和挂车后下部防护装置等检验项目

望采纳

新能源汽车检测一般检测的零部件有CO2空调管、尼龙波纹管、冷水板、电机、水泵、水阀、控制器壳体、电堆、氢气瓶、高压管路、单向阀等，那检测这些零部件的安全性会用到什么样的试验机设备呢？

部件及总成散热系统测试台架，是根据电动汽车中的电池系统，电机运行及控制总成进行散热性能测试，对整个系统进行实时监测，模拟车载散热系统运行工况，及车载空调、控制器、ECU通讯对整体性能以及控制策略进行分析评估，可直接与电动汽车整车进行通讯与测试，测试端口齐全，包括压力、温度、流量、散热功率、管路压力损耗、水泵扬程与流量曲线、控制器散热模拟系统等。

测试的对象是根据电动汽车中的电池系统，电机运行控制总成进行散热性能测试，模拟车载散热系统运行工况及车载空调，控制器，ECU通讯及整体性能以及控制策略进行分析评价，测试的内容有高低温，压力循环，流量控制，水泵测试，控制器测试，热源负载模拟这几方面。

沙砾冲击试验机，砂砾冲击试验机适用于外涂层粘聚性破坏试验、涂层系统中不同层间粘合性破坏试验、硬质玻璃材料的脆性厚度、抗剥落的优涂膜厚度、塑料及玻璃的抗剥落、抗碰撞、抗磨损测试等相关试验。

高低温冷却循环综合测试台，测试对象是电池包、车载电机、氢燃料电池膜及电极、新能源汽车散热系统、控制器、水泵等，测试内容有高低温、压力循环、流量控制、水泵测试、控制器测试、热源负载模拟、流阻测试这几方面。

水泵耐久测试台，测试对象是电动汽车中的水泵系统，对整个系统进行实际模拟，实时监测，模拟水泵实际运行工况，对水泵进行分析评价，测试内容有高低温，压力循环，流量控制，水泵测试，电压测试，压差测试，寿命耐久试验这几方面。

锂电池精密控压单元，气驱泵在高压空气的作用下，将低压试验介质进行增压，产生的高压介质的压力由输入气驱泵的空气的压力大小决定。高压介质一路进入试件，另外同时进入机械式压力表。当试验结束时，通过手动打开卸荷阀门，对系统压力进行泄放。

空调系统测试台架，主要是用于汽车转向管、刹车管、空调管、燃油管、冷却水管、散热管、暖风管、空气滤芯器软管、涡轮增压管、工程液压管、航空管、硬管或接头、换热器、空调器、 过滤器等各类压力脉冲测试，广泛应用于工厂、产品质量检验所、科研院校等的生产检验、开发研究等领域。

管路疲劳测试台架，采用模块化设计，互相独立而不影响，整体便于现场调度和售后维修服务；独立自控的排气系统，可以有效的排斥循环管路内的气体，从而确保试验下的压力平稳、无偏差的输出；具有试验中断保护功能；因某种原因必须中断试验，再次试验时可以继续当前的试验；对试验的相关设置参数进行保存，便于做相同试件、相同标准的试验时直接提取试验参数，不需再进行设置；安全措施：具有液位报警、泄漏报警、异常报警、过载保护、紧急卸压、安全停机功能；设备控制电脑上安装有远程协助软件，在设备出现故障时，通过远程协助软件，维护人员进行远程控制，进入到设备电脑界面，通过现场分析和控制结合，来达到分析和解决故障的目。

以上这些新能源检测设备就是我们生产研发的。

说平台是汽车之母一点不过，通过精准的模块架构生产出不同的车型着是车企的必备功课。对于我们熟知的德系三大豪华BBA来说光有固定架构是不行的，还要同时具备可调节性延展性， 并且针对旗下的产品共性不断推出新的共同配置，这样才能根据需求快速适配不同的成品。

在全球新能源大环境趋势下，车企开始增加新能源架构平台以达到术业有专攻的目的。BBA自然也有一套完善的布局，首先奔驰纯电EQ平台已趋于完善除已上市的EQC车型外还会衍生出一系列电动车型，奥迪则打造了我们熟知的e-tron纯电平台，基于旗下已知燃油车型将会推出一系列e-tron版本产品，而本期要聊的是宝马。

根据宝马电气化转型战略，公司计划在2025年之前提供25款电动车。其实宝马算是比较早看到新能源市场的豪华品牌，一开始是以热门轿车5系和SUV车型X1为试点推出插电式混合动力车型进行试水。随后为了进一步重视纯电动车领域，直接从新建立了新能源子品牌BMW i，目前看i3和i8都在各自细分市场站稳了脚跟，为随后的大部队做好了桥头堡。

要实现高速度发展仅靠几款车是不够的，因此i6等一系列车型也提上了日程。不过此次宝马准备的更加充分，最新消息是其正在测试模块化的动力系统，可以兼容宝马大部分的现有产品系列，预计未来宝马大部分电动汽车，都将是现在主力车型的电动型号。

这套全新的电动驱动系统，将拥有120kwh的电池容量和一个可提供493kW的双电机动力系统。?对比来看，目前国内在售的特斯拉MODEL S长续航版的电池容量为100kwh，综合最大功率为487kW；可以预见宝马未来推出的i6在动力系统方面和特斯拉Model S相当。

已进入预热期的全新宝马i6，未来有望成为搭载这套全新动力系统首款产品。而目前纯电动车型的标杆产品特斯拉Model S车型以及即将推出的奥迪e-tron?GT将成为其未来的主要对手。

此外，宝马公司已经抢先注册了从i1到i9，以及从iX1到iX9等潜在车型的命名权，因此未来可能还会有更多电动车型推出。比如基于宝马1系打造的宝马i1和基于宝马7系打造的宝马i7。由此可见，在未来宝马集团会一路向着电气化目标“高歌猛进”。

包括Mini和劳斯莱斯两个品牌在内，宝马集团目前正在积极实施“电气化”计划，到2023年底，将推出25款带电力驱动系统的车型，其中一半以上将是纯电驱动的车型。

怪兽的进度条：

大家好我是怪兽，一个汽车圈的小学生，本兽来自北京四九城，人比较贫嘴，热爱汽车又喜欢国学，欢迎大家关注多交流，喜欢或讨厌都可以点击文章下的……给怪兽加鸡腿，全凭自愿欢迎投喂不胜感激，哈哈哈哈，告诉您们一个秘密本人体重可以把公交车坐托底！

百家争鸣才能各展所长，未来是新能源的天下，甚至飞行汽车与水下汽车都是必争之地。BBA想保持今时今日的地位一定会遇到更多挑战，如果把握先机可以赢得一时的领先，那么如何稳中求胜才是长久之计。如今的众家公敌特斯拉，要想继续走下去必须步步领先，可将来远不止一家特斯拉一定是这种局面。

本文来源于汽车之家车家号作者，不代表汽车之家的观点立场。

如下：

1、安全性能：

过充电、过放电、短路、挤压、针刺、重物冲击、跌落、热滥用、低气压、海水浸泡、洗涤、外部火烧。

2、电性能：

容量、倍率放电、内阻、循环寿命、加速老化、SOC标定、贮存性能、荷电保持能力、能量效率。

3、环境可性能：

温度循环、温度冲击、恒定湿热、机械振动、机械冲击、绝缘性测试。

介绍

广义新能源汽车，又称代用燃料汽车，包括纯电动汽车、燃料电池电动汽车这类全部使用非石油燃料的汽车，也包括混合动力电动车、乙醇汽油汽车等部分使用非石油燃料的汽车。

目前存在的所有新能源汽车都包括在这一概念里，具体分为六大类：混合动力汽车、纯电动汽车、燃料电池汽车、醇醚燃料汽车、天然气汽车等。

目前新能源汽车动力系统一般都是变频电机驱动系统，由动力电池、变频器、电机组成。对此系统进行仿真测试，需要额外用负载给电机加载，模拟汽车实际运行中的状态。

整个动力系统主要分为两部分做测试：控制部分和传动部分。控制部分需要对整个动力系统中连接各设备的CAN总线网络进行监控、报文解码和分析，一般使用CAN总线分析仪来进行总线网络报文分析。传动部分需要对其的电力情况进行测量分析，一般使用功率分析仪来对电池输出、变频器输出和电机输出进行同步测量，了解汽车动力部分在实际运行时动力设备的运行情况和工作效率，以下是致远电子给的示例图，进攻参考：

我们都知道学习能力很重要，那么学习能力从何而来，除了去看书上课这种，如何在实践工作中学习成长？

我之前微博说了一个笼统的概念，什么是能力？ 对待问题的态度，以及处理问题的思路和方法。

先说态度

你服务器偶尔出501错误，也许比例不高（知乎也出现过很多次），很多程序员，没错，是很多，假装看不见，不在乎，或者归咎于人品问题。 这就是态度问题。

再往后，负载高了或者其他什么原因，突然频繁出现501错误，不去追寻深入的原因，而是找各种借口， 什么IDC服务商不好，服务器品牌不好，操作系统不好，数据库不好，CDN不好，网络状况不好，web server不好，甚至，直接对Boss说我们被DDOS啦！（遇到过，帮他Boss找过多个安全专家会诊，最后发现根本不是DDOS，是程序员太烂。）

这就是态度，触目惊心，如果能对问题有敏感性，能知道对任何小的，轻微的问题有足够的敏锐度，你就有了一个快速成长的基础。对问题的敏锐度是非常重要的。很多性能或程序逻辑上非致命的bug，在不够敏锐的时候是发现不了的，但是一旦进入特殊场景就会骤然爆发，你多一点敏锐度，就会减少这种危机的风险。

第二个态度是解决问题的态度，有人对自己的解决方案信心满满，认为万无一失，但有的人就会多留一条后路；就好比你说我服务器要不要做安全加固，肯定要做对不对，要做到尽可能严谨和周全，但是你数据库保存密码的时候是不是还要加密?而且要随机salt，不就是防止万一依然有漏洞被人拿库怎么办么。程序也一样，以前写的一些服务端守护进程，有bug，会莫名其妙的终止，这个bug当然要定位，要修复，但是同时，写一个cron检查这个守护进程状态，一旦遇到终止给予自动恢复，这就是第二手准备，即便你多么不希望他执行，这个准备还是要做的。对问题 做两手甚至三手准备，也是优秀程序员，架构师的关键素质。

第三个态度是基于沟通与理解的态度，产品或运营提了一个不靠谱需求，一句话打回去当然很爽很威风，但是有没有仔细沟通分析过，这个需求基于怎样的实际诉求，这个实际诉求有没有更合理的实现途径，一句话“这个没法做，这个实现成本太高”，不是正确的沟通态度，而且，最优秀的产品，往往是实现了那些原本人们认为无法实现的诉求。

这样的态度，才有了一个持续进步的基础，下面说思路和方法。

优秀 的程序员和平庸的程序员，如果只看敲打代码的速度，我觉得是分不出来的，也许每人都可以一天写很多行代码，但是遇到问题后，平庸的程序员的解决效率，和优秀程序员相比就会有天壤之别。 所谓解决效率，不外乎对bug的分析、定位，以及 思考。

最基本的一条，看执行日志，看各种日志，web server的日志，数据库 的日志，慢查询日志，binlog日志，php的错误日志，等等等等，线上出问题瞎猜连日志都不看的大有人在。看日志不仔细不完整的也大有人在，你能去认真研究日志已经超越很多人了。

第二条，模块测试和断点分析，程序员一个坏习惯就是上来就写很大一坨代码然后再执行，不知道一个模块一个模块来写来测试，执行出了问题不知道设置断点，缩小范围逐步分析。断点分析非常简单，将整个代码中插几个中间输出，观察哪个环节出了问题，或者观察每个环节的系统开销，对调错和性能优化都非常重要，高手们大概认为这是ABC的东西，但是就这玩意我看到的大部分程序员都没有这个习惯。

第三条，错误信息 的理解和搜索，搜索引擎上有各种丰富的技术资料和技术问答，你所遇到的错误信息和错误提示，通常都能在网上搜索到，当然，搜索到后要结合你的场景认真思考，并理解透彻，而不是照猫画虎的去处理，否则可能这次运气好就蒙对了，下次运气不好又不知道怎么回事了。

第四条，不断总结归纳，对一个问题，一类问题，以及不同类型的问题，善于归纳整理，不断反思自己的问题，即便是不出bug的代码，你经过一段时间去回头看，也有很多思考不正确不合理的地方，有很多优化点，如果你觉得自己的代码一向牛逼，毫无破绽，那你一定是原地踏步，毫无进展。

关于 归纳总结，我说个案例

以前我们有个系统，请求量非常大，负载非常高，有个不错的技术经理来处理，他列了几个升级计划，都很靠谱，去执行了，效果非常好，然后我们跟进汇报的时候他来讲，做了几项升级，整体效果如何，然后我就批评了他。

我批评了什么呢？他是一起做的升级，然后一起观测的效果，那么这几个方案里，具体每个方案的实际效果怎样，对提升的帮助多大，他没有任何数据。所以对具体每个升级方案的价值和重要性，他没有任何概念。你正确的解决了问题，却没有认真的去归纳整理，你的收获是有限的。一起做升级不能说是错的，但是效果评估需要单独去做，而这个数据是非常有价值的，知识积累，不是你处理过的就一定有积累，而是整理过的。

大概就这些

最后重述一遍

什么是能力？

遇到问题的态度

处理问题的思路和方法

这就是能力

点赞的那么多，答谢各位，补充几条思路吧，是上面几个方法的具体扩充

补充1：善于提问，你能得到怎样的答案，取决于你提出怎样的问题。

你遇到问题，你应该知道，从哪里去问，去问什么。

我常见的一个测试题是这样的。

数据库目前挂了，我就是服务器，我不知道为什么挂了，你是一个优秀的分析师，现在我来做响应，你问我问题，你问一个问题，我回答一个指标，然后看你能不能定位问题。（当然，我会根据所假设的问题回答所有数据指标），比如你问我数据库连接数多少，问我系统i/o压力多少，或者问我慢查询日志里有什么，等等，善于提问的人就可以快速得到答案，而不善于提问的人，就会猜测一堆可能，最终却一无所获。

有个真实好玩的案例，有个兄弟公司（前段时间新闻出来，卖了好像十个亿的样子），开始的时候服务端数据库不够强壮，负载起来的时候会出现一些问题，就请我去把脉，我一看windows服务器，SQL　server (不要猜了，那是几年前，现在应该改了)，我说这个我不会啊，然后人家那么热忱当我是专家，只好硬着头皮上，我连基本操作都不会怎么办，我就坐在那里问问题，开始他们说是不是这样，是不是那样，我说你们不要盲目下结论，你们要是知道结论就别来问我了，我问什么指标，什么日志你们就给我查什么，我就一样样的问，他们现场操作去查数据，我问一个他们查一个给我看，查着查着，他们的工程师说，知道原因了！果然和他们开始的假设完全不同。　其实关键就是问问题的思路，他们一开始没有提出正确的问题。提出了正确的问题，他们很快自己就找到了原因。

补充2：善于划定范围，缩小问题区间。

前面提到的断点分析是一个非常常见的分析方法，但是很多场景，你甚至不知道是哪个程序出的问题，善于将问题范围化，也是一种归纳和分类的能力。

我曾在某个技术群出过一个经典测试，还记得以前微博上提到的一个经典面试题么。“从浏览器输入url到打开网页，中间经历了什么”，这是一个经典的综合认知的题目，基于这个题目，出一个更实战的场景测试是（这个场景其实90％的网站站长和游戏运营商都遇到过），”目前有用户反映网站或游戏卡，请问如何分析原因，以及当前优先级步骤。“。结果在这个群里，只有我徒弟说出了完全正确的答案（09年带过的）。优先级第一步是看在线用户数和当前访问数，对比历史，得到该问题目前的影响程度，来决定后续的优先级，以及减少分析范围。（这是意识问题）　分析思路，分成三大块，前端，网络层，服务端。当然这三块可以继续延伸下去非常多细节，但是至少，能先把问题分成三大块，然后基于一些显见的分析方式快速排除其中几个部分，再逐步细化问题，而大部分人只是从一个局部去思考，讲了很多局部细节却没有完整的纲领，所以这就是差距。

先想到这些，咳咳。

转自知乎 曹政