标签: 汽车测试

智能网联汽车信息安全 随着信息技术的快速发展和智能化趋势的持续推进，智能网联汽车为人们出行带来了前所未有的便利和智能化体验，但是随之而来的用户隐私泄露和网络攻击等安全问题也敲响了警钟。 信息安全问题已成为制约智能网联汽车发展的一大难题。本期“专家访谈”栏目，邀请到广电计量信息化服务事业部副总经理唐迪博士，为大家解读智能网联汽车信息安全建设面临的挑战及应对思路。 唐 迪 副研究员/博士 毕业于美国密歇根州立大学，博士后，长期从事数据安全、个人信息保护、车联网信息安全等方面的研究和检测评估工作。在国内外期刊会议发表文章三十余篇，主持和参与国际标准、国家标准与行业标准十余项。承担国家重点研发项目、国家自然基金项目等国家、省部级项目十余个。 担任国际标准化组织 ISO/IEC JTC1 SC27信息安全、网络安全及隐私保护技术标准化技术委会JWG 6网联汽车设备安全技术要求与测评活动联合工作组召集人，代表我国担任ISO/IEC JTC1 SC27 安全测评、大数据安全工作组注册技术专家，全国信标委生物特征识别分标委委员，上海市标准化专家 强标即将落地，信息安全管理已成刚需 根据Upstream Security发布的《2022年全球汽车网络安全报告》，全球联网汽车将从2018年的3.3亿辆增长到2023年的7.75亿辆，增幅达134%。增长过程中，汽车行业受到的网络攻击规模、频率和复杂程度都在呈指数级增长，影响的范围也有所扩大。 随着汽车信息技术安全风险不断提升，国际和国内持续出台信息技术安全的严格标准、法规以及行业管理规定。目前国外已经实施R155和R156两项关于信息安全和软件升级方面的法规，在欧洲及日韩等国外市场售卖的车辆需要取得相应认证后，才可以在市场进行销售。而ISO/SAE 21434作为覆盖汽车网络安全组织管理、流程管理、生命周期各阶段活动要求等的网络安全工程标准，其涉及的网络安全工程过程文件，是主机厂和供应商开展R155和R156合规认证的重要依据。 2023年5月，中国首个汽车信息安全领域国家强制性标准《 汽车整车信息安全技术要求 》（以下简称“强标”）公开征求意见，对生产企业及车辆产品在信息安全方面提出了具体要求。强标中明确指出“企业开展车辆信息安全一般要求评估和信息安全技术要求测试验证前，应通过汽车信息安全管理体系要求审核”，这一规定为企业搭建信息安全管理体系提供了依据。 为确保企业充分考虑 信息安全风险 ，强标中要求汽车制造商及供应链上下游企业的 信息安全管理体系 中应涵盖必要流程，即要求企业从内部管理流程、风险处置流程、信息安全测试流程、网络安全问题监测和响应流程等角度开展信息安全体系建设，这意味着国家在信息安全方面的监管力度进一步加强。 长远看，汽车网络安全发展将成为必然趋势，即将推出的《汽车整车信息安全技术要求》只是一个开始。随着汽车智能化的发展，有关汽车软件升级、自动驾驶数据记录系统、自动驾驶预期功能安全等相关标准也会不断完善。 可以预见的是，这些强制性标准的推出，会让汽车在开发生命周期中有更高的严格性、更多的功能要求以及更大的投资。 信息安全任重道远，汽车企业如何应对？ 车辆信息安全是长远的工作，网络技术的更新迭代不会停止，给汽车这个传统机械行业的带来的将是全新的挑战。而汽车信息安全的实施并非一蹴而就，建议汽车厂商基于数据安全法律法规要求，尽早采取一系列车联网安全保障与支撑措施，以免造成在业务扩展或者法规层面的被动。 首先在组织治理层面，企业应首先明确产品网络安全职责的定义和设计。这包括在研发设计部门中设立新的职位，例如首席产品网络安全官作为负责人。 信息安全活动需要跨组织的协同，需要与法规、质量、采购、售后市场等部门密切合作和协调。通过这种方式，企业组织各部门共同实施车辆网络安全相关活动以确保合规性。 在汽车产品的开发过程中，企业应将信息安全活动纳入产品开发的全过程，解决从方案确定到生产启动（SOP）的整体开发过程中的安全目标设定、安全要求设计、安全方案设计、安全开发以及安全确认与验证到安全运维等核心环节的问题。这要求在产品开发的不同阶段，与相应的安全要求相匹配，以确保整个开发过程中的信息安全。 在团队规划方面，企业应根据业务发展需求，建设不同专业的网络安全团队。例如，在TARA分析、安全方案设计、安全开发、安全测试、法规导入、安全运维、质量管理等专业领域，应根据企业发展情况，及时构建所需的能力团队。这样，企业可以确保在各个阶段都具备足够的网络安全能力，以保障业务的合规需求和安全需求。 在能力建设方面，为了满足监管要求，企业应根据自身实际情况，分阶段展开能力建设。例如，在产品开发的核心能力建设方面，企业需要建立风险评估、安全目标设计、安全要求设计、安全方案设计的能力。而安全组件的开发及安全验证的能力可以通过委外的方式实现。 此外，企业还应建立安全响应能力，例如具备态势感知监测的能力，建立漏洞管理平台等。这些能力将有助于企业及时应对各种网络安全事件，提高整体安全性。 供应链安全的管理也是重中之重。智能网联汽车的供应链非常长，如果在最后整车装配阶段再考虑信息安全，那么即使发现了信息安全问题也很难定位，在这个阶段发现的问题既有可能是部件的问题，也有可能是零部件之间的连接中存在安全风险。因此，企业需要拆解信息安全合规要求，逐级要求供应商提供的产品，并在每个产品交付前认真履行安全检测与评估。其次，为保障供应商提供的产品能够持续保证安全水平，应要求供应商也执行与企业自身相近的标准化的安全管理流程。 同时，企业也需要密切关注供应链企业持续对智能网联汽车提供的服务安全。智能网联汽车的OTA需求、移动应用的持续服务，有可能成为攻击者攻击的对象、供应商也有可能超范围收集数据，针对供应商及其提供的持续服务，需要构建严格的供应商服务安全管理方法，配置安全产品，也可优先选择通过安全认证的服务和应用。 最后，为了加强项目成果转化，企业应该通过量产项目来萃取知识，建设知识体系并形成成果转化。这意味着企业应该从实际项目中总结经验教训，提取有用的知识和技能，并将其应用于未来的项目中。通过这种方式，企业可以逐步建立起自己的信息安全核心能力，提高整体竞争力，也更从容应对未来时变时新的汽车信息安全技术环境及法规标准。 测试+技术咨询，“一站式”服务助力产品合规 当前，信息安全实施方法还并不完善，选择具有丰富实践经验的合作伙伴能够大幅提升效率、降低成本。针对快速发展的智能网联汽车产业及国内外市场对信息安全的愈发重视，广电计量作为国有第三方计量检测机构，致力于汽车在新四化产业进程中的大安全融合服务，为汽车客户构建了“一站式”智能网联汽车信息安全测评体系。 流程及产品开发咨询服务 我们通过技术咨询协助企业建立相关流程体系，完善开发流程，协助企业获取流程认证。同时我们也可以针对企业要开发的相应产品，提供产品开发的技术咨询（如TARA分析，安全目标制定等），协助企业开发的产品满足相应信息安全要求，并根据需求获取产品认证。 测试服务 广电计量建有汽车信息安全试验实验室，在汽车信息安全方面可以通过符合性测试、功能测试、漏洞扫描、模糊测试、渗透测试等服务。 （1）符合性测试 依据GB/T 40855、GB/T 40856、GB/T40857、GB/T41578 等推荐性国标开展汽车零部件的符合性测试，依据标准逐项开展安全功能测试和验证工作，并出具由国家认可认监委（ CNAS ）认可的检测报告。同时，可依据即将发布GB《汽车整车信息安全技术要求》开展汽车信息安全的型式检验试验。 （2）安全测试 主要基于ISO 21434 产出的Cybersecurity Verification and Validation specification （网络安全验证和确认测试规范），覆盖安全性能测试、资源安全测试、响应安全测试、接口安全测试、控制流和数据流的验证等。一般由企业安全功能开发团队执行验证测试，资源有限情况下委托独立第三方技术机构验证。 （3）漏洞扫描 基于 CVE 、CNVD等最新漏洞库测试是否存在已知漏洞，覆盖静态代码漏洞扫描、固件漏洞扫描、组件 (第三方/开源)漏洞扫描、系统内核漏洞扫描、系统端口漏洞扫描、应用程序漏洞扫描、通信协议 (WiFi、蓝牙等) 漏洞扫描等。 （4）渗透测试 通过模拟真实攻击手法对整车及零部件进行实战检验的过程，目的是进一步发现使用普通安全分析手段无法发现/遗漏的安全隐患，包括通过黑盒、灰盒和白盒方法工作，覆盖硬件安全、系统/固件安全、应用软件安全数据安全、CAN/以太网/无线通信安全管理平台安全等不同类别。 （5）模糊测试 黑客普遍使用的攻击手段，也是对复杂逻辑进行鲁棒性分析的常用方法，且具有发现的错误不存在误报的优势。主要针对接口和协议通过注入随机数据分析未知漏洞。包括硬件接口模糊测试CAN模糊测试、车载以太网模糊测试、DolP模糊测试、开放端口模糊测试、蓝牙模糊测试、WiFi模糊测试GNSS模糊测试、传感器通用电磁信号模糊测试、MEMS传感器超声信号模糊测试等。

一、背景介绍 GL Logger（以下简称GL）是一种特殊的汽车数据记录仪，被广泛应用于路试或台架测试，该系列记录仪支持CAN/CAN FD、LIN、FlexRay以及车载以太网总线的数据记录；同时，还支持I/O和摄像头数据的记录以及通过诊断或CCP/XCP记录ECU内部参数。 GL Logger的特点： 1、专业数据记录工具，可应对各类车辆测试场景，如：三高、故障排查、主观性能评价等，无需测试人员值守； 2、极短的上电启动记录时间，具有自动休眠功能，并且支持基于总线/硬线/绝对时钟的休眠唤醒，休眠模式下的电流消耗低，非常适合车辆测试和测试车队使用； 3、灵活多样的触发/过滤条件； 4、支持基于CAN总线的诊断数据记录，可在指定时间自动发送诊断请求报文； 5、支持基于CCP/XCP标定协议的ECU内部信号记录，可自动发送DAQ/Polling指令； 6、原始记录数据可导出并转化为各类常用数据格式，并在离线数据分析工具中进行数据回放分析，如：CANoe、CANalyzer、CANape、vSignalyzer中分析测量数据； 7、简单易用的图形化配置工具，同时具有可编程功能，从而实现更为灵活多样的功能，如：触发、过滤条件、网关功能、LED、蜂鸣器、在线数据分类统计等； 8、支持IP65等级（GL1010/GL2010），可选配各类功能扩展硬件模块； 9、支持远程数据传输，通过Log Server实现； 10、坚固的外壳简化了在车辆中的安装，并且存储卡的高存储容量使它们适合长时间的记录。 二、GL配置工具 GL Logger的配置工具由以前的 Vector Logger Configurator 更新为现在的 Vector Logger Suite （以下简称VLS）。VLS可配置GL1000/GL2000/GL3000/GL4000/GL5000系列记录仪和VN1630 log接口卡的记录功能。VLS被分割为两大板块，分别是 Configuration 和 Logging Data ： Configuration界面 由于每个系列的GL在功能上有些的差异，所以在VLS中使用的配置模板略有不同。本文以GL2400为例，重点介绍一下使用GL记录仪时，在Configuration界面中非常实用的部分功能配置。 Hardware功能区的配置 （1） 休眠/唤醒 的配置 在Setting中设置GL的 休眠/唤醒 功能，GL在总线超时后进入休眠状态，可通过总线或硬线进行唤醒，总线超时可自定义。 设置如下： 待机状态 ，即一个处于休眠与唤醒之间的工作状态，该状态下GL可快速被唤醒，但该状态静态电流远高于休眠状态。该模式主要应用于需要GL被唤醒时能够记录到第一帧报文的场景。 （2）CAN通道配置 采集CAN数据时，设置匹配的CAN波特率，如有特殊需求，可勾选以下选项： • Output/ACK ：输出ACK应答，如果需要GL作为一个节点去应答，可激活该选项。 • Keeps logger awake ：可打开该通道的唤醒功能，如果该功能被抑制，该通道在进入睡眠后无法通过总线唤醒； • Enable Wake-up ：可打开或关闭所选通道的唤醒功能； • Log error frames ：可记录CAN错误帧数据，否则不会记录错误帧。 (3)Analog Inputs 可采集模拟信号，以系统变量或报文形式存储记录，可设置存储的通道以及ID。 当以报文形式记录时，需要DBC文件进行解析，可通过“ Create Analysis Package ”生成DBC文件，生成的DBC文件会保存在生成的“ Analysis ”文件夹下，如下图所示： （4）Digital Inputs 可记录数字信号，以报文形式存储，可设置存储的通道以及ID，解析报文的DBC与Analog Inputs的生成过程一致。 2、记录模式的配置 (1)关于 buffer size 的设置 • Buffer size即缓存空间，是存储数据首先到达的区域，buffer size存储满后，再将数据写入到GL的存储卡上。 • Tips ：Buffer size原则上设置越小越好，但是关于GL的存储文件个数有限制，如果太小，可能导致存储卡存储不满，请根据需求合理设置buffer size。 (2)记录模式选择 GL有三种记录模式，用户可根据记录数据的特性设置适合的记录模式， 每个存储内存仅能设置一种采集模式 。 • 全程记录：从GL启动开始到停止全程记录采集到的数据，可添加Marker。 • 条件记录：可设置各种条件来启动、停止记录，以及自定义停止记录的延迟时间（ Post-trigger time ）。需要注意的是条件触发模式下，Logging on必须设置触发条件，否则无法启动记录。 • 触发记录：可设置记录特定的Trigger，Trigger可设置预前（ Pre-trigger time ）和延后时间（ Post-trigger time ）。 3、写入配置文件 完成上述配置后即可保存配置，通过“ Write to Device ”将配置文件写入GL中，等待GL对配置文件刷写完成后便可根据配置要求进行记录。 Logging Data界面 数据记录完成后需要将GL中记录的数据进行格式转换、导出等处理，Logging Data界面的功能将会完成数据处理相关的工作。 1、选择数据来源 通过USB 线连接记录仪读取数据，点击“ Select Source ”加载GL中的记录数据； 2、设备信息的查看 通过“ Device Information ”，可查看记录仪的类型、内存大小、激活的license、记录的文件数量、通道配置等信息。 3、快速查看 当记录的数据已经加载到VLS中，可通过“ Quick View ”直接调用已安装的CANoe、CANalyzer、CANape、vSignalyzer进行快速查看。 4、记录文件的选择 （1）想要全选或都不选多个文件时，可通过选择Select All/Deselect All来设置； （2）如果定义了Trigger或Marker，希望单独导出文件，可切换到 Trigger或Marker界面快速定位且导出。 5、记录文件的导出 （1）、选择导出格式 通过“ Destination Format ”选择需要的格式，VLS可把记录的数据转换为BLF、ASC、MDF、HDF、ADTF等多种格式文件； （2）、文件导出设置 选择转换格式后，点击“ File Storage ”，设置导出文件的存储路径、名称格式、原始数据备份、导出成单个文件、分割导出文件。 （3）、文件的导出 点击“ Export ”，VLS将会把原始记录数据按前面的设置导出到对应的路径下，如下所示： 三、总结 北汇信息作为Vector中国的合作伙伴 ，始终专注于汽车电子领域的新技术和新产品，为工程师在汽车领域提供“趁手装备”！GL Logger还具有诸多其他功能，如果您想了解更多的GL Logger 的功能，或是在使用GL的过程中存在疑惑请关注 北汇信息 的公众号，并在下方进行留言，我们将竭诚为您解惑。

11月29日，德思特2023年度TMTS汽车电子仿真及测试研讨会圆满结束。感谢大家的观看与支持！ 在直播间收到一些观众的技术问题，我们汇总了热点问题并请讲师详细解答，在此整理分享给大家，请查收！ 面向汽车T-BOX与域控制器的HIL测试新方案 Q：目前全球一共只有100多颗卫星，为什么你们的模拟器需要模拟那么多的通道？有什么应用吗？ 卫星数量和模拟仿真通道不是等同的，我们一般在GNSS模拟仿真中的搜星通道一般指的是：每个通道代表一颗卫星输出的一个星座的一个频点。这样算下来的话，如果需要同时仿真世界上所有的卫星与频点，则一共需要上百个通道。此外伴随着多径效应模拟、多待测件/多车模拟，以及一些新的应用，需要的通道数就会更多，我们保证了用户模拟的全面性，以及对于未来的扩展性。此外，这些通道是免费开放给用户的，无需额外付费。 Q：软件定义形式有什么优势呢？我自己也可以搭建？ 软件定义顾名思义，就是以软件为核心，一方面他带来了灵活性、扩展性以及经济效益；此外核心软件Skydel带来了大量独特的功能，他不因为硬件的变化而改变，最大程度上提供了高性能仿真能力。我们也欢迎用户自己去搭建GNSS模拟器，在Skydel的基础上，采用自己的硬件，我们有提供丰富的指导文件。 Q：能详细介绍下软件定义架构与硬件驱动的区别吗? 软件定义架构（Software-Defined Architecture）和硬件驱动之间有几个主要的区别： ● 抽象层级：软件定义架构通过在软件中定义和管理资源，引入了一个抽象层级，使得应用程序可以通过软件界面来访问和管理底层资源。而硬件驱动是直接与硬件设备交互的程序。 ● 灵活性和可编程性：软件定义架构通过软件配置和管理资源，具有更高的灵活性和可编程性，可以根据需求动态改变资源分配和配置。相比之下，硬件驱动的功能和性能通常是固定的，不容易变更。 ● 硬件依赖性：软件定义架构减少对特定硬件的依赖，通过引入抽象层级可以在不同的硬件环境中运行。而硬件驱动通常是为特定硬件设备或芯片定制的，对其他硬件可能不适用。 简而言之，软件定义架构通过软件对资源进行配置和管理，具有灵活性和可编程性，并减少对特定硬件的依赖。而硬件驱动直接与硬件设备交互，是硬件资源的控制和管理。 Q：请问软件在环与硬件在环的具体操作是？ GNSS模拟器在软件在环与硬件在环中的使用方法类似，区别在于是否真正地输出了射频信号。这里我以硬件在环为例进行介绍。 用户实时发送真实的车辆轨迹，并生成相应的GNSS射频信号。图中描绘了一个闭环，其中真实位置传输到系统中，自动驾驶仪应用命令实时影响车辆轨迹。系统中的HIL模拟器和Skydel GNSS模拟器造成的附加延迟必须足够小，来保障不会对自动驾驶仪和GNSS接收器性能的测试和测量产生负面影响。整体系统框图如下： 物理连接上： a) 物理连接上HIL仿真器和GNSS模拟器采用以太网联接 b) 通信协议采用TCP/IP,真实位置信息传输通过UDP协议 c) 提供开放API用于Skydel软件的开放编程与远程控制 d) 另外需要借助时钟装置对HIL模拟器与GNSS模拟器做同步 此外， 德思特提供了一个Skydel HIL客户端（Skydel HIL Client），这是一个提供简单API的库。强烈建议使用此库，不要尝试与Skydel重新实现通信协议。Skydel HIL客户端需要以太网连接，并且对大多数命令混合使用TCP/IP，对真实位置数据使用UDP。Skydel HIL客户端增加了延迟，延迟主要由以太网连接定义。 软件定义的GNSS模拟器 Q：多实例和多辆车是一个概念吗？ 这是一个包含概念，多辆车属于多实例仿真的一种，我们认为在同一台设备内进行的多个独立且实时的仿真场景或轨迹，就是多个实例。因此，多实例可能的情况是： ● 多天线：例如同一辆车或者飞机的多个天线，每根天线独立使用，具有独立的信号采集与分析功能，因此是多实例。 ● 多车或多无人机：模拟场景下多个实体的交互、运行等，属于多个独立信号的运行，因此是多实例。 ● RTK：因为同时具有基准站与流动站两个独立实体，因此是多实例。 汽车总线物理层测试方案 Q：你们的数字化仪是PCIe什么标准？是不是主机带有匹配的插槽就可以开始使用？对工控机有什么要求吗？ 我们不同的数字化仪对应的PCIe标准不一样，低速采集的板卡是4.0的标准， 中高速的采集卡是PCIe8.0或者16.0. 主板带有对应插槽就可以，并且您有8.0的插槽条，可以兼容4.0的插槽。 德思特数字化仪 Q：这个数字化仪有触发输入接口吗？只能采集模拟信号吗？ 有的，我们有触发输入的接口，本身的采集通道也可以作为触发通道。数字化仪除了模拟信号，我们还有预留的16个数字IO通道，数字IO和模拟IO可以同时采集。当然如果您只是想获取数字IO，我们也有很多数字IO板卡提供。 汽车大电流注入测试 Q：开环和闭环法怎么选择？依据是什么？ 开环和闭环方法是以测试布置为依据来做区分，不同的方法测试布置要求明显不同，测试结果也有差异，相对而言，闭环测试法的要求更加严苛。一般来说，我们测试标准中会有规定需要用哪种测试方法，如果没有规定需要自己选择，那么选择开环还是闭环法主要取决于你的产品设计和测试要求。如果你的产品设计和测试要求较为严格，那么可能需要选择闭环法。如果你的产品设计和测试要求相对较为宽松，那么开环法可能是一个更好的选择。总的来说，选择哪种方法主要取决于你的具体需求和情况。在做出选择时，你可能需要考虑你的产品设计、测试要求以及你的资源和能力。 Q：你们的报告生成器可以生成的文件有哪些内容呢？ 生成报告分为三个步骤。首先，创建或者选择一个模板文件作为报告的基础。然后设置所需的报告生成器设置。最后生成并检查测试报告。 ①模板文件可以采用Microsoft Word、Microsoft Excel或文本格式制作。 ②选择模板文件并确定报告内容后即可生成报告，模板文件中包含各个测试的代码（只列举了几项）。 ③报告生成器可以生成图形文件和表格文件，报告生成器已进行扩展，不仅可以更轻松地指定应包含哪些图表，而且甚至可以在一个图表中包含多条“线”。可以生成不限于以下内容： ● 组合多条图表线 ● 单频段多频段测试中产生的所有数据的记录，包括像辐射抗扰中生成的磁场图 ● 可定制的AD通道测量表 Q：请问你们的套装支持什么标准呢？ 从上图可以看出，我们的套装支持，国际标准，国家标准，以及一些军用设备的标准，除了表格中说到的这一些，由于我们能产生大于200 mA的电平等级且产生的频率范围覆盖我国车企的标准。那么我们还支持绝大部分车企的标准。 德思特汽车大电流注入测试方案 汽车传感器仿真和信号分析 Q：我看直播里面讲的传感器仿真是基于压阻式的基本传感器，那对于智能传感器，比如MEMS这种可以仿真吗？ 这个比较复杂的智能传感器集成了部分芯片，主控在里面，这个是我们仿真板卡做不到的。不过这种情况，一般是针对于自动驾驶里面应用居多，都是在软件层上去做仿真模拟。如果您有这种仿真测试的集成需求，也可以找我们，我们背靠研发团队，是可以给您完全的解决方案的。 Q：如果我想做一套故障注入的测试系统，但是想用网线去控制，可以实现吗？ 这个也是可以做到的，我们有这种LXI机箱，插入PXI板卡，可以通过以太网或者USB去控制。 面向自动驾驶与智慧城市的C-V2X与C-ITS方案 Q：Sdk 支持哪些软件语言，或者软件集成开发环境？ 支持C和Python的语言。软件集成开发环境要求如下： 1. 操作系统要求：Ubuntu Linux 18.04或更高版本。 2. V2X设备要求：安装、授权并运行德思特V2X软件堆栈。 3. Python SDK要求： - pip3包管理器，用于安装Python软件包。 - Python 3.7或更高版本，用于运行Python示例。 4. C SDK要求： - 开发者环境，例如build-essentials、cmake等，可以从.c源代码生成可执行文件并运行 Q：你们提供的这个应用程序和高德、百度这些有什么区别？ 最大的区别就是它显示基于V2X的数据，并显示情境警告。例如前方碰撞警告等一系列的应用场景，可以在车载显示屏上显示，也可以与后视镜集成，相较于直接使用手机会有更大的安全性，不易分散注意力。而且是不需要蜂窝网络连接就能实现提醒，在没有信号的情况下或者信号差的情况下也可以使用。 Q：你们的V2X协议栈有指定的硬件？ 我们的V2X协议栈没有指定硬件，它支持国际上目前常用的ETSl、ISO、IEEE、SAE、CAICT、CAICV、CCSA定义的标准和指令，以及C2C-CC、C-Roads、NISSTC的配置文件。 德思特C-V2X与C-ITS方案 Q：V2X消息接口怎么访问呢？ 我们的V2X堆栈提供了SDK，可以整合车辆数据（例如CAN接口提取的专有车辆数据等）发送来源更加丰富的V2X消息，也可以是发送自定义的V2X消息，同时可以处理接收到的设备消息（包括其他车辆和道路基础设施、传感器等）和自定义消息。更多详细信息可以联系德思特技术工程师获取《德思特V2X软件栈和SDK的使用指南》，其中对于具体案例和访问方法都有介绍。

2023年8月9日-8月11日， 上海国际汽车测试及质量监控博览会 在上海圆满落幕。本次展会提供了一个了解 最新汽车测试及质量监控技术、产品和趋势 的机会，同时也是汽车测试及质量监控领域的专业人士和业内人士的重要交流平台。 雅名特是虹科旗下子公司 ，专注于 自动驾驶领域 ，提供高性能的 数据采集、记录、传输方案 ，针对各种驾驶场景进行精准的仿真模拟，以及对大量自动驾驶数据进行高效、高质量处理。我们的一站式服务能够满足自动驾驶领域研发测试的全流程需求。 此次展会中， 虹科雅名特自动驾驶团队 向现场参观者展示了 丰富的产品和完善的解决方案 。 展会瞬间 雅名特团队借助 实车展示自动驾驶等汽车相关解决方案 ，为客户演示自动驾驶数据采集、记录以及处理的全流程，吸引众多客户和同行驻足观赏。 不少参观者对产品和解决方案表现出浓厚的兴趣，雅名特团队以真诚和专业的态度与客户进行了深入的沟通和交流。 雅名特自动驾驶展品 雅名特BRICK2 测量平台 辅助驾驶和自动驾驶测量平台，BRICK2 测量平台专为在试驾期间从传感器或 ECU 采集原始数据而开发。结合 BRICK2 STORAGE NVMe 附加组件，BRICK2 可实现高达 32 Gbit/s的记录速度，并可存储高达60 TB 的数据。得益于紧凑的机架安装，整个 ADAS 系统解决方案可以安装在车辆中，无需占用任何空间或布线。 雅名特DATALynx ATX4 用于高性能计算解决方案的 b-plus 系列，实现了车载应用的新水平。高端服务器性能在汽车领域的应用，数据中心性能满足车辆适用性，为 AI 提供终极 GPU 性能，灵活适应需求，在车内安全操作。 雅名特COPYLynx 将数据摄取到数据中心或云端的复制站，该复制站用于将多传感器数据传输到数据中心。不同的变体可以直接在车辆和数据中心中使用。集成哈希算法和强大的 CPU 确保数据完整性，与多种媒体高度兼容。能够将数据并行或顺序传输到多个目标设备，并将文件直接复制到以太网目标、USB和 (e)SATA 设备或AWS S3。 雅名特 MDILink GMSL2/FPDLink Ⅲ/CSI-2 多通道 LVDS / 串行 LVDS 到双 10Gb 以太网转换器，可实现从串行链路 /LVDS 摄像机接口无损解耦合原始数据和时间戳。可以实现具有触发功能的相机、雷达或激光雷达的精确时间同步。传感器数据可以轻松传输并随后在数据记录平台中进行分析，也可以集成到其他 AVETO Toolbox 模块中。 雅名特aiSim 真实场景仿真模拟，基于物理传感器仿真模拟。感知测试：基于物理的传感器仿真；大规模测试：完整系统的端到端测试；用于验证和确认的仿真：ISO 26262，完全确定性仿真；实时HiL：最复杂传感器设置的仿真；开放式架构：易于与第三方工具和模型集成。 雅名特ADTF 先进的通用软件框架和工具集，用于开发、验证、测试和可视化驾驶辅助系统到自动驾驶的全流程，实时同步处理多个传感器数据流。集成的测试环境，使得在开发平台中编程的驾驶员辅助和安全功能可以很容易地可视化并进行虚拟测试。 如您对上述产品和解决方案感兴趣， 欢迎联系雅名特自动驾驶团队了解更多信息。 我们将竭诚为您服务！ 期待与您的交流！ 虹科是一家汽车科技行业的先驱企业，已经沉淀了十年以上的经验。雅名特是虹科旗下子公司，专注于自动驾驶领域，展现了卓越的创新能力和深厚的行业理解。我们以数据为驱动力，提供高性能的数据采集、记录、传输方案，针对各种驾驶场景进行精准的仿真模拟，以及对大量自动驾驶数据进行高效、高质量处理。我们的一站式服务能够满足自动驾驶领域研发测试的全流程需求。我们深入了解客户需求，结合行业最新技术和趋势，为客户提供最优化的自动驾驶解决方案，助力客户在自动驾驶领域取得更大突破。

汽车总线： 汽车总线是一种用于在车辆电子系统中传输数据和控制信息的通信系统。它允许不同的电子控制单元（ECU）在车辆中相互通信，协调各个系统的操作，以实现功能的集成和协同工作。 在现代汽车中，综合通信性能和成本，常用的汽车总线包括CAN、CAN FD、LIN三种。对于不同的总线，在通信速率、价格、试用场景上也各不相同： 当不同的设备或模块使用不同的总线协议时，需要进行总线协议转换，以实现它们之间的通信和互操作性。为了降低协议转换的时间、人力成本和工程复杂度，提高工作效率，虹科采用了性能优质的网关设备为该问题提供解决方案，主要的网关为虹科PCAN-LIN和Router系列网关，并在以下诸多场景中有显著的作用： 跨协议通信测试 BMS（电池管理系统）是一种用于监控和控制电池的设备，它负责管理电池的充电和放电过程，以及确保电池的安全和性能。BMS通常使用各种通信协议来与电池组内的电池模块进行通信。 常见的BMS通信协议为 CAN（Controller Area Network）网络通信：CAN总线是一种广泛应用于汽车和工业领域的通信协议，它可以实现多个节点之间的高速通信。在电动车辆和大型电池系统中，BMS通常使用CAN总线与电池模块进行通信。 然而，在实际的生产测试环节，经常会有车窗、马达电机等LIN通信的ECU需要与BMS进行通信测试，那么如何才能保证不同协议间通信的正常测试呢？ 虹科解决方案 PCAN-LIN是一款集CAN、LIN、RS232三种通信协议为一体的网关，LIN网络中的PCAN-LIN可以根据实际的需求选择主节点或者从节点。 在本案例中，CAN通信的BMS与PCAN-LIN网关通过CAN-H/CAN-L进行总线连接，网关可以转为LIN的主节点与具体的LIN网络ECU进行通信。 此外，网关有自带的上位机配置软件，可以在软件中进行固件信息的修改，并发送至硬件内的芯片上，可视化的窗口也方便了配置操作。 PCAN-LIN 概述 该款 PCAN-LIN 模块可使 CAN,LIN和串口之间进行通讯。采用轻便的塑料外壳，内含固件可使数据在不同总线系统之间进行交换。用配置软件可设置各种模式。例如该模块可充当 LIN 主站，能请求数据和安排输入的 LIN 数据发送到 CAN 总线和/或串口。用一个ID 偏置,数据可在 CAN和 LIN 之间交换。