天赐好车的博客

ECU集成测试不仅验证接口通信，更关注多个模块在组合后能否协同完成完整功能链路。针对SoC+MCU架构，需覆盖软件、硬件及跨单元协作，重点检验数据流、状态同步、时序配合与异常处理。集成测试核心在于“组件协同”，而非单一接口通断，需通过8个关键问题系统分析模块关系与交互逻辑，确保整体功能正确性。

UDS 0x29 Authentication 认证服务详解

CAPL：Associative Fields(so-called maps)

没有开发Agent平台，只使用Claude/GPT这类通用大模型，如何搭建一个可工作的ECU测试Agent？

CAN XL协议详解：CAN总线的下一代扩展协议

AI+ECU测试，AI+ECU测试工具，AI+ECU测试自动化

【UDS诊断】31服务

【并行刷写与队列刷写】汽车 ECU 软件刷写中的两种效率提升方案

SOVD 并不是新的诊断报文协议，而是一种面向服务、面向云、面向未来的软件定义汽车诊断访问标准。

根据 ISO 14229-1:2013 Table 5（“Response may be suppressed” 标记的行），可抑制的 NRC 只有以下五类

SOME/IP-SD 是基于 UDP 多播的服务发现与订阅协议，作为 SOME/IP 的子协议存在于 AUTOSAR 通信栈中。它通过 Entry + Option 的 TLV 风格结构编码服务公告（OfferService）、服务发现（FindService）以及事件组订阅（SubscribeEventgroup）。SD 报文承载在固定 Service ID/Method ID 的 SOME/IP 消息中，典型部署使用统一的多播 IP 和 UDP 端口。服务可用性通过 TTL 管理，结合 Initial

汽车ECU诊断刷写和OTA升级中的验签和校验

汽车ECU刷写时为什么一定要先擦除，不可以直接覆盖

UDS诊断服务19服务 19 04 何19 06子服务

汽车ECU测试中边界值方法

FDBus(Fast Distributed Bus)

在TCP（Transmission Control Protocol，传输控制协议）的连接管理中，**TCP FIN** 和 **TCP RST** 是两种核心控制报文，分别用于**正常关闭连接**和**异常中断连接**，二者的设计逻辑、触发场景和交互流程存在本质差异。

在ECU OTA（车载远程升级）场景中，**断点续传**和**回滚**是保障升级体验与车辆安全的核心机制，二者的设计目标是解决“升级中断”和“升级失败”两大问题。

Trap是ECU开发中保障系统鲁棒性的核心机制，其设计需兼顾硬件特性、软件逻辑和功能安全要求。开发者需深入理解目标微控制器的Trap架构，通过标准化的处理流程和调试工具，实现高效的错误定位与恢复。在量产阶段，Trap与内存保护、安全岛等机制结合，可显著提升ECU在复杂环境下的可靠性，满足ISO 26262等安全标准的严苛要求。

从存储、下载、安装三个核心环节分析OTA

OCSP CDN HTTPS OTA

OTA server 云端 ，车端 OTA master

车载以太网-Port ，Switch，Interface

HTTPS（Hypertext Transfer Protocol Secure，超文本传输安全协议）

UDS中的NRC（Negative Response Code）即否定响应码，用于在诊断通信中表示服务端无法成功执行客户端请求的原因。

CDN（Content Delivery Network，内容分发网络）

OCSP（Online Certificate Status Protocol，在线证书状态协议）

在汽车控制器（如ECU、ADAS域控、IVI等）的嵌入式Linux系统中，**日志管理**是保障系统可维护性、故障诊断和合规性的核心环节，需兼顾**功能安全（ISO 26262）**、**信息安全（ISO/SAE 21434）** 及**存储资源限制**（Flash容量、磨损均衡）。其核心目标是：**“关键日志不丢失、敏感日志不泄露、存储占用可控、追溯符合法规”**。

在汽车控制器（如车载ECU、IVI（车载信息娱乐系统）、ADAS（高级驾驶辅助系统）、自动驾驶域控制器等）开发中，Linux分区设计需结合**功能安全（ISO 26262）**、**信息安全（ISO/SAE 21434）**、**可靠性**及**OTA升级需求**，针对嵌入式存储介质（如eMMC、NAND Flash）进行定制。以下是典型分区及设计逻辑：

FMI（Functional Mock-up Interface，功能模型接口）

CI（持续集成）、CD（持续交付/部署）、CT（持续测试）、CICD、CICT

在汽车诊断协议 **UDS（统一诊断服务，ISO 14229）** 中，**NRC 0x24** 是一个标准的否定响应码（Negative Response Code），其含义为： **NRC 0x24：请求序列错误（Request Sequence Error）**

DoIP (Diagnostics over Internet Protocol) 路由激活报文是用于在DoIP通信中激活诊断会话的关键报文。它允许诊断客户端(如诊断工具)与诊断服务器(如ECU)建立通信通道。

FlexRay NetworkStatus

doipclient是一个纯Python实现的Diagnostic over IP（DoIP）客户端，遵循ISO-13400-2:2019标准，用于通过汽车以太网与ECU（电子控制单元）通信。其核心功能包括通过UDP广播或主动请求发现ECU（获取IP和逻辑地址）、建立TCP/UDP连接、发送路由激活请求、支持UDS（统一诊断服务）集成（与udsoncan库配合），以及提供加密通信（TLS）等。关键参数包括ECU的IP地址、逻辑地址（ECU为0x0001-0x0DFF，客户端为0x0E00-0x0FFF），默

python实现DoIP基本通信(收发报文)

UNIX时间戳

tcpdump用法

wireshark过滤器的使用

FlexRay报文 slot[base，rep]