IO-Link V1.1.5协议规范更新

Rasight 20260305

  • 工业控制
  • IO-Link协议

2025年10月，IO-Link协会正式发布了1.1.5版本，针对1.1.5版本和1.1.4版本的异同点，总结如下。本次更新依然是小版本的更新，总体无太大变化，大部分都是表述上的更新。


1. CR376：核心变更：重置（Reset）必须触发上传（Upload）

  • 旧版规定（V1.1.4）：

    在旧版本规范中，触发 DS_UPLOAD_REQ（数据存储上传请求）的条件列表中漏掉了 Application Reset（应用重置）。

  • 新版修订（V1.1.5）：

    当设备（Device）接收并执行了 SystemCommand 0x80 (Application Reset) 后，必须主动向主站（Master）发送一个 DS_UPLOAD_REQ 事件。

V1.1.5版本增加了一句话：“parameters assigned for Data Storage have been changed by the SystemCommand Application Reset”，也就是当从站需要生成

DS_UPLOAD_REQ事件在以下三种情况下：

    • a、本地修改了从站参数，比如示教、HMI接口等

    • b、通过系统命令0x82（SystemCommand Application Reset)

    • c、从站收到系统命令“ParamDownloadStore”

  • 实质影响：

    在协议栈中得增加一个基于命令0x82而生成DS_UPLOAD_REQ的代码

2. CR357：核心变更：禁止立即切换到 SIO 模式

  • 旧版规定（V1.1.4）

    ： 以前的规范没有说清楚重置后该怎么办。很多厂家（包括提交这个 CR 的厂家）在重置完成后，会让设备直接进入SIO模式。但TMG测试工具对此会报错。

  • 新版修订 （V1.1.5）:  

    V1.1.5 的硬性要求：“All digital signal output drivers shall be disabled and optionally the Device can visually signal the completion of the action. ”在执行 Back-to-Box 后，必须禁用所有数字信号输出驱动（Disabled）。

  • 实质影响：

    在实际开发中，如果从站收到了Back to box的命令，必须把SIO输出的命令也屏蔽掉，避免输出信号

3. CR379：核心变更：删除模糊的“性能要求”描述

  • 旧版规定（V1.1.4）

    ： “空闲时间应足够长，以使设备准备好接收下一条消息。” 问题所在： “足够长”是一个主观且没有量化标准的词。在 PREOPERATE 模式下，设备无法控制主站的发送节奏。如果设备处理能力弱，这句话并不能强制主站“多等一会儿”。

  • 新版修订 （V1.1.5）

    ： 彻底删除了这句话。删除"The idle time shall be long enough for the Device to  become ready to receive the next message."

  • 实质影响：无

4. CR381：核心变更：统一事件类型描述

  • 旧版规定(V1.1.4)：

    "Notification (single shot)" 

  • 新版修订 (V1.1.5)：

     将其类型从 "Notification (single shot)" 简写为 "Notification"。

    • 理由： 规范 10.10.2 章节已经明确定义，所有的 Notification（通知） 类事件天生就是 Single Shot（单次触发） 的。在描述中重复标注“single shot”属于冗余。

    • 措辞上的更改，无实质影响，即把"Notification (single shot)"更改为"Notification"

  • 实质影响：

    无实质影响

5. CR383：核心变更：明确 64 位定点时间格式纠错内容： 

  • 旧版规定(V1.1.4)：

    规范 V1.1.4 错误地暗示 64 位全用于分辨率。

  • 新版修订 (V1.1.5)：

     TimeSpanT 采用与 TimeT 相同的布局。它是一个 64 位（8 字节） 的结构，分为两个 Integer32T 部分：高 32 位 (Octet 1-4)： 整数秒（Seconds）。

    • 最高位（Bit 31）是符号位（Sign bit），用于表示正负时间差。低 32 位 (Octet 5-8)： 秒的小数部分（Fractions of a second）。

    • 分辨率： 既然小数部分占用 32 位，其分辨率确实是  1 / (2 ^32)   秒（约为 232 皮秒）。

  • 实质影响：

    由于实际开发中，很少引用该类型，故影响较小

6. CR385：核心变更：缩小“冻结”范围

  • 旧版规定 (V1.1.4)：

     在执行块参数化（批量上传/下载参数）期间，设备必须禁止所有来源的参数更改（包括本地示教、按键设置等）。

  • 新版修订 (V1.1.5)：

     限制范围缩小为仅禁止 Read/Write（读写/可配置） 参数的更改。

    • 关键点：

       只读（RO）参数（如运行小时数 Operating Hours、设备状态 DeviceStatus、测量值等）在块参数化期间允许继续更新。

    • 在嵌入式固件开发中，原先的“一刀切”规定存在逻辑矛盾：

      • RO 参数无法停止： 像“运行时间”或“传感器当前压力值”这种只读参数是由系统时钟或硬件采集驱动的。如果严格执行旧规范，在下载参数包的几秒钟内，这些计数器必须“停摆”，这显然不合理

      • 块参数化的初衷： 块参数化的目的是为了保证**配置参数（R/W）**的一致性（防止写了一半就被本地按键修改了）。只要保证配置参数不被篡改，只读的监控参数完全可以正常更新。

  • 实质影响

    ：无实质影响

  • 睿远的协议栈无此问题

7. CR388： 核心变更：统一术语为“PD Status”

  • 旧版规定（V1.1.4）：

     在旧版本（V1.1.4）中，规范 10.8.2 章节错误地提到了一个名为 “PDValid flag” 的标志位，并指向了附录 A.1.5。事实： 附录 A.1.5 中根本不存在这个标志位。

  • 新版修订 （V1.1.5）:

     将“PDValid flag”改为更准确的 “PD status”，并将引用指向 10.2 章节（该章节完整定义了 PDIn 和 PDOut 的有效性指示机制）。

  • 实质影响：无

8. CR393：核心变更：修正目录页的插图错误

  • 旧版规定 (V1.1.4)

    ： 在规范的“目录 (Content)”章节（第 13、14 页），不小心错误地插入了 Figure 68 和 Figure 72 的图片。

  • 新版修订 (V1.1.5)：

     这些多余的图片已被移除，目录恢复了正常的文字排版。

  • 实质影响

    ：无实质影响

9. CR395：核心变更：补全“供电选项”表格的超链接

  • 旧版规定

    （V1.1.4）： 在规范的 5.4.1 章节（Power Supply Options，供电选项） 中，有两处引用了 Table 6，但第二处（第 820 行）漏掉了超链接。

  • 新版修订

    （V1.1.5）： 补全了该链接，点击即可跳转。

  • 实质影响

    ：无实质影响

10. CR397：核心变更：从“可选”到“强制 2KB”

  • 新版修订 (V1.1.5)：

    将原本带歧义的公式化写法   2 x 2^10"  $直接改为清晰的十进制数字 2048 。消除误导性前提： V1.1.5版本删除了 “if the Data Storage mechanism is implemented”（如果实现了数据存储机制）这一前置条件。

  • 最终定论：

     明确规定 “主站必须（Mandatory）为每个端口提供至少 2048 字节的存储空间。”

  • 实质影响：

    无实质影响

11. CR398：核心变更：ISDU 强制化的预警

  • 新版修订 (V1.1.5)

    ：增加提示 “NOTE By future mandatory support of the Common Profile [7], the support of ISDUs will become mandatory in future releases.”

  •  其意思为由于未来将强制支持通用配置文件（Common Profile），ISDU 的支持将在未来的版本中变为强制要求。故要求现在产品都得支持ISDU，目前影响较小

  • 睿远的从站协议栈已经支持ISDU，故无此问题

12.  CR409：核心变更：统一服务名称为 SM_PortMode

  • 旧版规定 (V1.1.4)：

     在规范的第 131 页（版本 D1.1.5）中，系统管理（SM）主站服务部分出现了一个名为 SM_Mode 的调用。但根据整个协议的架构，只有 SM_PortMode 服务，并没有所谓的 SM_Mode。

  • 新版修订 (V1.1.5)：

     在 V1.1.5 正式版中，所有提到 SM_Mode 的地方（特别是在表 85 的 T3 & T16 动作以及第 2474 行）全部统一更正为 SM_PortMode

  • 实质影响：

    无实质影响

13. CR411：核心变更：允许在 DS 下载结束时报“参数不一致”

  • 新版修订(V1.1.5)：

     在规范 C.2.17 章节中，明确允许在执行 DS_DownloadEnd（数据存储下载结束）命令后，如果设备发现数据不合法，可以返回错误类型 “Inconsistent parameter set”（参数集不一致，错误码 0x8041）。

  • 实质影响：

    无实质影响

查看全文

点赞

Rasight

南京睿远工业互联专注于IO-Link研发、智能传感器方案应用

作者最近更新

  • 方案中心丨IP20端子式IO-Link从站，解锁布线新姿势
    Rasight
    2天前
  • 方案中心丨模拟量IO-Link从站方案使用指南
    Rasight
    03-19 09:30
  • 方案中心丨睿远数字量IO-Link从站配置指南
    Rasight
    03-11 09:31

期刊订阅

相关推荐

  • 矿业巨头扩大自动驾驶卡车车队：为卡车安装自主牵引系统

    2018-12-07

  • 世界在建最大水电站埋设有成千上万的传感器

    2018-12-09

  • 我国传感器生产销售现状及未来发展空间展望

    2018-12-09

  • 传感器技术在科技创新背景下资源革命中的应用

    2018-12-18

评论0条评论

    ×
    私信给Rasight

    点击打开传感搜小程序 - 速览海量产品,精准对接供需

    • 收藏

    • 评论

    • 点赞

    • 分享

    收藏文章×

    已选择0个收藏夹

    新建收藏夹
    完成
    创建收藏夹 ×
    取消 保存

    1.点击右上角

    2.分享到“朋友圈”或“发送给好友”

    ×

    微信扫一扫，分享到朋友圈

    推荐使用浏览器内置分享功能

    ×

    关注微信订阅号

    关注微信订阅号，了解更多传感器动态

  • #{faceHtml}

    #{user_name}#{created_at}

    #{content}

    展开

    #{like_count} #{dislike_count} 查看评论 回复

    共#{comment_count}条评论

    加载更多

  • #{ahtml}#{created_at}

    #{content}

    展开

    #{like_count} #{dislike_count} #{reback} 回复

  • #{ahtml}#{created_at}

    #{content}

    展开

    #{like_count} #{dislike_count} 回复

    • 关闭
    广告