- 博客(76)
- 收藏
- 关注
RSS订阅原创 车载以太网TCP协议-【TCP状态机以及时间参数】
状态触发条件下一步动作CLOSED初始状态无连接LISTEN服务器调用listen()后等待客户端 SYNSYN_SENT客户端调用connect()(发送 SYN)等待 SYN/ACKSYN_RCVD收到 SYN (服务器发送 SYN/ACK 后)等待对 SYN/ACK 的确认 (ACK)三次握手完成正常数据传输FIN_WAIT_1主动关闭方发送 FIN等待 ACK 或 FINFIN_WAIT_2收到对 FIN 的 ACK (未收 FIN)等待对端 FINCLOSING。
2025-09-09 11:46:49
82
原创 TCAN1043A介绍以及应用
TCAN1043A-Q1 是一款高速控制器局域网 (CAN) 收发器，符合 ISO 11898-2:2016 高速 CAN 规范的物理层要求。TCAN1043A-Q1 支持高达 8 兆比特每秒 (Mbps) 的经典 CAN 和 CAN FD（灵活数据速率）网络。该收发器具有三个独立的电源输入引脚：VSUP、VCC 和 VIO，用于实现与 1.8V、2.5V、3.3V 或 5V 控制器的逻辑电平转换和直接接口连接。
2025-08-21 16:34:58
1031
1
原创 TJA1044介绍以及应用
以下是针对TJA1044型号：TJA1044（NXP第二代高速CAN收发器）协议兼容：ISO 11898-2/5（支持CAN FD，最高5Mbps）工作电压VCC：4.5V ~ 5.5V（主电源）VIO：1.8V ~ 5.5V（逻辑接口电源，与MCU电平匹配）关键特性极低功耗（待机模式电流＜5μA），支持总线唤醒支持总线故障保护（短路到电源/地）电磁兼容性（EMC）优化，通过AEC-Q100认证引脚名类型功能描述VCC输入。
2025-08-18 13:55:36
909
原创 Vcc与Vio电源定义&作用以及应用
在硬件设计（尤其是通信收发器，如CAN、RS-485、以太网PHY等）中，VCC和VIO是两类关键电源引脚，其定义和作用直接影响器件的兼容性和可靠性。电源引脚定义典型电压主要供电对象VCC主电源输入，为收发器的核心电路（如驱动级、协议逻辑）供电。内部电平转换器、总线驱动器、振荡电路VIOI/O接口电源，为通信接口电平（如UART、SPI）提供电压匹配。与MCU逻辑电平一致（如3.3V/1.8V）TXD/RXD、CS、STB、SCLK等控制信号电压范围：4.5V ~ 5.5V（典型值5V）。
2025-08-18 09:59:26
1171
原创 车载控制器硬件电路-各电源轨和功能模块定义以及作用
在车载控制器的硬件设计中，各电源轨和功能模块的命名直接反映了其电路特性和系统级作用。以下是针对这些关键信号的逐项详解。
2025-08-16 19:01:07
592
原创 CAN控制器和CAN收发器的作用和联系
核心概念：分层处理CAN通信系统遵循网络通信中常见的分层模型。CAN控制器处理协议层（数据链路层）的任务，而CAN收发器处理物理层的任务。它们紧密合作，共同实现CAN节点的通信功能。
2025-08-14 09:59:41
683
原创 在车载控制器中Vbat、VCC、VIO的定义以及作用
Vbat是的直接连接或经过基本保护的连接。它直接来自车辆的12V（或24V）铅酸蓄电池（或锂电池包）的正极。电压范围宽：正常工作时约9V-16V（12V系统）或18V-32V（24V系统），但在特殊工况下（如冷启动、负载突降）可能低至3V-5V或高达40V甚至更高。承载能力大：能够提供控制器所需的主电流（尤其是启动、驱动继电器、大功率负载时）。持续存在：即使在车辆熄火拔钥匙（OFF状态）后，只要蓄电池未断开，大部分控制器的Vbat端仍有电（用于维持休眠模式、实时时钟、存储单元、唤醒检测等）。
2025-08-14 09:21:26
1056
原创 网络管理以及休眠唤醒的作用
车载控制器的休眠唤醒机制和网络管理系统是现代汽车电子系统高效、可靠、安全和满足法规的核心保障。支撑丰富的智能网联待机功能。满足严苛的静态电流和排放法规。保障车辆长期停放的可靠启动。提供高效的按需唤醒与按需功能服务能力。确保车载网络通信的有序性、可靠性和可用性。延长车辆电子系统及蓄电池寿命。为复杂的车辆功能集成提供底层支撑。可以说，没有成熟、高效的休眠唤醒和网络管理技术，就没有现代汽车丰富的智能化功能和可靠的电能管理表现。
2025-08-14 09:05:20
888
原创 汽车功能安全-在系统层面验证TSR实例
这是进行系统层面 E2E 测试的最常用、最有效方法。HIL 台架可以：精确模拟 IDCU 的 CAN 消报文发送。精确注入各种类型的 CAN 通信故障 (超时模拟、错误数据/CRC/计数器注入、总线负载控制)。实时监控 CCU 的输出 (如通过示波器、高精度记录设备或 HIL 板卡自身 IO 直接测量FHTI。模拟真实的 ECU 电气环境和部分车辆网络。
2025-07-16 19:03:15
1064
原创 汽车功能安全-相关项集成和测试（系统集成测试&系统合格性测试）-12
a) 确定集成步骤，整合系统要素，直到系统完全集成；b) 验证根据系统架构层面的安全分析所确定的安全措施是否已经实施；c) 根据系统架构设计，提供集成的系统要素满足其安全要求的证据。总之，ISO 26262 中描述的。
2025-07-16 13:13:21
1434
原创 汽车功能安全-嵌入式软件测试（软件合格性测试）【目的、验证输入、集成&验证要求】11
特性基于需求的测试故障注入测试核心目标验证功能正确性 & 实现符合需求验证安全机制在故障下的鲁棒性、检测能力和容错效果测试方向正向测试(验证需求要求的“应该发生”)负向测试(验证在“不应该发生”的故障下系统的反应)输入来源直接从需求规范导出测试用例从FMEA/FTA等分析得出的关键故障模式、失效场景导出测试用例测试条件正常输入条件、预期的操作序列人为注入异常/错误/故障状态(篡改数据、状态、输入信号、模拟硬件错误)主要关注点功能行为、接口、时间约束是否正确实现安全机制的覆盖率故障检测率。
2025-07-11 09:52:34
1235
原创 汽车功能安全-软件集成和验证（Software Integration Verification）【验证方法&用例导出方法&输出物】10
表10 软件集成验证方法备注：基于需求的测试 (Requirement-based Testing)接口测试 (Interface Testing)故障注入测试 (Fault Injection Testing)资源使用测试 (Resource Usage Testing)在模型和代码之间背对背对比测试 (Back-to-Back Test between Model and Code)控制流和数据流的验证 (Control Flow and Data Flow Verification)静态代码分析
2025-07-10 18:35:26
909
原创 汽车功能安全-软件集成和验证（Software Integration Verification）【目的、验证输入、集成&验证要求】9
通过这种结构化、分层级并明确定义了依赖关系的集成方法，旨在早期发现和修复软件单元在集成过程中产生的接口错误、时序问题、资源冲突、逻辑交互缺陷等，确保最终生成的嵌入式软件在功能、性能和安全方面满足要求，为后续顺利的软硬件集成和系统验证打下坚实基础。示例：可靠性（没有不可访问的软件），鲁棒性（防止错误输入），可信赖性（有效的错误检测和处理）。软件要素的集成和测试的步骤直接对应着软件的分层架构。注：原文定义：对于基于模型的开发，软件集成可以替换为模型级别的集成以及随后来自集成模型的代码自动生成（参见附件B）。
2025-07-10 13:31:32
769
原创 汽车功能安全-软件单元验证 (Software Unit Verification)【用例导出方法、输出物】8
为确保软件单元测试的测试案例规范符合9.4.2要求，应通过表8所列方法开发测试用例。表8 软件单元测试用例的得出方法：备注：a 等价类可以根据输入和输出的划分来确定，这样就可以为每个类选择一个有代表性的测试值。b 该方法用于接口、接近边界的值、与边界交叉的值及超出范围的值。c 错误猜测测试可以根据通过“经验教训”过程和专家判断收集的数据进行。1. 需求分析专业解释：这是软件单元测试用例生成的根本来源和起点。它系统地审查分配给软件单元的功能性安全需求和非功能性需求（例如性能、资源约束）。测试用例
2025-07-09 19:51:10
1429
原创 汽车功能安全-软件单元验证 (Software Unit Verification)【验证输入物、验证方法】7
表7 软件单元验证方法:表7（续）1. 走查（Walkthrough）⦿专业解释非正式评审过程，由开发者讲解代码逻辑，参与者自由提问，目标是发现明显错误或逻辑缺陷。▲通俗解释代码作者像导游一样带大家读代码，其他人随时举手问“这里为什么这样写？🚗汽车示例：ECU的油门控制算法开发中，工程师向团队逐行解释PID控制代码，团队质疑积分项防饱和逻辑是否完整。2. 结对编程（Pair Programming）⦿专业解释：两名开发者共用一台设备实时协作编程。
2025-07-09 12:12:10
709
原创 汽车功能安全-软件单元验证 (Software Unit Verification)【定义、目的、要求&建议】6
想象一下汽车的软件是由成千上万个小小的“智能部件”（软件单元）组成的。核心规矩：关键部件，严上加严！如果一个智能部件（软件单元）负责安全大事（比如管刹车、防碰撞、控安全气囊），那么检查它的时候必须用最严格、最全面的“安检流程”（ISO 26262-6子章条的要求）！为啥？因为这些部件要是出点毛病，车就可能失控、撞车，要人命！马虎不得！啥算“关键部件”（安全相关）？这个部件本身干的活就是保障安全的。例：刹车压力控制器：它直接决定踩刹车时有多大劲儿能停下来。气囊触发器。
2025-07-08 18:18:05
949
原创 汽车功能安全系统阶段开发【技术安全方案TSC以及安全分析】5
HARA定义顶层目标和风险等级；FTA和FMEA互为补充，分别从顶向下和自底向上识别设计中的故障弱点，并指导安全机制的设置和验证；DFA则专门应对安全机制本身可靠性的关键问题（独立性）。它们共同确保系统设计能满足安全目标。
2025-07-08 18:17:26
973
原创 汽车功能安全系统阶段开发【技术安全需求TSR】4
通过上文介绍，咱们了解了功能安全需求（FSR）和方案（FSC），但是FSR本质上属于功能层面的逻辑安全需求，属于“需要做什么”的层级，无法具体实施，所以需要将FSR进一步细化为技术层面的安全需求（TSR），即“怎么做”，为后续的软件和硬件的开发奠定技术需求基础。是从功能安全需求（FSR）细化出的具体技术实施方案，用于指导系统/软硬件设计。可测试性：必须能被验证（e.g., 通过测试或审查）技术具体化：明确硬件/软件实现方式（e.g., 传感器类型、算法逻辑）覆盖完整性：需覆盖所有FSR要求和安全机制。
2025-07-07 21:34:18
1258
原创 汽车功能安全概念阶段开发【功能安全需求及方案（FSR&FSC）】3
定义功能安全方案 (FSC):FSRs。设计一个功能性的架构概念，明确定义：实现每个 FSR 需要哪些功能块功能块之间的职责划分(哪个块负责检测、哪个负责决策、哪个负责执行)。功能块之间的交互逻辑和信息流（接口规范）。用于实现 FSR 的安全机制(例如：输入信号范围检查、合理性检查、数据校验、冗余比较、软件程序流监控、硬件看门狗)。故障处理策略和状态机（正常模式、降级模式、安全状态之间的转换条件）。fill:#333;color:#333;color:#333;fill:none。
2025-07-07 20:57:27
1498
原创 汽车功能安全概念阶段开发【相关项定义&HARA】2
相关项是指被实施功能安全要求的系统或系统组合。它是一个功能单元（可能包括硬件、软件、机械部件和操作者），其功能失效可能导致危险事件。相关项=结构+功能描述+对象属性特征）概念阶段的相关项定义需要：划定相关项的范围（内部组成）和接口（与外部系统或环境的交互）。清晰说明相关项预期提供的所有功能（包括正常操作、降级操作模式）。初步识别构成相关项的要素（硬件模块、软件组件、传感器、执行器等）。描述相关项运行的场景（环境、驾驶工况、驾驶员状态等）。明确定义输入输出信号、通讯接口、能量源、机械连接等。
2025-07-04 21:53:55
1449
原创 汽车功能安全【ISO 26262】概述1
任何事物都存在或多或少的缺陷，比如人（理想很丰满，现实很残酷），再比如物（任何事物都存在老化等）。系统、软件以及硬件开发都遵循各自V模型，都从需求到架构再到设计实现，最后验证及其系统确认（确认只有在系统层面）。随着智能化发展，其必要性已从“合规要求”升级为“技术竞争力核心”，既降低企业长期风险，更是对生命的敬畏。通过设定安全机制和安全状态，当系统出现故障时，在故障容错时间内系统进入安全状态，保证人身、财产安全。：现代汽车电子化程度高（ECU超100个，代码量超1亿行），任何软件/硬件失效都可能引发事故。
2025-07-04 20:48:17
1119
原创 车载以太网网络测试-29【SOME/IP-SD】-SD状态机
SD状态机可分为两种：Server端状态机与Client状态机，每种状态机均可以分为两种状态：Down State（下电休眠）与Available State（上电唤醒）。其中Available State可再进一步细分为Initial Wait Phase, Repetition Phase, Main Phase。本文将对两种状态机进行详细介绍并进行实例示例。
2025-07-04 10:13:09
342
原创 车载以太网网络测试-28【SOME/IP-SD】2
车载以太网网络测试-27【SOME/IP-SD简述】本文接着来详细剖析 SOME/IP-SD 报文中 Length of Entries Array和 Options Array这四个关键字段。它们在车载以太网的服务发现机制中扮演着核心角色。以上主要介绍了 SOME/IP-SD 报文中 Length of Entries Array和 Options Array这四个关键字段，并以智能座舱域控制器与车身域控制器的交互过程为例进行了介绍，希望能对大家理解SOME/IP-SD 有所帮助！
2025-07-03 16:47:42
644
2
原创 车载交换机动态MAC学习和静态MAC绑定&如何获取MAC地址表
在车载网络（尤其是车载以太网）中，交换机负责在车内不同的电子控制单元（如发动机管理单元、信息娱乐系统、ADAS摄像头/雷达、车身控制器等）之间高效、可靠地转发数据。理解动态MAC学习和静态MAC绑定以及掌握获取控制器MAC地址表的方法，对于开展车载网络测试至关重要。
2025-07-03 15:55:39
545
原创 Wireshark 筛选功能详解：语法与示例
Wireshark筛选功能详解 本文介绍了Wireshark网络协议分析工具的筛选功能，包含显示过滤器和捕获过滤器两大部分。显示过滤器采用[协议].[字段] [运算符] [值]的语法结构，支持多种逻辑运算符和协议字段过滤（IP、TCP、UDP、HTTP等），并提供了复合表达式示例。捕获过滤器使用BPF语法，可基于主机/端口、协议类型、网络范围等条件在捕获时过滤数据。文章还对比了两者的区别，指出捕获过滤器应用于数据捕获阶段，而显示过滤器用于后期分析，前者效率更高但后者更灵活。最后介绍了高级筛选技巧如比较运算符
2025-06-11 21:49:46
1490
原创 车载中央域控制器测试【BCM模块介绍-外灯3】
本文对外灯的倒车灯、角灯、照地灯以及车外灯光迎宾的功能、实现方案以及需求进行介绍相关介绍；至此，车身域控外灯模块的基本功能以及原理已经基本上进行了详细介绍，有利于后续充分认识并深入理解车身域控的功能和原理。
2025-05-24 23:38:26
1124
原创 车载以太网网络测试-27【SOME/IP-SD简述】
SOME/IP-SD协议是基于IP的可扩展面向服务中间件中的服务发现协议，是汽车电子和嵌入式系统中实现动态服务发现与通信的核心组件。该协议规范详细说明了协议SOME/IP服务发现（SOME/IP-SD）的格式、消息序列和语义。本文将对SOME/IP-SD协议进行详细介绍。
2025-05-22 20:29:02
1548
2
原创 车载功能测试-车载域控/BCM控制器测试用例开发流程【用例导出方法+优先级划分原则】
前文介绍了车载外灯模块的常见模块的功能、控制原理实现以及需求，本文主要以位置灯为例，详细讲述针对此类需求如何从需求导出用例，并保证用例对需求的覆盖度。针对手动控制位置灯的典型需求进行测试用例设计，通过对用例导出方法的合理使用以及优先级的合理划分，使用例覆盖度符合要求，并且更有利于合理地开展测试工作。可以在有限的测试资源下，对重点需求点进行最大化的验证，这种方法是汽车电子领域平衡效率与安全的行业最佳实践。
2025-04-23 11:29:22
2175
3
原创 车载中央域控制器测试【BCM模块介绍-外灯2】
本文主要介绍了外灯模块相关的前后雾灯灯、转向灯、危险警报灯以及制动灯的作用和功能、控制逻辑的实现以及需求介绍。希望能帮助大家快速了解外灯模块的功能，为后续学习测试外灯功能做一些理论准备。
2025-04-22 10:39:00
1490
1
原创 车载测试用例开发-如何平衡用例覆盖度和测试效率的方法论
在进行车载测试用例编写时，会遇到多个条件导致用例排列组合爆炸的情况，但是为了产品测试质量，我们又不得不保证用例设计的需求覆盖度，这样又会使得测试周期非常长。我们如何平衡效率和测试质量？本文进行了一些思考。
2025-04-20 23:29:37
1492
原创 ISO26262-浅谈用例导出方法和测试方法
ISO26262定义了测试方法和用例导出方法，共同保证产品的开发质量。但在刚开始学习ISO26262的时候，又不是非常清晰地理解它俩的区别和联系。本文主要对它俩的定义、作用以及相关方法进行了介绍。
2025-04-19 22:52:51
1587
原创 车载中央域控制器测试【BCM模块介绍-外灯1】
中央域控制器作为汽车电子电气架构（EEA）从分布式向集中式演进的核心部件，近年来在智能化、网联化趋势下快速发展。中央域控制器的外灯控制功能是车辆电气架构中的重要功能之一，本文主要对外灯的位置灯、近光灯、远光灯以及昼间行驶灯的功能、实现方案以及需求进行介绍。本文主要介绍了外灯模块相关的位置灯、近光灯、远光灯以及昼间行驶灯的作用和功能、控制逻辑的实现以及需求介绍。希望能帮助大家快速了解外灯模块的功能，为后续学习测试外灯功能做一些理论准备。
2025-04-19 16:01:11
1695
原创 浅谈验证（Verification）和确认（Validation）
ISO 26262标准中，**验证（Verification）和确认（Validation）** 是功能安全生命周期中的两个关键活动。验证确保每个开发步骤（如硬件/软件设计）符合其输入需求（如安全需求），确认确保最终产品在所有预期环境中均满足安全目标（如避免非预期加速等危害）。通常先完成各阶段的验证，最后进行确认（但可能有迭代）。通过区分这两者，ISO 26262确保从微观到宏观层面均覆盖功能安全要求。定义验证是通过客观证据证明开发阶段的输出是否满足该阶段规定的需求。
2025-04-18 23:05:05
2259
原创 A2L文件解析
A2L文件（也称为ASAP2文件）是ECU开发的核心接口文件，用于标定、测量和诊断的关键配置文件，遵循ASAP2标准（ISO 13830-1）。没有它，工程师无法高效调整或分析ECU行为。
2025-04-10 23:20:03
1381
3
原创 SOMEIP通信矩阵解读
本专题主要对SOME/IP通信矩阵定义的服务基础属性、数据类型属性、服务实例与网络配置参数等进行了介绍，有利于充分理解SOME/IP通信矩阵的参数定义。
2025-04-06 22:33:36
2671
3
原创 ARXML文件解析-2
本文主要对ARXML文件的注意事项、常见问题以及解读与编辑进行详细介绍。ARXML文件通过分层包和元素描述汽车电子系统，解读需关注模块功能及引用关系，编辑推荐使用专业工具或谨慎手动调整，并始终验证文件正确性。本专题相关介绍有利于更好地理解ARXML文件。
2025-04-05 23:25:39
1593
1
原创 ARXML文件解析-1
ARXML（AUTOSAR XML）文件是汽车电子系统开发中的核心配置文件，基于AUTOSAR（汽车开放系统架构）标准定义，用于描述整车电子系统的软件架构、通信配置、资源分配及服务接口。在车载测试、开发等领域有着广泛的应用，因此掌握ARXML文件的作用、语法结构以及用法是非常重要的。
2025-04-04 23:45:42
2630
4
原创 车载以太网网络测试-26【SOME/IP-通信方式-2】
本专题继续对SOME/IP的通信方式进行介绍，主要有Method、Event以及Field这三类接口的定义、应用场景以及示例进行介绍。车载以太网网络测试 -24【SOME/IP概述】车载以太网网络测试 -25【SOME/IP-报文格式-1】
2025-03-31 23:07:14
1433
原创 车载以太网网络测试-25【SOME/IP-报文格式-1】
本文是对SOME/IP报文的格式以及各字段的定义进行了介绍，并且通过列举实例来帮助大家对SOME/IP通信过程的理解，希望能有所帮助！
2025-03-29 19:17:00
1363
原创 常用登录Linux系统的方法以及操作指南
Linux在车载控制器的普及是汽车电子架构向集中化、智能化演进的必然选择，其技术自由度、生态成熟度与行业需求高度契合，未来随着舱驾一体（如高通SA8295单芯片跑Linux+Android）的发展，渗透率将进一步上升。因此，具备一定的Linux基础是很有必要的。本专题介绍了登录Linux系统的常用方法和工具，并且对常用Linux命令以及相关示例进行了介绍，希望能对大家学习Linux系统有一定帮助！
2025-03-29 16:39:13
1388
汽车网关路由功能测试及应用场景解析：涵盖多种总线协议与测试方法
2025-03-21
CANoe环境下变量与测试节点创建的技术指南
2025-03-21
汽车自适应平台中基于UDP的网络管理协议(AUTOSAR PRS-UDPNetworkManagementProtocol)
2025-03-04
车辆软件更新及其管理系统标准的联合国法规No.156规范解析与应用指南
2025-03-04
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人