CN105916184A - 一种符合ISA100.11a标准的工业无线传感网终端实现方法 - Google Patents
一种符合ISA100.11a标准的工业无线传感网终端实现方法 Download PDFInfo
- Publication number
- CN105916184A CN105916184A CN201610394586.3A CN201610394586A CN105916184A CN 105916184 A CN105916184 A CN 105916184A CN 201610394586 A CN201610394586 A CN 201610394586A CN 105916184 A CN105916184 A CN 105916184A
- Authority
- CN
- China
- Prior art keywords
- message
- communication module
- contract
- module
- api
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W40/00—Communication routing or communication path finding
- H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing
- H04W40/22—Communication route or path selection, e.g. power-based or shortest path routing using selective relaying for reaching a BTS [Base Transceiver Station] or an access point
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/18—Self-organising networks, e.g. ad-hoc networks or sensor networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提供了一种符合ISA100.11a标准的工业无线传感网终端实现方法,从软件实现的角度将无线网络通信功能和终端采集控制功能分开,分别定义为通信模块和应用模块,并且在这两个模块之间设计了可扩展的API消息通信机制以将其组合起来。每个API消息都由通信模块根据终端装置与ISA100.11a网络沟通的需求而创建,并将其作为请求消息发送至应用模块,应用模块根据消息内容完成采集与控制任务后回复该消息对应的响应消息,通信模块再根据响应消息的内容进一步与ISA100.11a网络交互。本发明能够实现通信协议的通用性与具体用户应用的灵活性之间的结合。
Description
技术领域
本发明属于工业无线传感网技术领域,涉及一种符合ISA100.11a标准的工业无线传感网终端方法。
背景技术
目前最常见的并且适用于工业现场的无线传感器网络标准分别有ISA100.11a、ZigBee、Wireless HART和WIA-PA协议。相比于其他三种标准,ISA100.11a标准定义于工业环境下无线系统的相关规程和实现技术,更适用于面向工业现场的采集与控制应用。该标准定义的工业无线终端设备包括:传感器、控制器、无线手持设备等现场自动化设备。ISA100.11a标准的目标,是将上述各种终端设备以无线的方式集成到ISA100.11a网络中,使工业无线设备能够以低成本、低功耗以及适当的通信数据速率支持工业现场应用。
然而,目前的主流无线终端实现方法都是建立在具体需求的基础上,将无线网络通信功能和终端采集控制功能集成在一个软件模块中,因此具有相当的特殊性,只适用于其所在场合,不具备通用性和可扩展性。此外,根据ISA100.11a标准的内容,其应用层包含用户应用进程(User Application Process,UAP)和应用子层(ApplicationSub-Layer,ASL),标准规定了ASL向UAP提供各种服务接口,也规定了UAP内部由不同的对象作为具体应用层功能的载体。但应用层的UAP之上的具体用户应用却并非标准的规定范围,即用户应用如何使用UAP的各种对象功能需要开发者自行设计。
发明内容
为了克服现有技术的不足,本发明提供一种符合ISA100.11a标准的工业无线传感网终端实现方法,从软件实现的角度将无线网络通信功能和终端采集控制功能分开,实现通信协议的通用性与具体用户应用的灵活性之间的结合。
本发明所采用的具体技术方案包括以下步骤:
步骤1,定义通信模块和应用模块;所述的通信模块负责执行无线网络通信功能,硬件平台满足ISA100.11a标准物理层需求;所述的应用模块负责终端采集控制功能,能够搭载传感器和控制器;
所述通信模块运行ISA100.11a协议栈,按照ISA100.11a标准包括物理层、数据链路层、网络层、传输层和应用层;应用层之中的用户应用进程UAP实现至少两种ISA100.11a标准规定的对象,分别是集中器对象(Concentrator Object,CO)和接口对象(Interface Object,IO);CO负责将应用模块采集获得的各个传感器数据集中起来,然后使用ISA100.11a标准的发布订阅服务(Publish/Subscribe)发送给ISA100.11a网关;IO使用ISA100.11a标准的客户端服务器服务(Client/Server),将ISA100.11a网关下发的控制指令送给应用模块的传感器和控制器。
步骤2,定义API消息作为应用模块和通信模块之间的交互规则;通信模块向应用模块发送API请求消息,应用模块针对每个处理后的API请求消息,向通信模块回复其响应消息;
所述API消息的数据结构包括Head、ID、Direction、API、Length、Payload和CRC;所述的Head为API消息的第一个字节,表示数据帧的开头;ID为每个实例化的API消息的唯一标识符,由通信模块创建请求消息时分配;Direction为API消息的方向,区分消息为请求消息或响应消息;API为标识API消息的具体类型,即每种API的字节代号;Length为负载数据的字节长度,即Payload的长度;Payload为API消息的负载数据,即消息所携带的具体数据;CRC为API消息的CRC校验值,确保数据帧内容正确。
所述的API包括满足CO和IO功能的至少5种API,分别为GetInitialInfo、NotifyJoin、NotifyAddContract、APDURequest和APDUIndicate;所述的GetInitialInfo表示通信模块通知应用模块初始化;NotifyJoin表示通信模块告知应用模块当前通信模块在ISA100.11a网络中的入网状态;NotifyAddContract表示通信模块告知应用模块用于ISA100.11a网络通信的无线网络资源已经准备好;APDURequest表示通信模块告知应用模块遍历获取所有传感器的读数,作为响应消息送回给通信模块;APDUIndicate表示通信模块通知应用模块使相关的控制器作出控制动作。
步骤3,通信模块初始化之后向应用模块发送GetInitialInfo请求消息,通知应用模块进行初始化,应用模块收到该消息后进行初始化并回复GetInitialInfo响应消息,通信模块获取响应消息后执行ISA100.11a协议栈并代表终端设备开始入网;
所述应用模块回复GetInitialInfo响应消息时在Payload中填写终端所携带的传感器和控制器的属性参数。
步骤4,通信模块完成ISA100.11a终端入网,入网后向应用模块发送NotifyJoin请求消息,请求消息Payload内容为0或者1,为0表示通信模块当前处于未入网的掉线状态,为1表示通信模块已经正常入网;应用模块根据请求消息Payload内容做出不同处理,内容为0则应用模块停止对传感器和控制器的访问以待下一次消息通知,内容为1则应用模块开始初始化传感器和控制器以准备使用;应用模块处理完成后,向通信模块回复NotifyJoin响应消息;通信模块收到NotifyJoin响应消息后,若终端确实已经入网,则进入步骤5;若终端未入网,则继续代表终端设备向ISA100.11a网络申请入网;
步骤5,通信模块申请Contract资源,周期性Contract用于终端向ISA100.11a网络中传输所采集的数据,非周期性Contract用于终端向控制器发送来自ISA100.11a网络的控制指令;申请完成后由通信模块向应用模块发送NotifyAddContract请求消息,消息Payload内容为ISA100.11a标准规定的Contract属性参数,应用模块收到请求消息后记录所有Contract的属性参数信息;应用模块向通信模块回复NotifyAddContract响应消息,消息的Payload至少包括所涉及的Contract属性参数中的ContractID,即每个Contract在整个无线网络中的唯一标识符,将其作为NotifyAddContract响应消息的Payload内容通知通信模块相关的Contract确实有效而无需重新申请;
Contract准备完毕后,进行采集功能或控制功能;执行采集功能进入步骤6,执行控制功能进入步骤7;
步骤6,通信模块的CO向应用模块发送APDURequest请求消息,消息的Payload至少包括所使用的周期性Contract的ContractID,以指明所需要的传感器数据将使用该Contract完成Publish/Subscribe传输;应用模块收到请求消息后将各个传感器的数据集中起来,再以ISA100.11a协议标准规定的Publish/Subscribe服务要求的方式和所记录的Contract属性参数结合为应用层协议数据单元(APDU),作为Payload随着APDURequest响应消息回复给通信模块的CO;最后由CO使用Publish/Subscribe服务向ISA100.11a网关传输包含传感器数据和Contract属性参数的数据集,网关根据Contract的内容识别终端的传感器数据的合法性;
步骤7,通信模块的IO向应用模块发送APDUIndicate请求消息,消息的Payload内容除控制指令数据以外包括所使用的非周期性Contract的ContractID,以指明所要使用的控制器将使用该Contract完成Client/Server传输;应用模块收到请求消息后,根据控制指令的内容使用具体的控制器完成控制功能,然后以ISA100.11a协议标准规定的Client/Server服务要求的方式将控制结果和所记录的Contract属性参数结合为应用层协议数据单元(APDU),作为Payload随着APDUIndicate响应消息回复给通信模块的IO;最后由IO使用Client/Server服务向ISA100.11a网关反馈包含控制结果和Contract属性参数的数据集,网关根据Contract的内容识别终端的控制结果数据的合法性以判定控制是否成功。
本发明的有益效果是:将无线终端方法中涉及无线组网通信的部分与涉及具体采集控制执行的部分分开,分别定义为通信模块和应用模块,并且在这两个模块之间设计了可扩展的API消息通信机制以将其组合起来,以兼顾终端方法在通信协议方面的通用性与采集控制方面的灵活性。通用性方面,从ISA100.11a协议的角度来看,通信模块即符合标准的终端设备通信协议栈,应用模块为通信协议栈之上的具体用户应用,总体结构遵循ISA100.11a协议标准。灵活性方面,API消息定义可以根据需求扩展或缩减,使得所述终端方法在满足最基本的采集与控制的基础之上可以根据需要进一步拓展其功能。此外,通信与应用双模块分开的设计还可以尽量减少采集控制在执行时对维持终端设备在线的正常通信所产生的影响和干扰。
附图说明
图1是所述符合ISA100.11a标准的工业无线传感网终端方法软件结构图。
图2是一个实例化API在网络及终端方法中使用的一般性时序图。
图3是终端方法集中器对象(CO)使用API完成采集数据上传的时序图。
图4是终端方法接口对象(IO)使用API完成控制行为的时序图。
图5是参考ISA100.11a标准的发布订阅服务(Publish/Subscribe)时序图。
图6是参考ISA100.11a标准的客户端服务器服务(Client/Server)时序图。
图7是周期性Contract的建立及用于发布订阅服务的示意图。
图8是非周期性Contract的建立及用于客户端服务器服务的示意图。
具体实施方式
本发明所采用的具体技术方案包括以下步骤:
步骤1,定义通信模块负责执行无线网络通信功能,定义应用模块负责终端采集控制功能。这两个模块各自是独立的软件实体,对实现的硬件平台没有具体的要求,既可以是单片机式的嵌入式软件,也可以是嵌入式PC上运行的软件。对硬件平台的唯二要求在于,通信模块的硬件平台必须具备满足ISA100.11a标准物理层需求的无线射频设备的条件,以及应用模块必须具备可以搭载采集控制设备的条件。
所述通信模块主要运行ISA100.11a协议栈,可以按照ISA100.11a标准的规定完全实现从物理层到应用层的所有必要内容,具体为:物理层、数据链路层、网络层、传输层、应用层。应用层之中的用户应用进程(UAP)需要实现至少两种ISA100.11a标准规定的对象,分别是集中器对象(CO)和接口对象(IO)。CO负责将应用模块采集获得的多种传感器数据或其他数据集中起来,然后使用ISA100.11a标准的发布订阅服务(Publish/Subscribe)将集中器准备好的数据发送给ISA100.11a网关。IO则使用ISA100.11a标准的客户端服务器服务(Client/Server),将ISA100.11a网关下发的控制指令进一步送给应用模块的具体控制设备。
所述应用模块主要使用采集与控制设备,概念上可以看作是UAP中负责具体功能的CO与IO的延伸。在应用模块中进一步定义采集功能子模块、控制功能子模块和API解析子模块。采集功能子模块负责管理终端所有的传感器,控制功能子模块负责管理所有的控制器,API解析子模块负责应用模块和通信模块之间的交互。API的进一步实现在后续步骤展开。
步骤2,定义API消息作为终端方法内部的应用模块和通信模块之间的交互规则,为实现ISA100.11a终端对多个传感器与控制器的灵活使用提供途径。API消息的定义可以根据实际需求扩展或缩减,但作为终端必须满足CO与IO这两种对象的基本功能。每个具体的API消息都将由通信模块的应用层UAP发送,在应用模块的API解析子模块接收,最后由应用模块对每个处理后的API向通信模块回复其响应消息。
所述通信模块和应用模块之间使用API进行消息交互的数据帧格式及说明如下:
字节长度 | 1字节 | 1字节 | 1字节 | 1字节 | 1字节 | 任意字节 | 2字节 |
结构名称 | Head | ID | Direction | API | Length | Payload | CRC |
Head:API消息数据帧的第一个字节,表示数据帧的开头;
ID:每个实例化的API消息的唯一标识符,由通信模块创建请求消息时分配;
Direction:API消息的方向,可区分消息具体为请求消息还是响应消息,请求消息由通信模块的应用层UAP发送,响应消息则是应用模块的API解析子模块根据请求消息的内容向通信模块回送;
API:标识API消息的具体类型,即每种API的字节代号,可根据实际需求定义,本发明定义了至少满足CO和IO功能的5种API,分别称为GetInitialInfo、NotifyJoin、NotifyAddContract、APDURequest和APDUIndicate,这些API实际所使用的字节代号可以任意选择不同数值以区别;
Length:负载数据的字节长度,即Payload的长度;
Payload:API消息数据帧的负载,即消息所携带的具体数据;
CRC:API消息数据帧的CRC校验值,可确保数据帧内容正确。
结合ISA100.11a标准的相关规定,本发明定义5种API实现终端方法的CO与IO功能:
GetInitialInfo,通信模块通知应用模块初始化;
NotifyJoin,通信模块告知应用模块当前通信模块在ISA100.11a网络中的入网状态;
NotifyAddContract,通信模块告知应用模块用于ISA100.11a网络通信的无线网络资源已经准备好,所谓Contract是ISA100.11a标准之中规定的一种由系统管理器分配的代表每一个实例化的单向无线网络通信所需要使用的资源,周期性Contract一般用于终端使用Publish/Subscribe服务发布传感器数据,非周期性Contract一般用于终端使用Client/Server服务处理控制指令;
APDURequest,通信模块告知应用模块遍历获取所有传感器的读数,整理完毕后作为响应内容送回给通信模块;
APDUIndicate,通信模块通知应用模块使相关的控制器作出控制动作。
步骤3,终端方法在本步骤开始运行,通信模块初始化之后向应用模块发送GetInitialInfo请求消息以通知应用模块进行初始化,应用模块收到该消息后进行初始化并回复GetInitialInfo响应消息,通信模块获取响应消息后执行ISA100.11a协议栈并代表终端设备开始入网。GetInitialInfo请求和响应消息的Payload一般都可以为空,如果想要令终端申请入网时能够上报终端所携带的传感器和控制器的属性参数,则可以令应用模块回复GetInitialInfo响应消息时在Payload中填写相关参数,具体内容可视实地的终端设备所搭载的传感器和控制器的种类数量而定。
步骤4,通信模块完成ISA100.11a终端入网,入网后向应用模块发送NotifyJoin请求消息,消息Payload内容为0或者1,为0表示通信模块当前处于未入网的掉线状态,为1表示通信模块已经正常入网。应用模块根据请求消息Payload内容做出不同处理,内容为0则应用模块停止对传感器和控制器的访问以待下一次消息通知,内容为1则应用模块开始初始化传感器和控制器以准备使用。应用模块处理完成后,向通信模块回复NotifyJoin响应消息,响应消息的Payload内容为空即可。通信模块收到NotifyJoin响应消息后,若终端确实已经入网,则开始向ISA100.11a网络申请采集和控制功能所必需的Contract资源,若终端未入网,则继续代表终端设备向ISA100.11a网络申请入网。
步骤5,通信模块申请Contract资源,周期性Contract用于终端向ISA100.11a网络中传输所采集的数据,非周期性Contract用于终端向控制器发送来自ISA100.11a网络的控制指令。申请完成后由通信模块向应用模块发送NotifyAddContract请求消息,消息Payload内容为ISA100.11a标准规定的Contract属性参数,应用模块收到请求消息后记录所有Contract的属性参数信息。接着,应用模块向通信模块回复NotifyAddContract响应消息,消息的Payload至少要包括所涉及的Contract属性参数中的ContractID,ISA100.11a标准规定了ContractID在整个无线网络中是每个Contract的唯一标识符,将其作为NotifyAddContract响应消息的Payload内容可以通知通信模块相关的Contract确实有效而无需重新申请。
需要注意本步骤中控制功能所用的非周期性Contract在ISA100.11a网络中必须是成对的,这与采集功能所用的周期性Contract不同。因为ISA100.11a协议规定采集功能的Publish/Subscribe服务的周期性Contract只涉及终端的CO单方面向ISA100.11a网关传输数据,控制功能的非周期性Contract则涉及Client/Server服务执行时网关和终端的IO之间的双向传输。但实际上,对于通信模块与应用模块之间的API消息交互而言,只需要记录成对Contract的其中一个由终端指向网关的实例即可,本步骤NotifyAddContract消息的Payload内容也只涉及这个指向网关的Contract,因为网关指向终端的另一个Contract只负责ISA100.11a网络范围内的指令传输,通信模块在收到来自网关的控制指令后,指向终端的Contract即完成了其功能,API消息实质上与指向终端的Contract无关。
Contract准备完毕后,就可以进行具体的采集功能和控制功能。执行采集功能进入步骤6,执行控制功能进入步骤7。
步骤6,采集功能由通信模块的CO向应用模块发送APDURequest请求消息,消息的Payload至少要包括所使用的周期性Contract的ContractID,以指明所需要的传感器数据将使用该Contract完成Publish/Subscribe传输。应用模块收到请求消息后,采集功能子模块会将各个传感器的数据依次集中起来,再以ISA100.11a协议标准规定的Publish/Subscribe服务要求的方式和所记录的Contract属性参数结合为应用层协议数据单元(APDU),作为Payload随着APDURequest响应消息回复给通信模块的CO。最后由CO使用Publish/Subscribe服务向ISA100.11a网关传输包含传感器数据和Contract属性参数的数据集,网关会根据Contract的内容识别终端的传感器数据的合法性。
由于采集功能使用的是周期性的Contract,所以本步骤的终端传感器数据传输会不断自动循环执行来及时上报最新的传感器读数,除非终端在ISA100.11a网络中的通信状态发生变化导致离线或重新入网的情况。
步骤7,控制功能由通信模块的IO向应用模块发送APDUIndicate请求消息,消息的Payload内容除控制指令数据以外必须包括所使用的非周期性Contract的ContractID,以指明所要使用的控制器将使用该Contract完成Client/Server传输,APDUIndicate请求消息的Payload所包含的控制指令数据需要视终端所搭载的具体控制器信息而定。应用模块收到请求消息后,控制功能子模块会根据控制指令的内容使用具体的控制器完成控制功能,然后以ISA100.11a协议标准规定的Client/Server服务要求的方式将控制结果和所记录的Contract属性参数结合为应用层协议数据单元(APDU),作为Payload随着APDUIndicate响应消息回复给通信模块的IO。最后由IO使用Client/Server服务向ISA100.11a网关反馈包含控制结果和Contract属性参数的数据集,网关会根据Contract的内容识别终端的控制结果数据的合法性以判定控制是否成功。
由于控制功能使用的是非周期性的Contract,所以本步骤的终端控制一般是根据用户的需求随时激活执行的,ISA100.11a协议标准规定了使用Client/Server服务向终端传递数据时必须申请新的或激活已存在的非周期性Contract资源。
下面结合附图和实施例对本发明进一步说明,本发明包括但不仅限于下述实施例。
传统的无线传感网终端设备为了体积等成本方面的考虑,往往使用单芯片的结构,但其采集控制性能和可扩展性必然受到限制。ISA100.11a标准是一种面向工业现场的无线传感网协议,因此更强调综合性能是否可以满足复杂环境中的需要。根据ISA100.11a协议栈的特点,其应用层采取了一定的面向对象的设计思想,协议未规定的用户应用只需要和应用层UAP之中可扩展的对象进行交互,故而本发明可以将具体的用户应用与协议栈网络通信分离开来。本发明所涉及的用户应用至少包括终端的采集功能和控制功能,具体实施方式包括以下几个步骤。
步骤1,首先在软件结构设计上定义为通信模块和应用模块两大部分,通信模块负责基本的ISA100.11a协议栈网络通信,应用模块则专注于面向工业现场环境的可扩展采集控制功能,如图1所示。
通信模块和应用模块不应该过分拘泥于某种类型的硬件平台,因此这两种模块在概念上是两个可以互相通信交互的软件实体,如此则它们既可以分别部署于各自的单片机上,也可以根据需要各自部署于嵌入式操作系统上。通信模块和应用模块这两个软件模块之间的交互方式在物理上也无要求,可以是网口直连的Socket通信,也可以是串口直连的串口通信,本发明只强调软件模块之间交互规则的确定,因此采用自定义API的方式并规定了其交互流程。但需要强调的是,最终所选用的硬件平台一定要满足两点:一是通信模块所部署的硬件平台需要具备ISA100.11a物理层所要求的基于IEEE 802.15.4标准的无线射频通信设备,并且通信模块的物理层需要实现对所选无线射频通信设备的驱动;二是应用模块所部署的硬件平台应可以挂载多种传感器和控制器,使应用模块可以访问这些传感器和控制器。
图1中的通信模块的主要任务是运行ISA100.11a协议栈以便使终端能够加入ISA100.11a无线传感网络。协议栈从上到下包括:应用层、传输层、网络层、数据链路层和物理层,各个层在ISA100.11a标准中均有详细规定,只需按照标准内容将各个层的必要内容实现即可。特殊之处只在于物理层需要根据硬件平台具体使用的无线射频通信设备的型号来实现对应的驱动。
UAP中的各种标准对象可以按照ISA100.11a标准的定义来实现,对本发明而言至少需要实现集中器对象(CO)和接口对象(IO),这是因为CO和IO需要分别外接采集和控制的具体用户应用功能,但用户应用部分则是ISA100.11a标准不作规定的。因此,从ISA100.11a标准的概念角度可以将所述应用模块看作是UAP的CO与IO的延伸,这部分延伸是ISA100.11a标准未规定的。
本步骤的重点在于细化应用模块的内部定义,应按图1所示定义采集功能子模块、控制功能子模块和API解析子模块。采集功能子模块是CO的延伸,可以搭载多个传感器,并负责将这些传感器的数据集中起来作为预备上传的终端设备采集数据。控制功能子模块是IO的延伸,可以搭载多个控制器,并负责将网关传来的控制指令发送到指定的控制器中从而完成控制执行。API解析子模块则负责应用模块与通信模块之间的通信,通信方式为自定义的API控制消息交互,API的具体细节在后续步骤完成。
步骤2,定义API消息作为终端方法内部的应用模块和通信模块之间的交互规则,为实现ISA100.11a终端对多个传感器与控制器的灵活使用提供途径,定义的内容包括API消息的数据帧结构的定义和API消息种类的定义。API消息种类的定义可以根据需求进行扩展,但至少要满足CO和IO所必备的采集与控制功能,本发明定义了GetInitialInfo、NotifyJoin、NotifyAddContract、APDURequest和APDUIndicate这5种API。
API消息的数据帧结构定义如下:
字节长度 | 1字节 | 1字节 | 1字节 | 1字节 | 1字节 | 任意字节 | 2字节 |
结构名称 | Head | ID | Direction | API | Length | Payload | CRC |
Head:API消息数据帧的第一个字节,表示数据帧的开头;
ID:每个实例化的API消息的唯一标识符,由通信模块创建请求消息时分配;
Direction:API消息的方向,可区分消息具体为请求消息还是响应消息,请求消息由通信模块的应用层UAP发送,响应消息则是应用模块的API解析子模块根据请求消息的内容向通信模块回送;
API:标识API消息的具体类型,即每种API的字节代号,可根据实际需求定义,本发明定义了上述满足CO和IO功能的5种API,即GetInitialInfo、NotifyJoin、NotifyAddContract、APDURequest和APDUIndicate,各API种类的字节代号可以任意取值以互相区别即可;
Length:负载数据的字节长度,即Payload的长度;
Payload:API消息数据帧的负载,即消息所携带的具体数据;
CRC:API消息数据帧的CRC校验值,可确保数据帧内容正确。
API消息种类定义如下,本发明利用这5种API实现符合ISA100.11a标准的终端采集与控制功能:
GetInitialInfo,通信模块通知应用模块初始化;
NotifyJoin,通信模块告知应用模块当前通信模块在ISA100.11a网络中的入网状态;
NotifyAddContract,通信模块告知应用模块用于ISA100.11a网络通信的Contract无线网络资源已经准备好,一般而言只需告知涉及具体采集与控制操作的周期性和非周期性Contract即可;
APDURequest,通信模块告知应用模块遍历获取所有传感器的读数,整理完毕后作为响应内容送回给通信模块;
APDUIndicate,通信模块通知应用模块使相关的控制器作出控制动作。
图2为实例化的API消息在终端方法中运作的时序图,每个具体的API消息都将由通信模块的应用层UAP发送,在应用模块的API解析子模块接收,如果是使用传感器或控制器的API消息则还要在解析消息之后将消息内容送给采集功能子模块或者控制功能子模块,最后由应用模块将每个处理后的API消息向通信模块回复。注意图中的API范围不涉及采集功能子模块和控制功能子模块,一般的API消息可直接由API解析子模块完成响应消息的准备,只有涉及采集控制功能时才会由API解析子模块将API消息的内容而不是API消息实例发送给具体的传感器或控制器。
步骤3,基于步骤1的终端方法软件实体结构定义和步骤2的API消息交互规则定义,本步骤开始正式展开终端方法的实际运行流程的实现。本步骤主要完成初始化任务,通信模块优先初始化之后向应用模块发送GetInitialInfo请求消息以通知应用模块进行初始化,应用模块收到该消息后进行初始化并回复GetInitialInfo响应消息,通信模块获取响应消息后执行ISA100.11a协议栈并代表终端设备开始入网。
图3展示了终端CO基于API完成传感器采集数据上传的时序图,图4展示了终端IO基于API完成控制器控制任务的时序图,图中第一步的API消息都是使用GetInitialInfo消息进行初始化工作且基本完全相同。因此,在实现过程中也可以将图3和图4的第一步API消息调用合而为一,由通信模块的其他部分统一完成GetInitialInfo消息的使用及初始化工作。
GetInitialInfo消息的Payload内容可以灵活掌握,请求响应的内容皆为空也不影响初始化任务的完成,因为初始化工作本身相对简单不需要太多的参数进行补充。但为了终端方法的实用性更强,一般还是需要借助GetInitialInfo消息完成一些额外工作,主要集中在初始化后向ISA100.11a网络中告知终端设备的详细功能信息,如传感器信息和控制器信息,否则只能采用人为将所有终端的功能信息以配置文件的形式输入网关的非自动化方法。具体的,可以在GetInitialInfo响应消息的Payload内容中填充传感器或控制器的参数,如传感器在终端的编号、传感器数据名称和类型、控制器在终端的编号、控制器信号类型等,具体内容由实地的终端所搭载的采集控制设备而定。当初始化任务完成后终端开始入网,若具备详细功能信息,则可将这些信息随着终端入网请求发送给ISA100.11a网络,并在网关收到请求信息后记录之,如果允许终端入网,那么ISA100.11a网络就会知晓该终端具备何种采集和控制功能。
步骤4,通信模块完成ISA100.11a终端入网,入网后向应用模块发送NotifyJoin请求消息,消息Payload内容为0或者1,为0表示通信模块当前处于未入网的掉线状态,为1表示通信模块已经正常入网。如果应用模块收到的请求消息Payload内容为1,则开始对传感器和控制器进行初始化以备使用,同时回复NotifyJoin响应消息,响应消息的Payload内容为空即可。图3中第二步的API消息为终端CO使用NotifyJoin消息并启动传感器初始化的工作,图4中第二步的API消息为终端IO使用NotifyJoin消息并启动控制器初始化的工作。本步骤中,CO和IO分别使用NotifyJoin请求消息的活动也可以在实现的过程中适当合并,虽然概念上CO负责传感器而IO负责控制器,但实际上NotifyJoin请求消息的Payload内容并不因CO或IO而有所不同,因此完全可以由通信模块的其他部分统一完成NotifyJoin请求消息,应用模块只需将所有传感器控制器初始化即可。
需要注意NotifyJoin请求消息的Payload内容为0的情况,这种情况不会在终端初次初始化入网时出现,而是往往出现在终端离线后重新入网的过程中。根据ISA100.11a协议标准,所有无线终端会由系统管理器维护其在线状态,具体的维护方式可以采用终端与网关之间的定时心跳包交互。如果维持终端在线的交互出现问题,那么终端的ISA100.11a协议栈会重新提交入网请求。为了在终端离线期间减少终端的功耗,也为了方便终端重新入网后顺利进行后续步骤,可以在通信模块的协议栈确定离线且重新入网时,向应用模块发送Payload内容为0的NotifyJoin请求消息,应用模块收到这种消息后将停止对传感器和控制器的使用,直到下一次收到Payload内容为1的NotifyJoin请求消息后继续正常步骤流程。
步骤5,通信模块申请Contract资源,周期性Contract用于终端向ISA100.11a网络中传输所采集的数据,非周期性Contract用于终端向控制器发送来自ISA100.11a网络的控制指令。
本步骤所申请的Contract资源都是直接涉及传感器和控制器的,ISA100.11a协议标准规定周期性Contract资源是CO可以使用网关提供的发布订阅(Publish/Subscribe)服务上传数据的前提,也规定了非周期性Contract资源是IO可以使用网关提供的客户端服务器(Client/Server)服务向终端传达控制指令的前提。为了描述清楚本步骤所申请的Contract资源的特殊之处,应首先讨论Publish/Subscribe服务和Client/Server服务的特点。
图5描述了参考ISA100.11a标准的Publish/Subscribe服务建立过程,总体上分为订阅(Subscribe)和发布(Publish)两个阶段:先由网关的用户应用根据其所需要得到的采集数据类型等内容向网关发起Subscribe服务请求,网关允许后即表示网关的用户应用可以“订阅”所需的采集数据;随后,网关可以根据“订阅”的内容建立对应的Publish服务,并在服务建立后通知相关的终端以告知它们可以开始向网关持续性“发布”采集数据,网关此后将通过Publish服务接收来自终端发送的数据,图5中的定时循环即体现了Publish服务不断发布数据的效果。网关根据“订阅”与“发布”之间的对应关系,将符合条件的Publish服务上传的发布数据送给需要这些数据的Subscribe服务的订阅者。
图6描述了参考ISA100.11a标准的Client/Server服务建立过程,总体上分为请求和响应两个阶段:首先是网关的用户应用提出控制需求,网关将其转化为ISA100.11a网络中的控制指令,终端收到控制指令后交给具体的控制设备作出控制动作;随后,终端的控制动作完成,将相关响应信息回复给网关,网关再将响应送给网关的用户应用以告知控制结果。Client/Server服务相对于Publish/Subscribe服务而言属于一次性服务,不需要Publish/Subscribe服务的持续性。此外,理论上Client/Server服务的方向性可以是任意的,既可以是网关向终端提出控制要求,也可以是终端向网关主动反映情况。
本步骤所申请的Contract资源是ISA100.11a标准规定的网络传输所必需的单方向通信资源,双向通信一般需要两个方向相反的成对的Contract。周期性Contract是长期存在的,可以使用这种Contract传输相对稳定的固定数据通信。非周期性Contract是一次性的,可以使用这种Contract完成特定的即时数据通信。所有Contract资源都由系统管理器分配,但发出申请的网络角色可以是该Contract相关的其他网络角色,例如网关和终端之间的Contract就可以由网关或者该终端发起申请。
根据以上内容的讨论,周期性的Contract最适合CO用来长期上传其所收集的传感器数据,此类使用Publish/Subscribe服务向网关长期发送信息的周期性Contract的方向由终端指向网关,一般由终端向系统管理器申请,如图7所示。非周期性的Contract最适合IO用来传送一次性的控制指令,此类使用Client/Server服务与网关之间进行一次性控制通信的非周期性Contract是两个单向成对的,即一个Contract的方向由网关指向终端,另一个则由终端指向网关,可以由终端或网关向系统管理器申请,如图8所示。
本步骤的Contract资源申请完成后由通信模块向应用模块发送NotifyAddContract请求消息,消息Payload内容为ISA100.11a标准规定的Contract属性参数,应用模块收到请求消息后记录所有Contract的属性参数信息。接着,应用模块向通信模块回复NotifyAddContract响应消息,消息的Payload至少要包括所涉及的Contract属性参数中的ContractID,ISA100.11a标准规定了ContractID在整个无线网络中是每个Contract的唯一标识符,将其作为NotifyAddContract响应消息的Payload内容可以通知通信模块相关的Contract确实有效而无需重新申请。虽然控制功能所涉及的非周期性Contract是成对的,但NotifyAddContract请求消息的Payload只需要填写其中一个方向为终端指向网关的Contract的属性参数信息即可,因为另一个方向为网关指向终端的Contract将用于网关将控制指令送给终端通信模块的任务,并且此指向终端的Contract会随着通信模块收到来自网关的控制指令后完成其任务,也就是说本步骤中的NotifyAddContract请求响应消息与指向终端的非周期性Contract没有关系。
在完成本步骤的NotifyAddContract消息交互后,应用模块即可开始使用传感器或控制器,如开始轮询各个传感器管脚输入口或者激活正在待机的控制器以准备接受动作,图3第三步的API消息为CO通知应用模块相关的周期性Contract信息并开始启动传感器,图4第三步的API消息为IO通知应用模块相关的非周期性Contract信息并激活控制器。通信模块随后可以选择告知ISA100.11a网络CO与IO的准备情况,也可以根据实际情况选择不告知,因为Contract资源是采集与控制实现的最关键要素,一般而言Contract的成功建立即代表采集与控制功能的即时可用,除非传感器或控制器出现硬件方面的设备问题。
Contract准备完毕后,就可以进行具体的采集功能和控制功能。执行采集功能进入步骤6,执行控制功能进入步骤7。
步骤6,采集功能由通信模块的CO向应用模块发送APDURequest请求消息,消息的Payload至少要包括所使用的周期性Contract的ContractID,以指明所需要的传感器数据将使用该Contract完成Publish/Subscribe传输。应用模块收到请求消息后,采集功能子模块会将各个传感器的数据依次集中起来,再以ISA100.11a协议标准规定的Publish/Subscribe服务要求的方式和所记录的Contract属性参数结合,作为Payload随着APDURequest响应消息回复给通信模块的CO。最后由CO使用Publish/Subscribe服务向ISA100.11a网关传输包含传感器数据和Contract属性参数的数据集,网关会根据Contract的内容识别终端的传感器数据的合法性。
由于采集功能使用的是周期性的Contract,所以本步骤的终端传感器数据传输会不断自动循环执行来及时上报最新的传感器读数,除非终端在ISA100.11a网络中的通信状态发生变化导致离线或重新入网的情况。
图3第四步的API消息为CO向应用模块请求传感器采集数据集合,应用层响应请求并发回封装采样数据的APDU。图中的定时循环即表现了终端借助Publish服务使用周期性Contract不断上传数据的情况。还需要注意的是,图中应用模块开始读取传感器的时间会早于收到APDURequest请求消息的时间,因为所述终端方法的通信模块和应用模块各自是独立的软件模块,为了更及时的反映传感器最新采样数据,可以令应用模块提前获取传感器读数并暂时存于缓存中,待收到APDURequest请求消息时可以马上将最新传感器数据反馈。
步骤7,控制功能由通信模块的IO向应用模块发送APDUIndicate请求消息,消息的Payload内容除控制指令数据以外必须包括所使用的非周期性Contract的ContractID,以指明所要使用的控制器将使用该Contract完成Client/Server传输,APDUIndicate请求消息的Payload所包含的控制指令数据需要视终端所搭载的具体控制器信息而定。注意请求消息的Payload内容所涉及的非周期性Contract的方向一定是由终端指向网关,由网关指向终端的Contract在此时已经随着网关所发送的控制指令的到达而结束其任务。应用模块收到请求消息后,控制功能子模块会根据控制指令的内容使用具体的控制器完成控制功能,然后以ISA100.11a协议标准规定的Client/Server服务要求的方式将控制结果和所记录的Contract属性参数结合为应用层协议数据单元(APDU),作为Payload随着APDUIndicate响应消息回复给通信模块的IO。最后由IO使用Client/Server服务向ISA100.11a网关反馈包含控制结果和Contract属性参数的数据集,网关会根据Contract的内容识别终端的控制结果数据的合法性以判定控制是否成功。
由于控制功能使用的是非周期性的Contract,所以本步骤的终端控制一般是根据用户的需求随时激活执行的,ISA100.11a协议标准规定了使用Client/Server服务向终端传递数据时必须申请新的或激活已存在的非周期性Contract资源。
图4第四步的API消息为IO向应用模块发送控制指令请求,应用模块完成控制活动后返回封装控制结果的APDU。图中的按需启动表现了每次控制指令的完成都必须由Client/Server服务激活非周期性Contract的情况,可以与图6的Client/Server服务时序图互相印证。
Claims (5)
1.一种符合ISA100.11a标准的工业无线传感网终端实现方法,其特征在于包括下述步骤:
步骤1,定义通信模块和应用模块;所述的通信模块负责执行无线网络通信功能,硬件平台满足ISA100.11a标准物理层需求;所述的应用模块负责终端采集控制功能,能够搭载传感器和控制器;
步骤2,定义API消息作为应用模块和通信模块之间的交互规则;通信模块向应用模块发送API请求消息,应用模块针对每个处理后的API请求消息,向通信模块回复其响应消息;
步骤3,通信模块初始化之后向应用模块发送GetInitialInfo请求消息,通知应用模块进行初始化,应用模块收到该消息后进行初始化并回复GetInitialInfo响应消息,通信模块获取响应消息后执行ISA100.11a协议栈并代表终端设备开始入网;
步骤4,通信模块完成ISA100.11a终端入网,入网后向应用模块发送NotifyJoin请求消息,请求消息Payload内容为0或者1,为0表示通信模块当前处于未入网的掉线状态,为1表示通信模块已经正常入网;应用模块根据请求消息Payload内容做出不同处理,内容为0则应用模块停止对传感器和控制器的访问以待下一次消息通知,内容为1则应用模块开始初始化传感器和控制器以准备使用;应用模块处理完成后,向通信模块回复NotifyJoin响应消息;通信模块收到NotifyJoin响应消息后,若终端确实已经入网,则进入步骤5;若终端未入网,则继续代表终端设备向ISA100.11a网络申请入网;
步骤5,通信模块申请Contract资源,周期性Contract用于终端向ISA100.11a网络中传输所采集的数据,非周期性Contract用于终端向控制器发送来自ISA100.11a网络的控制指令;申请完成后由通信模块向应用模块发送NotifyAddContract请求消息,消息Payload内容为ISA100.11a标准规定的Contract属性参数,应用模块收到请求消息后记录所有Contract的属性参数信息;应用模块向通信模块回复NotifyAddContract响应消息,消息的Payload至少包括所涉及的Contract属性参数中的ContractID,即每个Contract在整个无线网络中的唯一标识符,将其作为NotifyAddContract响应消息的Payload内容通知通信模块相关的Contract确实有效而无需重新申请;
Contract准备完毕后,进行采集功能或控制功能;执行采集功能进入步骤6,执行控制功能进入步骤7;
步骤6,通信模块的CO向应用模块发送APDURequest请求消息,消息的Payload至少包括所使用的周期性Contract的ContractID,以指明所需要的传感器数据将使用该Contract完成Publish/Subscribe传输;应用模块收到请求消息后将各个传感器的数据集中起来,再以ISA100.11a协议标准规定的Publish/Subscribe服务要求的方式和所记录的Contract属性参数结合为应用层协议数据单元APDU,作为Payload随着APDURequest响应消息回复给通信模块的CO;最后由CO使用Publish/Subscribe服务向ISA100.11a网关传输包含传感器数据和Contract属性参数的数据集,网关根据Contract的内容识别终端的传感器数据的合法性;
步骤7,通信模块的IO向应用模块发送APDUIndicate请求消息,消息的Payload内容除控制指令数据以外包括所使用的非周期性Contract的ContractID,以指明所要使用的控制器将使用该Contract完成Client/Server传输;应用模块收到请求消息后,根据控制指令的内容使用具体的控制器完成控制功能,然后以ISA100.11a协议标准规定的Client/Server服务要求的方式将控制结果和所记录的Contract属性参数结合为应用层协议数据单元APDU,作为Payload随着APDUIndicate响应消息回复给通信模块的IO;最后由IO使用Client/Server服务向ISA100.11a网关反馈包含控制结果和Contract属性参数的数据集,网关根据Contract的内容识别终端的控制结果数据的合法性以判定控制是否成功。
2.根据权利要求1所述的符合ISA100.11a标准的工业无线传感网终端实现方法,其特征在于:所述通信模块运行ISA100.11a协议栈,按照ISA100.11a标准包括物理层、数据链路层、网络层、传输层和应用层;应用层之中的用户应用进程UAP实现至少两种ISA100.11a标准规定的对象,分别是集中器对象CO和接口对象IO;CO负责将应用模块采集获得的各个传感器数据集中起来,然后使用ISA100.11a标准的发布订阅服务发送给ISA100.11a网关;IO使用ISA100.11a标准的客户端服务器服务,将ISA100.11a网关下发的控制指令送给应用模块的传感器和控制器。
3.根据权利要求1所述的符合ISA100.11a标准的工业无线传感网终端实现方法,其特征在于:所述API消息的数据结构包括Head、ID、Direction、API、Length、Payload和CRC;所述的Head为API消息的第一个字节,表示数据帧的开头;ID为每个实例化的API消息的唯一标识符,由通信模块创建请求消息时分配;Direction为API消息的方向,区分消息为请求消息或响应消息;API为标识API消息的具体类型,即每种API的字节代号;Length为负载数据的字节长度,即Payload的长度;Payload为API消息的负载数据,即消息所携带的具体数据;CRC为API消息的CRC校验值,确保数据帧内容正确。
4.根据权利要求1所述的符合ISA100.11a标准的工业无线传感网终端实现方法,其特征在于:所述的API包括满足CO和IO功能的至少5种API,分别为GetInitialInfo、NotifyJoin、NotifyAddContract、APDURequest和APDUIndicate;所述的GetInitialInfo表示通信模块通知应用模块初始化;NotifyJoin表示通信模块告知应用模块当前通信模块在ISA100.11a网络中的入网状态;NotifyAddContract表示通信模块告知应用模块用于ISA100.11a网络通信的无线网络资源已经准备好;APDURequest表示通信模块告知应用模块遍历获取所有传感器的读数,作为响应消息送回给通信模块;APDUIndicate表示通信模块通知应用模块使相关的控制器作出控制动作。
5.根据权利要求1所述的符合ISA100.11a标准的工业无线传感网终端实现方法,其特征在于:所述应用模块回复GetInitialInfo响应消息时在Payload中填写终端所携带的传感器和控制器的属性参数。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610394586.3A CN105916184B (zh) | 2016-06-06 | 2016-06-06 | 一种符合ISA100.11a标准的工业无线传感网终端实现方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610394586.3A CN105916184B (zh) | 2016-06-06 | 2016-06-06 | 一种符合ISA100.11a标准的工业无线传感网终端实现方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105916184A true CN105916184A (zh) | 2016-08-31 |
CN105916184B CN105916184B (zh) | 2019-05-31 |
Family
ID=56749825
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610394586.3A Active CN105916184B (zh) | 2016-06-06 | 2016-06-06 | 一种符合ISA100.11a标准的工业无线传感网终端实现方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105916184B (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108183944A (zh) * | 2017-12-23 | 2018-06-19 | 西安交通大学 | 一种基于ISA100.11a标准的无线设备设计方法 |
CN114338094A (zh) * | 2021-12-09 | 2022-04-12 | 北京五八信息技术有限公司 | 请求头信息的采集方法、装置、电子设备及可读介质 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2367337A1 (en) * | 2010-03-16 | 2011-09-21 | Yokogawa Electric Corporation | Field communication system and field communication method |
CN103152789A (zh) * | 2013-03-26 | 2013-06-12 | 重庆邮电大学 | ISA100.11a和WIA-PA融合路由器及路由方法 |
CN103327557A (zh) * | 2008-06-18 | 2013-09-25 | 爱默生过程管理电力和水力解决方案有限公司 | 用于通过区别网络进行无线过程通信的系统和方法 |
CN103731510A (zh) * | 2014-01-24 | 2014-04-16 | 重庆邮电大学 | 一种基于IPv6的无线传感器网络应用层数据交互方法 |
CN103781088A (zh) * | 2014-01-23 | 2014-05-07 | 重庆邮电大学 | 基于IEEE802.15.4的2.4GHz全信道数据采集与协议分析仪 |
CN104202774A (zh) * | 2014-09-18 | 2014-12-10 | 东南大学 | 一种可靠实时的工业无线局域网传输方法 |
-
2016
- 2016-06-06 CN CN201610394586.3A patent/CN105916184B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103327557A (zh) * | 2008-06-18 | 2013-09-25 | 爱默生过程管理电力和水力解决方案有限公司 | 用于通过区别网络进行无线过程通信的系统和方法 |
EP2367337A1 (en) * | 2010-03-16 | 2011-09-21 | Yokogawa Electric Corporation | Field communication system and field communication method |
CN103152789A (zh) * | 2013-03-26 | 2013-06-12 | 重庆邮电大学 | ISA100.11a和WIA-PA融合路由器及路由方法 |
CN103781088A (zh) * | 2014-01-23 | 2014-05-07 | 重庆邮电大学 | 基于IEEE802.15.4的2.4GHz全信道数据采集与协议分析仪 |
CN103731510A (zh) * | 2014-01-24 | 2014-04-16 | 重庆邮电大学 | 一种基于IPv6的无线传感器网络应用层数据交互方法 |
CN104202774A (zh) * | 2014-09-18 | 2014-12-10 | 东南大学 | 一种可靠实时的工业无线局域网传输方法 |
Non-Patent Citations (2)
Title |
---|
支亚军等: ""基于 ISA100.11a 标准的工业传感网系统设计"", 《自动化与仪表》 * |
王平等: ""一种适用于ISA100.11a工业无线网络的通信调度方法"", 《仪器仪表学报》 * |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108183944A (zh) * | 2017-12-23 | 2018-06-19 | 西安交通大学 | 一种基于ISA100.11a标准的无线设备设计方法 |
CN108183944B (zh) * | 2017-12-23 | 2020-03-17 | 西安交通大学 | 一种基于ISA100.11a标准的无线设备设计方法 |
CN114338094A (zh) * | 2021-12-09 | 2022-04-12 | 北京五八信息技术有限公司 | 请求头信息的采集方法、装置、电子设备及可读介质 |
Also Published As
Publication number | Publication date |
---|---|
CN105916184B (zh) | 2019-05-31 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP3336697B1 (en) | Edge computing platform | |
CN104052759B (zh) | 一种物联网即加即用技术的实现系统 | |
CN109347947A (zh) | 一种负载均衡的方法、域名服务器及集群nas服务器 | |
CN105159256B (zh) | 一种基于Web服务的智能家居控制系统 | |
CN105763619B (zh) | 客户端与服务端进行通讯的方法及装置 | |
CN102035893A (zh) | 一种服务器主动推送数据的方法和系统 | |
CN107592367A (zh) | 家电设备的资源共享方法、装置和计算机可读存储介质 | |
CN108737463A (zh) | 一种软件部署方法、服务器和系统 | |
Leppänen et al. | Mobile agents for integration of internet of things and wireless sensor networks | |
CN106292518B (zh) | 远程plc监控和调试系统及方法 | |
CN102710427A (zh) | 一种远程开机系统及方法 | |
Aragues et al. | Trends in entertainment, home automation and e-health: Toward cross-domain integration | |
CN111585801A (zh) | 一种ZigBee设备升级方法及相关设备 | |
CN105916184A (zh) | 一种符合ISA100.11a标准的工业无线传感网终端实现方法 | |
CN109361595A (zh) | 一种物联网网关及方法 | |
CN114615358B (zh) | 智能电子设备的仿真方法、电子设备和存储介质 | |
CN108449246A (zh) | 一种基于即时通讯软件与物联网通信的智能家居系统 | |
CN105607940A (zh) | 一种arm平台中bdk向uefi bios传递信息的方法 | |
CN107526341A (zh) | 一种基于嵌入式系统的移动机器人无线远程控制系统 | |
CN115835185A (zh) | 一种人工智能模型下载方法、装置及系统 | |
CN113472637A (zh) | 一种lora网关 | |
CN106060120A (zh) | Plc数据远程传输系统及其处理方法 | |
Xiao-Hong | Research and development of web of things system based on rest architecture | |
CN108594665A (zh) | 一种基于Bluetooth的家庭智能物联网终端管理系统和控制方法 | |
CN104506414B (zh) | 一种基于即时消息模式实现综合消息化应用的系统及方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |