GB/T29001.5-2013

机床数控系统NCUC-Bus现场总线协议规范第5部分:一致性测试

Numericalcontrolsystemofmachinetool―ProtocolspecificationsforNCUC-Busfieldbus―Part5:Conformancetesting

本文分享国家标准机床数控系统NCUC-Bus现场总线协议规范第5部分:一致性测试的全文阅读和高清PDF的下载,机床数控系统NCUC-Bus现场总线协议规范第5部分:一致性测试的编号:GB/T29001.5-2013。机床数控系统NCUC-Bus现场总线协议规范第5部分:一致性测试共有66页,发布于2014-10-012013年第27号公告
  • 中国标准分类号(CCS)J50
  • 国际标准分类号(ICS)25.040.20
  • 实施日期2014-10-01
  • 文件格式PDF
  • 文本页数66页
  • 文件大小1.41M

以图片形式预览机床数控系统NCUC-Bus现场总线协议规范第5部分:一致性测试

机床数控系统NCUC-Bus现场总线协议规范第5部分:一致性测试


国家标准 GB/T29001.5一2013 机床数控系统 NCUC-Bus现场总线协议规范 第5部分:一致性测试 Numericalcontrolsystemofmachinetool ProtoclspeeifieationsforNCUC-Busfieldbus- Part5.Conformancetesting 2013-12-31发布 2014-10-01实施 国家质量监督检监检疫总局 发布 国家标准花管理委员会国家标准
GB/T29001.5一2013 目 次 前言 引言 范围 规范性引用文件 术语和定义、缩略语 3.1术语和定义 3.2缩略语 -致性测试系统结构 4.1概述 4.2抽象测试集 4.3可执行测试集 -致性测试流程 4.4 -致性测试内容 概述 5.1 5.2总线状态转换测试组 5.3总线命令测试组 29 5.4通信错误检测和恢复测试组 48 附录A(资料性附录)一致性测试系统平台 54 附录B(规范性附录PICS文档规范 5 参考文献 62
GB/T29001.5一2013 前 言 GB/T290o1《机床数控系统NCUC-Bus现场总线协议规范》分为16个部分: -第1部分:总则; 第2部分;物理层; 第3部分;数据链路层; 第4部分;应用层 第5部分一致性测试; 第6部分,实时性渊试; 第7部分互可操作测试; 第8部分第15部分预留; 第16部分.安全 本部分为GB/T29001的第5部分 本部分按照GB/T1.1一2009给出的规则起草 请注意本文件中的某些内容可能涉及专利,本文件的发布机构不承担识别这些专利的责任 本部分由机械工业联合会提出 本部分由全国机床数控系统标准化技术委员会(sAc/Tc367)归口 本部分主要起草单位;浙江中控研究院有限公司、武汉华中数控股份有限公司、广州数控设备有限 公司沈阳高精数控技术有限公司、大连光洋科技工程有限公司 本部分主要起草人潘再生、陈根、冯冬芹、宋宝、唐小琦、金健、何英武、张玉洁、莫元劲、杨东升、 胡毅、陈虎、王声文
GB/T29001.5一2013 引 言 声明基于NCUCBus现场总线标准的产品在技术上必须符合NCUCBus现场总线技术标准,应能 够与第三方NCUCBus产品互连 NCUCBus一致性测试用于检测基于NCUC-Bus标准的产品是否满足NCUC-Bus的规定和规范 文件的要求,NCUC-Bus互可操作测试用于测试并检验不同种类、不同功能NCUC-Bus产品间的协同 工作能力 一致性测试是互操作测试的基础,只有通过一致性测试的产品,表明是符合NCUC-Bus现 场总线标准协议的,才有意义进行互可操作测试 为了检验基于NcUC-Bus现场总线标准实现的产品是否符合NcUC-Bus现场总线技术标淮,实现 不同厂家产品互连及互操作,必须通过NCUC-Bus一致性测试与互可操作测试 因此有必要制定本部 分标准,用于规范NcUc-Bus一致性测试系统结构及内容
GB/T29001.5一2013 机床数控系统 NCUC-Bus现场总线协议规范 第5部分:一致性测试 范围 GB/T29001规定了机床数控系统NCUCBus的数据类型和基本的数据传输方式,确立了NCUC Bus用于机床数控系统及工业自动化控制过程而制定的通信协议规范 GB/T29001的本部分定义了NCUC-Bus一致性测试的系统结构与测试内容 本部分适用于声明为基于NCUCBus标准的机床数控系统及其组件的一致性测试 其他用途的 数控系统可参照本部分 规范性引用文件 下列文件对于本文件的应用是必不可少的 凡是注日期的引用文件,仅注日期的版本适用于本文 件 凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件 GB/T29001.4一2012机床数控系统NCUC-Bus现场总线协议规范第!部分;应用层 术语和定义、缩略语 GB/T29001.1界定的以及下列术语和定义适用于本文件 为了便于使用,以下重复列出了 GB/T29001.1中的某些术语和定义 3.1术语和定义 3.1.1 协议protoeot 对通信系统数据交换中的数据格式,时序关系和纠错方法的约定 [GB/T29001.l一2012,定义3.1.1] 3.1.2 总线bus 指通过分时复用的方式,将信息从一个或多个源部件传送到一个或多个目的部件的一组传输线,是 通信系统中传输数据的公共通道 [GB/T29001.1一2012,定义3.1.2] 3.1.3 设备deviee 指接人通信网络中,具有特定功能行为的物理实体,例如接人NcUC-Bus网络的数控装置、同服驱 动装置或1I/(装置等 每个设备在NCUC-Bus中具有唯一的设备地址 [GB/29001.1一2012,定义3.1.6] 3.1.4 masterdevice 主设备 网络中发起通信的设备 NCUC-Bus协议约定在一个NCUCBus环路中只能有一个主设备,通常
GB/T29001.5一2013 为数控装置 注;主设备又称为主站 [GB/T29001.1一2012,定义3.1.7] 3.1.5 从设备slavedevice 网络中除主设备之外,其他接人NcUC-Bus网络的设备,例如伺服驱动装置或1/0装置等 注;从设备又称为从站 [GB/T29001.l一2012,定义3.1l.8] 3.1.6 广播broadeast 在网络中多设备通信的最普遍的形式,发送方向每一个目的设备投递一个分组的拷贝 发送端可 以通过多个单次分组的投递完成也可以通过单独的连接传递分组的拷贝,直到每个接收方均收到一个 拷贝为止 [GB/T29001.1一2012,定义3.1.9] 3.1.7 单地址传输singleadresstransmsion 单地址传输是针对网络中传输的两个设备间的关系而言的,单地址传输指的是发送端把数据传给 网络中指定的设备 [GB/T29001.1一2012,定义3.1.10 3.1.8 集总帧传输slavedevieeinformation trainpackedtransmission 发送端将需要向网络中各从设备传输的数据依次封装成一个数据包,然后从发送端的一个端口发 出,依次通过各从设备,然后回到主设备的另一个端口或者同一个端口 从设备在数据包经过时,依据 数据包中的地址信息,下载主设备传输给该设备的数据,同时将需要反馈的数据上载到数据包中 [GB/T29001.1一2012,定义3.1.11] 3.1.9 拓扑结构topology structure 网络的拓扑结构是引用拓扑学中研究与大小,形状无关的点、线关系的方法,把网络中的通信设备 抽象为一个点,把传输介质抽象为一条线,由点和线组成的几何图形就是网络的拓扑结构 网络的拓扑 结构反映出网络中各实体的结构关系,是建立网络的第一步及实现各种网络协议的基础 拓扑结构主 要有星形结构、环形结构线形结构、树形结构、网状结构等 [GB/T29001.1一2012,定义3.1.12] 3.1.10 线形结构linearstrueture -种网络拓扑结构,设备之间通过通信线路依次连接的路由方法 [GB/T29001.1一2012,定义3.1.13] 3.1.11 环形结构ringstrueture -种网络拓扑结构,设备之间通过通信线路组成闭合回路的路由方法 [GB/T29001.1一2012,定义3.1.14门 3.1.12 comunication 周期通信eydle 内容具有严格时效性的信息交换行为,每隔特定的时间长度,设备进行一次通信
GB/T29001.5一2013 [GB/T29001.1一2012,定义3.1.15] 3.1.13 周期数据eycledata 具有严格时效性的数据 [GB/T29001.1一2012,定义3.1.16们 3.1.14 非周期通信non-eyclecmmunication 内容不具有严格时效性的信息交换行为 [GB/T29001.1一2012,定义3.1.17刀 3.1.15 被测实现implementationundertest,IUT 被测试用NCUC-Bus通信协议栈的实现,作为一致性测试被测试对象,是基于NCUC-Bus协议实 现的主设备或从设备 3.1.16 -致性测试eonformaneetesting 测试IUT的NCUC-Bus协议实现一致性所达到的程度 3.1.17 下测试器lowertester,LT 在一致性测试执行期间,通过下层服务提供者间接对IUT的下层服务边界进行控制和观察的测试 程序 3.1.18 上测试器代理uppertesteragent.UTA 实现UT上层测试代理功能的用户程序 注.UTA通过接受LT发出的命令与LT配合对IUT进行测试 作为U的控制器,接收下测试器传送给UTA 的控制报文,触发IUT主动发出NcUcBu命令请求报文;作为用户层,对接收与传送的用户数据进行简要处理,产生 用户层数据 3.1.19 协议实现一致性声明protoeoimplementatiomconformaneestatement.PCs 声明协议实现与所给规范的一致性说明,陈述已实现了NcUc-Bus协议的哪些能力,声明支持哪 ,错误检测,网络拓扑类型等信息 些总线命令 3.1.20 undertest 被测系统system IUT与UTA组成的系统 3.1.21 测试例testcase NcUc-Bus一致性测试所用的案例,包括抽象测试例和可执行测试例 3.1.22 isystem 测试系统test 提供NCUCBus一致性测试服务的测试系统,包括下测试器及相关的外围装置 3.2 缩略语 下列缩略语适用于本文件 CRC循环冗余校验码(CyclieRedundaneyCheck sterDevice MIUT主设备被测试实现(Mas lmplementationUnderTest
GB/T29001.5一2013 NCUC-Bus数控系统联盟现场总线(NCUnionofChinaFieldBus) PTP精确时钟同步协议(PrecisionTimeProtocol lmplementation UJnderTest) sIUT从设备被测试实现(SlaveDevice -致性测试系统结构 4.1概述 NCUC-Bus一致性测试系统包括被测系统和测试系统,结构如图1所示 NCUC-Bus一致性测试 系统平台的组成及搭建可参考咐录A 被测系统由IUT和UTA两部分组成 IUT包括MU和sIUT两种 测试时,MUT应植人 UTA,SIUT不必植人UTA 测试系统主要是LT,它是运行于测试计算机上的一致性测试程序 该程序包含PIcs文档,抽象 测试集,可执行测试集等,PIcS文档规范应符合附录B的要求 LT通过UTA命令与UTA交互,通过NcUC-Bus服务报文实现测试数据交互 被测系统 测试系统 下测试器 LT 上测试器代理 UTA命令 UTA PIcs文档 抽象测试集 被测实现 NCUCBus 服务报文 可执行测试集 MUT/SIUT NCUCBs网络 图1 NCUc-Bus一致性测试系统结构 4.2抽象测试集 抽象测试集由抽象测试例组成 抽象测试例是未经参数化的测试例,是对为获得特殊测试目的所 需行动的一种完整和独立的测试例 按照NcUcBus协议规范,通常将抽象测试例划分为测试组 4.3可执行测试集 可执行测试集由可执行测试例组成 可执行测试例是抽象测试例的参数化实现 L.T可根据可执 行测试集生成测试调度表,并按照规定的顺序执行测试 一致性测试流程 4,4 -致性测试的准备工作包括填写PICs文档、移植UTA,搭建一致性测试系统平台等 PICS文档 由lUT生产商和测试机构共同完成 UTA由测试机构提供,移植工作由lUT生产商完成 移植工作 主要是转换模块的编写,它将UTA的接口与IUT的接口连接起来 在一致性测试系统启动后,开启 LT,即可进行NCUC-Bus一致性测试 测试流程如图2所示
GB/T29001.5一2013 测试开始 读取Cs文档并生成可执行测试集 执行测试案例并观察实时信息 测试结束并察看测试报告,得出结论 渊试结束 图2NCUC-Bus一致性测试总体流程 -致性测试内容 5.1 概述 NCUC-Bus一致性测试抽象测试集包括总线状态转换测试组、总线命令测试组,通信错误检查和 恢复测试组,如图3所示 抽象渊试集 总线状态转换测试姐 总线命令测试组 通信错误检测和恢复渊试组 总 单 集 # ++" EO " " 改 图3抽象测试集结构图 抽象测试集内容如表1所示,其中测试例名称中的总线状态转换编号(E0,E1等)应符合 GB/T29001.4一2012中5.4的定义 一致性测试应按测试组的顺序进行测试
GB/T29001.5一2013 表1抽象测试集 测试组 抽象测试例编号 抽象测试例名称 Nc1101 主设备总线状态转换E0测试 Nc1102 从设备总线状态转换0测试 NC1103 主设备总线状态转换El测试 NC1104 从设备总线状态转换E1测试 NC1105 主设备总线状态转换E2测试 从设备总线状态转换2测试 NCl106 主设备总线状态转换E3测试 NCl107 NCc1108 从设备总线状态转换E3测试 Nc1109 主设备总线状态转换测试 NC1110 从设备总线状态转换E5测试 NCl11 主设备总线状态转换E6测试 总线状态转换测试组 NCll12 从设备总线状态转换E6测试 主设备总线状态转换7测试 NCll13 从设备总线状态转换:7测试 NCl114 NcI115 主设备总线状态转换E8测试 NCc1l16 从设备总线状态转换E8测试 NC1117 主设备总线状态转换E9测试 NC1118 从设备总线状态转换E9测试 NCI119 主设备总线状态转换El0测试 从设备总线状态转换E10测试 NCl120 主设备总线状态转换El1测试 NCl121 Nc1122 从设备总线状态转换E11测试 NCc210 主设备单地址赖参数读写命令测试 NC2102 从设备单地址顿参数读写命令测试 NCc2201 主设备单节点网络复位命令测试 NC2202 从设备单节点网络复位命令测试 NC2203 主设备全网网络复位命令测试 从设备全网网络复位命令测试 NC2204 总线命令测试组 NC2205 环形拓扑结构检测测试 NC2206 双线形拓扑结构检测测试 NCc2207 单线形拓扑结构检测测试 NC2208 单环形拓扑结构检测测试 NC2209 单线形拓扑从设备地址编号请求测试 NC2210 双线形拓扑从设备地址编号请求测试
GB/T29001.5一2013 表1(续 测试组 抽象测试例编号 抽象测试例名称 NC221 从设备地址编号测试 NC2212 主设备简单同步延时测量测试 总线命令测试组 NC2213 从设备简单同步延时测量测试 NC2214 主设备PTP同步延时测量测试 NC2215 从设备PTP同步延时测量测试 NC230 主设备集总参数读写命令测试 从设备集总赖参数读写命令测试 NC2302 NC3101 主设备校验错误测试 NCc3102 通信错误检测和恢复测试组 从设备校验错误测试 NC3103 超时重发测试 NC3104 连接故障检测测试 NC3105 集总顿赖编号测试 5.2总线状态转换测试组 5.2.1主设备总线状态转换E0测试(Nc1101) 测试目的 测试MIUT的总线状态转换E0(开始状态至初始态)是否符合NcUC-Bus协议规范,检查 MIUT发出的通信初始态切换命令格式是否符合NcUC-Bus协议规范 测试方法 检查MIUT的初始状态是否为开始状态,若不是开始状态,将总线状态调整为开始状态,然后 测试MIUT是否发出通信初始态切换命令,并检查MIUT发出的通信初始态切换命令是否符 合规范,读取MIUT的总线状态值,判断是否处于初始态状态 -测试流程 测试流程如图4所示
GB/T29001.5一2013 测试开始 MUT总线状态 为开始状态 调整为开始状态 被剥试系统初始化 MUT总线状 获取到通信初 杰为开始状态 始态切换" 测试初始化 失败 通信初始态切换命 格式得答城被" LT读取M爪UT总线状态 MUT总线状 态为初始态 测试失败 测试通过 图4主设备总线状态转换E0测试流程 5.2.2从设备总线状态转换E0测试(Nc1102 -测试目的 测试SIUT的总线状态转换E0(开始状态至初始态)是否符合NCUC-Bus协议规范 -测试方法 检查SIUT的初始状态是否为开始状态,若不是开始状态,将总线状态调整为开始状态,然后 待主设备发出通信初始态切换命令后,读取sIUT的总线状态值,判断是否处于初始态状态 -测试流程 测试流程如图5所示
GB/T29001.5一2013 测试开始 否 sUT总线状态 为开始状态? 调整为开始状态 被测试系统初始化 SIU总线状态 获取到通信初 为开始状态? 茹态切换器 LT读取SUT总线状态 试初始化 失败 SUuT总线状 态为初始态?” 测试失败 测试通过 图5从设备总线状态转换E0测试流程 5.2.3主设备总线状态转换E1测试(Nc1103 测试目的 测试MIU的总线状态转换E1(初始态至等待态)是否符合NCUCBus协议规范,检查 MIUT发出的通信等待态切换命令格式是否符合NcUC-Bus协议规范 -测试方法 检查MIUT的初始状态是否为初始态状态,若不是初始态状态,调整为初始态状态,然后由 LT向UTA发出通信等待态切换命令发送请求,抓取通信等待态切换命令报文,检查报文内 容是否符合协议规范,最后检查MIUT的总线状态是否为等待态状态 测试流程 测试流程如图6所示
GB/T29001.5一2013 测试开始 MUT总线状 态为初始态? LT向UTA发出通信 调整为初始态 等待态切换血令发送请求 MU发出通信 IMT总线状 等特态切换命令 态为初始态" " LT获取到 测试初始化 通信等待态切换 命令报文" 失效 报文格式份 谷协议规拖? LT读取MUT总线状态 UT总线状 态为等待态 香 渊试通过 测试失败 图6主设备总线状态转换E1测试流程 5.2.4从设备总线状态转换E1测试(Nc1104 -测试目的 测试SIUT的总线状态转换E1(初始态至等待态)是否符合NcUC-Bus协议规范 -测试方法 检查SIUT的初始状态是否为初始态状态,若不是初始态状态,调整为初始态状态,然后由LT 向UTA发出通信等待态切换命令发送请求,读取SIUT的总线状态值,检查SIUT的总线状 态是否为等待态状态 -测试流程 测试流程如图7所示 10
GB/T29001.5一2013 测试开始 SIuT总线状 态为初始态" 调整状态,置 LT向UTA发出信 为初始态 等待态切换命令发送请求 设备发用通石 SIUT总线状 等特态切换命令 态为初始态 LT获取到 测试初始化 通信等待态切换 命令报文" 失败 LT读取SIUT总线状态 SIUT总线状 态为等待态?" 测试失败 测试通过 图7从设备总线状态转换E1测试流程 5.2.5主设备总线状态转换2测试(Nc1105) 测试目的 测试MIUT的总线状态转换E2(等待态至运行态)是否符合NcUC-Bus协议规范,检查 MIUT发出的通信运行态切换命令格式是否符合NcUC-Bus协议规范 测试方法 检查MIUT的初始状态是否为等待态状态.若不是等待态状态.调整为等待态状态.然后由 1T向UTA发出通信运行态切换命令发送请求,抓取通信运行态切换命令报文,检查报文内 容是否符合协议规范,最后检查MIUT的总线状态是否为运行态状态 测试流程 测试流程如图8所示 1
GB/T29001.5一2013 测试开始 MIUT是否为等待态 TUT发出通位 调整为等特态 运行态切按命令发送请求 MIU发出道信 运行态切换命令 MUT是否为等待态都 LT获取到 通信这行态切换 测试初始化 命令报文" 失败 报文格式份 协议耀花 T读取wUT总线状态 MIUT总线状 态为运行态 测试失败 测试通过 图8主设备总线状态转换E2测试流程 5.2.6从设备总线状态转换E2测试(Nc1106)》 测试目的 测试sIUT的总线状态转换E2(等待态至运行态)是否符合NcUC-Bus协议规范 测试方法 检查SIUT的初始状态是否为等待态状态,若不是等待态状态,调整为等待态状态.然后由LT 向UTA发出通信运行态切换命令发送请求,读取sIUT的总线状态值,检查sUT的总线状 态是否为运行态状态 测试流程 测试流程如图9所示 12
GB/T29001.5一2013 试开始 SIUT是否为等待态 LTUT发出通位 调整为等待态 运行态切换命令发送请求 设备发通货 运行态切换命令 SUT是否为等待态 LT获取到 通信这行态切换 测试初处化 命令报文? 失败 LT读取SUT总线状态 SUT总线状 态为运行态? 测试失败 测试通过 图9从设备总线状态转换E2测试流程 5.2.7主设备总线状态转换E3测试(NC1107 -测试目的 测试MIUT的总线状态转换E3运行态至停止态)是否符合NCUC-Bus协议规范,检查 MIUT发出的通信停止态切换命令格式是否符合NCUC-Bus协议规范 -测试方法 检查MU的初始状态是否为运行态状态,若不是运行态状态,调整为运行态状态,然后由 1T向UTA发出通信停止态切换命令发送请求,抓取通信停止态切换命令报文,检查报文内 容是否符合协议规范,最后检查MU的总线状态是否为停止态状态 测试流程 测试流程如图10所示 13
GB/T29001.5一2013 测试开始 MIUT是否为运行态 订UA发出通信 调整为运行态 停止态切换命令发送请求 MIU发出通信 MUT是否为运行态? 停止态切换命令 装收 否 通有正切换 测试初始花 命令报文" 失败 报文格式符 谷协议煌花 LT读取MUT总线状态 MT总线状 去为停止态 测试失败 渊试通过 图10主设备总线状态转换E3测试流程 5.2.8从设备总线状态转换E3测试(Nc1108) 测试目的 测试sIUT的总线状态转换E3(运行态至停止态)是否符合NcUC-Bus协议规范 测试方法 检查SIUT的初始状态是否为运行态状态,若不是运行态状态,调整为运行态状态.然后由LT 向UTA发出通信停止态切换命令发送请求,读取sIUT的总线状态值,检查sUT的总线状 态是否为停止态状态 测试流程 测试流程如图11所示 14
GB/T29001.5一2013 测试开始 IUT总线状 态为运行态? TUTA发出通信 调整为运行态 停太切换备零发送请求 改各发出通宿 SUT总线状 止态切换奋" 态为运行态” T获取到 通信停止态切换 测试初始化 命令报文? 失败 LT读取SUT总线状态 SUT总线状 态为停止态” 测试失败 剥试通过 图11从设备总线状态转换E3测试流程 5.2.9主设备总线状态转换E5测试(NC1109 -测试目的 测试MU的总线状态转换E(等待态至停止态)是否符合NcUCBus协议规范 -测试方法 检查MUT的初始状态是否为等待态状态,若不是等待态状态,调整为等待态状态,然后由 1丁向UTA发出通信停止态切换命令发送请求,检查MUT的总线状态是否为停止态状态 测试流程 测试流程如图12所示 15
GB/T29001.5一2013 测试开始 MIUT是杏为等待态 TUT发出通信 调整为等待态 停止态切换命令发送请求 MIUT发出通信 停止态切换命" MIUT是否为等待态? LT获取到 沮信停止态切教 测试切始化 命令报文 失败 T读取MUT总线状态 MUT总线状 去为修止态 测试失败 测试通过 图12主设备总线状态转换E5测试流程 5.2.10从设备总线状态转换5测试(NC1110) 测试目的 测试sIUT的总线状态转换E5(等待态至停止态)是否符合NCUC-Bus协议规范 测试方法 检查sIUT的初始状态是否为等待态状态,若不是等待态状态,调整为等待态状态,然后由LT 向UTA发出通信停止态切换命令发送请求,读取sIUT的总线状态,检查sIUT的总线状态 是否为停止态状态 测试流程 测试流程如图13所示 16
GB/T29001.5一2013 测试开始 SUT总线状 态为等特态 LT向UTA发出通信 调整为等特态 停止态切换命令发送请求 SIT总线状 丘怎窃奚命" 等行 T获取到 通信修去切换 演试初始化 的等报文 失败 LT读取SUT总线状态 SsUT总线状 态为停止态" 否 测试失败 剥试通过 图13从设备总线状态转换E5测试流程 5.2.11主设备总线状态转换E6测试(NC1111 -测试目的 测试MIUT的总线状态转换E6(停止态至初始态)是否符合NCUC-Bus协议规范 -测试方法 检查MUT的初始状态是否为停止态状态,若不是停止态状态,调整为停止态状态,然后由 1丁向UTA发出通信初始态切换命令发送请求,检查MUT的总线状态是否为初始态状态 测试流程 测试流程如图14所示 17
GB/T29001.5一2013 测试开始 MIUT是否为停止态 TUT发出训信 调整为停止态 初始态切换命令发送请求 MIUT发退信 初始态切换命 令 MIUT是否为停止态? LT获取到 通信初始法切换 测试初始化 命令报文 失败 T读取MUT总线状态 MIUT总线状 态为初始态?" 测试失败 测试通过 图14主设备总线状态转换6测试流程 5.2.12从设备总线状态转换E6测试(Nc1112 -测试目的 测试SIUT的总线状态转换E6(停止态至初始态)是否符合NCUC-Bus协议规范 -测试方法 检查SIUT的初始状态是否为停止态状态,若不是停止态状态,调整为停止态状态,然后由LT 向UTA发送通信初始态切换命令,读取SIU的总线状态值,检查SIUT的总线状态是否为 初始态状态 -测试流程 测试流程如图15所示 18
GB/T29001.5一2013 测试开始 SIUT总线状 态为停止态 LT向UTA发出通信 调整为停止态 初始态切换命令发生请求 设备发出通位 SUT总线状 初始态切换命 态为停止态3?" T获取到 通信初始态切换 测试初始化 失败 命令报文? LT读取SUT总线状态 SsUT总线状 态为初始态" 否 测试失败 剥试通过 图15从设备总线状态转换E6测试流程 5.2.13主设备总线状态转换E7测试(NC1113 -测试目的 测试MU的总线状态转换E7(停止态至等待态)是否符合NcUCBus协议规范 -测试方法 检查MUT的初始状态是否为停止态状态,若不是停止态状态,调整为停止态状态,然后由 1丁向UTA发出通信等待态切换命令发送请求,检查MUT的总线状态是否为等待态状态 测试流程 测试流程如图16所示 19
GB/T29001.5一2013 渊试开始 MIUT是香为停止态 订UA发出道位 训整为停止态 等行态切换奋发送消求 IUT发出通信 等特态切换奋 MUT是香为停止态? 否 L获取到 否 通信等待态切换 测试初始化 命令报文" 失效 T读取wUT总线状态 MIUT总线状 杰为等待态 否 测试失败 测试通过 图16主设备总线状态转换E7测试流程 5.2.14从设备总线状态转换E7测试(NC1114) 测试目的 测试sIUT的总线状态转换E7(停止态至等待态)是否符合NCUC-Bus协议规范 测试方法 检查sIUT的初始状态是否为停止态状态,若不是停止态状态,调整为停止态状态,然后由LT 向UTA发出通信等待态切换命令发送请求,读取sIUT的总线状态值,检查sUT的总线状 态是否为等待态状态 测试流程 测试流程如图17所示 20
GB/T29001.5一2013 试开始 SIuUT总线校 态为停止态?? LTUT发出通位 调整为停止态 等待态切换命令发送请求 设备发通货 SUT总线获 行态切换命 态为停止态" T获取到 通何的声切挨 测试初处化 命令报文? 失败 LT读取SUT总线状态 SUT总线状 态为等待态? 测试失败 测试通过 图17从设备总线状态转换E7测试流程 5.2.15主设备总线状态转换E8测试(NC1115 -测试目的 测试MIUT的总线状态转换E8(停止态至运行态)是否符合NCUC-Bus协议规范 -测试方法 检查MUT的初始状态是否为停止态状态,若不是停止态状态,调整为停止态状态,然后由 LT向UTA发出通信运行态切换命令发送请求,检查MIUT的总线状态是否为运行态状态 测试流程 测试流程如图18所示 21
GB/T29001.5一2013 测试开始 MIUT是否为停止态 LT向UTA发出通信 调整为停止态 运行态切换命令发送请求 MU发出通信 运行态切换命令 IMT是否为停止态 否 LT获取到 通们这态切换 测试初始化 命令报文" 失败 LT读取MIUT总线状态 UT总线状 态为运行态都?" 渊试失败 测试通过 图18主设备总线状态转换E8测试流程 5.2.16从设备总线状态转换E8测试(NC1116) 测试目的 测试sIUT的总线状态转换E8(停止态至运行态)是否符合NCUC-Bus协议规范 测试方法 检查sTUT的初始状态是否为停止态状态,若不是停止态状态,调整为停止态状态,然后由LT 向UTA发出通信运行态切换命令发送请求,读取sIUT的总线状态值,检查sUT的总线状 态是否为运行态状态 测试流程 测试流程如图19所示 22
GB/T29001.5一2013 试开始 SIuUT总线校 态为停止态?? LTUT发出通位 调整为停止态 运行态切换命令发送请求 设备发通货 SUT总线获 运行态切换命令 态为停止态" LT获收到 通们运切换 测试初处化 命令报文? 失败 LT读取SUT总线状态 uT总线状 态为运行态" 测试失败 测试通过 图19从设备总线状态转换E8测试流程 5.2.17主设备总线状态转换E9测试(NC1117 -测试目的 测试MU的总线状态转换E9(运行态至等待态)是否符合NcUCBus协议规范 -测试方法 检查MUT的初始状态是否为运行态状态,若不是运行态状态,调整为运行态状态,然后由 1丁向UTA发出通信等待态切换命令发送请求,检查MUT的总线状态是否为等待态状态 测试流程 测试流程如图20所示 23
GB/T29001.5一2013 测试开始 MIUT是否为运行态 UA发出迎 调整为运行态 等传态切换命令发送请求 MU发出通信 等待态切换命令 AUT是否为运行态 LT获取到 否 通位切关 测认切始化 命令报文" 灾败 LT读取MIUT总线状态 uUT总线状 态为等待态都?” 测试通过 测试失散 图20主设备总线状态转换E9测试流程 5.2.18从设备总线状态转换E9测试(NC1118) 测试目的 测试sIUT的总线状态转换E9(运行态至等待态)是否符合NCUC-Bus协议规范 测试方法 检查sIUT的初始状态是否为运行态状态,若不是运行态状态,调整为运行态状态,然后由LT 向UTA发出通信等待态切换命令发送请求,读取sIUT的总线状态值,检查sUT的总线状 态是否为等待态状态 测试流程 测试流程如图21所示 24
GB/T29001.5一2013 测试开始 STs线 态为运行态" LT向UTA发出通信 调整为运行态 等待态切换命令发送请求 主设备发出通信 SIuT总线状 等椅切换命" 态为运行态" LT获取到 通位切换 测试初始化 命令报文" 失败 LT读取SIUT总线状态 SUT总线状 态为等待态 香 测试失败 测试通过 图21从设备总线状态转换E9测试流程 5.2.19主设备总线状态转换E10测试(Nc1119) 测试目的 测试MIUT的总线状态转换E10(运行态至初始态)是否符合NcUC-Bus协议规范 -测试方法 检查MIUT的初始状态是否为运行态状态,若不是运行态状态,调整为运行态状态,然后由 LT向UTA发出通信初始态切换命令发送请求,检查MIU的总线状态是否为初始态状态 测试流程 测试流程如图22所示 25
GB/T29001.5一2013 测试开始 否 NUT是否为运行志 LT向UTA发出信 调整为运行态 初态切换命令发送请求 MUT发出通信 MUT是青为运行态 初始态切换命念 I获取到 香 测试初始化 通使初态切换 令报艾 失败 读取MIUT总线状态 MU总线状 态为初始态2" 否 测试失败 测试通过 图22主设备总线状态转换E10测试流程 5.2.20从设备总线状态转换E10测试(Nc1120) 测试目的 测试sUT的总线状态转换E10(运行态至初始态)是否符合NcUc-Bus协议规范 -测试方法 检查sIUT的初始状态是否为运行态状态,若不是运行态状态,调整为运行态状态,然后由IT 向UTA发送通信初始态切换命令,读取sIUT的总线状态值,检查sIUT的总线状态是否为 初始态状态 测试流程 测试流程如图23所示 26

机床数控系统NCUC-Bus现场总线协议规范第5部分:一致性测试GB/T29001.5-2013

机床数控系统是工业自动化领域中重要的应用之一,其具有高精度、高效能等优点,在现代制造业中起着不可替代的作用。而在机床数控系统中,NCUC-Bus现场总线协议是实现数据通信的基础,其稳定性和可靠性对整个系统的正常运行至关重要。

为了保证NCUC-Bus现场总线协议的稳定性和可靠性,需要进行一致性测试。GB/T29001.5-2013即是对NCUC-Bus现场总线协议进行一致性测试的规范。

一致性测试的目的

一致性测试的主要目的是验证NCUC-Bus现场总线协议在不同厂商的设备上的互操作性。在测试过程中,需要检测协议是否能够正确地解析、传输和处理数据。

一致性测试主要包括功能测试和性能测试两部分。

功能测试

功能测试主要是验证NCUC-Bus现场总线协议的基本功能是否正常。这些基本功能包括数据传输、命令执行、错误处理等。在测试过程中,需要验证不同通信速率、不同数据类型、不同数据长度等情况下的通信效果。

例如,在测试数据传输时,需要验证数据是否能够完整地传输,是否能够被正确解析。同时,在测试命令执行时,需要验证命令是否能够被正确执行,并返回正确的结果。

性能测试

性能测试主要是验证NCUC-Bus现场总线协议的性能指标是否达到规定的要求。这些性能指标包括通信速率、通信延迟、数据吞吐量等。在测试过程中,需要考虑实际工作环境下的因素,如干扰、噪声等。

例如,在测试通信速率时,需要验证通信速率是否符合规定的范围,并且在不同负载下通信效果是否稳定。

测试结果的评估

测试完成后,需要对测试结果进行评估。评估结果主要包括通过率、错误率、重发率等。如果测试结果符合规定的要求,则NCUC-Bus现场总线协议可以正式投入使用。

结论

一致性测试是保证NCUC-Bus现场总线协议稳定性和可靠性的重要手段。GB/T29001.5-2013规范对该测试进行了详细的规定,能够在不同厂商的设备上验证协议的互操作性,从而保证整个机床数控系统的正常运行。

机床数控系统NCUC-Bus现场总线协议规范第5部分:一致性测试的相关资料

和机床数控系统NCUC-Bus现场总线协议规范第5部分:一致性测试类似的标准

砂轮的回转试验方法
上一篇 本文分享国家标准砂轮的回转试验方法的全文阅读和高清PDF的下载,砂轮的回转试验方法的编号:GB/T2493-2013。砂轮的回转试验方法共有7页,发布于2014-10-012013年第27号公告
脱硫脱硝用煤质颗粒活性炭试验方法第1部分:堆积密度
本文分享国家标准脱硫脱硝用煤质颗粒活性炭试验方法第1部分:堆积密度的全文阅读和高清PDF的下载,脱硫脱硝用煤质颗粒活性炭试验方法第1部分:堆积密度的编号:GB/T30202.1-2013。脱硫脱硝用煤质颗粒活性炭试验方法第1部分:堆积密度共有4页,发布于2014-10-012013年第27号公告 下一篇
相关推荐