楼控方案设计冰蓄冷空调自控系统四大基本要求.doc

《楼控方案设计冰蓄冷空调自控系统四大基本要求.doc》由会员分享，可在线阅读，更多相关《楼控方案设计冰蓄冷空调自控系统四大基本要求.doc（4页珍藏版）》请在三一办公上搜索。

1、楼控-方案设计-冰蓄冷空调自控系统四大基本要求冰蓄冷空调由于自身的特点而对自控系统有一定的依赖，而这种依赖就决定了自控系统的基本功能。就一般情况而言，冰蓄冷空调对自控系统有如下四个方面的基本要求： 1、工况切换和设备起停控制。 冰蓄冷空调是在同一管道系统上通过对水泵和阀门等设备的不同组合而得到不同的工况的，而不同的工况组合又体现出不同的运行策略。因此，选择冰蓄冷空调只是为降低运行费用在设备上提供了可能，而真正实现降低运行费用还需将系统中所有设备有机地结合起来，并使操作者方便快捷地在各工况之间切换。 就具体的工程而言，不同的工况对参与运行的水泵以及阀门的开启和关闭都有不同的规定，与此同时，对各设

2、备的启动顺序和设备启动的时间间隔都有具体的要求。这就要求自控系统能为工况的切换提供方便、安全的操作手段。理想情况下，操作者希望通过鼠标在屏幕上的点击或通过菜单的选择就能切换工况。但是自控系统在提供操作方便的同时又要能够防止人员的误操作，所以建议把工况切换和系统启动分为两步操作，即切换工况只是为系统启动做好了工况的选择，而并不是在切换工况后直接启动系统。 2、融冰速率控制。 为了真正做到移峰填谷，蓄冰系统都追求较高的融冰速率，以期能在峰电时段内完全释放冷量。但随之而来的问题是，如果不对融冰速率进行控制则蓄冰装置将以最快的速度融冰，造成冷量的浪费。因此，冰蓄冷空调要求自控系统能对融冰速率进行控制，

3、使其能跟踪负荷情况并满足系统对供冷量的要求。 控制融冰速率的方法有很多，但大体可归纳为两类：改变出水温度和改变出水流量。如果以换热器为蓄冰装置的负载来描述，前者改变的是换热器冷媒水侧入水的温度，后者改变的是换热器冷媒水侧入水的流量。通常情况下，前一种方式更能兼顾换热效率，追求较低的换热温差。 控制融冰速率的最终目的是控制水的温度。由于管道中的水温有很大的惯性，一旦建立起了变化趋势后温度会朝着固有的方向变化而不会立即对控制系统的调节做出响应，这就使该回路的控制特性偏软，并且有很大的滞后。管道中水温的这些特性使常规的PID调节往往不能取得理想的效果。因此，在要求较高的应用中需在控制模型中加入程度较

4、深的反馈，条件允许时还可在控制模型中引入一定的预警措施，使控制器的调节动作产生在温度变化之前。 3、空调水供回水差压控制。 当末端采用变流量系统时，空调水供回水总管之间的差压是随末端的使用情况而变化的。虽然变流量的末端系统有很多的优点，但如果不对供回水总管之间的差压进行控制，其危害也是显然的。首先，差压的波动会使整个管道系统中控制阀门的阀权度发生变化，这将破坏常规的PID控制环的稳定行，当阀权度减小到一定程度时还会导致控制阀的振荡。其次，当该差压不足时，会使远端的能量供应不足，影响使用效果；反之，差压过大又会影响到末端系统的安全。因此，这就要求自控系统能对该差压进行实时监测，并采取相应的调整手

5、段来使差压稳定在一个合理的范围内。 控制空调水供回水总管之间的差压，简单而行之有效方法就是在空调水供回水总管上加装旁通阀，控制系统根据实际的差压来调整阀门的开度。在采用换热器的系统中，这种方法能保证流经换热器二次边的流量恒定在设计值上，以兼顾换热效率并追求较低的换热温差。这种方法的缺点是水泵的成本不能随负荷的减少而下降。同时，由于旁通阀上的差压变化很大，这就导致在大的阀权度变化下，旁通阀很多时候实际是工作在开/关状态，无法达到理想的控制效果。 因此，另一种常见的办法就是采用速度可调的水泵。由自控系统根据空调水供回水总管之间的差压来调整变速泵的转速，从而达到稳定差压的目的。为了在最坏的情况下仍有

6、足够的水流来保证水泵的安全，许多情况下在采用了调速泵后仍须安装旁通调节阀门。 4、逐时负荷预测。 严格意义上说逐时负荷预测不是一个控制功能，但由于它对冰蓄冷空调有着重要的意义，因此也列在基本功能中。 为了尽量减少高价峰电的使用，操作者需要对当天的逐时负荷有个了解，从而制定出操作策略，力求在峰电时段少使用冷机并尽可能使蓄冰量能在峰电时段内完全释放。缺少严格制定的操作策略往往会产生这样的情况：或者预留了过多的冷量从而在峰电时段结束时仍有较多的剩余冷量，或者过早地将冷量完全释放而不得不在峰电时段多使用冷机。制定操作策略的意义还在能合理安排蓄冰量的使用，除了给峰电时段预留外，还能在冷机因负荷较低运行效率下降的时候使用融冰供冷。 制定操作策略的依据是逐时符合，所以，逐时负荷的预测对冰蓄冷空调降低运行成本有着重要的意义。但是，要实现逐时负荷的预测却有相当的难度，这一方面是由于影响逐时负荷的因素太多，更主要是对历史运行数据的要求。目前预测逐时负荷的方法大多离不开系统运行的历史数据。因此，获得和维护一个完整的历史数据库就成为实现逐时负荷预测的先决条件，这在操作上显然有一定的难度。 要使逐时负荷的预测功能变得切实可行，这一方面有待于可以不借助历史数据库的预测方法，同时也有待于更简便可行的维护和建立历史数据库的手段。