[参考译文] TMDSICE3359：Profibus 从属设备诊断数据

你好 Paula。
感谢您的回答。
在测试中、您向配置中添加了2个地址为3和9的器件。
并获取诊断数据

F0 e8 03 <<它用于地址3
F0 e8 03 3c 02 00 03 00 <<它用于地址9

事实上、您的结果与我的结果相同。

1) 1)使能数据的长度等于器件地址

根据标准、诊断数据必须具有6个或更多字节。
因此、如果是器件3、诊断的长度可以是0或6。
实际上、长度为3。 这是错误的。

2) 2)诊断数据与 Profibus 标准不符。
Stadnard 表示诊断的强制部分具有以下格式：

[ STATUS_1、STATUS_2、STATUS_3、ADR、Ident_H、 识别号 L ]

分析6中的每个字节会太冗长。
那么、让我们以第一个字节为例：

STATUS_1
bit_0 -基站不存在
bit_1 -工作站未就绪
bit_2 -配置故障
bit_3 -遵循扩展诊断(长度大于6)
bit_4 -从器件不支持请求的函数
bit_5 -无效的从器件响应。 该位始终由从器件设置为零。 在这里、主器件会注意到从器件提供了无效的响应。
bit_6 -参数电报中存在故障
bit_7 -从器件已被另一个主器件锁定

对于两个器件(3和9)，我们得到与 STATUS_1字节相同的值0xF0
这意味着不能同时使用两个电台：
-确实存在
-准备就绪
－没有配置故障
－没有扩展诊断程序
-已请求某些不受支持的功能
-具有无效的从器件响应
-参数电报中存在故障
-被另一个主器件锁定

我可以分析字节2..6、结果将相同。 根据 PROFIBUS 标准、显示的诊断数据是一个完整的垃圾。
它有问题。