2016年12月_jxandrew

12月

原创 PythonPi门禁课程-概述

门禁系统是安保系统中最常用的安全防护系统之一。和控制系统相关的主要包括如下部分：门控制器也就是通用的控制模型中的裁决器，一般都直接集成了前端信号、动作执行的接线端子。一般分为单门或双门，多个门控制器可组成一个较大的门禁控制系统，一般采用RS485或TCP/IP进行组网：它一般提供了读卡器、出门按钮、电锁电源控制继电器、锁状态（门磁）的接口，也就是上图中控制板两侧的那些绿色接线端子。门控制器本质上就是

2016-12-30 11:57:30 1258

原创用PythonPi实现门禁系统-权限管控

对门禁系统来说，权限就是是否许可某人通过某门。从控制的角度来说，就是读入一个卡号，决定是否开锁或采取其它动作。智能控制系统首先是一个信息系统，信息系统中的权限是对信息资源的管控，按信息流动的方向有两种权限：根据访问者是否有权读取信息来决定是否允许信息流出根据访问者是否有些操作信息来决定是否接受信息流入，这又包括了对信息的删除、修改、新增，统一视为修改而对于门禁系统来说，甚至是控制系统来说，基本

2016-12-29 10:47:55 1886

原创用PythonPi实现门禁系统-概述

门禁系统是安保系统中最常用的安全防护系统之一。和控制系统相关的主要包括如下部分：门控制器，这也就是通用的控制模型中的裁决器，一般都直接集成了前端信号、动作执行的接线端子。一般分为单门或双门，多个门控制器可组成一个较大的门禁控制系统，一般采用RS485或TCP/IP进行组网读卡器，首先通过发卡将某张ID卡或IC卡的卡和某人进行关联，然后在门禁管控点读取该卡的卡号来识别通过该管控点的人员电锁，主要

2016-12-26 16:50:16 1418

原创分布式智能控制-命名

由于参与设备多、种类也多，所以端口命名也需要一个整体的规范。由于设备数量多，所以层次性命名方案是显然的，一个控制点的名字应该是如下格式的：[域名]/智能体名[/[下联设备名/]端口名]一个智能控制网络中的名字是以“/”开头的，也就是说如果一个名字是以“/”开头，则其一定是和自己属于同一个控制系统，不是以“/”开头，则其属于另外的控制系统，甚至可能是其它组织的。例如，某智能楼宇收到一个”fire.de

2016-12-22 15:29:09 497

原创分布式智能控制-配置

各组件开发完毕，依托PythonPi平台对python的支持能力，所以首先就提供了python封装的API，图形界面的UI暂时等一下。由于我们采取了全网广播，很自然的，我们的分布式智能控制系统天然的具有非中心、控制点全网移动的能力，也就是说，针对一个控制功能，我们可以单独编写一个python脚本/程序，然后这个python程序可以在所有组网的智能体上随意移动，谁都可以运行这段python代码，而谁运

2016-12-19 16:18:11 607

原创分布式智能控制-示例

见证奇迹的时刻来了！看一下下面的代码和前面一篇文章中实现“带总控的开关功能”的代码有什么不同呢？from cn.ijingxi.corpuscle.python import logicfrom cn.ijingxi.corpuscle.python import activefrom cn.ijingxi.corpuscle.python import conditionfrom cn.ij

2016-12-16 15:38:53 1404

原创分布式智能控制-控制逻辑组件

逻辑控制组件主要做的事情就是将前面几个组件组装起来，使之协调运行。逻辑控制组件本身封装了状态机组件。和单体的状态机有所不同的是，单体状态机的状态切换后是调用一个python或lua函数来执行控制动作，而分布式的状态机则是显式触发一个动作组件。但这样一来，分布式状态机的描述能力就比不上单体状态机了，毕竟一个函数就是一个有着脚本语言支持的、拥有强大的逻辑操作能力的语句片段，远非一条简单的动作执行命令可比

2016-12-15 21:53:43 486

原创分布式智能控制-条件组件

控制系统应具有一定的通用性，所以其必须提供一定的自动化工具给现场工程师，由其根据实际情况来搭建适当的控制逻辑。条件组件就是用于输入值比较的自动化工具。条件判断包括两个部分：值比较：等于、大于、小于等等逻辑操作：与或非，当然如何检测条件比较简单，比如小于50，也就可以不需要逻辑操作了条件组件的实现非常简单，用条件树做下处理就是了。关键是条件组件到底有什么用？！在设计之初，我也反复权衡过到底是用产

2016-12-15 21:53:09 522

原创分布式智能控制-动作组件

动作组件主要负责对各动作执行器进行控制，目前主要包括有gpio的输出控制、i2c设备控制等，当然还包括了下属各设备（目前只考虑nodeMCU参见远程PWM实验）的远程控制，还包括了定时器的启动、手机等智能前端显示状态修改等。动作组件在有了JXPi平台的支持后实现起来是很简单的，其唯一需要考虑的是控制逻辑处理点和动作的实际执行点很可能不在同一个智能体上。考虑到上层系统处理的一致性，最终将其执行过程分为

2016-12-15 21:52:36 541

原创分布式智能控制-输入组件

输入组件主要负责采集各前端传感器的输入信号，目前主要包括有gpio采集到的开关量信号、i2c采集到的模拟量信号等，当然这些信号还都应包括从下属各种单片机（目前只考虑nodeMCU）采集到的信号，还包括了定时器发出的时间通知信号、手机等智能前端发出的人员操控信号等。其中麻烦点的是i2c采集到的有可能是连续的数值即数组。我对未来控制场景的第一个判断就是随着电子元器件的性价比迅速上升，未来随时都会是有几千

2016-12-15 21:51:55 584

原创分布式智能控制初步

运行在树莓派上支持Python在线编程的智能控制平台

2016-12-15 21:46:56 721

JXWork任务管理软件源码及JXBiz平台参考手册

JXBiz平台提供了实体类到数据表的直接映射与操作、事务管理、对象间关系管理、数据缓存、权限检查等能力，同时为简化小微企业的业务操作，提供了业务自动机和业务规则等复杂业务操控能力。使得开发者可以进一步集中精力于业务处理逻辑环节，简化了开发过程，可以显著提高个人开发者以及微小开发团队处理复杂业务逻辑的能力。简单概括一下，JXBiz平台具有如下的优势：  简单好用：不需要做过多的配置，只需要用JXORM扩展属性对类及其属性进行标记，即可实现类和数据表的关联，相关访问接口都已封装完毕，只需要继承指定的类即可使用，同时还提供了利用表达式进行查询的能力，大大提高了条件查询的灵活性；  无缝转换：数据库中的数据和.Net中的对象之间可无缝的自动转换而不需要使用者干涉，同时.Net中的数据格式、数据库中的数据格式、前端UI中的json对象这三者也都已经实现了无缝的自动转换，大大减少了相关代码的编写量；  支持继承：OOP的优势就是可以利用继承和重载来实现代码复用同时又获得了足够的灵活性，JXBiz平台在支持数据库中的数据和.Net中的对象无缝转换的同时，在增删改查等操作时自动将对象所对应的数据表和其父类甚至是祖类的数据表进行关联并联动这些操作，从而支持了对象间的继承；  强大的业务逻辑支持：JXBiz平台已经实现了一个JXBusinessObject业务对象类，其提供了用于业务状态切换的业务自动机功能和用于流程管控的业务规则功能，而且已经实现了自身的四状态（运行、暂停、取消、结束）切换能力并预置了一个G5（通用5阶段审批流程）业务规则，任何继承自JXBusinessObject的对象都已经自动具有了这些功能和能力，可以极大的简化业务逻辑的操控。

2013-12-02

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人