通用

通用DTU核心板V100 Brief

左心房为你撑大大i 提交于 2019-11-27 12:14:09
最近做了一块通用的DTU核心板,后续还有扩展子板和通讯子板,适配性非常强,抗干扰能力强,使用非常简单。 适用以下场合: 各种数据采集和现场监控系统,支持RS232、RS485; 各种数据采集和远传系统,支持NB、wifi等; 汽车、特种车辆、消防车等电控气系统,支持CAN; 1.功能特点 通讯接口通过串口可适配nb模块,、433M无线模块、4g模块,wifi模块等,通过分板适配不同型号 默认为433M无线通讯,支持分布式MESH自组网 RS232、RS485通讯支持且接口全隔离; 通过分板支持CAN通讯,且接口全隔离 4*模拟电流输入(4-20mA)、4*模拟电压输入(0-10V),4*开关量输出、4*开关量输入,且接口全隔离 片上16M Flash存储器,可以通过USB接口模拟为U盘 3路状态指示灯 供电电源:DC 24V,可支持工业级宽电压12-42V 输入,具有电压检测\电源方向保护、电源超压保护、外部断电检测功能 工业端子兼容常用工业通信接口 IP54 工业级防护等级,外部保护壳体满足抗腐蚀能力要求 工业级宽温范围(存储:-40~85℃、工作:-30~70℃) 工业级湿度应力范围(0%~95%无凝露) 提供ISP方式更新程序(USB接口) 2.功能框图 3.图纸赏析 来源: https://blog.csdn.net/cocozjl2003/article/details

权限设计

筅森魡賤 提交于 2019-11-26 21:44:16
前言: 权限往往是一个极其复杂的问题,但也可简单表述为这样的逻辑表达式:判断"Who对What(Which)进行How的操作"的逻辑表达式是否为真。针对不同的应用,需要根据项目的实际情况和具体架构,在维护性、灵活性、完整性等N多个方案之间比较权衡,选择符合的方案。g 目标: 直观,因为系统最终会由最终用户来维护,权限分配的直观和容易理解,显得比较重要,系统不辞劳苦的实现了组的继承,除了功能的必须,更主要的就是因为它足够直观。 简单,包括概念数量上的简单和意义上的简单还有功能上的简单。想用一个权限系统解决所有的权限问题是不现实的。设计中将常常变化的"定制"特点比较强的部分判断为业务逻辑,而将常常相同的"通用"特点比较强的部分判断为权限逻辑就是基于这样的思路。 扩展,采用可继承在扩展上的困难。的Group概念在支持权限以组方式定义的同时有效避免了重定义时 现状: 对于在企业环境中的访问控制方法,一般有三种: 1.自主型访问控制方法。目前在我国的大多数的信息系统中的访问控制模块中基本是借助于自主型访问控制方法中的访问控制列表(ACLs)。 2.强制型访问控制方法。用于多层次安全级别的军事应用。 3.基于角色的访问控制方法(RBAC)。是目前公认的解决大型企业的统一资源访问控制的有效方法。其显著的两大特征是:1.减小授权管理的复杂性,降低管理开销。2.灵活地支持企业的安全策略

权限系统概要

ぃ、小莉子 提交于 2019-11-26 21:30:16
权限往往是一个极其复杂的问题,但也可简单表述为这样的逻辑表达式:判断“Who对What(Which)进行How的操作”的逻辑表达式是否为真。针对不同的应用,需要根据项目的实际情况和具体架构,在维护性、灵活性、完整性等N多个方案之间比较权衡,选择符合的方案。 目标: 直观,因为系统最终会由最终用户来维护,权限分配的直观和容易理解,显得比较重要,系统不辞劳苦的实现了组的继承,除了功能的必须,更主要的就是因为它足够直观。 简单,包括概念数量上的简单和意义上的简单还有功能上的简单。想用一个权限系统解决所有的权限问题是不现实的。设计中将常常变化的“定制”特点比较强的部分判断为业务逻辑,而将常常相同的“通用”特点比较强的部分判断为权限逻辑就是基于这样的思路。 扩展,采用可继承在扩展上的困难。的Group概念在支持权限以组方式定义的同时有效避免了重定义时 现状: 对于在企业环境中的访问控制方法,一般有三种: 1.自主型访问控制方法。目前在我国的大多数的信息系统中的访问控制模块中基本是借助于自主型访问控制方法中的访问控制列表(ACLs)。 2.强制型访问控制方法。用于多层次安全级别的军事应用。 3.基于角色的访问控制方法(RBAC)。是目前公认的解决大型企业的统一资源访问控制的有效方法。其显著的两大特征是:1.减小授权管理的复杂性,降低管理开销。2.灵活地支持企业的安全策略,并对企业的变化有很大的

通用表单验证函数

耗尽温柔 提交于 2019-11-26 05:20:25
通用表单验证函数 [转] 通用表单验证函数 不管是动态网站,还是其它B/S结构的系统,都离不开表单 表单做为客户端向服务器提交数据的载体担当相当重要的角色. 这就引出了一个问题,提交的数据合法吗?摆在我们面前的问题就是验证这些数据 保证所提交的数据是合法的.所以,我们写了一个大堆的验证函数.当我们开始新的一个 项目的开发时,我们又得写一大堆的验证函数,然后再调试这一大堆的函数... 本文将介绍一种方法来提高我的代码的可重用性,提高我们的开发效率. 个人以为表单的验证应该包含两部分: 第一,判断用户输入的数据是否合法. 第二,提示用户你的数据为什么是不合法的. 所以,我们的通用表单验证函数要实现的功能就是: 第一,取得用户输入的数据GetValue(el) 第二,验证用户的数据CheckForm(oForm) IE支持自定义属性,这就是这个通用函数实现的基础 我们可以在表单元素上加入描述自身信息的属性.有点像XML吧. check属性:该属性用于存储数据合法性的正则表达式. warning属性:该性性用于存储出错误提示信息. 第三,返回有误的表单提示GoBack(el) 这三个步骤的触发事件是onsubmit,记住是return CheckForm(this) 搞错了就全功尽弃了 <form > 写到这里,整体框架就出来了,通过取得表单元素的check属性,取得字符串,构建正则表达式

通用表单验证函数

廉价感情. 提交于 2019-11-26 05:20:05
不管是动态网站,还是其它B/S结构的系统,都离不开表单,表单做为客户端向服务器提交数据的载体担当相当重要的角色.这就引出了一个问题,提交的数据合法吗?摆在我们面前的问题就是验证这些数据保证所提交的数据是合法的.所以,我们写了一个大堆的验证函数.当我们开始新的一个项目的开发时,我们又得写一大堆的验证函数,然后再调试这一大堆的函数...   本文将介绍一种方法来提高我的代码的可重用性,提高我们的开发效率.   个人以为表单的验证应该包含两部分:     第一,判断用户输入的数据是否合法.     第二,提示用户你的数据为什么是不合法的.   所以,我们的通用表单验证函数要实现的功能就是:   第一,取得用户输入的数据GetValue(el)   第二,验证用户的数据CheckForm(oForm)   IE支持自定义属性,这就是这个通用函数实现的基础   我们可以在表单元素上加入描述自身信息的属性.有点像XML吧.   check属性:该属性用于存储数据合法性的正则表达式.   warning属性:该性性用于存储出错误提示信息.   第三,返回有误的表单提示GoBack(el)   这三个步骤的触发事件是onsubmit,记住是return CheckForm(this)   搞错了就全功尽弃了 :)   <form οnsubmit="return CheckForm(this)">