DS流程详解-IO-Link规范篇-前言书接上文上回讲到了DS的主从状态机本章就继续拆解一下详细的流程。01DS标识检查我们知道如果主站打开了DS模块也就是端口模式配置了Manual模式且指定了Backup restore或者Restore模式之后就开始了DS流程。在UpDownload2中首先主站会检查自己存储的DS标识是否匹配从站的***Vendor ID, Device ID;***如果不匹配就不会进入如下的流程。那么这里的检查是怎么匹配的这里就要回顾到SM模块的流程中从下图看有三种匹配方式1NO_CHECK顾名思义不会检查任何ID直接走后续流程2TYPE_COMP只检查Vendor ID和Device ID不检查SerialNumber也就是只要是这一类的产品都可以进行DS3IDENTICAL最严格的要检查***SerialNumber***SerialNumber不对也就走不到后续流程但该选项在规范中已经明确不再要求实现了02CheckMemSize上述检查完成后第二步就是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了。03Checksum在检查Checksum流程主站发送03 04查询Checksum如果Checksum一致表示主从的数据是一致的如果Checksum不一致则主站强行下载数据给从站覆盖从站的ISDU。下载成功则进入DS ready下载失败则进入DS fault。最后附上Upload和Download的流程。写在最后好了以上就是本期DS模块处理与检查流程的解析DS作为IO-Link的关键功能能够大幅度降低现场设备更换的难度也是IO-Link作为“工业4.0最后一米技术”的独特优势。END