docker版jxTMS使用指南:数据源之API

这篇具有很好参考价值的文章主要介绍了docker版jxTMS使用指南:数据源之API。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

本文讲解4.2版jxTMS的数据源的API,整个系列的文章请查看:docker版jxTMS使用指南:4.2版升级内容

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

4.0版jxTMS的说明,请查看:4.0版升级内容

使用数据源前需导入:

from jx.dataSource import dataSource

其构造函数为:

def __init__(self, informDual=None, afterPullDual=None):
	#informDual:支流向分发者回送消息通知
	#afterPullDual:pull到数据后,对数据进行后处理,如数据类型转换、倍率缩放等

informDual其实就是一种通知机制,是接收端向数据源的分发点回送通知机制。

jxTMS接口机的数据流动是:

前端数据->站点->设备

即站点获取数据【拉或推】,然后分发给相应的设备。一般情况下,数据处理主要由设备来完成,即设备根据自己的特点与需要来处理、保存、加工、转换数据等。

但业务可能也需要在站点处来处理数据,如电力系统监控,监控方关心的是母线电压是否失电、蓄电池储能是否危险【容量过低会损害电池】、柴油发电机是否正常工作等高层次的系统正常与否的关键性指标上。而这些信息分别来自配电、储能、柴油发电机等多个设备。所以由站点统一提供在业务处理上较为便利。

按之前所介绍的设备获取方式【即站点通过mqtt接收前端采集器推送过来的数据】,这是非常简单的。但当站点使用了数据源之后就麻烦了:现在是由数据源直接拉取数据然后分发,站点被从数据流中旁路了!

针对这个问题,数据源提供了端点回送通知的机制,在需要时,端点就可以利用informDual向站点回送数据、发送通知、下达控制命令【如拉取的数据太多,端点处理不过来,就可以利用此机制来实现流量控制】等。

informDual的函数签名是:

def _siteDataDual(self, dn, data):
	#dn:设备名
	#data:设备接收到的数据,一般为dict类型,具体由使用数据源的站点和各分支端点自行约定
dataSource的类函数

register(cls, type, dual)

注册一个指定类型的数据源创建函数

参数:
	type:新增的数据源类型
	dual:新建一个该类型数据源的函数

New(cls, type, *args, **kw)

创建一个指定类型的数据源

参数:
	type:欲创建的数据源类型
	*args、**kw:创建该类型数据源的函数所要求的参数
dataSource的对象函数

Debug(self, debug=None)

指定数据源是否工作于调试状态。当数据源处于调试状态时,会额外输出大量的过程性信息以帮助开发者跟踪数据处理过程。由于信息量太大,所以调试完毕应予以关闭。

参数:
	debug:True【打开】或False【关闭】,如果不给出则返回当前的调试状态

Check(self, check=None)

指定数据源接收到数据后是否执行校验。如果指定执行校验,则数据校验在后处理后执行。

参数:
	check:True【打开】或False【关闭】,如果不给出则返回当前的校验状态

Test(self, test=None)

指定数据源是否工作于测试状态。当数据源处于测试状态时,数据源并不实际执行拉取数据的动作,而是调用各数据点在定义时所给出的产生式来自动产生数据。

参数:
	test:True【打开】或False【关闭】,如果不给出则返回当前的测试状态

setPullMode(self, delayExec_seconds=0, taskInterval_milliseconds=500, interval_seconds=60)

设置数据源的拉取模式

参数:
	delayExec_seconds:延时多少秒后再设置
	taskInterval_milliseconds:各数据点拉取时的等待间隔
	interval_seconds:拉取周期秒数,即每轮拉取的间隔秒数
返回值:
	无
说明:
	系统在启动时会对各站点、设备的拉取、轮询、数据保存等统一进行设置,但这会导致大量任务同一时间集中执行,所以一般都延时一个随机的时间后执行以分散处理压力

addWantReceive(self, t, productStatement=None, compareStatement=None)

添加一个待拉取的数据点

参数:
	t:一个拉取函数所需要的各种拉取参数的元组,由使用者根据拉取函数所需自行给出
	productStatement:数据产生式
	compareStatement:数据校验式
返回值:
	无
说明:
	参数元组的第一个参数必须是设备名,第二个参数必须是该数据点对应的变量名

addWantReceiveOver(self, dn, receiveFunc)

在一个设备所有的待拉取的数据点添加完毕后,增加一个拉取结束标记。jxTMS在遇到该标记后,将之前所拉取到的该设备的数据一起分发到receiveFunc中

参数:
	dn:设备名,应是之前addWantReceive函数添加参数元组时的第一个参数
	receiveFunc:该设备的接收函数,一般就是该函数的receive函数
返回值:
	数据源初始化时送入的informDual,以便于分支反向馈送数据
示例:
	#某设备的数据点定义
	self._informMain = ds.addWantReceiveOver(self.name(),self.receive)

clearWandQueue(self)

当拉取出现问题时,如modbus/TCP的网络中断,可以直接调用本函数将后继的拉取全部取消。

注:本函数清除的是本轮拉取的等待队列,但当interval_seconds秒后,还会执行新一轮的拉取,相当于自动尝试是否可以重新拉取

onCheckFail(self, dn, vn, v)

当打开了数据校验,某个数据点校验失败后会触发本事件

参数:
	dn:数据点定义时指定的设备名
	vn:数据点定义时指定的变量名
	v:数据点拉取并进行过后处理的数据

afterPull(self, t, v)

拉取到数据后,首先会执行本函数进行后处理。如果在初始化数据源时给出了afterPullDual,就会直接调用afterPullDual,否则直接返回送入的数据

参数:
	t:数据点定义时送入的数据点参数元组
	v:数据点拉取到的数据
说明:
	afterPullDual的函数签名和afterPull相同

pull(self, t)

实际的拉取函数

参数:
	t:数据点定义时送入的数据点参数元组
返回值:
	默认直接返回一个None
说明:
	开发者自己实现的数据源必须重写本函数,否则当然拉取不到数据

onPullError(self, dn, vn)

拉取数据失败时触发本事件

参数:
	dn:数据点定义时指定的设备名
	vn:数据点定义时指定的变量名

receive(self, msg)

数据源接收到数据

参数:
	msg:数据源接收到的数据
说明:
	拉取模式下,开发者不需关心本函数,数据源在拉取到数据后会自动调用该函数进行数据分发

注:数据源主要应工作在拉取模式下,但有可能业务需要统一业务数据处理框架,不管什么样的数据获取方式,都通过数据源进行数据分发。则推送模式时就可以通过本函数来灌入数据

extractSub(self, msg)

拉取模式时,receive函数收到的其实就已经是各设备的数据了,但什么情况都有可能发生,比如一条消息打包了多台设备的数据;又比如多条消息必须合并后才能解析出一个数据,如船用ais,在一条信息过长时,就会拆分成多条消息发送。

所以,为了兼容各种情况,数据源在接收到数据后,首先调用extractSub函数将其拆分为设备数据数组,然后再进行分发

参数:
	msg:数据源接收到的数据,拉取模式下,就是receive函数接收到的消息,如果用户自己重写了receive函数,则整个数据分发机制就由开发者自行定义了,也完全没必要再调用extractSub函数
返回值:
	默认返回:[ msg ]
说明:
	拉取模式下,receive函数收到的msg是一个二元的元组:(dn,data)。由于数据源自身的分发机制是对数组形式的元组进行分发,所以缺省的extractSub函数就是将该元组封装到list中即可正常分发

addSub(self, subName, subReceiveFunc)

手动添加一个分支端点。

参数:
	subName:分支名,接口机中一般是设备名
	subReceiveFunc:分支数据接收函数,接口机中一般是设备对象的receive函数
返回值:
	数据源初始化时送入的informDual,以便于分支反向馈送数据
说明:
	拉取模式下,addSub函数会被addWantReceiveOver函数自动调用,所以本函数主要用于其它情况下的统一数据处理框架

参考资料:

jxTMS设计思想

jxTMS编程手册

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

如何用jxTMS开发一个功能

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

jxTMS的HelloWorld文章来源地址https://www.toymoban.com/news/detail-521198.html

到了这里,关于docker版jxTMS使用指南:数据源之API的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • docker版jxTMS使用指南:通过REST接口访问站点数据

    本文讲解4.4版jxTMS中如何通过web访问站点数据,整个系列的文章请查看 :[docker版jxTMS使用指南:docker版jxTMS使用指南:4.4版升级内容 docker版本的使用,请查看:docker版jxTMS使用指南 4.0版jxTMS的说明,请查看:4.0版升级内容 4.2版jxTMS的说明,请查看:4.2版升级内容 我们以新增的

    2024年02月15日
    浏览(50)
  • 11-2_Qt 5.9 C++开发指南_QSqlQueryModel的使用(QSqlQueryModel 只能作为只读数据源使用,不可以编辑数据)

    从下图中可以看到,QSqlQueryModel 是 QSqlTableModel 的父类。QSqlQueryModel封装了执行 SELECT 语句从数据库查询数据的功能,但是 QSqlQueryModel 只能作为只读数据源使用,不可以编辑数据。 QSqlQueryModel 类的主要接口函数见表 11-10(省略了函数中的 const 和缺省参数)。 使用QSqlQueryM

    2024年02月15日
    浏览(41)
  • docker版jxTMS使用指南:动态管控

    本文讲解4.4版jxTMS中的动态管控,整个系列的文章请查看:docker版jxTMS使用指南:4.4版升级内容 docker版本的使用,请查看:docker版jxTMS使用指南 4.0版jxTMS的说明,请查看:4.0版升级内容 4.2版jxTMS的说明,请查看:4.2版升级内容 之前的文章中我们讲解了jxTMS提供的python侧的REST用

    2024年02月15日
    浏览(34)
  • docker版jxTMS使用指南:python服务之设备策略

    本文讲解4.0版的jxTMS中python服务的设备策略,整个系列的文章请查看:docker版jxTMS使用指南:4.0版升级内容 docker版本的使用,请参考:docker版jxTMS使用指南 jxTMS实现的接口机对设备的数据采集与处理采取的是框架组装模式。 即jxTMS定义了一整套的设备数据采集、处理、查询/访

    2024年02月07日
    浏览(46)
  • docker版jxTMS使用指南:自定义频率型动态管控

    本文讲解4.4版jxTMS中如何自行定义一个频率型的动态管控,整个系列的文章请查看:docker版jxTMS使用指南:4.4版升级内容 docker版本的使用,请查看:docker版jxTMS使用指南 4.0版jxTMS的说明,请查看:4.0版升级内容 4.2版jxTMS的说明,请查看:4.2版升级内容 上篇文章中我们讲解了j

    2024年02月14日
    浏览(37)
  • 使用 Docker 部署 Nacos 并配置 MySQL 数据源

    在安装 Nacos 之前,请确保你已经准备好了一个运行中的 MySQL 数据库。本教程将指导您如何使用 Docker 在单机模式下部署 Nacos,并将其数据持久化到 MySQL 中。 步骤一:拉取 Nacos 镜像 拉取最新版本的 Nacos Server 镜像,也可以指定特定版本: 如果你想拉取特定版本,例如 v2.2.0,

    2024年02月21日
    浏览(32)
  • docker--在Anaconda jupyter 容器中使用oracle数据源时,Oracle客户端安装配置及使用示例

    将instantclient-basic-linux.x64-11.2.0.4.0.zip解压至/home/jupyter/oracle/ 将instantclient-sqlplus-linux.x64-11.2.0.4.0.zip解压/home/jupyter/oracle/【可选,提供sqlplus命令】 复制【操作系统一般都有安装libaio.so】 cp /usr/lib64/libaio.so.1 /home/jupyter/oracle/instantclient_11_2/ ln -s /home/jupyter/oracle/instantclient_11_2/libcln

    2024年02月07日
    浏览(44)
  • 实战指南,SpringBoot + Mybatis 如何对接多数据源

    MyBatis缓存原理 Mybatis plugin 的使用及原理 MyBatis+Springboot 启动到SQL执行全流程 数据库操作不再困难,MyBatis动态Sql标签解析 从零开始,手把手教你搭建Spring Boot后台工程并说明 Spring框架与SpringBoot的关联与区别 Spring监听器用法与原理详解 Spring事务畅谈 —— 由浅入深彻底弄懂

    2024年02月12日
    浏览(51)
  • 关于GeoServer发布服务时数据源设置的避坑指南

            时光任然,一年一度的五一劳动节已然来到。作为疫情之后迎来的第一个五一,不知道各位小伙伴们怎么度过这个劳动节呢?是决定去另一个城市,观察体验一下不一样的风景,或者去旅游,给自己放假。昨天被12306的一则关于上海虹桥站4月28日火车票全部售罄的

    2024年02月01日
    浏览(42)
  • docker安装nacos配置外部数据源mysql,解决no DataSource set 问题

    1.之前一直看的别人的nacos配置教程,都感觉不全面。同时启动时莫名会出现no datasource set问题,前两天为了看了各方面的教程,也写了 nacos docker v2.1.2启动报错数据源未设置no datasource set文章。 2.昨天nacos突然宕机了,试了各种方法,还是no datasource set;现在综合各方面的教程

    2024年02月02日
    浏览(67)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包