Вы можете открыть актуальную версию документа прямо сейчас.
Если вы являетесь пользователем интернет-версии системы ГАРАНТ, вы можете открыть этот документ прямо сейчас или запросить по Горячей линии в системе.
Раздел 11. Электронная модель системы теплоснабжения
11.1. Общее назначение электронной модели г. Пятигорска
- Электронная модель системы теплоснабжения г. Пятигорска на базе программно-расчетного комплекса "ZULU" (далее по тексту ЭМ) разрабатывалась в целях:
- создания единой информационной платформы по системам теплоснабжения города;
- повышения эффективности информационного обеспечения процессов принятия решений в области текущего функционирования и перспективного развития системы теплоснабжения города;
- проведения единой политики в организации текущей деятельности предприятий и в перспективном развитии всей системы теплоснабжения города;
- обеспечения устойчивого градостроительного развития города;
- разработки мер для повышения надежности системы теплоснабжения города; минимизации вероятности возникновения аварийных ситуаций в системе теплоснабжения;
- моделирования перспективных вариантов развития системы теплоснабжения (строительство новых и реконструкция существующих источников тепловой энергии, перераспределение тепловых нагрузок между источниками, определение возможности подключения новых потребителей тепловой энергии, определение оптимальных вариантов качественного и надежного обеспечения тепловой энергией новых потребителей и т.д.);
- оперативного получения информационных выборок, справок, отчетов по системе в целом по системе теплоснабжения города и по отдельным ее элементам.
11.2. Описание программного комплекса
11.2.1. Общие положения.
В качестве базового программного обеспечения для реализации создания Электронной модели системы теплоснабжения города был выбран программно-расчетный комплекс ZULU.
В данном разделе представлено краткое описание функциональных возможностей основных модулей программно-расчетного комплекса ZULU, необходимых для создания и дальнейшей эксплуатации ЭМ:
- сервер геоинформационной системы Zulu;
- инструментальная геоинформационная система ГИС Zulu;
- пакет расчетов сетей теплоснабжения ZuluThermo;
11.2.2. Сервер геоинформационной системы ZULU
ZuluServer - сервер ГИС Zulu, предоставляющий возможность совместной многопользовательской работы с геоданными в локальной сети и глобальной сети Интернет.
Доступ к серверу осуществляется через протокол TCP/IP. Сервер ZuluServer дает возможность исключить файловый доступ клиента к данным на сервере. Клиенту недоступна информация о физическом хранении данных и отсутствует возможность их несанкционированного изменения.
Также есть возможность разграничить доступ к данным между пользователями. Система паролей и прав позволяет предоставлять разным пользователям различные возможности и ограничения для доступа и работы с данными.
ГИС Zulu, сохраняя все возможности настольной версии ГИС, имеет встроенный клиент ZuluServer и может открывать карты, слои, проекты и другие данные Zulu как с локальной машины, так и с удаленного компьютера, где установлен ZuluServer.
Для того, чтобы подключиться к серверу ZuluServer достаточно указать его IP адрес, либо имя компьютера в локальной сети или же имя домена, если сервер расположен в сети Интернет.
11.2.3. Организация графических данных.
Графические данные организованы послойно. Слой является основной информационной единицей системы. Каждый объект слоя имеет уникальный идентификатор (ID или "ключ"). Поддерживаемые типы слоев:
- векторные слои;
- растровые слои;
Векторные слои.
Векторные слои имеют собственный бинарный формат данных, что обеспечивает высокую скорость работы графических и топологических алгоритмов. Имеется возможность программного доступа к данным через объектную модель для написания собственных конвертеров.
Объекты векторного слоя делятся на простые (примитивы) и типовые (классифицированные объекты).
Примитивы могут быть:
- точечные (пиктограммы или "символы");
- текстовые;
- линейные (линии, полилинии);
- площадные (контуры, поликонтуры).
Типовые объекты описываются в библиотеке типов объектов. Каждый тип описывает площадной, линейный или символьный типовой графический объект, имеет пользовательское название и может быть связан с собственной семантической базой данных.
Каждый тип объекта может иметь несколько режимов, которые имеют пользовательское название, и задают различные способы отображения данного типового объекта.
Типовые объекты могут быть:
- точечные (пиктограммы или "символы");
- линейные (линии, полилинии);
- площадные (контуры, поликонтуры).
Атрибутивные или семантические данные векторного слоя хранятся во внешнем источнике данных и подключаются к слою через собственный описатель базы данных. К одному слою может быть подключено попеременно произвольное число семантических баз данных. Примитивы пользуются общей семантической базой данных, типовые объекты - собственной для каждого типа (однако для разных типов можно подключить одну и ту же базу).
Растровые слои.
Растровым слоем может быть либо отдельный растровый объект, либо группа растровых объектов. Растровая группа может содержать произвольное число растровых объектов или вложенных растровых групп. Число растров в слое ограничено лишь дисковым пространством. (Zulu справляется с полем из нескольких тысяч растров).
Поддерживаемые форматы растров - BMP, TIFF, PCX, JPEG, GIF, PNG.
Графические данные могут храниться в различных системах координат и отображаться в различных проекциях трехмерной поверхности Земли на плоскость.
Система предлагает набор предопределенных систем координат. Кроме того пользователь может задать свою систему координат с индивидуальными параметрами для поддерживаемых системой проекций.
В частности эта возможность позволят, при известных параметрах (ключах перехода), привязывать данные, хранящиеся в местной системе координат, к одной из глобальных систем координат.
Данные можно перепроецировать из одной системы координат в другую.
Семантические данные подключаются к слою из внешних источников BorlandDatabaseEngine (BDE), OpenDatabaseConnectivity (ODBC) или ActiveXDataObjects (ADO) через описатели баз данных.
Получать данные можно из:
- Таблиц Paradox, dBase, FoxPro;
- Microsoft Access;
- Microsoft SQL Server;
- ORACLE;
- другие источники ODBC или ADO.
Возможен импорт/экспорт данных в следующие форматы:
- MapInfo MIF/MID;
- AutoCAD DXF;
- Shape SHP;
- Экспорт карты (Windows Bitmap (BMP));
- Экспорт семантических данных (Microsoft Excel, HTML, текстовый формат).
Карта может содержать произвольное число графических слоев - Одни и те же графические слои могут быть помещены в разные карты с разными настройками отображения. Карта имеет возможность задания пользовательского имени, цвета фона и масштабной сетки.
Данные, хранящихся в разных системах координат, можно отображать на одной карте, в одной из картографических проекций. При этом пересчет координат (если он требуется) из одного датума в другой и из одной проекции в другую производится при отображении "на лету".
Примитивы могут иметь индивидуальные стили отображения (цвет, стиль, толщина линий; цвет и стиль заливки; пиктограмма; формат текста). Типовые объекты имеют стиль в зависимости от режима (состояния), который определяется в библиотеки типов объектов слоя. Стиль примитивов может переопределять картой - для всех примитивов можно принудительно задать один стиль.
Стиль объектов можно менять с помощью тематических раскрасок. При этом раскраска может быть создана по семантическим данным или программно.
Есть возможность выводить для всех объектов слоя надписи или бирки. Текст надписи может браться из семантической базы данных. Текст надписи также может переопределяться программно. Бирки генерируются автоматически, но могут потом расставляться пользователем в нужное расположение и в нужной ориентации.
Для быстрого перемещения в нужное место карты можно устанавливать закладки. Закладка на точку на местности с определенным масштабом отображения.
Карту можно печатать с различными опциями (на одной странице или нескольких страницах, в заданном масштабе или вписав в заданные габариты, на страницах для последующей склейки и т.д.).
Имеется возможность удобно организовать карты, объединенные общей тематикой. Совокупность карт, объединенных общим пользовательским именем и, если требуется, набором иерархических связей между этими картами, представляет собой проект.
В рамках проекта карты можно связывать между собой с помощью гиперссылок. Гиперссылка определяется от объекта в одной карте к другой карте с указанием месторасположения и масштаба.
Наряду с обычным для ГИС разделением объектов на контуры, ломаные, символы, Zulu поддерживает линейно-узловую топологию, что позволяет моделировать инженерные и другие сети. Топологическая сетевая модель представляет собой граф сети, узлами которого являются точечные объекты (колодцы, источники, задвижки, рубильники, перекрестки, потребители и т.д.), а ребрами графа являются линейные объекты (кабели, трубопроводы, участки дорожной сети и т.д.).
Используя модель сети можно решать ряд топологических задач, поиск кратчайшего пути, анализ связности, анализ колец, анализ отключений, поиск отключающих устройств и т.д. Можно менять состояния объектов (переключения) с последующим автоматическим обновлением состояния всей сети (например, включение/выключение задвижки трубопровода) выполнять поиск отключающих устройств (формирование списка объектов, имеющих признак "отключающее устройство", при отключении которых выбранный объект также переводится в состояние "отключен"), кратчайших путей (находить кратчайший путь по сети между выбранными узлами с учетом направлений участков), связанных объектов (находится множество объектов сети, достижимых из выбранного узла сети, достижимость может определяться без учета направления участков, с учетом и против направления участков), искать все кольца сети, в которые входят все выбранные объекты.
Сеть вводится как совокупность типовых точечных объектов, соединенных типовыми линейными объектами, имеющими признак "участок". Информация о топологии формируется автоматически - если "потянуть" за узел или ребро, связанные объекты также перемещаются. Объекты сети можно откреплять и заново прикреплять друг к другу одним движением мышки.
Модель сети Zulu является основой для работы модуля расчетов инженерных сетей ZuluThermo.
11.2.4. Инструментальная геоинформационная система ГИС ZuluThermo
Модуль ZuluThermo позволяет создать расчетную математическую модель сети, выполнить паспортизацию сети, и на основе созданной модели решать информационные задачи, задачи топологического анализа, и выполнять различные теплогидравлические расчеты.
Расчету подлежат тупиковые и кольцевые тепловые сети, в том числе с повысительными насосными станциями и дросселирующими устройствами, работающие от одного или нескольких источников.
Программа предусматривает теплогидравлический расчет с присоединением к сети индивидуальных тепловых пунктов (ИТП) и центральных тепловых пунктов (ЦТП) по нескольким десятками схемных решений, применяемых на территории России.
Расчет систем теплоснабжения может производиться с учетом утечек из тепловой сети и систем теплопотребления, а также тепловых потерь в трубопроводах тепловой сети.
Расчет тепловых потерь ведется либо по нормативным потерям, либо по фактическому состоянию изоляции.
Расчеты ZuluThermo могут работать как в тесной интеграции с геоинформационной системой (в виде модуля расширения ГИС), так и в виде отдельной библиотеки компонентов, которые позволяют выполнять расчеты из приложений пользователей.
Состав задач:
- построение расчетной модели тепловой сети;
- паспортизация объектов сети;
- наладочный расчет тепловой сети;
- поверочный расчет тепловой сети;
- конструкторский расчет тепловой сети;
- построение пьезометрического графика;
- расчет нормативных потерь тепла через изоляцию.
При работе в геоинформационной системе сеть достаточно просто и быстро заносится с помощью мышки или по координатам. При этом сразу формируется расчетная модель. Остается лишь задать расчетные параметры объектов и нажать кнопку выполнения расчета.
Участок изображается одной линией, но может означать несколько состояний, задаваемых разными режимами:
"Изображение нескольких состояний участков, задаваемых разными режимам"
Рис.11.2. Изображение нескольких состояний участков, задаваемых разными режимам
Это внешнее представление сети. Перед началом расчета внешнее представление сети, в зависимости от типов и режимов элементов, составляющих сеть, преобразуется (кодируется) во внутреннее представление, по которому и проводится расчет.
Простым узлом в модели считается любой узел, чьи свойства специально не оговорены. Простой узел служит только для соединения участков. Такими узлами для модели являются тепловые камеры, ответвления, смены диаметров, смена типа прокладки или типа изоляции и т.д.
Во внутренней кодировке такие узлы превращаются в два узла, один в подающем трубопроводе, другой в обратном. В каждом узле можно задать слив воды из подающего и/или из обратного трубопроводов.
Потребитель тепловой энергии характеризуется расчетными нагрузками на систему отопления, систему вентиляции и систему горячего водоснабжения и расчетными температурами на входе, выходе потребителя, и расчетной температурой внутреннего воздуха.
В однолинейном представлении потребитель - это узловой элемент, который может быть связан только с одним участком.
Внутренняя кодировка потребителя существенно зависит от его схемы присоединения к тепловой сети. Схемы могут быть элеваторные, с насосным смешением, с независимым присоединением, с открытым или закрытым отбором воды на ГВС, с регуляторами температуры, отопления, расхода и т.д. На данный момент в распоряжении пользователя 31 схема присоединения потребителей.
Если в здании несколько узлов ввода, то объектом "потребитель" можно описать каждый ввод. В тоже время как один потребитель можно описать целый квартал или завод, задав для такого потребителя обобщенные тепловые нагрузки.
Обобщенный потребитель - это узел на котором нагрузка задается либо потребляемым расходом, либо расход обусловлен заданным сопротивлением узла.
Такой объект удобно использовать, когда возникает необходимость рассчитать гидравлику сети без информации о тепловых нагрузках и конкретных схемах присоединения потребителей к тепловой сети. Например, при расчете магистральных сетей информации о квартальных сетях может не быть, а для оценки потерь напора в магистралях достаточно задать обобщенные расходы в точках присоединения кварталов к магистральной сети.
В однолинейном изображении не требуется подключать обобщенный потребитель на отдельном отводящем участке, как в случае простого потребителя. То есть в этот узел может входить и/или выходить любое количество участков. Это позволяет работать быстро и удобно, с минимальным количеством исходных данных.
"Обобщенный потребитель"
Рис.11.3. Обобщенный потребитель.
ЦТП - это узел дополнительного регулирования и распределения тепловой энергии. Наличие такого узла подразумевает, что за ним находится тупиковая сеть, с индивидуальными потребителями. В ЦТП может входить только один участок и только один участок может выходить. Причем входящий участок идет со стороны магистрали, а выходящий участок ведет к конечным потребителям. Внутренняя кодировка ЦТП зависит от его схемы присоединения к тепловой сети. Это может быть групповой элеватор, групповой насос смешения, независимое подключение группы потребителей, бойлеры на ГВС и т.д.
"ЦТП"
Рис.11.4. ЦТП
Насосная станция в однолинейном изображении представляется одним узлом. В зависимости от табличных параметров этого узла насос может быть установлен на подающем или обратном трубопроводе, либо на обоих трубопроводах одновременно. Для задания направления действия насоса в этот узел только один участок обязательно должен входить и только один участок должен выходить.
"Насосная станция"
Рис.11.7. Насосная станция
Насос можно моделировать двумя способами: либо как идеальное устройство, которое изменяет давление в трубопроводе на заданную величину, либо как устройство, работающее с учетом реальной напорно-расходной характеристики конкретного насоса.
В первом случае просто задается значение напора насоса на подающем и/или обратном трубопроводе. Если значение напора на одном из трубопроводов равно нулю, то насос на этом трубопроводе отсутствует. Если значение напора отрицательно, то это означает, что насос работает навстречу входящему в него участку.
"Пьезометрические графики"
Рис.11.8. Пьезометрические графики
На рисунке видно, как различные направления участков, входящих и выходящих из насоса в сочетании с разными знаками напора, влияют на результат расчета, отображенный на пьезометрических графиках.
Когда задается только значение напора на насосе, оно остается неизменным не зависимо от проходящего через насос расхода.
Если моделировать работу насоса с учетом его QH характеристики, то следует задать расходы и напоры на границах рабочей зоны насоса.
"Напорно-расходная характеристика насоса"
Рис.11.9. Напорно-расходная характеристика насоса
По заданным двум точкам определяется парабола с максимумом на оси давлений, по которой расчет и будет определять напор насоса в зависимости от расхода. Следует отметить, что характеристика, задаваемая таким образом, может отличаться от реальной характеристики насоса, но в пределах рабочей области обе характеристики практически совпадают.
Для описания нескольких параллельно работающих насосов достаточно задать их количество и результирующая характеристика будет определена при расчете автоматически.
11.2.5. Наладочный расчет тепловой сети.
Целью наладочного расчета является обеспечение потребителей расчетным количеством воды и тепловой энергии. В результате расчета осуществляется подбор элеваторов и их сопел, производится расчет смесительных и дросселирующих устройств, определяется количество и место установки дроссельных шайб. Расчет может производиться при известном располагаемом напоре на источнике и его автоматическом подборе в случае, если заданного напора не достаточно.
В результате расчета определяются расходы и потери напора в трубопроводах, напоры в узлах сети, в том числе располагаемые напоры у потребителей, температура теплоносителя в узлах сети (при учете тепловых потерь), величина избыточного напора у потребителей, температура внутреннего воздуха.
Дросселирование избыточных напоров на абонентских вводах производят с помощью сопел элеваторов и дроссельных шайб. Дроссельные шайбы перед абонентскими вводами устанавливаются автоматически на подающем, обратном или обоих трубопроводах в зависимости от необходимого для системы гидравлического режима. При работе нескольких источников на одну сеть определяется распределение воды и тепловой энергии между источниками. Подводится баланс по воде и отпущенной тепловой энергией между источником и потребителями. Определяются потребители и соответствующий им источник, от которого данные потребители получают воду и тепловую энергию.
11.2.6. Поверочный расчет тепловой сети.
Целью поверочного расчета является определение фактических расходов теплоносителя на участках тепловой сети и у потребителей, а также количестве тепловой энергии получаемой потребителем при заданной температуре воды в подающем трубопроводе и располагаемом напоре на источнике.
Созданная математическая имитационная модель системы теплоснабжения, служащая для решения поверочной задачи, позволяет анализировать гидравлический и тепловой режим работы системы, а также прогнозировать изменение температуры внутреннего воздуха у потребителей. Расчеты могут проводиться при различных исходных данных, в том числе аварийных ситуациях, например, отключении отдельных участков тепловой сети, п
<< Раздел 10. Решения по бесхозяйным тепловым сетям |
||
Содержание Постановление администрации города-курорта Пятигорска Ставропольского края от 26 сентября 2019 г. N 4585 "Об утверждении схемы... |
Если вы являетесь пользователем интернет-версии системы ГАРАНТ, вы можете открыть этот документ прямо сейчас или запросить по Горячей линии в системе.