1. 前言 蚀刻是将材料使用化学反应或物理撞击作用而移除的技术. 蚀刻技术可以分为『湿蚀刻』(wet etching)及『干蚀刻』(dry etching)两类.在湿蚀刻中是使用化学溶液,经由化学反应以达到蚀刻的目的,而干蚀刻通常是一种电浆蚀刻(plasma etching),电浆蚀刻中的蚀刻作用,可能是电浆中离子撞击晶片表面的物理作用,或者可能是电浆中活性自由基(Radical)与晶片表面原子间的化学反应,甚至也可能是这两者的复合作用. 在航空.机械.化学工业中,蚀刻技术广泛地被使用于减轻重量

在我们平时的生活中,经常看到因气体泄漏发生爆炸事故的新闻.房屋起火.人体中毒等此类的新闻报道层出不穷.这种情况下,人民就发明了可燃气体报警器.当工业环境.日常生活环境(如使用天然气的厨房)中可燃性气体发生泄露,可燃气体报警器检测到可燃性气体浓度达到报警器设置的报警值时,可燃气体报警器就会发出声.光报警信号,以提醒采取人员疏散.强制排风.关停设备等安全措施,防止发生爆炸.火灾.中毒事故,从而保障人身安全和生产安全. 完整源代码获取可关注公众号“MicroPython玩家汇”公众号,回复“毕设二”即

1.外观.价格 2.工作原理 MQ-7 CO气体传感器使用的敏感元件为气敏材料(SnO2),该传感器对一氧化碳的灵敏度高. SnO2在洁净空气中电导率低,传感器的电导率随着空气中CO气体浓度增加而增大. 最后使用简单的电路将电导率的变化转换为跟气体浓度相关的输出信号. 电路原理图: 原理图分析:1k电阻与气敏材料串联,测量1k电阻上的电压,推算出CO的气体浓度. LM393是一个电压比较器,其中输入量是线性量,而输出量是开关量. 比如输入端的正极电压大于输入端的负极电压,则输出一个高电平:否则输

气体质量流量控制器,简称MFC,通常用于在各种检测中,计量气体的流量.在我们的大气环境数据采集站中,要让气流保持稳定,这样才能准确的获取PM25的数据. 我们采用的气体质量流量控制器具备串口通讯功能,采集流量信号并更具设定数据自动调节流量.我们采用的质量流量控制器如下: 1.协议描述 该类型的质量流量控制器采用RS232 ASCII通讯协议,协议的格式非常简单,如下图所示: 其中,:是起始字符.len1, len2 是指包括节点地址在内的信息的字节数长度, 即基本信息的长度+1.node1, n

自从把Qt样式表葵花宝典这个pdf文件看完以后,将所有的qss内容都轮了一遍,还写了个皮肤生成器工具,https://blog.csdn.net/feiyangqingyun/article/details/56875924自从爱上了Qt的样式,基本上任何界面,用qss+qpainter都能搞定.自从把qpainter全部研究了一遍以后,写了个自定义控件大全,https://blog.csdn.net/feiyangqingyun/article/details/53443488以前没有写过顶部

今天踩到一个坑.调DEM反应的时候,气体需要设置为多组分,这时就不能用 DES_INTERP_ON = .T. DES_INTERP_SCHEME = 'GARG_2012' 这个差值格式了,否则DMP并行的时候会出现这个错误: 非常难排查. 后来对比之前的case发现只能使用这种格式: DES_INTERP_ON = .T. !Interpolate fluid values from the -cell neighborhood to a particle DES_INTERP_SCHEME

一.自定义控件大全 (一).控件介绍 超过160个精美控件,涵盖了各种仪表盘.进度条.进度球.指南针.曲线图.标尺.温度计.导航条.导航栏,flatui.高亮按钮.滑动选择器.农历等.远超qwt集成的控件数量. 每个类都可以独立成一个单独的控件,零耦合,每个控件一个头文件和一个实现文件,不依赖其他文件,方便单个控件以源码形式集成到项目中,较少代码量.qwt的控件类环环相扣,高度耦合,想要使用其中一个控件,必须包含所有的代码. 全部纯Qt编写,QWidget+QPainter绘制,支持Qt4.6到

一.前言 Qt的跨平台特性是非常厉害的,本来作为C++来说,跨平台的特性比JAVA还要好,只不过学习难度更大,所以大家更理解的跨平台是JAVA,Qt的跨平台特性是我见过的所有开发环境和语言中最厉害的,据说现在还能跑在部分MCU单片机上,本来Qt的发家起步就是在linux系统上,嵌入式linux上应用比较多,只不过最近十年来,由于安卓的迅猛发展,逐步被蚕食了一些市场,还剩一些跑安卓卡爆了的配置很低的硬件上,这些场景非Qt莫属了,完全能够胜任,个人跑过最低配置的是128MB内存256MB存储的硬件,

一.前言 模拟工具在一些涉及到硬件通信的程序中特别有用,也特别需要,回顾这十年来做过的项目,95%的项目都是软硬件交互的,貌似软硬件结合的项目更有生命力一些,纯软件的或者纯硬件的,并没有那么好控制,如果是软硬件结合的,就算硬件不挣钱,还可以通过控制软件部分和服务来挣钱,而如果软件免费的话,那就必须买硬件,必须跑在这个硬件上才能最好的发挥软件效果,这样软件免费靠硬件挣钱的例子,也不少,这些年接触过形形色色几十家公司,都是类似的情况,软硬结合加上服务,这三者搭配的产品,生命力最强,可以走的更远. 回

一.前言 设备调试核心就是将整个系统中的所有打印数据统一显示到一个模块上,一般都会将硬件通信的收发数据和对应的解析信号发出来或者qdebug出来,这个在调试阶段非常有用,可以具体追踪问题出在哪,哪个数据解析不对直接定位过去,这个模块直接留出界面进行打印查看等,可以在各种现场捕捉异常情况,让现场工程师将调试的数据保存好发给开发人员即可,帮助分析问题,因为很多时候是家里公司测试的好好的,到了现场各种千奇百怪的情况都会出现的,开发人员不可能一天到晚在各种现场跑来跑去,太浪费精力了,不如直接做好对应的设

一.前言 组态设计是应一个客户要求新增加进去的,设计理念就是在提供一个组态设计的初级功能,比如读取自定义控件动态库,加载所有的控件放到控件栏(有点类似qtcreator的控件栏)用户拖曳对应的控件到画布上,自动生成控件,控件可以直接在画布上拉伸大小和拖动调整位置,设置一些控件本身的属性,比如各种颜色,同时还提供用户属性设置功能,用户可以自定义很多属性绑定在这个控件上,一般来说一个控件会定义一些Q_PROPERTY的东西来讲属性暴露出来进行设置,但是毕竟是有限的,大部分的时候用户希望的是除了这些自

一.前言 位置调整功能,以前是直接写在设备按钮这个自定义控件类中,核心就是安装事件过滤器,识别鼠标按下.鼠标移动.鼠标松开,这三个event,做出相应的处理即可,后面发现这个功能其实很多自定义控件或者widget都会使用到,需要在一个容器中拖动指定的控件,索性单独提取出来一个类专门干这个事情,后面发出开源代码. 位置调整也叫设备拖动,一般是要在设计阶段时候,运行阶段是禁用的,不然在运行阶段让操作员不小心拖动了位置,导致乱七八糟的,也不好看,所以一般的处理是要么放到系统设置中独立的位置调整模块,要

一.前言 地图管理的主要功能是将系统中的地图文件做添加和删除,支持常见的jpg.png.bmp等格式图片,图片分辨率建议小于1080P,最好是和目标客户端电脑分辨率一致,这样在拉伸缩放的时候会比较清晰.图片建议使用鸟瞰图,有3D立体感,类似于那些卖房子售楼部的3D模型,不懂的人还以为是什么高级的技术呢,其实就是一张图片.在做很多需要地图模块的系统的过程中,总结出了几个经验,如下: 第一个是如何快速的加载图片,记得以前有个Qt大神jason写过类似的文章,看过之后才发现,原来和我的做法完全一致,核

一.前言 类型设置这个功能模块大大拓展了整个系统的灵活性,将整个系统中所有用到的控制器型号.探测器数量.探测器型号.气体种类.气体符号都存储到数据库表中,用户在类型设置中可以自由添加删除和修改,这样后期如果增加了某个控制器.探测器等,自己添加进去即可,在控制器管理.探测器管理中对应字段的下拉框选择即可,最开始系统设计的时候没有考虑这么多,后面用户那边不断增加不同类型的设备,导致代码改来改去,极其不灵活,而且在改代码的过程中很可能不小心动到了其他代码,导致隐含的BUG出现,第二次设计的时候,类型的

一.前言 报警联动功能不是一个常规的功能,一般是给客户定制的功能,比如探测器采集到的数据报警了,不仅本地要播放报警声音,存储报警记录,发送报警短信和邮件,还需要触发警号面板灯进行报警,而警号面板指示灯也是modbus协议485通信的,需要软件这边在指定的通信端口上发送数据点亮警号灯,而这个通信端口既可以是原来的设备所使用的端口,也可以是独立的端口,所以在做的报警联动信息表的时候,应该考虑到这个因素,报警联动信息表要存储串口号.波特率.模块地址.联动地址集合. 在绝大部分的报警联动应用场景中,可能

一.前言 探测器在整个系统中是最核心的关键的硬件,终端节点硬件,安装有探测芯片装置,负责探测前端对应气体浓度,并记录值,等待控制器轮训数据回复,控制器信息表也是字段最多的,要存储位号.控制器名称.探测器名称.寄存器地址.型号.气体种类.气体符号.上限值.下限值.最大值.消零.量程.状态.声音.地图.存储.小数点.报警延时.报警类型.X坐标.Y坐标. 各个字段的含义如下: 编 号:节点的编号,从1开始. 位 号:探测器的位置编号,用于唯一标识一个探测器. 控 制 器:对应挂载的主设备名称. 探 测

一.前言 控制器管理,主要就是对控制器进行添加删除和修改,其中包括编号.端口名称.控制器名称.控制器地址.控制器型号.探测器数量这几个字段,端口名称表示当前控制器所属哪个端口,一个系统中可以有好多个端口,一个端口可以对应多个控制器,一个控制器可以接多个探测器.探测器数量这个参数主要是方便下发数据的时候,提前知道要取多少个探测器的数据,组成对应的数据包下发下去,可以规避一下无效的数据,比如下面是16个探测器,就没有必要去取255个探测器的数据,取到了也没有意义,毕竟其余的全部是0,而且还增加了总线

一.前言 所有设备的信息配置,主要就三大点:端口管理.控制器管理.探测器管理,整个硬件系统的架构是有多个不同的通信端口(主要是串口和网络),每个通信端口下面挂着多个控制器(每个控制器都有唯一的地址,从1-255),每个控制器下面挂着多个探测器(每个探测器都有唯一的地址,从1-255),这样整个系统最多能够接入的设备数量可以到255*255=65535个,而大部分的modbus系统都是255个,这样就很巧妙的突破了255个的数量限制,一个控制器下面的多个探测器数据,统一由控制器管理和上报,而上位机

一.前言 作为一个管理系统,数据库肯定是不可或缺的,Qt内置的sqlite数据库已经是够用的,而且本人亲测数据量能支持亿级别,而不是像网上很多人说的千万级别,我模拟过一亿多条数据,依然能够很好的查询,而且还是在一张表哦,不过单文件好大,2G多,性能上相对于几百万条,肯定要差,但是这种亿级别的情况还是很少的啦,也是建议存储到千万级别就可以的,超过的就做自动清理早期数据. 为了兼容性和拓展性,本系统除了支持默认的sqlite数据库以外,还支持mysql数据库,至于sql server数据库,Post

一.前言 记录清理功能,在数据量很小的情况下,用不上,如果数据量大了的话,长年累月存储的,那就显得极其重要了,好比视频监控中的NVR存储的视频一样,一般来说存储个60天,那超过60天怎办呢,擦除早期的数据用来存储最近的数据即可.在这个气体安全管理系统中,数据量长年累月也是很大的,一般来说一个节点默认每分钟存储一个数据,如果100个节点(这个应该是保守的数量,据说应用的好多个现场有500个左右的节点,至于如何突破的modbus255个节点的限制,后面的文章会单独讲解),一天下来就是1006024=