计算机网络中的交换技术(txx15)_通信学论文五篇

【计算机论文】导语，大家眼前所阅读的本篇共有20082文字，由尤南一细心改进，发布到范万文网！范万文小百科：

通信网：通信和信息交换的系统通信网：2007年人民邮电出版社出版的图书

计算机网络中的交换技术(txx15)_通信学论文五篇如若你对这篇文章有更多的感触，也可以上传分享给大家！

第一篇 计算机网络中的交换技术(txx15)_通信学论文

摘要：本文主要对atm交换技术进行了论述，主要包括atm的产生、设计原理、交换原理等内容。并结合当今ip业务、对ip over atm 进行了初步的探讨和比较。

关键词： atm 交换 网络

1. atm的产生和特点

1. 1atm的产生

1．1．1背景介绍

在atm通信网产生以前，每一种通信网（现在还在应用）都是专为一种特定的业务而设计的，这些网络往往完全不适应于其它业务。这种业务专门化的一个重要后果上大量世界范围内的网并存，而每一种业务都需要自己的设计和维护，并且，还会造成资源浪费，因为每一种网络的规模都按照一种特定的业务类型来设计，即使一个网络种有空闲的资源也不能被其它类型的业务应用。所以，无论是在经济效益方面，还是应用灵活性方面，专一的通讯网都不能满足要求。

付费论文：7000多字 有参考文献 180元

备注:此文版权归本站所有；本站保证购买者的省唯一性。

第二篇 计算机系统分析员论文-通信服务平台的应用_通信学论文

【正文】

数据通讯是当前十分活跃与热门的计算机与信息技术的应用领域。某大型通信公司开发了其业务的主要支撑平台，在这里，我们简称之为“通信信息服务平台”，用于在全国与全球开展数据业务的需要。该平台是一个典型的java技术应用于internet的项目。

作为信息技术公司中的一名技术骨干，我有幸参加了该系统的与设计工作，承担了相当多的java应用开发任务。此系统中的软件部分大多由java来实现，在全系统中我们是这样来用java构架系统的：

（1）本系统可分为4层，分别是browser、表示层、中间件层和数据层。

（2）表示层用java中的java script来实现页面输出。

（3）中间件层用java来实现corba，即实现component（构件），主要实现业务逻辑的封装与复用。

（4）数据层主要是数据库和存储过程的实现。

我们在应用java技术时，所采用的技术和策略可大致上归纳为以下5个方面：

（1）使java script尽量简单，因为java script在我们系统中是放在服务器端执行的，该语言是通过一个解释器解释执行的，相对速度很慢，我们采用了两台hp前置机来运行java script，但是其运行速度还是不理想，所以我们在设计中把java script仅用来显示从中间件层所得到的数据，生成动态页面。WWW.0519news.cOm在最初的设计中表示层（java script）曾承担了一些业务逻辑处理操作，导致效率不理想，因此，我们不得不尽量地减少java script的程序量。

（2）用java实现corba时，应尽量考虑共享和复用。在本系统中，最初的设计是让java在实现component时，只是执行一些数据库表的操作，导致表示层的负载较大。后来，我们重新设计时，总结归纳了所有的use case，找出了其中可供共享和复用的接口，把相同的业务逻辑操作封装到一个接口中去。因为 java的执行效率比java script要高，因此提高了系统效率。

（3）在别的项目中，我们曾大量地使用过java中的jsp技术和servlet技术，一般人可能不能区分这两种java技术的区别。为了得到系统的一些执行速率的数据，我们采用了一个著名的压力测试软件——load runner来测试这两种技术的差别。测试表明：用jsp和servlet完成同样的一个操作，并且保证是在相同的测试环境中（相同服务器、压力测试工作站与数据库环境），得到的测试数据却有着很大差别，jsp完成一个操作的平均执行时间大致会是servlet程序的两倍。在一个企业级应用项目中，这可能是一个很关键的瓶颈。因此，我们得出的结论是：在可能的条件下，尽量地多使用servlet。当然，与servlet相比，jsp编程快速，修改方便，在访问量不是很大的应用场合下也是可以接受的。

（4）使用java作为整体解决方案时，应尽量使用相同版本的jdk。在用java作为编程语言的项目中，几乎大多要遇到“汉字”问题，即java在没有经过转换的情况下，在输出汉字时，很可能会出现乱码。采用不同版本的jdk，解决的方案是不一样的，比如v1.2.2版本的jdk和v1.3版本的jdk解决方法就会有一些不一样，把v1.2.2的java程序放在v1.3的jdk中，就不能顺利输出汉字了。其根本原因在于java使用了unicode编码，和我们中国的国标编码不一样。所以在这个意义上一些人竭力鼓吹的“一次编写，到处运行”似乎不一定能在所有的场合都行得通。

（5）使用java时，应尽量遵从软件规范。在java中有一个jvm的概念，即在java虚拟机中使用了一个垃圾收集器，专门用来回收内存。但是该垃圾收集器在给编程人员带来方便的同时，也隐埋下了隐患。在程序设计中，并不能强制执行垃圾收集器，所以，开发人员不能确定某对象是否已释放，常常让编程人员养成依赖自动收集的坏习惯，因此我们要求：在try，catch之后必须明确要求回收内存（当然，也只能是通知垃圾收集器来回收垃圾），这样可以有效地提高系统稳定性。

以上这些实用性的技术与策略，是我们在实践中的一些实际体会，仅供各位开发人员根据实际情况参考。

当然，在使用java作为解决方案时，也会遇到很多让我们头疼的问题，这些问题导致同时执行的并发性比较差，系统速度慢等等。归纳起来看，我们曾遇到过的主要具体的问题有：

（1）用java来实现corba中的component，有时效率会比较低。

（2）用java来建立数据库连接往往会比较慢。

（3）用jsp编程时容易导致系统信息的扩散。比如，如果有黑客攻击一台运行jsp程序的服务器，他可以故意地输入一些非法字符或异常信息给jsp程序，于是程序执行将出现异常。这时，就会在页面上打印出相应的错误信息。很不幸的是，这些信息极有可能暴露出这台服务器的jdk的版本号与路径信息等内容。这往往容易让黑客们有机可乘，有可能去抓住系统的漏洞。

在发现了这些问题后，我们经过仔细研究，找出了一些解决办法。比如：

（1）既然用java实现component比较慢，我们就尽量减少component所执行的业务逻辑量。争取把能够放在存储过程中实现的操作，尽可能在存储过程中加以实现。众所周知，数据库的存储过程操作，比起在java程序中执行数据库操作要快得多。

（2）既然用java建立数据库连接比较慢，我们就可以把数据库连接封装成连接池（connect pool），从而能非常有效地提高系统效率。我们也曾经用“load runner”作过压力测试，使用连接池比不使用连接池的速度要快上3～5倍。

（3）为了对付jsp程序与servlet程序会打印出异常系统信息的问题。我们曾查阅了很多jsp或servlet的资料，最终是毫无头绪。但是我们可以换另一种思路，即是不从程序下手，而从web server着手，我们可以把apache配置成为使这类异常信息不再打印出来，而是使之仅出现一个通用的异常说明的页面，这样，就能十分有效地解决这个问题。

在我们使用java作为编程语言的这么多项目中，绝大多数是比较成功的。java语言作为一种快捷、稳定的计算机语言，开发基于因特网应用的项目大多是相当稳定和比较适用的。

在我个人看来，java的应用前景十分光明，大体上可以着眼于以下方面：

（1）在因特网上将会有更加广泛的应用。

（2）在嵌入式设备中，java也大有用武之地。比如，在最新推出的java技术中，java已经进入了手机领域。

（3）java程序大多以线程运行，占用资源少，会逐步代替asp与cgi程序。根据第三方测试表明：jsp程序比asp程序要快2倍以上。用jsp代替asp应是大势所趋。

（4）java在无线互联网中的应用将会更加广泛。java支持wap，可以方便地用java开发wap程序，实现wap应用。

（5）java与xml的无缝连接使java在数据传输和异构网络通信方面有着很大的优势。

就我个人而言，我将会在相当长一段时期内致力于java在无线互联中的应用，为我国的移动通信事业开发出更多的优秀实用的项目。

评注；参与了一个较大的项目后有实践体会。全文都采用1、2、3、4方式，文章的风格显得单调，不大吸引人。但是本文的优点是；（1）写得很有条理。（2）内容的选择合适。（3）所列举的策略、注意事项与发现的问题都很现实可信。（本文主要参考了广州王海波等人论文）

第三篇 计算机系统分析员论文-通信业应用_通信学论文

【摘要】

近年来，在应用需求的强大驱动下，我国通信业有了长足的进步。现有通信行业中的许多企业单位，如电信公司或移动集团，其信息系统的主要特征之一是对线路的实时监控要求很高，数据量庞大，如何将实时控制与信息系统集成在一起便成为系统实施的一个关键部分。

在参与了某个通信公司的一套网管系统以及决策支持系统的设计后，我们了两者的集成与应用工作，深切地感受到有一个良好的设计策略以及重视所选用的工具是一个关键。这个项目主要是对下属各分站的子网以及有关链路的连通情况进行实时监控、实现、路由控制和授权等功能，其关键在于提供一个实时显示情况的地图界面，井将数据汇总和组织，建立起数据仓库以及进一步实施数据挖掘，从而能支持企业的决策。我作为设计人员之一，着重在本文中讨论控制系统与信息系统集成时的策略。

【正文】

众所周知，通信行业需要有一整套监控通信网络的手段，其工作特点是涉及到的各分站与基站的在地理位置l的分布性，更加需要有在更高一级提供检测不同分站链接情况的手段。一般来讲，由于数据都是海量的，所以，如何将整个网络系统所得的数据及时处理，以便和决策部门的相结合，也成为迫切需要解决的重要课题。简言之，分布性、实时性以及数据海量性是解决整个系统设计和集成的核心问题。

首先，让我们来讨论一下“网管监控系统”。wwW.0519news.coM由于我参与设计与开发的这个系统并不是位于基层的分站，其定位在将下属各分站的主机通信数据（包括数据流量、链路负荷、通往其他结点即主机的连通情况等）加以收集，所以对于具体通信事务的底层操作要求并不很高。

考虑到上述原因，我们采用了一个地理信息系统开发平台mapinfo并采用delphi编程，后台用sql server数据库（这是由于考虑到决策所需要用到的是microsoft公司的olap service）。在和计划之前，我们先对itu801标准做了详细的探讨，这只是一个有关子网和链路定义以及分层等描述的标准，在听取了许多分站人员的建议后，将mapinfo公司提供的一个相关的map x的active x控件嵌入到delphi程序中，利用map x中提供的丰富的类以及操作，比如object、layer等实现网管界面，井且加入了子网和链路的概念，对属下的分站可以随意地组合成为不同子网，而且实现了放大与缩小的功能，大致可以将整个地区的分站集中在一张地图中，能显示在屏幕上，这时，只是显示出各个分站的概要，小到可以显示出某台主机的机柜、机柜直到插件板（因为这些都要实时监控）。我们采用了分层的方法来实现以上缩放。对于一些静态的数据，如分站，主机的位置等则先用mapinfo公司提供的一套编制地理信息的工具（map x是其提供给编程工具的一个active x控件）做成静态的层次图放置于数据库中。

我们新做成的这套系统通过与各分站的专用线路加以连接，能实时地得到数据，显示于地图上，反映出各站、各子网、各链路的实时状态，并能将控制命令传回分站（如强制链路中断、路由转换等）。

现在，让我们来讨论其中最为关键的问题，即是要将实时控制系统与企业信息系统加以集成，我们的设想和体系结构大体上可以用一张简图表示。

在这个体系结构中，由各分站保留着详细的数据，网管系统则在一定时间间隔内将汇总到的数据作少量统计，抽取其中需要保存的内容放入数据库，如每分钟流量，某分站与其他分站每分钟通信流量，在该分站中某个链路的负荷（这些链路有可能是动态分配的，也可能是固定分站之间的通信链路）。尽管如此，数据仍然是海量的，因此，如果要把这些数据都直接送到各个决策部门，比如送给市场部门是不现实的。所以，我们在数据库的基础上建立了数据仓库，确定了客户、时间、通信量、计费和故障等几个数据仓库的主题，每隔一定时间对数据库中的原始数据进行清理与抽取等预处理工作，建立好数据仓库。这里的预处理包括了许多方面的内容，比如有建立计算时间，但是无计费的（计费值为零）的数据，应视为建立失败的无效数据，需要予以剔除；某些企业租用的是专用线路按月计费，中间的通信因此无计费的一些有关记录也应剔除等。

在预处理之后，再利用olap service的将数据融合与汇总。按照决策部门的需要提供相应数据（比如：市场部门需要每一分站的收益，客户分布情况以及客户费用等）。这些都可以由olap service对数据作预先处理，此时处理完的数据在逻辑上是以立方体（cube）形式存在的，其占用的存储空间便能显著地降低，如1999年8月有2000万条通讯记录，即使形成作为备份的文本都需要4g空间，经过olap service处理后仅需200m左右空间，因此，经处理后的数据主要存放于另外的相关部门的机器中，而不能与主服务器放在一起。

最后，再来讨论由决策人员所使用的系统。由于这些部门并不分散，我们就没有采用olap servce的web发布方案。采用delphi编制了访问olap service的客户端软件，用了olap service提供的、cube browser控件，用相似于网页的界面提供了数据立方体的各种操作，如上钻（观察角度从月转到季度甚至年），切片，旋转等操作。为了便于输出打印数据，还内嵌了microsoft的excel数据透视表，可以将在cube browser上所看到的数据转化为excel的表格形式，或者转换成饼形图、柱形图和曲线图等，比如可以观察每天24小时通信流量的分布曲线图，可以发现在夜间12点以后明显通信流量减少，而决策部门便可制定某些优惠或减价措施吸引更多客户在12点之后使用网络。

另外，在采用olap service中的数据挖掘功能时，其中提供的两类算法分别是基于决策树的分类和基于决策树的聚类，市场部门的聚类算法将客户根据费用情况加以聚集，以期发现处于同一消费水平的客户的共同特征，便于制定政策，吸引客户。这方面的努力我们将会进一步持续进行，以保证有足够的海量数据而发现其中的规律。

整个系统运行后，其数据采集，数据处理等一系列工作都由程序定期地自动进行，该系统应用已有一段时间，受到了不少好评。当然，也发现了其中有不少问题，比如；主服务器数据库的容量问题，主站与分站的通信效率问题，还有在网管系统中，网络故障的确定还不够细致，需要由分站再具体化加以确定，决策系统与网管系统之间还缺少直接通信手段等，这些都有待于进一步的解决与改进。

实时控制系统与企业信息系统集成化是推动从事生产制造、测量与监控等业务的企事业单位真正迈向信息化，提高工作效率的一个重要动力。如果是大型企业，更需要有一整套的系统，支持web发布，智能查询，自动识别如用于故障预测和数据挖掘等技术，从而能够将底层的实时监控与高层的决策更好地集成在一起。展望其前景，无疑是十分美好的，但是我们认为相应的工作量很大，在技术上仍然需要有所提高和有所突破。

评注：能紧扣集成的主题，结合实际作了较有深度的论述。所讨论的数据库和数据仓库技术符合企业信息化的方向。对遇到的问题的举例剖析还不够，实时控制方面的论述也可更细化一些说明。

第四篇 为时钟源编程的计算机并行端口_通信学论文

本设计实例说明如何将linear technology公司的ltc6903可编程振荡器作为时钟源应用在直接数字合成、数据转换、开关电容滤波、时钟和压控振荡器等电路中。ltc6903可由2.7v ～ 5.5v的电源供电工作，功耗适中，可产生频率范围为1 khz ～68 mhz时钟。ltc6903在这一频率范围内的典型频率误差和分辨率分别为1.1和0.1%。

你可通过ibm兼容pc机的并行端口控制图1所示的可编程振荡器电路。这一并行端口也可为该电路供电。电阻器r1和r2限制从并行端口数据位db3和db4吸收的电源电流，而电阻器r3、r4、r5则将编程位db0、db1和db2隔离开来。高精度微功耗电压基准ic1为ic1和ic2提供4.096v稳定电源。相对于ic2的电源引脚和接地引脚而言，应该尽量缩短旁路电容器c1和c2的引脚长度，以求达到最佳性能。高速缓冲器ic3隔离ic2的输出，并防止由于负载变化而导致的频率牵引。可将用户提供的输入转换成一个与spi兼容的16位数据流，用以对ic1的输出频率编程。www.0519news.coMltc6903的输出频率取决于oct和dac两个控制参数。通过求解方程f=(2oct)×2078/(2-(dac)/1024)，该程序可以得出oct 和dac的最接近值。在初次加电时，ic2的输出频率缺省为1.039 khz。

第五篇 基于PLC和PC的分布式计算机监控系统的设计_电力电气论文

摘 要：供电系统是工厂的重要组成部分，对其可能发生的故障及生产故障进行及时的监控和是生产运作顺利进行的有力保障。本文介绍了欧姆龙plc和pc上位机在石油化工厂的电路监控系统中的应用，详细介绍了该系统的硬件、软件设计，以及通讯连接。

关键词：plc、pc上位机、串口通信

abstract：this paper setting out from an actual problem introduces a circuit-alarm monitoring system of petrochemical factory based on plc and pc. it introduces the system’s design of hardware, software and the connection of network in detail.

keywords：plc、pc、serial communication

一、引言

在复杂的电网供电系统中，传统的故障一般采用烽鸣器、故障指示灯等硬件方式。这种方式存在很多缺点，例如如果电网分布分散，则故障点也分散，需要安排一定人力巡逻检查，造成人力资源浪费，且、维修不及时;故障点太多则需要大量器，且造成线路复杂化;硬件得到的故障信息太少等等。wWw.0519news.Com随着计算机和自动化技术在工厂中的大量应用，可以将故障信息通过plc进行初步监控，然后再由plc上传到计算机中，由计算机处理故障信息，进行、记录、显示故障信息。具有可进行集中监控，节省人力，故障信息直观、丰富，便于等优点。

二、系统介绍

系统由plc检测48个故障继电器的状态变化，上位机pc定时查询并读取plc内部4个通道61位的状态信息（包括48个输入点和13个归类输出点），进行并用数据库加以管理和记录。程序采用visualbasic6.0开发，数据库采用microsoft的access20xx。

每个故障点按照对应的位置标识于车间电路分布图上，如图1所示。程序运行进入监控状态以后，pc将检测与plc的通信连接。如果通讯连接正常，程序将检测现场变化。如果由正常变为，对应指示灯及总状态指示灯将闪烁并声音，右上方显示故障信息，运行状态信息及故障信息将存入数据库。单击闪烁指示灯，将停止闪烁，并显示当前状态，为红色，正常为浅黄色;如果由变正常，对应指示灯停止闪烁，运行状态信息及故障修复信息将存入数据库。当前状态由红色变为浅黄色。如果要查看各个节点信息，则单击指示灯，右上方图框会显示该节点的位号，对应plc位以及该点名称和触点状态。右上方文本框显示当前系统总运行状态，有相应的指示灯标示，分为“正常” 和两种状态，红色为绿色为正常。

图1 监控画面（正常状态）

时画面如图2所示。

图2 监控画面（状态）

三、监控系统构成

1.系统的结构

系统配置如图3所示。本系统主要由上位机pc和下位机plc组成，监控48个故障点并将其分为13大类，然后将故障信息显示在计算机屏幕上。plc使用的是欧姆龙的c200h，采用3个输入模块，一个输出模块，一个通讯模块。将故障继电器两端引出作为plc的干接点，通过输入模块将故障信息转化为开关量输入plc，并由plc对故障进行分类，然后plc通过rs232-422转换器和rs232c串口与上位机通信，由上位机读取并处理故障信息进行监控。

图 3 系统结构

2.软件设计

本系统plc的编程使用cx-programmerv3.1编写，实现plc对故障继电器的初步监控;上位机监控使用visualbasic6.0编写主监控程序，实现故障实时监控、显示、记录、故障点信息查询修改以及运行状态查询等功能。

（1）plc程序：该程序包括三个输入模块和一个输出模块，用于对48个故障信息的采集和分类，并对plc后备电池状态监控。

将故障信息转存到20通道：

将故障分类：

plc后备电池状态转存至23通道：

（2）上位机程序：主要负责与plc进行串口通信，读取plc内部通道状态加以，在主界面上实现故障、显示、故障点信息查询、故障信息记录查询以及节点信息修改查询等功能。

上位机pc与plc通讯时，按应答方式进行，由上位计算机发给plc一组ascⅱ码字符数据，这一数据称为命令块。plc收到命令块后经认为命令正常，则按照命令进行操作，将操作结果返回给上位计算机，plc返回给上位计算机的这一组数据称为响应块。若plc收到命令后经确认命令不正常，则返回给上位计算机错误命令响应块。上位计算机和plc通讯时，plc是被动的，必须由上位计算机给plc发出命令块，plc作出响应发还给上位计算机响应块。

本程序采用多重通讯方式，多重通讯时首帧以单元号（即host link的机号）开始，然后为报头、报文、校验码、结束符（只有一帧时）或分隔符（多帧时）。中间帧以报文开始，然后为校验码、分隔符，中间帧报文每帧最多125个字符。尾帧以报文开始，然后为校验码、结束符，尾帧报文最多124个字符。

校验码fcs（frame check sequence）是8位（bit）二进制数转换成的2位字符。这8位二进制数是一帧中校验码前的所有字符的ascⅱ码按位异或的结果。转换成字符时按照2位十六进制数字转换成对应的数字字符。

plc收到上位计算机发出的命令块后，经操作返回给上位计算机响应块，在响应块中含有响应码。如果plc正常完成上位计算机的命令，则响应码为00，否则，响应码中含有出错信息。

上位机pc与plc的串口通信部分：

timer2的值设为2000，即每隔2s上位机pc向plc发送一次读取命令，读取信息。

private sub timer2_timer（）

dim a（10） as string

a（0） = "@00rr00200004" ’单元号和报头报文

a（1） = fcs（a（0, ）） ’命令格式中的校验位

a（2） = a（0） + a（1） + "＊" + chr$（13） ’命令码

mscomm1.output = a（2） ’向plc发送命令

a（3） = mscomm1.input

a（4） = mid$（a（3）, 6, 2） ’响应码

call message（a（4）） ’调用响应码的错误信息

if errortime > 3 then

timer2.enabled = false

intr = msgbox（“通讯错误，是否退出检查连接?”, vbyesnocancel + vbexclamation, “通讯连接中”）

if intr = vbyes then

。。。。。。。。。

else

。。。。。。。。。

end if

end if

’如果通讯连接正常则读取数据：

a（6） = mid$（a（3）, 24, 2） ’响应块中的校验码

a（7） = mid$（a（3）, 1, 23）

a（8） = fcs（a（7）） ’计算校验码

if a（8） = a（6） then ’比较校验码是否相同

a（9） = mid$（a（3）, 8, 16）

a（10） = hex2bin$（a（9））

z = a（10） ’得到plc内部通道数据

else

msgbox （“校验码不正确”）

。。。。。。。

end if

校验码计算函数：

function fcs（byval inputstr as string） as string

dim slen, n, xorresult as integer

dim tempfcs as string

slen = len（inputstr）

xorresult = 0

for n = 1 to slen

xorresult = xorresult xor asc（mid$（inputstr, n, 1））

next n

tempfcs = hex$（xorresult）

if len（tempfcs） = 1 then

tempfcs = "0" + tempfcs

end if

fcs = tempfcs

end function

将响应码中的数据转换为二进制数据：

function hex2bin$（hexvalue$）

const bintbl = "0000000100100011010001010110011110001001101010111100110111101111"

dim x, work$

work$ =

for x = 1 to len（hexvalue$）

work$ = work$ + mid$（bintbl, val（"&h" + mid$（hexvalue$, x, 1）） ＊ 4 + 1, 4）

next

hex2bin$ = work$

end function

监控程序功能：故障信息及节点查询如图4;plc电池故障显示如图5;数据库将记录系统运行状态，记录故障发生的时间及相关信息，故障修复的时间及相关信息并提供查询功能如图7;可以查看主界面上位号所对应的plc位、名称、触点状态等信息以便于故障，如图8;系统运行总状态指示如图6所示。

图 6 系统运行状态指示

图 7 数据库查询

图 8 位号对应信息查询

四、监控程序完成的功能

1.故障指示：有时，对应指示灯及总状态指示灯将闪烁并声音，右上方显示故障信息，单击闪烁指示灯，将停止闪烁，并显示当前状态，为红色，正常为浅黄色;如果故障修复，则对应指示灯停止闪烁，当前状态由红色变为浅黄色。单击指示灯，则可以查看各个节点信息，右上方图框会显示该节点的位号，对应plc位以及该点名称和触点状态。右上方文本框有相应的指示灯显示当前系统总运行状态，红色为绿色为正常。

2.历史记录：数据库记录系统运行状态，记录的位号、名称、plc位、触点状态、以及时间等内容，当故障解除后同样记录解除的位号、名称、plc位、触点状态、以及故障解除时间。数据库中有位号名称对应表，以方便查询每个点的对应关系。

3.通讯连接：用于重新连接上位机和下位机间的通讯，当单击工具栏中连接按钮时，程序检测通信连接。

4.声音测试：用于测试声音是否正常。若正常，点击此按钮时系统发出声音。

5.消音：用于消除系统时的声音，不影响指示灯闪烁。

五、结束语

本系统是为齐鲁石化氯碱厂生产车间设计的电路故障系统，现已投入运行。在实际应用中提供了真实可靠的生产实时数据，运行情况良好。为企业减少了人力资源浪费，化工厂生产车间环境较差，改善了工人的工作环境降低了工作强度，并实现了集中监控。本系统的可扩展性也很好的适应了车间改良的需求，可根据用户的要求增加监控点并将本车间故障分类输出到上一级监控站，受到了用户的好评。

参考文献：

1.徐德 孙同景 《可编程序控制器（plc）应用技术》 山东科技出版社 2000

2.李勇帆 《visual basic 6.0程序设计与应用》 邮电出版社 20xx

3.李长林 《visual basic串口通信技术与典型实例》 清华大学出版社 20xx

本页网址:

https://www.fwan.cn/mianfeilunwen/jisuanjilunwen/3388.html