Integratin of multiple platforms for real-time remote model-based condition monitoring翻译.docVIP

毕业设计说明书 英文文献及中文翻译 学生姓名： 刘贺秋 学号：0906024236 学 院： 电子与计算机科学技术学院 专 业： 微电子学 指导教师： 张晓明 2013 年 6 月 多平台的一体化--基于模型的实时远程状态监测 摘要 基于模型的状态监测系统在过程状态监测中已经被证实表现优越。然而，基于模型的状态监测系统需要更多的计算机资源来支持它的高效率工作。这个要求增加了已经存在的专门用来服务控制系统集成的难度。为了克服这个问题，这篇文章展示了一种多系统集成，实现配备不同软件平台的不同计算机分开工作。本地和远程设备的时间同步通过发布-预定构架的现场总线网络来实现。一种客户--服务器配置用来处理Matlab和Labwindows之间的通信。一种临时缓冲数据在利用非常小的系统资源下提供时间准确性，这项尝试已经在电液伺服控制系统中实现，充分利用了所有软件资源和配置系统的方便。 关键字：远程状态监测，基于模型的方法，实时系统，现场总线，控制系统，分布式监测 1. 介绍 经过了几十年的发展，基于模型的方法在一系列控制系统的状态监测非常有效。通过查询模型预测，这种方法对于异常行为非常敏感，而不是系统输入，因此提供了区分在操作系统中错误和可接受的波动的区别[1,2]。这个方法不仅可以检测到系统错误，如驱动器错误和组件错误，而且可以检测到传感器错误。它被广泛应用在各种工业领域，包括发电厂[3]，飞行器发动机[4]和机车系统[5]。 已经发布的应用程序为基于模型的方法、模型准确性和残余鲁棒性提供了途径[6,8]。然而，对于一些现实的问题，如实时执行特别是高级软件包的使用。这种环境的原因包括源于数据传播过程中的资源冲突或不确定时间延迟[9,12]。事实上，这些现实问题有时在一个合适的监测系方法选择上是起决定性的作用的。比如，当一个系统由计算机控制，它会优先选择在同一台计算机将基于模型的方法和控制工作结合。然而，这种结合会被一些普通状态限制。有时，没有供应方的帮助，控制程序就不能被改变，或者它的变化受繁杂的安全程序要求控制。甚至当控制器允许集成，CPU加载必须换取其他工作的控制使用[13]。在一个实时控制系统的CPU必须读取传感器测量值并执行，然后向周期间隔工作的执行器发送信号[14]。如果一个复杂的故障诊断算法被使用而且CPU被模型预测和故障分析占用，控制命令也许会被延迟发送，控制精度最后也会被影响。特别是在非线性条件下的进程中需要大量的计算，不仅仅是为了计算，更是为了故障分析。然而在某种程度上，这些目标寻址直接编码到实时操作系统。当在最低水平时设计和实现一个系统，这种方法需要承受专业代码的压力和极高的错误检查能力。 解决以上问题的一个直接方式就是用另一台配备合适的计算机，这台计算机在远程与主机并行，协调工作。这样控制工作就会保持不被干扰，而且状态监测工作被另一个计算机的CPU分担。通过远程获取和网络传播建立数据库，而不是实时建立[15,16]。不同的网络，如现场总线[11]，以太网[13]，互联网[17]，CAN总线[18]都是为了实现这个目的。尽管实时计算和通信技术得到很大的发展[19]，但还没有基于模型的远程状态监测的实时执行。这就是写这篇文章的目的。 在这篇文章中，配备先进工具箱的Matlab平台用于数据处理和错误诊断，同时虚拟仪器平台Labwindows/CVI用于数据采集和过程控制。通过现场总线网络通信，一个基于模型的实时远程状态监测原理图使用多平台方法。首先，讨论基于在线模型的要求和分析硬件资源限制。其次，重视同步需要分析实时预测和远程模型预测之间的残差的产生。为了满足这些需要，比较不同的现场总线网络和选择现场总线协议实现多平台。最后，为了证明这个方法，既采用控制和测试程序本地运行，又采用基于模型残差产生和非线性电液伺服控制系统的状态监测下的远程同步。 2.集成和同步 2.1 用于集成的资源制约 通常在实时计算机系统[19]中，计算机周期性收集传感器测试结果，通过然后事先设计好的信号处理(SP)和控制算法(Ctr)将控制信号发送到执行器。执行过程如图1(a)，时间顺序如图1(b)。由于每个环节都是基于上一环节，所以执行顺序必须是连续的，整个控制循环就是所有环节执行时间的总和。为了提供空闲时间(SP)执行额外的环节，计算机资源总是足够丰富。如果模型预测(MP)和状态监测(CM)算法满足必要的计算状态，从而计算时间和周期和比率比任何一个环节都小，所有比率的和也比任何一个周期内的小。然而，模型预测、残差产生和和先进状态监测技术需要很长的执行时间。由于需要加载具有强