tag 标签: SOA

相关帖子
相关博文
  • 热度 2
    2024-4-19 09:44
    355 次阅读|
    0 个评论
    SOA-Converter v1.3.2上线|新增Excel模板适配插件及ARXML合并功能,免费试用助你快速上手
    PAVELINK.SOA-Converter转换工具,用于衔接基于SOA的控制器设计、开发及测试过程中所常见的各类软件工具。PAVELINK.SOA-Converter能提供IDL及服务矩阵等文件的语法及规则检查,自动化完成多种不同格式IDL文件之间的转换,以及其它常用的各类型格式文件转换。 PAVELINK.SOA-Converter支持多种行业主流研发工具所使用的IDL,如FIDL、OMG IDL、ROS2 Msg、Protobuf、vCDL等,并对AUTOSAR CP/AP平台模型文件、总线通信数据库、诊断数据库、标定数据库、服务通讯矩阵、通信信号矩阵等提供了全方位支持。 目前 PAVELINK.SOA-Converter v1.3.2版本已上线,新版本发布带来了什么样的新功能呢?让我们一睹为快。 PAVELINK.SOA-Converter v1.3.2新增功能 新增Excel模板适配插件,适配不同的通信矩阵模板,支持AP/CP 基于SOA服务矩阵与AUTOSAR模型转换功能开发的SOA服务矩阵适配插件,支持用户自定义服务矩阵的数据映射关系,实现对用户已有模板的转换支持和服务矩阵生成功能。不仅可以对各Sheet页名称匹配规则自定义,还可以自定义Sheet页中数据索引列和名称的对应关系。 新增ARXML合并功能,支持AUTOSAR_00048/AUTOSAR 4.5.0版本 架构设计阶段,服务矩阵通常会对模块进行拆分,然后分配给不同部门的人员进行建模,快速合并各部门人员的AUTOSAR模型文件尤为重要。本次新增的ARXML文件合并功能,支持将多个ARXML文件一键合并为一个完整的ARXML文件,确保了AUTOSAR模型文件合并的完整性,避免了人工合并导致的接口服务等数据的缺失。 新增国际化插件,提供简体中文和英文两种语言 新增LDF解析生成Excel 新增ASC解析生成Excel 新增AP ARXML转vCDL 新增CP ARXML转vCDL 已有功能优化 转换菜单过滤,根据选择的文件类型或Excel支持的转换功能过滤显示 添加DBC CANFD协议转换支持 添加AP/CP Excel转AP/CP ARXML生成内容配置和数据校验,包括数据类型,接口和服务 添加Excel转vCDL生成内容配置和数据校验,包括数据类型,接口和服务 添加AP/CP Excel转Fidl数据校验,包括数据类型和接口 优化Excel单元格合并数据解析 优化Fidl转AP ARXML和AP ARXML转Fidl转换代码,提升功能稳定性 模板适配功能完善和各模块常量整理,提升开发便捷性和规范性 SOA-Converter新版本免费尝新 接口描述语言转换工具PAVELINK.SOA-Converter(PAVELINK.SOA-Converter-v1.3.2)提供免费试用,如果您正苦恼于IDL众多,手动录入或转换过程复杂繁琐,欢迎联系我们申请工具试用。 邮箱:marketing@polelink.com
  • 热度 3
    2023-12-6 11:41
    344 次阅读|
    0 个评论
    背景 随着汽车行业的不断迭代发展,市场及消费者对汽车提出了更高的要求,智能网联、自动驾驶等新技术的应用推动整车厂对车载芯片、汽车软件等方面投入了更多的精力,SOA(面向服务的架构)逐渐成为大多整车厂顺应市场趋势和技术趋势的首选。SOA架构使服务间的通讯变得更加简单,ECU更新、软件升级等变得更加灵活,使系统的健壮性和拓展性获得了大幅提高。但是在SOA架构开发阶段,由于市面上的IDL(接口描述语言)众多,例如FIDL、Protobuf、vCDL、ARXML、OMG IDL、CANoe FDX等,所以测试人员在IDL语言转换过程中遇到复杂场景、出现错误的概率也大大提升。 针对在SOA测试过程中出现的IDL转换周期长、出错率较高、工作效率低等问题,北汇信息开发了接口描述语言转换工具——PAVELINK.SOA-Converter(当前版本为PAVELINK.SOA-Converter-v1.1.2),以期缩短开发周期,提高测试效率。 工具简介 PAVELINK.SOA-Converter转换工具,用于衔接基于SOA的控制器设计、开发及测试过程中所常见的各类软件工具。PAVELINK.SOA-Converter能提供IDL及服务矩阵等文件的语法及规则检查,自动化完成多种不同格式IDL文件之间的转换,以及其它常用的各类型格式文件转换。 PAVELINK.SOA-Converter支持多种行业主流研发工具所使用的IDL,如FIDL、OMG IDL、ROS2 Msg、Protobuf、vCDL等,并对AUTOSAR CP/AP平台模型文件、总线通信数据库、诊断数据库、标定数据库、服务通讯矩阵、通信信号矩阵等提供了全方位支持。 基于SOA架构典型开发流程示意图 PAVELINK.SOA-Converter通过实现服务矩阵与AUTOSAR 模型文件之间的转换,提高系统架构和系统设计的效率,并解决架构人员之间的协同工作和输出物迭代的问题。 SOA 服务接口测试节点仿真示意图 PAVELINK.SOA-Converter可以通过架构设计工具输出的服务接口文件或AUTOSAR模型文件生成仿真测试代码,生成的测试代码与CANoe等工具链配合,实现SiL测试,不仅能完善测试工具链,提高测试效率,还能解决接口参数和集成服务调用测试问题。此外,它还同时提供命令行方式,可以与CI/CT工具链结合,为构建SiL自动化测试环境提供必要的基础。 功能特性: AUTOSAR规范支持 适配多个 AUTOSAR版本,根据不同的版本进行矩阵与模型转换 内置矩阵模板文件 提供 AUTOSAR CP/AP服务矩阵、总线信号矩阵、以太网通讯矩阵、MCU片间矩阵等模版 IDL自动一键转换 支持主流接口描述语言转换,可在各 IDL之间一键转换,转换过程可视化,并支持精细化报警定位 IDL一站编辑环境 提供友好的接口描述语言编辑环境,包括语法校验、关键字高亮、引用定位、错误提示等功能 集成配置库 集成配置库环境,支持自动同步源文件和更新提醒,可以根据参数化配置自动转换为目标文件 命令行参数化 提供命令行参数,根据输入的命令和参数,后台自动化转换调用,并生成完备的转换日志 跨平台免安装支持 跨平台 GUI和命令行工具包,支持Windows、Linux、Mac OSX 自动化业务链支持 提供调用接口,支持文件流输入输出,便于接入自动化场景,从而为自动化测试提供便利 PAVELINK.SOA-Converter-v1.1.2 软件模块介绍 P AVELINK.SOA-C onverter基础工具 支持 IDL及服务矩阵等文件的语法及规则检查,自动化完成多种不同格式IDL文件之间的转换,用于串联基于SOA的控制器设计、开发及测试过程中所常见的各类软件工具,提供命令行供CI/CT平台调用。 主要功能包括: 1. 用户图形化配置 2. CAN/LIN总线通信数据库DBC/LDF与信号矩阵相互转换 3. CAN/LIN总线通信数据库一致性比对 4. CAN总线数据信号提取,通过加载DBC提取asc/blf文件中报文数据, 以csv/excel方式进行信号时间截存储 5. 基于ASAP2标准的A2L文件的解析,提取设备参数信息、接口数据信息 和ECU参数信息 SOA服务矩阵与AUTOSAR模型转换插件 根据工具内嵌的 SOA服务矩阵模板,将SOA服务矩阵与AUTOSAR AP/CP 模型文件之间进行自动化转换。 目前支持版本包括 AUTOSAR 4.2.2,AUTOSAR Adaptive 17-03,AUTOSAR Adaptive 19-03及AUTOSAR R20-11 D DS 协议支持插件 解析 IDL文件生成ARXML中对应的数据定义节点,IDL语法校验、嵌套处理等; 解析 Protobuf 文件生成ARXML中对应的数据定义节点, Protobuf 语法校验等 ,目前支持 Protobuf 3.0 版本 SOME/IP协议支持插件 解析 Franca IDL文件生成ARXML中对应的数据定义节点,FIDL语法校验等; SOME/IP通讯矩阵与ARXML转换等功能 SOA接口测试插件 根据服务矩阵 /ARXML生成SOA接口测试框架代码,进行SOA残余系统仿真,接口测试 申请试用 接口描述语言转换工具PAVELINK.SOA-Converter(PAVELINK.SOA-Converter-v1.1.2)提供免费试用,如果您正苦恼于IDL众多,手动录入或转换过程复杂繁琐的话,欢迎联系我们申请工具试用。 联系方式 邮箱 : marketing@polelink.com
  • 热度 1
    2023-11-6 09:59
    464 次阅读|
    0 个评论
    PAVELINK.SOA-Converter——接口描述语言转换工具
    PAVELINK.SOA-Converter 转换工具,用于 衔接 基于 SOA 的控制器设计、开发及测试过程中 所常见 的 各类软件 工具 。 PAVELINK.SOA-Converter 能 提供 IDL 及服务矩阵等文件 的 语法及规则检查,自动化完成 多种 不同格式I DL 文件 之间的 转换 ,以及其它常用的各类型格式文件转换。 P AVELINK.SOA-Converter 支持 多种行业主流研发工具所 使用的IDL,如 FIDL、OMG IDL、 R OS2 Msg 、 Protobuf、vCDL 等, 并 对 AU TOSAR CP /AP 平台 模型文件 、总线通信数据库、诊断数据库、标定数据库、 服务 通讯 矩阵 、通信信号矩阵等提供了全方位支持。 基于SOA架构典型开发流程示意图 在汽车电子 的 基于 SOA 架构 的 开发流程中, 架构设计 的初始阶段 使用服务矩阵收集各控制器 的 服务接口 及 数据类型的需求, 这些需求 经过转换 , 形成 ARXML ,并 在专业的架构设计工具中进行深入的模型配置, P AVELINK.SOA-Converter 通过 实现 服务矩阵与 AUTOSAR 模型文件 之间的 转换 , 提高系统架构和系统设计的效率, 并 解决架构人员 之间的 协同 工作 和输出物迭代 的 问题 。 SOA 服务接口测试节点仿真示意图 P AVELINK.SOA-Converter 可以 通过 架构 设计工具 输出的服务接口文件或 AUTOSAR 模型文件 来 生成 仿真测试代码 ,生成的测试代码可以与 CANoe 等工具链配合, 实现 SiL 测试, 其不仅能 完善测试工具链,提高测试效率, 还能 解决接口参数和集成服务调用测试问题 。此外, 它还 同时提供命令行方式 ,可以与 CI/CT 工具链 结合, 为 构建 SiL 自动化测试环境提供 必要的 基础 。 PAVELIN K.SOA-Converter 功能特性: AUTOSAR 规范支持 适配 多个 AUTOSAR 版本,根据 不同的 版本进行矩阵与模型转换 内置 矩阵 模板文件 提供 AUTOSAR CP/AP 服务矩阵、总线信号矩阵、以太网通讯矩阵 、M CU 片间矩阵 等模版 IDL 自动 一键 转换 支持主流接口描述语言转换, 可在 各 IDL 之间一键转换, 转换过 程 可视化 , 并支持 精细化 报警 定位 IDL 一站编辑 环境 提供 友好 的 接口描述语言 编辑环境 , 包括 语法校验、关键字高亮、引用定位、错误提示等 功能 集成 配置库 集成配置库 环境 , 支持 自动同步 源文件 和 更新提醒, 可以 根据参数化配置 自动转换为目标文件 命令行参数化 提供命令行参数,根据输入的命令和参数,后台自动化转换调用, 并生成 完备的转换日志 跨平台免安装支持 跨平台 GUI 和命令行工具包,支持 Windows 、L inux 、M ac OSX 自动化业务链支持 提供调用接口,支持文件流输入输出, 便于 接入自动化场景, 从而 为自动化测试提供便利 PAVELIN K.SOA-Converter 功能插件 :
  • 热度 7
    2023-1-12 10:33
    1055 次阅读|
    0 个评论
    随着国内外汽车电子架构日益复杂,面向服务的架构(Service-Oriented Architecture,SOA)设计理念逐渐从IT行业走进了汽车人的视野,近年来国内外的各OEM开始逐步推进基于SOA的整车架构。在此推进与演化过程中,S2S(Services To Signal)作为面向信号和面向服务的系统之间的交互桥梁也逐渐成为了非常基础和重要的功能 。 最近,北汇信息在CSDN、视频号、B站以及百家号账户上同步进行了一次直播(回放视频已上线),一 起探讨S2S的功能和针对S2S的测试解决方案。 鉴于直播的时间关系,有些问题没能展开回复,此次发布文字版的问答精选,以飨读者。 1. 延时的一般要求是多少? 这类的延时要求取决于各OEM的需求中对于延时的要求,与信号路由类似,此外还和总线类型有关,CAN、LIN、FlexRay由于通信机制存在差异,延时要求各不相同。一般是几毫秒或10多毫秒这个量级。 2. 功能逻辑是基于信号还是基于Service instance? 这两种都存在。 3. 对于多个源端的情况(信号或者参数来自不同, DUT 不能同时收到所有的源端信息),我们如何配置 transmission triggers ,是否每个源端都需要配置? 每个信号都可以将 transmission triggers 配置成true或者false 。 若配置成true,则在源端收到时就会在目标端触发发送,反之则不会触发目标端的发送 。 4. E 2E 不正确时 , S 2S 的转发具体是什么行为? 对于Service转Signal,若Service端的E2E不正确,那么改变Service端的参数值,对应Signal端的信号值不会跟着Service端改变,而是维持Last value。Signal转Service端同理,若Signal端的E2E不正确,服务端的服务参数同样不会随信号变化。此外,E2E不正确时在另一端(目标端)可以反馈E2E错误(目标端信号或者服务参数指示源端E2E错误)。 5. T LS 是否可以用 CAPL 实现? TLS的仿真和测试工程都可以使用CANoe CAPL脚本编程开发实现。 6. 域控的外围I / O 资源的服务化测试和S 2S 测试有何区别? 域控外围I/O资源的服务化测试,主要特点为:源端的信息来自于I/O资源(比如传感器的硬线信号),测试服务中的所承载的参数或数据,是否和I/O资源所要表征的状态一致(如开关的断开和闭合时对应的服务参数,是否分别与开关当前状态一致),此类测试属于功能测试的范围,比如原子服务/设备抽象服务的功能测试。S2S和上述基于域控外围I/O资源的服务化测试的区别是,S2S的源端信息来自于Service和Signal,这里的Service和Signal来源于以太网或者其他总线,而非域控本身的I/O资源。 7. 北汇 信息 提供的解决方案是用工具生成C AN oe工程吗? CANoe工程的各类文件(如.cfg、.tes)都是有特定格式的文本文件,从技术角度生成CANoe工程是可行的。目前北汇已经完成的S2S测试,暂时没有采用生成整个CANoe工程的方案。目前的方案是依据测试规范,通过CAPL及其它编程语言完成标准测试工程开发,而是通过定制开发的工具来解析S2S转发关系表,提取标准测试工程运行所需要的参数,从而完成测试工程的自动化配置。此方案可以减少由于S2S转发表变化而导致需要重新手动配置CANoe测试工程的工作量。 8. 用于测试开发的输入文件应该包含哪些信息? 主要包括如下三类输入信息: 1)S2S需求规范; 2)Service、Signal、E2E相关的信息(ARXML中包含,或者提供同样包含相关信息的其它类型的数据库文件) 3)S2S转发关系表 4)其他输入(需求规范中涉及的如SecOC等需求对应的输入物) 9. 基于服务的通信除了 AUTOSAR 的 AP 外还有其他的类型(如R OS2 ),这种 AUTOSAR 架构以外的 S2S 实现能否大致介绍下吗? 基于服务的通信用AUTOSAR的AP以外的方式实现(如ROS2或其他),这类的S2S的实现方式和基于AP的实现方案比较类似。同时直播中提到的转发过程存在逻辑转换的S2S转发大多都是基于此类方案。 10. 可以基于A RXML 文件替换转发关系表,实现测试吗? 我们知道ARXML中可以包含service和signal的相关信息,以及E2E相关信息,若ARXML中定义了且完整体现了S2S转发关系信息,则也可以通过解析ARXML(替换转发关系表)的方式来实现S2S的测试。当前我们所遇到的情况,S2S转发关系表大都只是单独的文件来体现,而service、signal和E2E信息在ARXML中体现。 11. 直播 中提到的S 2S 有两种部署方案,一个是在C P ,一个是在A P ,这两种应该怎么选 ? 直播中提到的两种部署方案是基于AUTOSAR提供的两种方案,实际上S2S的实现方案还有这两种方案以外的方案。具体需要根据整车E/E架构和控制器的软件架构去综合评估选用哪种方案,这两种方案并没有优劣之分,适用的情况和场景不同,但基于AP的方案灵活性要高一些。下图体现的是CP上部署S2S时的架构。 12. 服务测试和信号测试是否采用同一种测试方案? S2S中信号转服务的测试和服务转信号的测试是有所不同的。首先从仿真来说前者仿真信号,后者仿真服务;其次我们对信号的监控和采集与对服务的监控和采集方法也是不同的,信号发送类型大致有周期型、事件型、事件周期型,服务接口类型有 Event、Method、 F ield, 针对不同的信号发送类型和服务接口类型,测试逻辑也会存在差异,不过总体框架都是在源端仿真,在目标端监控。 13. SOME/IP有类似CAN的那种DBC吗? 目前SOME/IP主要的数据库格式是XML或者ARXML的,我们可以通过CANoe导入XML或ARXML文件来进行SOME/IP的service的仿真。 14. 若服务端采用DDS方案,当前北汇信息的仿真方案是什么样的? 从22年第四季度新发布的CANoe16.0 SP3开始,CANoe支持相对通用的DDS的仿真,在这之前,我们使用开源或者 DDS 厂商提供的库,如 pydds,RTI Connector 等,来快速搭建 DDS应用程序,并在 CANoe 中编写接口来控制仿真节点,详情可以参考我们往期直播中DDS相关的内容。目前来看,由于对DDS标准理解及实现存在差异,所以DDS仿真往往需要分析所选择DDS协议栈的特点,进行一定的定制或适配的工作。
  • 热度 6
    2022-9-27 10:01
    958 次阅读|
    0 个评论
    IGBT安全工作区(SOA)知多少 失效器件送到原厂做FA分析,看到的字眼通常包含over voltage,over current,short circuit,EOS等,但是,其失效的深层原因与整机的应用环境和系统设计是密切相关的。 作为电力电子研发工程师,最不想见到的画面之一一定有下面这样的图片,完了,BBQ了…… 图1. IGBT 单管和模块的典型失效图片 失效器件送到原厂做FA分析,看到的字眼通常包含over voltage,over current,short circuit, EOS 等,但是,其失效的深层原因与整机的应用环境和系统设计是密切相关的。 整机产品里面包含的元器件数量少则几十,多则上万甚至更多,应用环境千奇百怪,元器件的失效就不可避免,作为工程师,能做的就是根据整机性能要求充分评估、测试元器件的各项关键参数,出现失效后,复盘设计,复现失效,找出根因,避免再次掉坑。 今天,本文就和大家唠一唠IGBT的安全工作区,英文全称safe operating area,简称SOA。顾名思义,也就是说只要使用的条件(电压、电流、结温等)不超出SOA圈定的边界,IGBT必然能够按照工程师的设计意图,任劳任怨的持续运行,反之,则是如上的死给你看…… 常见的IGBT安全工作区有:FBSOA(Forward Bias SOA–正向偏置安全工作区),RBSOA (Reverse Bias SOA–反向偏置安全工作区), SCS OA(Short Circuit SOA–短路安全工作区)。各项SOA的特点下文将一一道来。 1 FBSOA – 正向偏置安全工作区 图2.IKW40N60H3 FBSOA曲线和瞬态热阻曲线 IGBT的FBSOA是指IGBT的门极电压VGE处于正向偏置(V GE V GEth )时,沟道处于导通状态时的安全工作区。FBSOA是IGBT各种工作状态的集合,必须集合IGBT的其它特性去理解这个安全工作区的含义。图2是IKW40N60H3的 FBSOA曲线,应该如何解读呢? 图三简化了FBSOA曲线,本质上讲,FBSOA曲线划定了四条电压-电流关系的边界线,分别由AB段,BC段,CD段,DE段构成。 图3 FBSOA简化曲线 图4 IKW40N60H3输出特性曲线 AB段规定了处于饱和导通状态下IGBT的最大工作电流,这个电流与IGBT的门极驱动电压幅值密切相关,从图4可以看出,IGBT的门极驱动电压幅值越高,饱和导通状态下的最大工作电流越大。 BC段规定了IGBT的最大可重复电流I Cpuls ,可对应的从 英飞凌 的40A 600V IGBT,IKW40N60H3的Datasheet中找到I Cpuls =160A,这个电流是4倍的标称电流; CD段是最复杂的,需要结合IGBT的瞬态热阻来看。大家知道,IGBT有两个工作区,线性区和饱和区,跨越过AB段之后,其实IGBT就处于线性区了,也就是退出饱和导通区了,IGBT的损耗急剧上升,所以,这条边界体现了IGBT能承受的最大耗散功率P tot ,查阅其Datasheet,25℃壳温时P tot =306W。同时可以看出,集射极CE两端电压越高,IGBT所能承受的电流脉冲幅值越低,另外,电流脉冲宽度越大,IGBT所能承受的电流幅值也越低。 从图2可以看出,蓝色CD段各种脉冲宽度下的SOA,均是单脉冲安全工作区,非连续工作情况下的工作区,所以,必须参考图2右侧的IGBT瞬态热阻曲线,由公式(1)计算出在指定V CE 条件下允许的电流I C 的幅值和脉宽。 DE段最容易理解,它规定了IGBT的集射极CE击穿电压,需要注意的是,IGBT的CE击穿电压是和结温正相关的,结温越低,CE击穿电压也越低。 2 RBSOA – 反向偏置安全工作区 RBSOA是指IGBT的关断过程中CE在承受反向偏置电压时能够安全工作的区域,它规定了IGBT关断时的动态轨迹(I-V曲线)允许划过的范围。RBSOA由最大集电极电流、最大集射极电压、最大允许电压上升率dv CE ⁄dt决定。 买电子元器件现货上唯样商城 图5是50A 1200V IGBT模块 FP50R12N2T7的RBSOA曲线,可以看出,RBSOA曲线划定了两条电压-电流关系的边界线,水平方向的折线是集电极电流I C ,定义了IGBT模块的可重复集电极电流I CRM ,垂直方向的折线是集射极CE击穿电压V BRCES 。 图5.FP50R12N2T7的RBSOA曲线 看得仔细的同学估计会问,为什么集射极CE击穿电压V BRCES 还分芯片和模块的呢?因为,多个IGBT 晶圆 构成IGBT模块之后,模块内部也会产生杂散电感,当IGBT快速关断时,芯片与端子之间的杂散电感上的感应电压需要扣除,所以,模块的RBSOA曲线会削掉一个角。 图6.模块内部杂散电感示意图 3 SCSOA – 短路安全工作区 IGBT的SCSOA与前面介绍的FBSOA,RBSOA有一点不同,通常没有提供曲线,但是,会在其Datasheet中提供类似图7的短路电流I SC 数据,可以看到,在给定的门极驱动电压V GE 、BUS电压V CC ,150℃结温下T vj ,IGBT模块FP50R12N2T7可以承受短路电流190A,只要能够在8us内关断IGBT,都可以保证IGBT不会损坏。 SCSOA也可以在实验室内通过双脉冲测试进行验证,原理如图8所示。 图7.FP50R12N2T7的SCSOA数据 图8.双脉冲测试示意图 短路属于极端工况,借助双脉冲测试,客户可以根据Datasheet提供的数据以及双脉冲测试的结果,评估和优化驱动电路、保护电路的设计,以及功率回路杂散电感的影响。短路期间,IGBT快速进入线性工作区,温升急剧上升,必须在8us内快速关断IGBT,否则,IGBT就可能失效。 英飞凌给出了IGBT的短路耐受时间与门极驱动电压V GE 、BUS电压V CC ,结温T vj 之间的归一化关系曲线,如图9所示,横轴代表了V GE ,V CC ,T vj ,纵轴代表了可以承受的短路电流时间,可以看出,门极驱动电压/BUS电压/结温越高,IGBT所能承受的短路时间越短,反之,IGBT所能承受的短路时间越长。这里简要的解释一下,为什么门极驱动电压越高,短路耐受时间越短,同样以FP50R12N2T7为例,图10是此模块的输出特性曲线,可以看出,门极电压幅值越高,其短路时的电流越大,也就是IGBT内部的开关损耗越大,结温增加越剧烈,所以,IGBT所能承受的短路时间必然缩短。同理,更高的BUS电压也意味着更大的开关损耗,短路耐受时间也相应缩短。 同时可以看出,相比于门极驱动电压V GE 以及BUS电压V CC ,结温T vj 对于IGBT短路耐受时间的影响比较温和,以图7的FP50R12N2T7为例,结合图9的归一化曲线,结温T vj 从150℃增加为175℃,短路耐受时间仅从8us降为7us,结温增加了16.7%,短路耐受时间仅下降了12.5%,作为对比,增加同等比例的门极驱动电压V GE 以及BUS电压V CC ,短路耐受时间则下降了约30%。 图9.IGBT7短路波形以及短路时间降额比例与V GE ,V CC ,T vj 的关系 图10.FP50R12N2T7输出特性曲线 4 结 论 本文简要介绍了IGBT的三种安全工作区,FBSOA,RBSOA,SCSOA,希望能够帮助广大的工程师朋友们快速的看懂并理解IGBT的规格书和各项关键参数,设计出合适的驱动和保护电路,少吃炸鸡。
相关资源
  • 所需E币: 5
    时间: 2023-2-11 11:25
    大小: 1.07MB
    上传者: ZHUANG
    基于SOA架构的船舶网络信息安全管理系统分析
  • 所需E币: 1
    时间: 2022-9-25 22:00
    大小: 337.92KB
    上传者: czd886
    基于SOA和中间件的综合安防平台的设计.
  • 所需E币: 5
    时间: 2019-12-28 21:42
    大小: 216.38KB
    上传者: 238112554_qq
    介绍了目前相对成熟的RFID中间件解决方案,包括基于Savant的RFID中间件、IBMRFID中间件和BEAWEBLOGICRFID中间件,指出了它们的特点和不足.提出了一种基于面向服务架构(SOA)的RFID中间件架构,详细介绍了基础架构层的EdgeServer、消息系统和数据接口的具体实现.并针对下一步研究工作做了简单说明.。崔麓蘧叁羹鬯超望型堕堡迦堕塑些型堕塑竺基于SoA的RFID中间件的研究与实现邓海生1,李军怀2(1.西安西京学院,陕西西安710123;2.西安理工大学计算机科学与工程学院,陕西西安710048)摘要:介绍了目前相对成熟的RFID中间件解决方案,包括基于Savant的RFID中间件、IBMRFID中间件和BEAWEBLoeICRFID中间件,指出了它们的特点和不足。提出了一种基于面向服务架构(SOA)的RnD中间件架构,详细介绍了基础架枸层的EdgeSer、Ter、消息系统和数据接口的具体实现。并针对下一步研究工作做了简单说明。关键词:RFID中间件sOAEdgesewer消息系统数据接口StudyandimplementationofRFIDmiddlewarebasedonSOA……
  • 所需E币: 3
    时间: 2019-6-7 09:20
    大小: 1.43MB
    上传者: royalark_912907664
    当前电网公司的多个物流业务系统存在数据分散独立,无法互联互通的问题。特别是随着电网中心服务业务量的扩大,这种传统的运营模式已无法满足业务发展需求。本文在一站式服务的基础上,提出了一种基于SOA的电网服务大厅系统架构。在系统中层通过构建SOA服务,把底层异构子系统的数据、业务逻辑进行封装,以服务的形式供应用接口层调用。最后基于该设计实现了应用系统,该系统不仅能高效地支持整个电网物流中心的业务运转,而且还具有一定的推广性。
  • 所需E币: 3
    时间: 2019-6-5 22:00
    大小: 802.96KB
    上传者: royalark_912907664
    为解决某供电局的文档管理系统在应用过程中遇到的文档更新通知不及时,与日常办公集成度低等问题,本文研究了一个基于SOA的文档管理系统集成方案。本文首先介绍了SOA相关技术,包括SOA概念、WebService原理、SOAP和ESB等,然后对文档管理的集成功能需求进行了分析,最后以SOA架构为基础设计了系统集成方案,通过应用IBMSIBus建立服务总线并设计短信通知服务、邮件通知服务和OA查询服务,实现了文档管理系统与现有的短信平台、邮件系统、OA系统的集成。方案实施后的情况表明,基于SOA的系统集成技术有效提升了文档管理的时效性,提高了现有系统的应用价值,达到了预期研究的目标。
  • 所需E币: 3
    时间: 2019-5-27 21:49
    大小: 1.55MB
    上传者: royalark_912907664
    针对我国气象数据异构、分散、缺乏共享及共享范围局限等问题,以及传统气象数据共享平台在可互操作性、可拓展性和存储性能上遇到的瓶颈问题。结合云计算,分布式存储,WebService等先进技术,采用面向服务的SOA架构,提出了一种基于SOA的气象数据共享平台。与传统气象数据共享平台相比,平台将数据共享核心业务封装成一系列的Web服务,可实现各类异域异构气象数据资源的共享及注册服务,第三方软件可以直接进行集成和调用。通过采用面向服务的SOA架构,可以更好的实现松散耦合性、易维护性和互操作性。通过基于云上分布式NoSQL存储技术,可以节约硬件服务器资源,提高效能比,提升服务质量。该平台的设计可为构建我国大型综合性气象数据共享平台的建设提供一种新技术思路。