Обновить

От полигона участка до токов КЗ: как я написал генератор подстанций

Уровень сложностиСредний
Время на прочтение13 мин
Охват и читатели9.2K
Всего голосов 9: ↑9 и ↓0+13
Комментарии4

Комментарии 4

Т.е. в не столь далеком будущем, в теории, можно будет заменить весь долгий процесс проектирования подстанции одной такой программой? Внести в неё исходные данные, геолокацию, геоизыскания, внешние связи, нагрузки, предпочитаемых производителей, и получить подробное решение вплоть до схем подключения терминалов РЗА? Сейчас подобное растягивается на полгода точно, и на каждом шагу человеческий фактор, что делает конечный результат очень далеким от идеала.

Наверняка. Более того, это реализуемо в рамках данного проекта. Т.е. внести библиотеку вендоров, к примеру, скорее механически затратная работа, но сделать это не сложно. Я думал в дальнейшем так и делать собственно - забить основных производителей, основные линейки оборудования и\или позволить пользователю загружать свои.

Геолокация можно сказать уже реализована, т.к. координаты всего оборудования хранятся в результате генерации.

Внешние связи, как уже упомянул, можно позволить добавлять при редактировании пользователю, или брать из окружения.

Наверное самой трудозатратной операцией станет усложнение схемы, или реализация возможности редактирования получившегося результата, но это тоже реализуемо.

И да, в целом уже сейчас можно накидать основные параметры и получить основу для пояснительной записки с визуальным отображением, параметрами выбранного оборудования, расчётами и интеграцией в АСУ. Да, пока не полноценно, но потенциально возможно.

Ооо, живой релейщик в чате :)

Возможно я отстал от жизни, но лет 10 назад в Ленэнерго новые подстанции строились в основном элегазовые, практически без открытой части - а значит производитель КРУЭ уже имел свой софт для "проектирования" из готоых кубиков. Оттуда же выводились расчеты токов КЗ.
Мы работали в Еплане и (в меньшей степени) в Екубе, поскольку это обеспечивало сковзное проектирование - от воплощения не всегда четких требований заказчика до монтажных схем шкафов, панелей и раскладки кабельных трасс.
Было бы здорово, если бы ваши ИИ помощники были интегрированы в ЕПлан, к примеру - в этом случае вы бы уже "стояли на плечах гигантов", используя их многолетний опыт, большое к-во плагинов и базу компонентов производителей.

Одного Епланы не могли сделать - учитывать кррупционную составляющую ))) Когда проект на бумаге "vendor-independent", a по факту все знают, что оборудование будет одной бирюзовой компании, а строить будут карманные фирмы некторых шишек )


10 лет назад я только вливался в эксплуатацию, поэтому не берусь судить, хотя в те времена было больше возможностей, когда например ABB мог взяться за реконструкцию и установить свое оборудование, КРУЭ и т.д, как это было сделано в Пушкине, Санкт-Петербург. Со временем я меньше видел такого, а потом вообще не видел, когда подстанция строилась целиком одним производителем. Но в целом замечание толковое - на данном этапе в генераторе довольно много условностей.


Про интеграцию с EPLAN, интересная мысль, я рассмотрю ее) Хотя эта идея уже ближе к работе с вторичными цепями , где надо выполнить подробное вторичное проектирование: схемы, шкафы, клеммы, кабели, спецификации. Мне же надо было начать с чего-то общего - с куска земли, где еще ничего нет и сгенерировать некий костяк с которым бы можно работать.
Поэтому на текущем этапе генератор ориентирован на концептуальные компоновки двухтрансформаторных подстанций с условным КРУН. КРУЭ требуют отдельной вендорской модели модулей, о чем говорил в предыдущем комментарии и правил их конфигурации.

Но в целом, спасибо за комментарий, появилось больше идей для развития)

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации