自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+
  • 博客(57)
  • 收藏
  • 关注

原创 单元测试、集成测试、系统测试区别

数据结构、逻辑控制、异常处理。1、单元测试的评估基准主要是。2、集成测试的评估基准主要是。3、系统测试的评估基准主要是。测试用例对需求规格的覆盖。接口和接ロ数据传递关系。1、单元测试主要测试。2、集成测试主要测试。3、系统测试主要测试。

2024-03-14 23:35:31 1035 1

原创 ASPICE-SYS&SWE

软件集成和集成测试过程的目的是:将软件单元集成到更大的软件项,直至与软件架构设计相一致的完整的集成软件,并确保集成的软件项得到测试,以提供集成的软件项符合软件架构设计(包括软件单元之间和软件项之间的接口)的证据。软件工程过程组(SWE)包括处理来自系统需求的软件需求的管理、软件架构的开发和设计以及软件实现、集成和测试的过程。根据定义的准则评估备选的软件架构,记录被选定的软件架构的选择理由。注1:符合架构设计是指,定义的集成测试适于证明软件单元之间的接口以及软件项之间的接口满足软件架构设计的规范。

2024-03-14 22:02:15 985

原创 SCRUM开发流程以及工具

2024-03-12 13:28:40 170

原创 案例分享| T-Box功能自动化测试方案: 测试对象和原理分析 | 车内T-Box与手机端的交互流程 | 测试方案设计及实测结果 | T-Box功能自动化测试系统框架 | 软硬件工具组成及作用

背景T-Box是实现汽车车联网的一个关键环节,从起初单纯的实现车辆信息采集,已发展到具有车辆信息监测及信息交互(V2X)、车辆远程控制、安全监测和报警、远程诊断、边缘计算等多种离线和在线的应用功能的载体。为保障T-Box功能的正常运转,对其进行功能测试就尤为重要。T-Box作为“边缘节点”,与车内控制器通过传统总线或车载以太网进行信息交互,与车外TSP(Telematics Service Platform)通过蜂窝基站无线技术进行信息交互。

2024-03-12 12:47:25 1628

原创 智能汽车-ICALL、BCALL、ECALL都是啥

E-Call的核心思想是利用车载卫星定位系统获取车辆的位置信息,在事故发生后,由传感器检测触发自动报警或者用户手动发起紧急呼叫进行报警,在建立语音通话的同时,将车辆位置、行驶方向、车辆牌照和车型、乘员数量等信息作为MSD自动发送给救援中心PSAP(公共安全应答点),使得救援中心能够快速定位事故车辆并组织救援。④TBox:是汽车网络通讯的.重要部件,一个带通讯功能的盒子,内含一张SIM卡,配套硬件还有GPS天线、4G天线等,可以提供位置定位、移动网络服务。②B-Call:一键电话救援,向后台发送求救型号。

2024-03-12 12:21:11 1673

原创 TBOX是什么?

随着技术的推进,特别是互联网的发展,现在的车联网系统的车端应用已经和互联网紧密联系,形成了一个完整的车联生态。远程操纵车辆时,先执行客户端程序,向汽车进行控制信号的发送,构建起一个远程服务,再利用该远程服务中的各类控制功能,成功将操纵指令发送出去,指挥汽车中所有应用程序的各种运行。这也是最初的车联网产品所能提供的服务,如安吉星。如上,这是笔者画的一幅车联网整体架构图,无论是传统的Telematics,还是现在的V2X,就车联网的组成来看,主要还是由管理平台、应用终端、第三方系统这三大模块组成。

2024-03-12 12:10:31 728

原创 TBOX 之 V2X

我国普遍采纳的车联网的定义为:借助新一代信息和通信技术,实现车内、车与车、车与路、车与行人、车与服务平台的全方位网络连接,提升汽车智能化水平和自动驾驶能力,构建汽车和交通服务新业态,从而提高交通效率,改善汽车驾驶感受,为用户提供智能、舒适、安全、节能、高效的综合服务。解释说明(1)新一代信息和通信技术:指的是将车辆与一切事物相连的车用无线通信技术,即 Vehicle to Everything, V2X 技术。

2024-03-12 12:09:54 1386

原创 LTE 解说

LTE(Long-Term Evolution)是第四代移动通信技术(4G)的一种标准。它是一种用于移动宽带通信的无线网络技术,提供高速数据传输和多媒体服务。它提供了更快的下载和上传速度、高质量的语音通话、全球漫游和多频段支持等特点,成为现代移动通信的重要标准,推动了移动宽带的普及和发展。LTE就是网络制式的意思,也被成为3.9G,具有100Mbps的数据下载能力,被视为从3G向4G演进的主流技术,我们平时熟知的是GSM,CDMA等等,其实LTE跟他们一样,就是一个网络制式罢了。

2024-01-05 20:10:14 484

原创 鉴源实验室:车载TBOX嵌入式设备软件的功能测试

在集成测试的过程中,无论是专项测试,还是实车或台架测试,所依据的技术基础都是子系统内不同零部件间的各个通讯协议,实际项目中特别需要注意的是Tbox和其他零部件在细分上不是一个研发项目组控制,这种情况在不同零部件间普遍存在,就会容易导致一个问题,零部件之间的通讯协议是不停迭代的,而零部件的软件研发版本也是基于协议在迭代,这样就会出现不同零部件释放的用于子系统集成测试的软件版本,依据的通讯协议版本不一致。Tbox的作用是作为车辆的网络出口,将独立的车辆网络环境跟互联网进行连接,促进了现在车联网的形成。

2024-01-05 19:42:23 1326

原创 深度相机—TOF、RGB双目、结构光原理及优势对比

目前结构光技术有如下几种变种:一种是单目IR+投影红外点阵,另外一种是双目IR+投影红外点阵,这样相当于结构光+双目立体融合了,深度测量效果会比前者好一些,比如Intel RealSense R200采用的就是双目IR+投影红外点阵,不足之处就是体积较大。但是,在强光下,结构光核心技术激光散斑会被淹没,因此,不合适室外。3.TOF方案,传感器技术不是很成熟,因此,分辨率较低,成本高,但由于其原理与另外两种完全不同,实时性高,不需要额外增加计算资源,几乎无算法开发工作量,是未来发展的一个重要方向。

2023-12-21 21:10:33 2069

原创 AGILE-SCRUM

一个复杂的汽车ECU开发。到统一代码库(continuous integration),现在想想,项目之所以最后成功,我觉得很重要的一点是当时借鉴了。状态,环环相扣,基本上达到了全球所有开发部门的。在敏捷开发的每一个迭代周期,我们当时都遵循了。在每一个开发阶段,都配置有相应的工具,,工作和沟通效率极大提高。是非常适合汽车软件特点的,当时我们所有团队召开。

2023-12-09 20:11:31 579

原创 CPU、MCU、MPU、DSP、FPGA各是什么?有什么区别?

但是在桌面市场,几乎难见Broadwell的身影,仅在2015年中期发布寥寥几款产品,但集成了Intel史上最强核显,包括48组EU单元,128MB L4 eDRAM缓存,解决了核显的带宽问题,在游戏性能的测试中,表现优于AMD最快的APU。Intel使用32nm工艺重做了Nehalem并命名为Westmere,它的底层架构没有太多变化,但是通过制程带来的进步,Intel可以在CPU中塞下更多的东西,Westere堆至10核心以及多达30MB的三级缓存。DSP是用数值计算的方式对信号进行加工的理论和技术。

2023-12-09 14:56:03 3566 1

原创 一文带你了解智能汽车车载网络通信安全架构2023-01-05

本文从智能网联汽车的发展出发,聚焦了智能网联汽车的信息安全隐患问题,对汽车车载网络信息安全的防护进行了分析,建立汽车域集中式电子电气架构,提出了从防护到入侵检测、从数据加密到硬件加密的完整信息安全防护模型的初步可行性方案架构,未来仍需通过实例对方案进行更进一步的论证。

2023-12-02 16:42:36 1247

原创 AutoSAR Classic Platform和Adaptive Platform 区别

最后,需要注意的是,一个功能集群的实现可以没有进程,而是以库的形式实现,在AA进程的上下文中运行,只要它满足功能集群定义的需求规范和软件规范。由于外部系统的发展或功能的改进,在车辆的生命周期中,车辆中的软件需要更改。2017年,为适应汽车的发展趋势(智能化,网联化等),应对汽车E/E系统开发面临的新的挑战(高性能处理器的应用,自动驾驶软件的实现,高带宽通信的需求,车与外界的互联互通,汽车E/E架构的演变等),AUTOSAR组织推出了AUTOSAR Adaptive Platform。

2023-11-28 19:35:15 1178

原创 MIPI 打怪升级之DSI篇

如果外设需要额外的时钟来推进其逻辑状态,通过顺序缓冲区移动数据,或类似的,可能需要在 LP 传输中添加“虚拟”数据字节以实现状态机的前向进程或推进数据通过时序逻辑。在 DSI 链路的发送端,并行数据、信号事件和命令会在协议层中转换为数据包。由前面的结构图可知,底层为协议层将数据发给PHY层,但是协议层和 PHY 层之间没有握手,一旦传输开始,协议层就可以限制进出 PHY 层的数据传输。在PHY层之上有一个通道管理层,在发送端,负责数据的分发到每个 Lane,而在接收端,负责将多个 Lane 的数据合成。

2023-11-25 17:49:05 1271

原创 车载数据中心方案

它可以通过对视频中的图像进行检测、跟踪、识别等处理,从而实现对视频内容的智能分析和理解。目标检测是指识别视频图像中的目标物体,如人、车、动物等。下面这张图是小鹏汽车嵌入式系统高级专家 唐黾 在同ARM一起的一个演讲稿中发布的,是一张未来车载数据中心单芯片方案构想图。:PCI Express是一种总线接口,是计算机主板上最大尺寸的接口,计算机上的网卡、声卡、以及独立显卡,视频采集卡都是采用的这种接口。(Automotive Audio Bus)是汽车音频总线的简称,ADI设计研发的标准。,车载信息娱乐系统。

2023-11-21 21:52:28 186

原创 汽车智能座舱/智能驾驶SOC -2

但是我们仍需要清楚,新能源(是趋势,但)汽车销量仅占乘用车销量总量的不到25%(欧洲、中国等),且新能源汽车的智能化程度也有较大差异。IC厂、Tier-1企业、汽车主机厂的目的都是赚钱,更少/简单的投入,获取更大/长的营收价值是核心。在ARM的主导下,各大汽车IC厂家加入,建立了SOAFEE(Scalable Open Architecture for Embedded Edge,面向嵌入式边缘的可扩展开发架构),来为汽车芯片厂家异构计算平台下复杂的系统架构提供支持。),这个也有较大的参考意义。

2023-11-21 19:26:35 729

原创 NPU、CPU、GPU算力及算力计算方式

再后面是已发布的Altan,算力是1000TFLOPS,这次的Thor算力是2000 TOPS强大的着实让人震惊(但是芯片2025才出来,是时间好像有些远的PPT产品)。FSD芯片采用三星(德克萨斯州奥斯汀的工厂)的14纳米工艺技术制造,集成了3个四核Cortex-A72集群,共有12个CPU,工作频率为2.2GHz,1个(ARM的)Mali G71 MP12 GPU,2个NPU工作频率为2GHz,还有其他各种硬件加速器。同时也引入了更复杂的AI模型(NVIDIA大致每2年的产品都会有一个质的提升)。

2023-11-21 19:25:04 8919

原创 汽车智能座舱/智能驾驶SOC -1

Orin可提供每秒254TOPS,被称为智能车辆的中央计算机,能够为自动驾驶功能提供成熟的技术和商业化落地支持,也是当代最强的智驾算力芯片,因此也成为各智驾公司的首选平台:Cruise,Zoox,滴滴,小马智行,AutoX,百度等等,也都采用了NVIDIA的Orin作为自己的自动驾驶硬件平台。阿维塔011(全华为方案)有3颗激光雷达、6颗毫米波雷达、12颗超声波雷达、13颗摄像头,具备400TOPS算力,可轻松实现城市复杂路况下的高阶智能驾驶,在高速路段、城区路段和泊车环节全场景覆盖的极“智”驾驶体验。

2023-11-21 19:22:33 1311 1

原创 座舱名词解释

所谓“模态”,英文是modality,用通俗的话说,就是“感官”,多模态即将多种感官融合。这一交互方式符合机器人类产品的形态特点和用户期待,打破了传统PC式的键盘输入和智能手机的点触式交互模式。目前UFS又被细分为UFS 2.0和UFS 2.1,它们在读写速度上的强制标准都为HS-G2(High speed GEAR2),可选HS-G3标准。3D引擎是将现实中的物质抽象为多边形或者各种曲线等表现形式,在计算机中进行相关计算并输出最终图像的算法实现的集合。也可减少消费者对于市面上。运行,所以性能得以翻番。

2023-11-20 08:43:23 234

原创 智能座舱架构与芯片- (16) 生态篇

一、生态与架构作为智能座舱的系统架构工程师,一般情况下需要考虑的是座舱SOC芯片的选型,并不需要亲自设计一颗芯片。然而,假如是一个希望研发智能座舱芯片的半导体公司,要想顺利量产,那么就需要认真思考什么样的芯片才能契合市场的需要。一个成功的智能座舱SOC设计,首先要考虑的不是芯片本身,而是卖给什么样的客户,怎么样才能赚到钱,而不至于亏本。现代SOC设计实在是太花钱了!以智能手机SOC芯片为例,购买IP是第一个花销。CPU,GPU,NPU,内部总线,外部高速接口,这些IP都要花钱购买。其次,需要购买ED

2023-11-19 10:18:09 522 1

原创 智能座舱架构与芯片- (15) 测试篇 下

CI/CD通常是一个完整的过程,如果要对二者进行特别区分的话,那么持续集成是一种软件开发实践,旨在促进团队成员频繁地将代码提交到代码仓库,并通过相关的自动化测试手段进行测试验证,以减少问题和解决问题。持续交付 (CD, Continuous Delivery) 则是在持续集成的基础上,通过不断地自动化流程,实现软件交付过程的自动化,以优化软件交付的时间,并减少人为错误,提高软件的质量和可靠性。座舱SOC所使用的操作系统,无论是Linux,QNX,还是Android,都提供了完整可用的交叉编译工具链。

2023-11-19 10:17:22 471

原创 智能座舱架构与芯片- (14) 测试篇 上

智能座舱的功能复杂度与日俱增,新技术的挑战层出不穷。随着多屏联动、语音识别、手势控制、增强现实、多模交互等新技术的涌现,座舱功能越来越丰富、越来越复杂,在丰富功能的同时也给测试带来很多新的挑战。为了迅速抢占先机,占领市场,产品上市周期随之缩短。如何在交付之前保证产品的安全可靠,如何控制替换成本,是当下智能座舱供应商面临的严峻考验。传统人工测试的方式早已被证明效率低下,座舱测试引入自动化也不是什么新鲜事物。基础功能测试:测试智能座舱的基本功能是否正常,例如音响、导航、车窗、空调、语音识别等。

2023-11-19 10:16:23 774

原创 智能座舱架构与芯片- (13) 软件篇 下

通过将域控制器的硬件功能,拆分为最小功能的原子服务,并统一定义原子服务的访问接口, 从而实现软硬件的完全隔离。公共框架类服务包 括升级管理服务、健康管理服务、网络配置服务、资源管理服务、时钟同步服务、安全管理服务、测试服 务、电源管理服务、日志服务、诊断服务、数据收集等。ASF 是一组为功能服务开发、使用和集成而设计的通用化中间件服务集群,服务集群可以被所有的功能服务调用,用于对功能服务在整车平台的能力进行扩展,并实现整车各系统之间的协同,保证整车软件平台的整体性并进行统一管控。

2023-11-19 10:14:58 718

原创 智能座舱架构与芯片- (11) 软件篇 上

AUTOSAR 组织在 2017 年推出了新的 AUTOSAR 平台—— AUTOSAR AP。

2023-11-18 21:13:47 1037

原创 智能座舱架构与芯片- (12) 软件篇 中

车载智能计算平台自下而上可大致划分为硬件平台、系统软件(硬件抽象层+OS内核+中间件)、功能软件(库组件+中间件)和应用算法软件等四个部分。狭义上的OS特指可直接搭载在硬件上的OS内核;而广义OS从下至上包括从BSP、操作系统内核、中间件及库组件等硬件和上层应用之间的所有程序。硬件抽象层硬件抽象层里包含BSP和Hypervisor。

2023-11-18 21:12:23 1247 1

原创 智能座舱架构与芯片- (10) 音频篇 下

若将有限个 量化样值的绝对值从小到大依次排列,并对应地依次赋予一个十进制数字代码(例如,赋予样值0的十进制数字代码为0),在码前以“+”、“-”号为前缀,来 区分样值的正、负,则量化后的抽样信号就转化为按抽样时序排列的一串十进制数字码流,即十进制数字信号。如果声学密封不牢,来自内部结构的噪声可能到达传感器,两个传感器之间的泄漏可能降低BF算法的性能。未来,随着汽车电动化的普及,传统的ANC降噪所针对的发动机噪音已经不复存在,而路噪问题将越发明显,因此,全新的RNC主动路噪消减技术将会有一个更为宽广的市场。

2023-11-18 21:11:18 1327

原创 智能座舱架构与芯片- (9) 音频篇 上

从A2B收发器衍生出来的简化产品具备各种级别的功能,例如端点从节点(不支持TDM)、简化型主节点(支持较短的电缆和更少的从节点数量),以及简化型端点从节点(支持较短电缆和更少的PDM输入)。例如,AVB中的talker和listener是不同的设备,它们的参考时钟源可能并不相同。传统的车载收音机通过天线接收无线电信号,然后由调谐模块(Tuner)进行信号调谐,信道过滤,信道均衡,多路改善,信号解调等,转为数字信号后再交给DSP进行立体声解码,噪声抑制,弱信号处理,最后从车载音响系统进行播放。

2023-11-18 21:10:16 1583

原创 智能座舱架构与芯片- (8) 视觉篇

相比起用于ADAS感知系统的摄像头,用于智能座舱内部的摄像头,其功能特性和性能要求相对简单。例如,OMS乘客监控摄像头,一般达到5MP即可有良好的效果。同时,OMS也可应用于车内会议系统,还应用于车内儿童检测。DMS驾驶员监测系统,SVC 360环视摄像头,DVR行车记录仪,均为自动驾驶域ADC与智能座舱域CDC共用的摄像头。下文将简要介绍这些摄像头的使用方式。对于车载摄像头来说,它的特点在于摄像头的安装位置,和ISP处理芯片之间的距离。

2023-11-18 21:06:31 1080

原创 智能座舱架构与芯片- (7) 显示篇 下

这其中包括安全信息的初始来源,安全信息传输到SOC的通道,SOC如何生成对应的告警图标,SOC如何显示对应的告警图标,如何对比检测图标与原始安全信息是否匹配,没有发生错漏,这是仪表屏需要特别注意的。AR-HUD需要通过智能驾驶的传感器(摄像头,雷达等),对前方的路况进行建模和解析,以得到对象的位置,距离,大小等要素,再把HUD显示的信息精准地投影到对应位置。在传统燃油车时代,仪表盘为用户提供的信息主要有:汽车时速,发动机转速,油量信息,灯光状态信息,各种安全告警状态图标等。并且采用8b/10b的编码格式。

2023-11-18 21:04:33 935

原创 智能座舱架构与芯片- (6) 显示篇 上

在智能座舱的发展历程中,显示屏的个数越来越多,分辨率和显示屏的尺寸也越来越大。这已经是不可逆转的趋势。传统的座舱显示屏需要一颗主芯片支持一块屏幕,这在功能上和成本上都不是很好的做法。最新的智能座舱解决方案中,一芯多屏是必须要支持的功能,区别在于采用什么样的技术途径。本章节将主要讲述智能座舱中显示子系统的硬件相关技术。仪表盘显示屏IC(Instrument Cluster)副驾信息娱乐屏(Passenger Infotainment Screen)

2023-11-18 21:03:19 901

原创 智能座舱架构与芯片- (5) 硬件篇 下

随着车内新应用赋能,比如智能座舱可以将电商购物平台接入车内,还可以为后排乘客提供更丰富的视听娱乐节目,同时还要做好EDR这一类驾驶突发事件记录仪的日志记录,并处理各路传感器的采样输入信息,还要为驾乘人员提供合理的建议辅助作出决策,这一切不断升级进化的智能系统对车载存储需求要求扩大到数十GB的范围。相同条件下,温度越高,NAND的寿命就越低。无论是SD card,eMMC,UFS,SSD固态硬盘,其内部的存储颗粒都是NAND flash,用户数据写入NAND flash内部的cell中。

2023-11-18 21:01:38 741

原创 智能座舱架构与芯片- (4) 硬件篇 中

在接口的命名规则方面,USB接口将统一以传输带宽命名,USB4 v2.0对应USB 80Gbps,USB4对应USB 40Gbps,USB 3.2 Gen2x2对应20Gbps,USB 3.2 Gen2对应USB 10Gbps,USB 3.2 Gen1对应USB 5Gbps……2015年中期,MIPI联盟确定了对统一的车载连接规范的需求,该规范可以满足汽车行业对高带宽,低时延,重量轻,功耗低的需求。在座舱内方便的地方设置USB 接口,可以方便驾驶员,车内乘客进行充电,连接手机,U盘,卡拉OK等应用。

2023-11-18 20:53:59 753

原创 智能座舱架构与芯片 - (3) 硬件篇 上

在了解智能座舱的基本架构之后,我们有必要针对智能座舱域的硬件平台,软件平台,SOC等进行逐一介绍。从它们的整体结构中去认识最新的智能座舱组成部件,以及主要功能等。如上图,是中央计算-区域控制架构下的智能座舱硬件平台框架图,其中,智能座舱控制器CDC挂载在以太网交换机上,与其他车控域VDC,自驾域ADC,网联设备5G+V2X等通过以太网实现数据交互。而智能座舱域的外部硬件设备还包含有连接子系统音频子系统摄像头子系统显示子系统存储子系统功能安全子系统等。

2023-11-18 19:40:16 697

原创 智能座舱架构与芯片 - (2) 架构篇

按照百度百科的定义,智能座舱(intelligent cabin)旨在集成多种IT和人工智能技术,打造全新的车内一体化数字平台,为驾驶员提供智能体验,促进行车安全。目前国内外已经有很多研究工作,例如在车辆的AB柱及后视镜安装摄像头,提供情绪识别、年龄检测、遗留物检测、安全带检测等。在传统的汽车行业中,一般的把车内用于娱乐的设备称之为车载信息娱乐系统(In-Vehicle Infotainment, IVI)。它是采用车载专用中央处理器,基于车身总线系统和互联网服务,形成的车载综合信息处理系统。

2023-11-18 09:56:46 1955

原创 智能座舱架构与芯片 - (1) 背景篇

软件定义汽车(Software Defined Vehicles, SDV)的核心思想是,决定未来汽车的是人工智能为核心的软件技术,而不再是汽车的马力大小,是否真皮座椅,机械性能的好坏。软件定义汽车的终极目标,就是无人驾驶汽车。这个回答是否就是“软件定义汽车”的正确含义呢?恐怕未必见得。在通信行业,一直都有“软件定义无线电”,在IT行业,又有“软件定义功能”等等概念。这些概念体现了一个基本的思路,即从需求到产品的一个分析和实现的过程。

2023-11-17 21:27:22 771 1

原创 域控制器——智能座舱域控制器

这些遍布车身的ECU组成的架构就叫分布式电子电气架构,每个控制系统采用单独的ECU,也就是说,在这种架构下,单个ECU控制汽车的某一功能,如果要增加汽车功能就必须增加ECU的数量。普通传统燃油车平均单车搭载ECU的数量为70个,豪华传统燃油车因为对座椅、中控娱乐、车身稳定与安全等性能要求更高,单车搭载ECU的数量可达150个,而随着汽车智能化的加速,自动驾驶、智能座舱、智能底盘上的功能需求越来越多,一台智能汽车平均单车搭载ECU的数量已经超过了300个。延锋科技座舱 域控制器,已经搭载在智己上等。

2023-11-17 13:57:25 409

原创 CUBING

cubing

2023-11-13 20:26:29 163

原创 2023年储能产业全景图

2023-09-01 14:42:56 154 1

原创 Battery Certifications for Home Battery

not。

2023-08-31 13:37:25 81

Road vehicles - Functional safety -Part 2:Management of functi

ISO 26262 is the adaptation of IEC 61508 to comply with needs specific to the application sector of electricaland/or electronic (E/E) systems within road vehicles. This adaptation applies to all activities during the safety lifecycle of safety-related systems comprised ofelectrical, electronic and software components. Safety is one of the key issues of future automobile development. New functionalities not only in areas such as driver assistance, propulsion, in vehicle dynamics control and act

2023-12-02

Road vehicles - Functional safety -Part 1:Vocabulary

ISO (the International Organization for Standardization) is a worldwide federation of national standards bodies (ISO member bodies). The work of preparing International Standards is normally carried out through ISO technical committees. Each member body interested in a subject for which a technical committee has been established has Introduction Scope . 1 Terms and definitions 2 Abbreviated term Bibliography Alphabetical index

2023-12-02

道路车辆功能安全标准(FuSa)基础(十)

前面已经介绍了 ASIL 分解的基本原理,下面以一个例子介绍ASIL 分解的过程。 假设功能F,其输入信号为S1,S2,S3,这三个信号分别测量不同的物理量,是相互独立的,经过ECU内部的逻辑运算后,发送触发信息给执行器Actuator,功能F的架构示意图如下图所示。假设经过危害分析和风险评估后,功能F的ASIL等级为ASIL D,安全目标为避免非预期触发执行器。那么功能F的各个部分继承ASIL等级,即传感器、ECU、执行器都需要按照ASIL D 等级开发。 上面以EPB为例介绍了ISO 26262标准中安全目标及其ASIL等级确定的方法,安全目标的ASIL等级被开发阶段安全需求继承,如果安全需求的ASIL等级高,那么需要进行ASIL分解以降低ASIL等级,本文以实例介绍了ASIL分解的原则和步骤。ASIL分解并没有在ISO 26262中被强制要求执行,但是我们可以通过对系统进行分析、进而对系统架构进行调整,实现ASIL分解,可以解决因ASIL等级高而带来的开发成本、开发周期和技术要求等方面的问题。

2023-12-02

道路车辆功能安全标准(FuSa)基础(九)

通过上节介绍的危害分析和风险评估,我们得出系统的安全目标和相应的ASIL等级,从安全目标可以推导出开发阶段的安全需求,安全需求继承安全目标的ASIL等级。每一条安全需求都从安全目标继承ASIL等级。如果一个安全需求分解为两个冗余的安全需求,那么原来的安全需求的ASIL等级可以分解到两个冗余的安全需求上。因为只有当两个安全需求同时不满足时,才导致系统的失效,所以冗余安全需求的ASIL等级可以比原始的安全需求的ASIL等级低。ISO 26262标准的第9章给出了ASIL分解的原则,下如图所示为ASIL分解原理图。通过最初的架构假设,功能性和技术性的安全需求被分配给架构的每一个硬件和软件模块。在ASIL等级分配的过程中,架构的决定性和架构中每个模块的独立存在性为我们提供了如下机会:通过使用这些独立的架构模块,来冗余地实现安全需求。为这些冗余的安全需求定义一个更低的ASIL等级。如果在模块之间没有独立性,那么每一条需求和每一个模块直接继承上一级的安全目标ASIL等级。

2023-12-02

道路车辆功能安全标准(FuSa)基础(八)

在实际评级中,安全工程师会制定详细的E、C、S值量化评分表,于是对于任意一项需求,都可以对照评分表得出其E、C、S的值。其中,确定E值的过程叫做Risk Assessment,而确定C值和S值的过程叫做 Hazard Analysis。有了E、C、S值, 再对照ASIL评级图,就可以得出这项需求的ASIL 评级了。 根据ISO26262, 对于任何一项需求,其功能安全大致可以通过以下几个步骤来保证: 1)进行Hazard Analysis 和 Risk Assessment。前文已叙,这个步骤是为了获得需求的E、C、S值。 2)评出此需求的ASIL评级并建立Safety Goal。Safety Goal 是一个具体的、定性的安全目标,比如转向助力那个例子中, “助力方向一致” 这个需求一定是ASIL D级,故障后会有相当大的安全风险。其Safety Goal就是把故障风险降低至可容忍风险以下。Safety Goal继承对应需求的ASIL评级。 3) 将Safety Goal 进一步分解为 Functional Safety Concept 和Technical Safety Conce

2023-12-02

道路车辆功能安全标准(FuSa)基础(七)

随着 汽车上电子/电气系统(E/E)数量不断的增加,一些高端豪华轿车上有多达70多个ECU(Electronic Control Unit电子控制单元),其中安全气囊系统、制动系统、底盘控制系统、发动机控制系统以及线控系统等都是安全相关系统。当系统出现故障的时候,系统必须转入安全状态或者转换到降级模式,避免系统功能失效而导致人员伤亡。失效可能是由于规范错误(比如安全需求不完整)、人为原因的错误(比如:软件bug)、环境的影响( 比如:电磁干扰)等等原因引起的。为了实现汽车上电子/电气系统的功能安全设计,道路车辆功能安全标准 ISO 26262于2011年正式发布,为开发汽车安全相关系统提供了指南,该标准的基础是适用于任何行业的电子/电气/可编程电子系统的功能安全标准IEC 61508。 ISO 26262标准中对系统做功能安全设计时,前期重要的一个步骤是对系统进行危害分析和风险评估,识别出系统的危害并且对危害的风险等级——ASIL等级(Automotive Safety Integration Level,汽车安全完整性等级)进行评估。

2023-12-02

道路车辆功能安全标准(FuSa)基础(六)

汽车的电气化和电动汽车的发展,自动驾驶、智能汽车已经出现。这些使得电子电气系统在汽车领域的应用比例越来越大,对安全的影响也就越大。 在系统越来越复杂的事实面前,电子电气功能开发的系统化,对安全考虑的系统化,是预防系统性失效的必要手段。ISO26262站在系统和全生命周期的高度,统筹电子电气系统的功能安全,从提出产品概念阶段开始,覆盖系统开发、硬件开发、软件开发、生产运行和售后支持,以系统的方法,指导产品全生命周期的安全事项的实施。 ISO 26262标准提供了给系统产品划分安全等级的具体方法,使得全行业得到一个统一的参考系。全部信息都会以文档的形式留存,形成可以追根溯源的产品安全管理系统。标准还提供了审核方法,使安全体系形成闭环。

2023-12-02

道路车辆功能安全标准(FuSa)基础(五)

然而,ISO26262:2018标准中仍缺少关于自动驾驶车辆开发的细节规定。在第二版ISO 26262发布后,这项遗漏的主题将出现在国际标准化组织公共适用规范标准ISO/PAS 21448之中。这项新标准通常被称为SOTIF,即“预期功能安全”。 ISO 26262标准和SOTIF所最终解决的问题,将涉及汽车供应链的所有部分。例如,设计自动化软件将用于解决汽车产品环境中部件的质量和可靠性问题SOTIF是与功能安全非常接近的概念,2016年相关工作组提议覆盖这个工作领域的相关工作,「ISO/PAS21448 道路车辆—预期功能安全性」目前在处于开发阶段,该标准的相关开发人员正是ISO26262标准的开发人员,而这一标准很可能被纳入最新版的ISO 26262标准。 ISO 26262标准对风险评估软件的功能要求进行了规定,并对使用此类软件具有信心。ISO2626标准2第8部分第11条对此进行了说明。对于适用于汽车设计、制造和系统操作中使用的所有软件,标准规定了软件工具合格证书的具体要求。

2023-12-02

道路车辆功能安全标准(FuSa)基础(四)

为了更好地适应不断更新的技术需求,在 ISO 26262第一版发布的5年后,ISO(国际标准组织)对其进行评估,基于第一版进行完善并形成新的版本。ISO 26262于2018年正式改版。上文介绍ISO 26262国际标准第二版的一些更新情况,本文继续介绍后续更新内容。 五,ISO 26262 Part 5-产品开发:硬件层面 六, ISO 26262 Part 6-产品开发:软件层面 七, ISO 26262 Part 7 -生产、运行、服务和报废 八, ISO 26262 Part 8-支持过程

2023-12-02

道路车辆功能安全标准(FuSa)基础(三)

由于 IEC61508是一个通用的标准,对于汽车电子有些方面不是特别适应。汽车电子的快速发展给 IEC 61508带来了较大的挑战,因此非常有必要针对汽车电子领域形成特定的标准,鉴于此,ISO 26262应运而生。2011年,汽车电子功能安全标准ISO 26262正式发布,该标准已经在汽车电子功能安全领域广泛应用。为了更好地适应不断更新的技术需求,在 ISO 26262第一版发布的5年后,ISO(国际标准组织)对其进行评估,基于第一版进行完善并形成新的版本。ISO 26262于2018年正式改版。本文介绍ISO 26262国际标准第二版的一些更新情况。 这次改版主要原因如上文描述, 总结一下, 主要是下面几点: 1. 第一版ISO 26262经验的累积: 2. 适用范围向其他种类车辆的拓展: 3. 半导体层面功能安全的引入: 4. Fail-operational(失效可操作)系统的引入:

2023-12-02

道路车辆功能安全标准(FuSa)基础(二)

汽车制造商正稳步地将更多的自动驾驶功能集成到公路车辆中,并着手将功能安全上升为整个行业的重中之重。为解决这个问题,汽车巨头和其电气和/或电子(E/E)系统的各供应商遵循国际标准化组织于2011年制定的ISO 26262标准。 ISO 26262(道路车辆功能安全标准)是根据汽车行业特点而产生的功能安全应用标准,如前文所述,它从可编程电子电器系统的功能安全标准IEC61508发展而来。也就是国际电工委员会(IEC)1998年公告的IEC61508,针对一般工业领域的电机/电子/可程式电子(Electrical/Electronic/Programmable Electronic, E/E/PE)相关系统之功能安全评估与管控方法加以规范。而汽车电子系统与一般工业用E/E系统有着一些差异,如从成本考量或从可靠度要求等,因此在2011年国际标准组织 (ISO)公告专属车辆领域之国际标准ISO 26262,其适用于最大总质量不超过3.5吨的量产乘用车(M类)上的包含一个或多个电子电气系统的与安全相关的系统。ISO 26262适用于道路车辆上特定的由电子、电气和软件组成的安全相关系统在安全生命周期

2023-12-02

道路车辆功能安全标准(FuSa)基础(一)

什么是功能安全?所谓的“功能安全”,就是通过安全功能和安全措施来避免不可容许的功能风险的技术总称。功能安全(Functional Safety)的“功能”指的是监控受控对象和控制器的安全装置起的作用。通常我们将计算机作为安全装置,如果控制器发生故障,则该计算机将会关闭受控对象,并向用户发出危险警告。安全装置所实现的这种安全性作用,被称为“功能安全”。功能安全可以说是通过使用计算机等的安全装置所设计出的安全措施。 但是,在这里不得不提醒大家,安全本身并不是通过增加某种电子安全设备来保证的,而是通过“去除”导致危险发生的设计或机械故障的安全机制来保证。这种安全机制被称为“本质安全”(Intrinsic Safety)。

2023-12-02

CNCAP-REGULATION 英文版

C-NCAP aims at establishing high standard, fair and impartial methods for assessing vehicle safety performance under impact, so as to promote the development of vehicle technologies in pursuit of a higher concept for safety. The intention of the program is to provide consumers with safety information concerning the newly marketed vehicles, encourage the manufacturers to attach higher importance to safety standards, improve the safety performance and technical standards of the vehicles while givi

2023-12-02

CNCAP-REGULATION 中文版

C-NCAP 旨在建立高标准、公平和客观的车辆安全性能评价方法,以促进车辆技术的发展, 追求更高的安全理念。该项目意义在于给消费者提供新上市车辆的安全信息,并推动生产企业增强对安全标准的重视,提高车辆安全性能和技术水平,同时使具有优异的乘员安全保护性能的车辆在评价中予以体现。 C-NCAP 同样关注与消费者切身利益相关的燃料消耗量的评价方法,旨在促进汽车燃料经 济性水平的提高,推动生产企业不断改进节能技术。本评价方法将根据我国车辆技术的发展及对道路交通状况的深入研究逐步进行完善。 第一章 总则. 第二章 运行管理 第三章 评价办法 第四章 碰撞试验及鞭打试验方法 第五章 行人保护试验方法 第六章 车辆自动紧急制动系统(AEB)试验 第七章 附加试验——燃料消耗量试验方法

2023-12-02

C-NCAP 2021版主动安全研究

C-NCAP主动安全研究 The Active Safety Research of C-NCAP行业分析报告 C-NCAP 2020版 评价项 可选审核项 场景: SAS限速标识识别场景 LDW车道偏离预警场景 BSD盲区监测测试场景 AEB车对车测试场景 AEB车对二轮车测试场景 LKA车道保持辅助场景 HMI测试场景 BSD盲区监测测试场景 得分率计算方法 C-NCAP L2级自动驾驶测试研究

2023-12-02

载智能计算基础平台参考架构2.0

载智能计算基础平台参考架构2.0 第 1 章 编制背景 1 1.1 智能网联变革机遇期,参考架构 1.0 有效凝聚共识 1 1.2 智能网联技术成长期,参考架构亟需迭代与细化 2 1.3 智能网联加速落地期,参考架构 2.0 加强前瞻引导 3 第 2 章 车载智能计算基础平台参考架构 2.0 概述 5 2.1 参考架构 2.0 总体框架 5 2.2 参考架构 2.0 的特点 8 2.3 参考架构 2.0 的重点创新研究方向 9 第 3 章 异构分布硬件架构 12 3.1 AI 计算单元 12 3.2 通用计算单元 13 3.3 控制单元 13 3.4 安全处理单元 13 第 4 章 车控操作系统 15 4.1 系统软件 15 4.2 功能软件 19 第 5 章 工具链 27 5.1 开发调试工具 27 5.2 测试仿真工具 29 5.3 持续集成工具 29 5.4 过程管理工具 30 第 6 章 安全体系 33 6.1 功能安全 33 6.2 预期功能安全 35 6.3 网络安全 37 6.4 数据安全

2023-12-02

汽车软件白皮书2022年

白皮书 3.0 旨在分析汽车基础软件平台及其关联技术的发展趋势,除了对其技术形态做一般性定义之外,还进一步解读了其中的关键技术、分析了典型应用案例,帮助产业链参与者对智能汽车车用基础软件平台的技术形态和发展趋势产生更多思考。 第1 章 智能汽车车用基础软件平台概述 第 2 章 智能汽车车用基础软件的内核和中间件 第 3 章 智能汽车车用基础软件平台 第 4 章 智能汽车车用基础软件平台关联技术 第 5 章 国产基础软件生态介绍 第 6 章 国产基础软件问题与展望

2023-12-02

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除