RS甚高频收发信机集中监控信号采集方案优化.docVIP

RS甚高频收发信机集中监控信号采集方案优化.doc

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
RS甚高频收发信机集中监控信号采集方案优化

RS甚高频收发信机集中监控信号采集方案优化   摘 要:使用集中监控系统对甚高频设备进行集中监视和管理,是保障甚高频设备安全运行的有效手段之一。文章对RS甚高频收发信机集中监控项目实施中所遇到的台点数多以及数据高速传输的问题进行了研究,提出了使用串口服务器的硬件优化方案,以及使用多线程编程的软件优化方案。通过在实际部署实施中的测试,证明了该方案的实际效果良好。   关键词:RS甚高频收发信机;集中监控;串口服务器;多线程编程   中图分类号:TN74 文献标识码:A 文章编号:1006-8937(2013)03-0076-02   甚高频通信是目前民航地空通信中最主要的通信手段。确保甚高频通信设备的正常运行,是空管技术保障部门的日常要务之一。而由于各种原因,各地甚高频机房的位置都比较分散乃至偏远,对这些甚高频设备进行集中监视和管理,能有助于技术保障部门及时掌握各地甚高频设备的运行状况,从而及时分析各个甚高频通信信道的可用性,才能对甚高频信道的主备用设备做出迅速的调整,避免通信盲区的出现。   德国罗德施瓦茨公司生产的RS甚高频收发信机在国内有广泛的使用,是国内甚高频通信的主流设备之一。我们开发了一套RS甚高频收发信机集中监控系统,能够实现对多个台点的RS甚高频收发信机的运行状态进行实时监控。本文对该系统针对某些地区RS台点数目较多的情况以及RS厂家GV201数据交换速率高的特点而作出的优化方案进行了阐述。   1 RS状态监控信号采集的基本原理及难点   1.1 RS状态监控信号采集的基本原理   RS甚高频系统本身自带有厂家监控软件,其原理是单个台点的若干台RS收发信机和本地的RS监控器GV201相连,各台点的GV201能够监视所连接的收发信机的运行状态,并且通过通信链路汇集到监控机房,通过RS系统的RCMS软件将收发信机的运行状态显示出来。   而我们开发的RS收发信机集中监控系统的基本原理,就是在GV201信号进入RCMS软件的入口处加入分路器,将每路GV201信号一分为二,一路仍进入厂家RCMS,另一路则进入集中监控采集终端。我们采集到GV201信号之后,对其进行解码分析,然后通过自主设计的界面和其余雷达、导航等设备状态监控信息显示在一起,并且还能实现向上级空管局乃至北京空管总局转发的功能。单个台点的RS收发信机监控信号采集原理如图1所示。   1.2 RS台点数目增加带来的难题   从1.1的描述我们不难看出,RS收发信机监控信号采集的基本切入点就在于将GV201信号“一分为二”,最常用而简单的方法就是使用分路器。而随着RS台点数目,也就是GV201数目的增加,随之而来的就是分路器数目的增加,集中监控采集终端所需串口数目的增加,以及GV201和分路器、分路器和集中监控采集终端之间线缆的增加。对于有限的机房、机柜空间来说,这会增加空间分配和布线的难度,使整个系统的不稳定性增加;同时,也不利于技术保障人员对系统的维护,使用分路器的多RS台点监控信号采集方案如图2所示。   1.3 RS监控信号高速传输带来的难题   RS监控信号和其他空管设备的监控信号相比,例如PAE监控信号和雷神雷达监控信号,它的数据交互速率很高。使用串口调试器观察各个GV201发送到厂家RCMS的数据,每秒钟大概有50条左右的数据,换言之,集中监控服务器每隔20 ms也要进行一次读取串口的操作。而这20 ms里面服务器还得对接收到的数据进行解码操作,并且每次使用Windows.net平台读取串口的API之后还必须睡眠一小段时间,在如此短时间内同时进行读取串口、解码分析和睡眠,系统很有可能出现缓冲区溢出或者线程阻塞之类的问题。   2 硬件优化方案   针对上述两个难题,我们对串口通信领域的一些转换设备进行了有针对性的研究,发现串口服务器能比较好的解决上述问题。串口服务器的工作原理,是把若干串口信号转换成UDP信号传输。以我们使用的串口服务器MOXA5610为例,它有16个串口,通过对串口服务器的配置,1口~16口之间能相互通信,16个串口的信号都能转换成UDP信号,通过LAN口传输出去。   我们通过对串口服务器的合理配置,设计出图3方案,能比较好地解决台点增多和信号高速率传输带来的问题。   以8个RS台站为例,台站x的GV201的信号从x口进入,(x+8)口输出,进入厂家RCMS;1~8口的信号同时也转换成UDP信号从LAN口输出至集中监控采集终端。   从表1我们可以看出,使用串口服务器和使用分路器的方案相比,减少了硬件数目,降低了工程造价,减小了系统建设和维护的难度,使用UDP协议进行信号采集也大大提高了数据传输的速率,Windows.net平台读取UDP数据不需要睡眠,这样也减少了程序运行的时间。  

文档评论(0)

317960162 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档