RUS  ENG 

Расчет надежности

Страницы: 1
RSS
Расчет надежности
 
Здравствуйте!
Прошу уточнить пару моментов по проведению расчёта надёжности на тепловой сети.
1. При расчёте надёжности ТЭЦ городов с большим количеством закольцованных участков, расчёт может производиться несколько дней. Какие способы есть для ускорения расчёта? Сейчас мы заменяем ЦТП или небольшие тупиковые кварталы на обобщенных потребителей. Как сильно это может повлиять на точность расчёта?
2. В настройках расчёта надёжности есть возможность выбрать расчетный год. В документации написано, что это значение нужно для определения периода эксплуатации трубопроводов. Как Zulu использует информацию о периоде эксплуатации трубопровода в расчёте надёжности? Считает все трубопроводы старше 25 лет ненадёжными?


Расчёт проводится в Zulu 8.0.0.7513u
 
Добрый день.
Тупики на скорость расчета не влияют, так как авария на тупике не требует гидравлического расчета. Там нет частичного снабжения потребителя при аварии.

Уменьшение количества элементов сети, уменьшает количество участников расчета. Обобщая нагрузку, нужно тогда и параметры надежности как-то обобщать . Как, этого в методике нет. Но если просто откусывать кварталы, результаты точно будут другие.

На скорость расчета влияют кольца. И то мы сейчас на последовательных цепочках без ответвлений рвем для гидравлического расчета кольцо только в одном элементе цепочки. Для остальных аналогичных только используем результат расчета.

Плюс на время расчета влияет выполнение одного поверочного расчета. Если он медленный, желательно сперва выяснить, почему. Бывает включают много регуляторов, которых в жизни нет, или присутствуют нагрузки с микроскопическими расходами, которые долго не сходятся с тепловыми потерями и т. д. Причин может быть много, и надо детально изучать.

Ограничение в расчете, что все что старше 25 лет равно 25 уже снято пару месяцев назад. Период эксплуатации участвует в формулах и это в методике описано.
 
Спасибо за развернутый ответ.
Согласно методике период эксплуатации трубопровода используется для вычисления интенсивности отказов. Получается если заполнено поле "Период эксплуатации, лет" в базе данных участков, то не обязательно заполнять "Расчетная интенсивность отказов, 1/(км*ч)" и Zulu сама посчитает это значение?
 
Цитата
Павел Рубцов написал:
Спасибо за развернутый ответ.
Согласно методике период эксплуатации трубопровода используется для вычисления интенсивности отказов. Получается если заполнено поле "Период эксплуатации, лет" в базе данных участков, то не обязательно заполнять "Расчетная интенсивность отказов, 1/(км*ч)" и Zulu сама посчитает это значение?
Если не задана "Расчетная интенсивность отказов" , то берется поле "Средняя интенсивность отказов" и тогда с ней в вычислениях участвует количество лет.
 
Так как методика расчета надежности тепловых сетей АО «Газпром промгаз» включена в состав "Методических указаний по разработке схем теплоснабжения" (П18.2 "Определение показателей надежности потребителя, присоединенного к тепловой сети системы теплоснабжения", Приложение 18), утвержденных Приказом Министерства энергетики РФ от 5 марта 2019 г. № 212, размещенное на сайте краткое описание задачи ZuluThermo "Расчет надежности системы теплоснабжения", необходимо изменить. Вместо предложения: "Расчет выполняется в соответствии с Методикой и алгоритмом расчета надежности тепловых сетей при разработке схем теплоснабжения городов ОАО «Газпром промгаз»" необходимо указать: "Расчет выполняется в соответствии с П18.2 "Определение показателей надежности потребителя, присоединенного к тепловой сети системы теплоснабжения" Приложения 18 Приказа Министерства энергетики РФ от 5 марта 2019 г. № 212 "Об
утверждении Методических указаний по разработке схем теплоснабжения".
 
Цитата
Sergey_K написал:
Так как методика расчета надежности тепловых сетей АО «Газпром промгаз» включена в состав "Методических указаний по разработке схем теплоснабжения" (П18.2 "Определение показателей надежности потребителя, присоединенного к тепловой сети системы теплоснабжения", Приложение 18), утвержденных Приказом Министерства энергетики РФ от 5 марта 2019 г. № 212, размещенное на сайте краткое описание задачи ZuluThermo "Расчет надежности системы теплоснабжения", необходимо изменить. Вместо предложения: "Расчет выполняется в соответствии с Методикой и алгоритмом расчета надежности тепловых сетей при разработке схем теплоснабжения городов ОАО «Газпром промгаз» " необходимо указать: "Расчет выполняется в соответствии с П18.2 "Определение показателей надежности потребителя, присоединенного к тепловой сети системы теплоснабжения" Приложения 18 Приказа Министерства энергетики РФ от 5 марта 2019 г. № 212 "Об
утверждении Методических указаний по разработке схем теплоснабжения".

Спасибо, Сергей.
Внесли необходимые исправления.
 
Цитата
Цитата
Павел Рубцов написал:
1. При расчёте надёжности ТЭЦ городов с большим количеством закольцованных участков, расчёт может производиться несколько дней. Какие способы есть для ускорения расчёта? Сейчас мы заменяем ЦТП или небольшие тупиковые кварталы на обобщенных потребителей. Как сильно это может повлиять на точность расчёта?
При определении параметров надежности зоны теплоснабжения Питерской ТЭЦ - 22, содержащей 31089 участков, в 4005 циклах расчет выполнялся 87 часов. Пользовательский ПК с восьмиядерным процессором i7-6700 на 4ГГц имел 32 ГБ ОЗУ. При этом на каждый поверочный расчет уходило примерно 12 минут.
Варианты с сечением зоны для сокращения времени расчёта не рассматривались, т.к. результаты не были бы ликвидным и подверглись бы жесткой критике.
При любой ошибке в поверочных циклах расчет приходилось останавливать, устранять локальные проблемы и запускать все заново. Поэтому общее время решения задачи составило примерно 160 часов. При таких затратах только машинного времени, решение задачи по оценке надежности сложных СТС (а для простых СТС она не актуальна) становится доступной далеко не многим (очень терпеливым) пользователям и еще более не многим (супер терпеливым) заказчикам.
Алексей, у меня вопрос, ответ на который Вы наверно уже давно можете дать: возможно ли решение этой задачи (а м.б. других) выполнить параллельно, распределив последовательности вычислений между ядрами ЦП? В моем случае время расчёта потенциально сократилось бы в восемь раз.
[CODE][/CODE]
 
Цитата
Сергей Кирюхин написал:
Цитата
Цитата
При определении параметров надежности зоны теплоснабжения Питерской ТЭЦ - 22, содержащей 31089 участков, в 4005 циклах расчет выполнялся 87 часов. Пользовательский ПК с восьмиядерным процессором i7-6700 на 4ГГц имел 32 ГБ ОЗУ. При этом на каждый поверочный расчет уходило примерно 12 минут.
При любой ошибке в поверочных циклах расчет приходилось останавливать, устранять локальные проблемы и запускать все заново.
Алексей, у меня вопрос, ответ на который Вы наверно уже давно можете дать: возможно ли решение этой задачи (а м.б. других) выполнить параллельно, распределив последовательности вычислений между ядрами ЦП? В моем случае время расчёта потенциально сократилось бы в восемь раз.

На данный момент распараллеливание привело бы к большим доработкам и длительной отладке (дольше чем 87 часов). Сейчас сам калькулятор не рассчитан на многопоточное использование. В планах стоит сперва его переделать. А он касается всего - газа, воды, тепла. Т.е. ответственный блок.
Подозрение вызывает, что сеть из 4000 колец считается 12 минут. Обычно выясняют сперва, почему долго считается один поверочный расчет.
Причин может быть много. Большое число отсутствующих в жизни регуляторов, не достигающих своих значений, избыточная точность по температуре, регуляторы ГВС на потребителях с мизерной нагрузкой, не влияющие на общую гидравлику, но затрудняющие сходимость и т.д.
Если можно прислать сеть, мы посмотрим, из-за чего так долго.
Страницы: 1