标签: SOA

PAVELINK.SOA-Converter转换工具，用于衔接基于SOA的控制器设计、开发及测试过程中所常见的各类软件工具。PAVELINK.SOA-Converter能提供IDL及服务矩阵等文件的语法及规则检查，自动化完成多种不同格式IDL文件之间的转换，以及其它常用的各类型格式文件转换。 PAVELINK.SOA-Converter支持多种行业主流研发工具所使用的IDL，如FIDL、OMG IDL、ROS2 Msg、Protobuf、vCDL等，并对AUTOSAR CP/AP平台模型文件、总线通信数据库、诊断数据库、标定数据库、服务通讯矩阵、通信信号矩阵等提供了全方位支持。 新增功能 新增国际化插件，根据操作系统的语言自动适配 新增SOA-Converter透视图和日志管理视图，便于对警告和报错原因进行排查。支持根据日期，关键字，忽略大小写等查询方式，并高亮显示 新增转换进度和转换状态显示，便于用户了解当前转换进度和正在处理的转换内容 新增ASAM MCD-2D(ODX)PDX解析生成CAPL功能，支持APP与PBL合并和APP与PBL拆分的PDX文件解析 新增AUTOSAR Adaptive Platform(AP)多版本转换和解析支持，支持PREEvision、CANoe等软件直接导入使用。支持主流版本AUTOSAR Adaptive 19-03、AUTOSAR R19-11、AUTOSAR R20-11，更多AUTOSAR版本适配将会随着更新加入 新增AUTOSAR Classic Platform(CP)多版本转换和解析支持，支持PREEvision、CANoe等软件直接导入使用。支持主流版本AUTOSAR 4.2.2、AUTOSAR 4.3.0、AUTOSAR R20-11，更多AUTOSAR版本适配将会随着更新加入 优化 优化转换策略 UI优化，包括启动页面、Logo等 根据AUTOSAR规范，整理各配置项并优化AP Excel通用模板 根据AUTOSAR规范，整理各配置项并优化CP Excel通用模板 优化AUTOSAR Adaptive Platform(AP)模板适配功能 优化AUTOSAR Classic Platform(CP)模板适配功能 修复 修复AUTOSAR Adaptive Platform(AP)和AUTOSAR Classic Platform(CP)中Field和Method转换适配问题 SOA-Converter新版本免费尝新 接口描述语言转换工具PAVELINK.SOA-Converter（PAVELINK.SOA-Converter-v1.4.2）提供免费试用，如果您正苦恼于IDL众多，手动录入或转换过程复杂繁琐的话，欢迎联系我们申请工具试用。

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

背景 随着汽车行业的不断迭代发展，市场及消费者对汽车提出了更高的要求，智能网联、自动驾驶等新技术的应用推动整车厂对车载芯片、汽车软件等方面投入了更多的精力，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

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 功能插件 ：

随着国内外汽车电子架构日益复杂，面向服务的架构（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协议栈的特点，进行一定的定制或适配的工作。