返回主站|会员中心|保存桌面

台达专营服务商    

变频器、PLC、触摸屏、伺服驱动器

联系方式
  • 联系人:吴经理
  • 电话:18576370666
  • 邮件:18576370666@163.com
新闻分类
  • 暂无分类
站内搜索
 
首页 > 新闻中心 > 台达devicenet 请求ID如何确定!
新闻中心
台达devicenet 请求ID如何确定!
发布时间:2025-11-20        浏览次数:1        返回列表

台达 DeviceNet 请求 ID(Request ID)确定方法:核心规则 + 实操指南

台达 DeviceNet 设备(如 PLC、变频器、伺服驱动器、远程 IO)的请求 ID(Request ID,也常称 Message ID / 报文 ID) 是 DeviceNet 通信中标识 “数据交互对象” 的核心参数,其取值需遵循DeviceNet 协议规范 + 台达设备的预设映射规则,不同设备类型(主站 / 从站)、不同通信场景(显性报文 / 隐性报文)的请求 ID 确定逻辑不同,以下是分步拆解:

一、先明确核心概念:Request ID 的本质

DeviceNet 的请求 ID(16 位)由优先级(2 位)+ 服务代码(8 位)+ 目标对象 ID(6 位) 组成(部分场景简化为 “服务代码 + 从站 MAC ID”),核心作用是:

  • 主站(如台达 DVP-PD02 模块、罗克韦尔 1756-DNB)通过请求 ID 指定 “要访问的从站设备 + 具体数据对象”;

  • 从站(如台达 VFD 变频器、ASDA 伺服)根据请求 ID 识别 “主站要读写的参数 / 寄存器”,并返回响应。

台达设备的请求 ID 分为两类场景,确定逻辑不同:

通信场景请求 ID 核心决定因素适用设备
显性报文(Explicit)服务代码(如读 / 写)+ 从站 MAC ID + 对象索引所有台达 DeviceNet 设备
隐性报文(Implicit)预定义的连接 ID(台达设备出厂预设 / 组态分配)台达伺服 / 变频器(过程数据)

二、显性报文请求 ID:手动计算(最常用)

显性报文用于读写设备的 “参数 / 对象”(如变频器频率、伺服位置),请求 ID 需按以下步骤确定:

步骤 1:确定基础参数

  1. 从站 MAC ID:台达 DeviceNet 从站的物理地址(1~63,通过设备拨码 / 软件设置,如变频器参数 P0-03 设为 5);

  2. 服务代码(Service Code):DeviceNet 协议规定的操作类型,台达常用值:

    操作类型服务代码(16 进制)说明
    读单个对象0x0E读取从站 1 个参数 / 寄存器
    写单个对象0x10写入从站 1 个参数 / 寄存器
    读多个对象0x14批量读取多个参数
    写多个对象0x15批量写入多个参数
  3. 对象索引(Class/Instance/Attribute):台达设备预设的参数映射地址(核心,需查手册),示例:

    • 台达 VFD-E 变频器:频率指令映射到对象类 0x2B → 实例 0x01 → 属性 0x01;

    • 台达 ASDA-A2 伺服:位置指令映射到对象类 0x64 → 实例 0x01 → 属性 0x01。

步骤 2:计算请求 ID(台达标准格式)

台达显性报文请求 ID 的简化计算公式(16 位):Request ID = (服务代码 << 8) + 从站MAC ID⚠️ 注:部分主站组态软件(如 RSNetWorx)会自动拆分 “优先级 + 服务代码 + MAC ID”,只需填入服务代码和 MAC ID,软件自动生成请求 ID。

实操示例(台达 VFD-E 变频器,MAC ID=5,读频率指令):

  1. 服务代码 = 0x0E(读单个对象),MAC ID=5(十进制)=0x05;

  2. 请求 ID = (0x0E << 8) + 0x05 = 0x0E05(十进制 3589);

  3. 若写频率指令(服务代码 0x10),则请求 ID=0x1005(十进制 4101)。

步骤 3:验证对象索引(避免请求 ID 无效)

请求 ID 仅指定 “操作 + 从站”,需配合对象索引才能定位具体参数,台达设备的对象索引需查对应手册:

  • 台达 DVP-PD02(DeviceNet 主站模块)手册:《DVP-PD02 DeviceNet 主站模块用户手册》;

  • 台达 VFD 变频器:《VFD-E 系列变频器 DeviceNet 通信手册》;

  • 台达 ASDA 伺服:《ASDA-A2 系列伺服 DeviceNet 通信手册》。

三、隐性报文请求 ID:预定义 / 组态分配

隐性报文用于实时传输 “过程数据”(如伺服位置反馈、变频器运行状态),请求 ID 为预定义的连接 ID(Connection ID),无需手动计算,按以下规则确定:

1. 台达从站设备(如伺服 / 变频器)

出厂预设隐性报文的请求 ID(连接 ID),常见值:

  • 输入连接 ID(从站→主站,如状态反馈):0x4000 + MAC ID(如 MAC ID=5 → 0x4005);

  • 输出连接 ID(主站→从站,如指令下发):0x6000 + MAC ID(如 MAC ID=5 → 0x6005)。

2. 主站组态(如 RSNetWorx / 台达 DPS 软件)

  1. 扫描并添加台达从站设备(自动识别 MAC ID);

  2. 进入 “隐性报文组态” 界面,软件自动加载台达设备的预设连接 ID(请求 ID);

  3. 若需自定义,需确保主站 / 从站的请求 ID 一致(如主站输出连接 ID=0x6005,从站需设为相同值)。

四、台达 DeviceNet 请求 ID 确定的关键规则

  1. 唯一性:同一 DeviceNet 网络中,每个从站的请求 ID(显性 / 隐性)需唯一,避免冲突(核心是 MAC ID 不同,请求 ID 自然不同);

  2. 手册优先:台达不同系列设备的请求 ID 映射可能差异(如 VFD-M 与 VFD-E),必须以对应设备的 DeviceNet 通信手册为准;

  3. 主站适配

    • 若用台达 DVP-PD02 做主站:在编程软件(WPLSoft/ISPSoft)中,直接填入 “服务代码 + MAC ID”,软件自动计算请求 ID;

    • 若用第三方主站(如罗克韦尔 1756-DNB):在 RSNetWorx 中导入台达设备的 EDS 文件,软件自动匹配请求 ID,无需手动计算;

  4. MAC ID 影响:请求 ID 与从站 MAC ID 强绑定,修改 MAC ID 后,请求 ID 需同步更新(如 MAC ID 从 5 改为 8,读指令请求 ID 从 0x0E05 改为 0x0E08)。

五、常见问题与解决

问题现象原因分析解决方法
请求 ID 通信超时1. MAC ID 设置错误;2. 服务代码不匹配;3. 对象索引错误1. 核对从站 MAC ID(如变频器 P0-03);2. 确认服务代码(读 = 0x0E,写 = 0x10);3. 查手册修正对象索引
同一网络多个设备通信异常请求 ID 冲突(MAC ID 重复)重新分配每个从站的 MAC ID(1~63 不重复),同步更新主站请求 ID
隐性报文无数据连接 ID(请求 ID)未匹配在主站组态中,将输入 / 输出连接 ID 设为台达预设值(0x4000+/0x6000+MAC ID)

六、实操总结

  1. 显性报文:请求 ID = (服务代码 << 8) + 从站 MAC ID(16 进制),核心是查台达设备的服务代码和 MAC ID;

  2. 隐性报文:直接用台达预设的连接 ID(0x4000+/0x6000+MAC ID),或组态软件自动分配;

  3. 优先通过台达设备的 EDS 文件导入组态软件,避免手动计算请求 ID 出错;

  4. 关键参考文档:对应台达设备的《DeviceNet 通信用户手册》(必查对象索引和预设 ID)。

收缩
  • QQ咨询

  • 电话咨询

  • 18576370666
  • 添加微信客服