针对起重机工艺特点和监控要求而设置

此单元为起重机监控系统的记录部分,系统功能最终在此单元来实现,针对起重机工艺特点和 监控要求,提出了下位监控系统的要求 :

(1) 实时存储下位采集单元传送人的运行状态及故障信息 。

(2) 实现归档等事故追 溯功能 。

(3) 系统自校验功能,保证自身的可靠。

(4) 实时显示 架桥机运行状态及故障信息。

(5) 实现滤波和数据转换的功能 。

(6) 逻辑控制及系统综合配置。

根据以上功能要 求及下位采集单元的接口问题,下位方案定为以工控机为核心 的方案。   上位机采用 V C +  + 编写具备实时性的监控软件。针对以上设计要求,对上位记录 、 数据处理单元硬件做出以下优化 :

(l) 选用被动散热主板。即主板上无机械风扇 , 采用散热片散热。

(2) 屏幕机身一体化设计,并选用触摸屏 。

(3) 内部弃用机械硬盘,采用抗震的闪存式固态硬盘。规避工控机内部对震动最敏感的部件。

(4) 电源输人加人 D C D C 直流稳压模块。

相关链接:

http://www.beijingkde.com/  起重机安全监控管理系统

http://www.bjlidao.com/     商用动感单车

http://www.525web.com.cn/   营销型网站建设

起重机监控软件具备通过 O PC 与西门子 PL C 通讯的能力 ,实时记录了起重机的运行参数。 选用OPC技术的原因 :

(l) 具备通用性。目前主流的工控厂商均支持该技术。

(2) 其技术具备硬件和软件独立性,适合作为通用产品。为起重机安全监控管理系统通用化做准备 。

(3) 技术开放 ,软件基于其具备对内透明的特性。针对起重机安全监控管理系统对实时性要求很高,上位软件采用 C 十十 作为主要编程软件编写,其具备起重机机构特点与采集到的数据分析起重机的详细参数,做出针对性很的疲劳分析、寿命评估,同时改进、改善起重机的设计。

2.3 .4 视频采集单元

起重机安全监控管理系统要求了视频监控 ,考虑到其和监控性能的主系统关联度不大 , 如果与监控系统合并 ,  则非常耗费资源 , 并可能导致整个监控系统稳定性下降 ,     故将其独立。架桥机监控点标准要求:过孔状态、架梁状态、运梁车同步状态 。其中针对运梁 车同步状态监控 , 运梁 车长达 60 m , 监控角度不到 03 。 有两 个探头装在架桥机的前端 , 距离不小于08 m ,可能存在干扰现象。这对视频采集提 出了很高的要求 ,针对这些要求 ,方案采用了专业的工业摄像头和摄录机并留有远程传输的接口和能力。

3、总结

起重机是现代工业生产和起重运输中实现生产过程机 械化、 自动化的重要工具和设备 , 为了高效快捷地监控起重机械的运行状态 ,提高装卸效率 ,     减少故障时间 ,提高生产效率,保障起重机安全运行 , 不论在学术上还是工程上 都意义重大, 本文开展了对 通用起重机起重机安全监控管理系统的研究,     并以架桥机起重机安全监控管理系统为例做出设计。

本文分析系统的结构特点与功能 , 结合现代监控系统的发展概况 ,通过通讯方式的比较 , 确定了上 位机 、 下位机 、 现场设备间的通讯方式 ,并采用西门子 5 7 一30 0 的 PL C 监控架桥机 , 用 S T E P 7 软件完成程 序设计 , 用 C + 十 开发设计上 位机监控软件 ,完成提出的要求 。

恺德尔www.beijingkde.com-拥有授权发明专利10项,国际先进水平成果5项,受理的发明专利20项,实用新型6项,参与制定行业标准8项。在起重机安全监控管理系统架桥机安全监控管理系统门式门座式起重机监控系统塔机安全监控管理系统中,行业首选品牌!

时间: 2024-08-05 19:33:32

针对起重机工艺特点和监控要求而设置的相关文章

Zabbix监控Linux主机设置

说明: Zabbix监控服务端已经配置完成,现在要使用Zabbix对Linux主机进行监控. 具体操作: 以下操作在被监控的Linux主机进行,这里以CentOS 6.x系统为例. 一.配置防火墙,开启10050.10051的TCP和UDP端口 vi /etc/sysconfig/iptables #编辑防火墙配置文件 -A INPUT -s 192.168.21.127 -m state --state NEW -m tcp -p tcp --dport 10050:10051 -j ACCE

PostgreSQL Replication之第六章 监控您的设置(4)

6.4 处理监控工具 还有几个监控工具可以使您的日常生活更轻松. 其中最流行的监控工具是Nagios.它被广泛地使用,也支持各种软件组件. 要使用 Nagios 来监控您的 PostgreSQL 集群,需要安装一个方面运行复制相关测试的插件.这样的适用于PostgreSQL 的插件可以自由地从 http://bucardo.org/wiki/Check_postgres下载.适用于 Nagios的一个插件Burcardo不仅能够用于测试复制,而且还是一个监控 PostgreSQL 的标准软件组件

PostgreSQL Replication之第六章 监控您的设置(2)

6.2 检查pg_stat_replication 检查归档以及 archive_command主要用于即时恢复( PITR,Point-In-Time- Recovery).如果您想监控一个基于流的设置,建议您 注意系统上称作pg_stat_replication的视图.此视图包含以下信息: test=# \d pg_stat_replication View "pg_catalog.pg_stat_replication" Column | Type | Modifiers ---

PostgreSQL Replication之第六章 监控您的设置(1)

在本书的前几章,您已经学习了各种复制以及如何配额制各种类型的场景.现在是时候通过增加监控来让您的设置更加可靠了. 在本章中,您将学习监控什么以及如恶化实施合理的监控车辆.您将学习: • 检查您的 XLOG 归档 • 检查 pg_stat_replication 系统视图 • 检查操作系统级别复制相关的进程 在本章的最后您应该能够正确地监控任何类型的复制设置. 6.1 检查您的归档 如果您计划使用即时恢复(PITR, Point-In-Time-Recovery)或如果您想使用XLOG归档来帮助您

使用Grafana 展示Docker容器的监控图表并设置邮件报警规则

一.Docker 容器监控报警方式 接着上篇文章的记录,看到grafana的版本已经更新到4.2了,并且在4.0以后的版本中,加入了Alert Notifications 功能,这样在对容器 监控完,可以加入报警规则.根据官网介绍,报警方式也有很多种,常见的Email.Slack即时通讯.webhook等. 本篇记录的是邮件的报警设置.环境和上篇基本一致,都是在Docker 平台测试环境下,另外本篇使用的grafana容器的版本是用的 dockerhub上最新版本,该版本为grafana/gra

PostgreSQL Replication之第六章 监控您的设置(3)

6.3 检查操作系统进程 一旦我们检查了归档以及我们的系统视图,我们就准备检查系统 进程.检查系统进程可能看起来有点粗糙,但它被证明非常有效. 在master上,我们可以简单地检查一个名为wal_sender的进程.在slave上我们要检查一个名为 wal_receiver的进程. 让我们首先检查一下我们应该在master上看到什么: 9314 ?? Ss 0:00.00 postgres: wal sender process hs ::1(61498) idle 在Linux上我们可以看到那

druid之监控设置及问题小记

druid是什么注不再赘述了.想了解直接参见 https://github.com/alibaba/druid/wiki/%E5%B8%B8%E8%A7%81%E9%97%AE%E9%A2%98 本文主要记录监控相关部分 1.怎么配置监控 2.注意点 3.应用场景 配置监控 1.打开监控统计 核心配置是这个,一般通过ioc来配置.需要注意的参数是这个 filters : 'stat,wall' 'stat'用于统计,'wall'用于防火墙 2.展示监控统计 在web.xml里配置 <!-- 展示

为什么对基础设施的监控变得如此重要?

稍微懂点云计算的人都知道三个概念:IaaS「Infrastructure as a Service」.PaaS「Platform-as-a-Service」和SaaS「Software-as-a-service」,其中 IaaS 就是我们常说的基础设施服务. 简单而言,IaaS 提供了云计算基础架构,包括服务器.存储.网络和操作系统.它作为一种按需服务,使得客户无需购买服务器.软件.数据库空间或网络设备,而只要按需购买这些资源的外包服务就可以了.但是购买了这些资源,并不意味着一劳永逸,这些资源能

在云计算时代,如何监控云服务的 SLA ?

当今已处于云计算时代,什么都云化了,从文件存储到视频转换,从服务器托管到后端接口,甚至于特定的应用逻辑,比如 IM 服务.好友关系服务等等,很多东西云厂商都帮我们做好了! 因而监控这个主题也貌似渐渐地谈得少了! 甚至于运维人员的需求也在逐渐变少了! 那我们就可以一劳永逸了吗? 不需要我们了解服务器和系统了? 不需要我们部署监控系统和服务了? 我们只需要写好代码发布就可以睡大觉了? No! 虽然云服务器厂商帮我们打理了一切的基础设施,但是 IaaS 厂商给我们的还只是一个个全裸的系统! 虽然 Pa