UDS(4)_28服务

优质创作者: 软件测试技术领域

领域专家: 嵌入式与硬件开发技术领域

2023-05-24 13:17:19

课时名称	课时知识点
UDS(4)_28服务	UDS(4)_28服务_UDS(4)_28服务_UDS(4)_28服务

...全文

251 回复打赏收藏转发到动态举报

写回复

回复

切换为时间正序

请发表友善的回复…

发表回复

点击返回「《UDS/OBD诊断需求编辑工具》总目录」共44页精讲：应用领域：读懂ODX-D诊断描述文件；制作生成ODX-D/PDX文件的脚本。附ODX-D描述：UDS $28 CommunicationControl服务目录 1 ODX-D描述一个UDS $28 CommunicationControl服务的结构 2 标签DIAG-SERVICE描述的内容 2.1 举例：DIAG-SERVICE的XML描述 3 标签REQUEST描述的内容 3.1 举例：REQUEST的XML.

在嵌入式系统中，通过SPI接口软件模拟实现UDS 28服务（编程模式控制），完成ECU刷写前的通信握手与状态切换。该方案规避了硬件CAN控制器依赖，适用于资源受限MCU，已在汽车诊断工具原型中稳定运行，验证了UDS 28服务在非标准总线上的可行性。

0x28服务允许诊断仪（客户端）控制ECU（服务端）在总线上的报文接收（Rx）和发送（Tx）行为，可按通信类型进行细粒度开关。ECU日常功能通信，如发动机转速、车速、刹车信号等。用于网络状态管理的报文（如AUTOSAR NM报文），控制ECU的睡眠/唤醒、网络状态转换等。多数OEM在刷写时只关闭应用报文（0x01），保留NM报文以维持网络管理状态；也有OEM选择全部关闭（0x03要点内容服务SID0x28（肯定响应0x68核心功能控制ECU报文的收发（Rx/Tx开关）报文长度。

直接用于实车量产的UDS协议栈，严格遵循ISO 14229标准，支持诊断会话切换、安全访问算法、数据标识读写、例程控制及完整ECU程序刷写流程。采用STM32MP157双核异构架构：Cortex-A7主核运行Linux环境下的诊断应用层，Cortex-M4协处理器专注CAN底层通信与硬实时响应，已封装适配常见CAN收发器（如TJA1051）和Flash擦写驱动。资源包内含可编辑的drawio刷写流程图、PNG高清流程图、.ioc初始化配置、.mxproject工程文件、模块化驱动目录（Drivers/CA7

UDS诊断服务基础篇之28 前言首次，请教大家关于诊断服务28的几个问题： 28服务有何作用，为什么要有28服务呢？ 28服务在使用过程中有哪些注意事项呢？ 28服务诊断请求与诊断响应如何交互？这篇，我们来一起探索并回答这些问题。为了便于大家理解，以下是本文的主题大纲：正文服务功能功能描述根据ISO14119-1标准中所述，诊断服务28服务主要用于网络中的报文发送与接受，比如控制应用报文的发送与接收，又或是控制网络管理报文的发送与接收，以便满足一定场景下的应用需求。下列文中使用到的Cl

蚂蚁小兵的课程社区_NO_1

19

社区成员

103

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章