睿远研究院丨IO-Link规范解读（十八）：DS流程详解

DS流程详解

-IO-Link规范篇-

前言

书接上文，上回讲到了DS的主从状态机，本章就继续拆解一下详细的流程。

01

DS标识检查

我们知道，如果主站打开了DS模块，也就是端口模式配置了Manual模式，且指定了Backup & restore或者Restore模式之后就开始了DS流程。

在UpDownload2中，首先主站会检查自己存储的DS标识是否匹配从站的***Vendor ID, Device ID;***如果不匹配，就不会进入如下的流程。

那么这里的检查是怎么匹配的，这里就要回顾到SM模块的流程中，从下图看，有三种匹配方式：

1

NO_CHECK

顾名思义，不会检查任何ID，直接走后续流程

2

TYPE_COMP

只检查Vendor ID和Device ID，不检查SerialNumber，也就是只要是这一类的产品，都可以进行DS

3

IDENTICAL

最严格的，要检查***SerialNumber，***SerialNumber不对，也就走不到后续流程，但该选项在规范中已经明确不再要求实现了

02

CheckMemSize

上述检查完成后，第二步就是CheckMemSize。

☄️首先，主站发送03 03即查询DataStorageIndex的subindex 03，查询从站的DS大小，判断是否合适，规范规定不能超过2048字节，如果从站不支持DS模块，一定会回复一个0x8012，表示该subindex不存在。

🔥主站收到0x8012，则会认为它的大小超过2048字节，就进入了DS fault流程，虽然结果是一致的，但总觉得这是规范是欠缺考虑的。如果从站不支持DS，是否应该直接通过某个标志告知主站，主站无需再进入DS流程即可。

✅查询Size之后，就开始检查是否要upload；首先发送03 02，查看State Property，如果bit7位为1，标识DS_UPLOAD_Flag为true，同时模式为Upload & restore，就直接进入Upload流程。

🔑如果模式不是Upload &resotre，是Restore模式，表示Upload被Disable了；又或者Upload的标志位没有被置位，则还需要进行DS Validity的验证。也就是看看主站本地的DS是否有效，前面所讲的，只有Upload标志位有效，同时Upload Enable，就强制直接进入Upload，其他的情况得等候DS Validity。

💥在DS Validity这个阶段，主站检查自己的DS数据是否有效，如果无效则也进入Upload流程；如果有效，则跳过Upload。

🌟那么DS什么时候无效呢？比如DS里数据为空，就是无效；比如在Upload过程中，传输失败，那么DS也是无效。只要DS是无效的，就会走Upload流程。而DS有效，则主站认为不应该再上传从站的数据，这时候就要检查Checksum了。

03

Checksum

在检查Checksum流程，主站发送03 04查询Checksum，如果Checksum一致，表示主从的数据是一致的；如果Checksum不一致，则主站强行下载数据给从站，覆盖从站的ISDU。下载成功则进入DS ready，下载失败，则进入DS fault。

最后附上Upload和Download的流程。

写在最后

好了，以上就是本期DS模块处理与检查流程的解析，DS作为IO-Link的关键功能，能够大幅度降低现场设备更换的难度，也是IO-Link作为“工业4.0最后一米技术”的独特优势。

<<<END>>>