docker版jxTMS使用指南：device的调整

本文讲解4.2版jxTMS对device的调整，整个系列的文章请查看：docker版jxTMS使用指南：4.2版升级内容

docker版本的使用，请参考docker版jxTMS使用指南

4.0版jxTMS的说明，请查看：4.0版升级内容

为了适应拉取模式、数据源和越来越复杂的各种情况，4.2版jxTMS对device和site做了很多细小的调整，其中有些调整属于内部的调整，没必要赘述；但有些调整的影响比较大，需要进行解说。

site的调整

1、addDevice

之前的addDevice是：

def addDevice(self, devName, d):self._allDev[devName] = d

4.2版调整为：

def addDevice(self, d):self._allDev[d.name()] = d

这是由于笔者用rt-thread基于GD32开发前端串口数据采集器时，MCU上的各种名字，都是写到程序中烧到片子上的，如果要使用设备名来区分的话，那每个站点都需要改程序、重新编译。站点一多，光代码管理就是个问题。

所以呢，最终这些设备是使用各自的类型来打包其采集到的数据的。但这就和之前的addDevice函数有了冲突，所以4.2版jxTMS就调整了addDevice函数。使用MCU来收集数据的站点，就可以通过重载addDevice函数来兼容了：

def addDevice(self, d):self._allDev[d.type()] = d

2、receive

之前版本的jxTMS通过mqtt接收的是ascii字符串，但笔者自己在开发数据采集器时自定义了数据包格式：通过TLV（Type-Length-Value）的方式逐一打到包身中。所以接口机收到的就不再是字符串，而是字节数组。

所以站点的默认receive函数调整为：

def receive(self, bsMsg):s = str(bsMsg,"utf8")...

同时，增加了一个继承自site的解包型site：site_packet，其重载的receive函数是：

def receive(self, bsMsg):#将数据包解码p = packet.unPacket(bsMsg)#数据包中的所有数据，dict格式pau = p.allUnit()#该数据包是哪个数据收集器打包的pn = p.name()if pn == 'stateRep':#MCU发送的系统报告l = pau.get("level",'warn')e = pau.get("event",'stateRep')self.setState(pau.get("source"),l,pau.get("state"),e,pau.get("msg"))else:#pn是设备类型d = self.getDev(pn)d.receive(pau)

同时其addDevice重载为：

def addDevice(self, d):self._allDev[d.type()] = d

3、noSubscribe

站点接收数据的方式现在有了好几种，通过MQTT订阅同名主题只是其中之一，所以给站点属性增加了noSubscribe，如果为True则启动站点时不订阅同名的MQTT主题。

device的调整

device的调整比较多，一些是内部调整，如配合数据源工作的调整，这部分就没必要多说了；还有一些则涉及到外部应用代码，这部分主要包括：

1、构造函数调整为：

def __init__(self, type, name, mySite, conf):

这主要是拉取模式时，各设备需要使用mySite提供的数据源操作接口。同时涉及到很多参数的配置，为了统一，都集中到了conf中。

2、增加了数据保存的控制，这主要是多了两个对象函数：

#设置是否为新数据，True则刚接收到的数据不会保存
def setNewData(self, b)#设置是否保存数据，True则后继的数据都不保存
def notSaveData(self, b)

这部分调整主要是由于存在一条数据被打包为多条消息的情况，如船用AIS，可以同时有10条数据被拆分，这种情况下，就需要通知当前的数据未更新不要保存与处理。

3、主从站之间的数据同步，这主要是多了三个对象函数：

#从站设置需要同步的时间节点
def setListTime(self, dtfrom, dtto, needSave=False):#从站清理同步的时间节点
def clearListTime(self):#根据所设置的同步时间节点获取需同步数据的query
def getQueryByTime(self, limit=15):

这主要是用于两个站点之间的数据同步：采集数据后通过mqtt向主站推送数据。当从站的网络断掉又恢复后，将把中断期间的数据从数据库中读出后再发送给主站。

4、一条数据可以打包到多个消息中；同样，一个消息中也可以捎带多条数据。所以device的receive函数会对接收到的数据进行识别，以支持单条数据【dict】与多条数据【list】的一次性输入

5、可以不配置policy

此前device的配置中需给出policyType，然后设备在初始化时会查找相应的策略类型然后安装相应的策略。

但在某些情况下，如数据源拉取到的数据，已经是dict格式了，此时就没有必要再安装策略进行消息解析、提取与转换了。

所以device就调整为配置了policyType就安装并使用该策略进行消息解析，如果没有则直接将接收到的消息作为数据【dict或list】使用。

policy的调整

上文提到device增加了数据保存的相关函数，同理，policy也要先做出相应的调整以告知device数据解析的情况。

所以policy的receive函数的返回值调整为元组：

(result,newData)result：解析结果newData：是否为有效结果

参考资料：

jxTMS设计思想

jxTMS编程手册

下面的系列文章讲述了如何用jxTMS开发一个实用的业务功能：

如何用jxTMS开发一个功能

下面的系列文章讲述了jxTMS的一些基本开发能力：

jxTMS的HelloWorld