Типы и архитектура систем

Когда говорят о типах и архитектуре систем, особенно в нашей сфере – передача и распределение электроэнергии, – часто сразу лезут в теорию: моноблоки, модульные конструкции, централизованное vs децентрализованное управление. На бумаге всё гладко, но на практике... На практике архитектура часто рождается из компромисса между тем, что нарисовал проектировщик, тем, что физически может вместить помещение подстанции, и тем, что в итоге привезли на склад и нужно срочно монтировать. Вот об этом, о реальной архитектуре, которая пахнет краской, металлом и немного тревогой перед пусконаладкой, и хочется порассуждать.

Архитектура – это не только чертёж, это логика поставок

Возьмём, к примеру, классическое деление на системы высокого и низкого напряжения. Казалось бы, граница чёткая: вот у нас ячейка КРУ 10 кВ, вот – низковольтная сборка 0.4 кВ. Архитектура системы вроде бы ясна: два независимых контура, соединённые через силовой трансформатор. Но начнёшь собирать, и выясняется, что кабельные трассы для вторичных цепей управления, защиты, сигнализации – они же общие! И тут вся красивая блочная архитектура упирается в вопрос: кто и когда прокладывает эти сотни метров контрольного кабеля? Проект может показывать идеальные модули, а на монтаже получается единая гибридная система, где высоковольтная часть уже готова, а низковольтный щит ещё в пути из-за задержки поставки какого-нибудь электротехнического компонента.

У нас на одном из объектов для OOO Шэньхэн Энергетическое Оборудование как раз была такая история. Заказчику нужна была компактная КТП для торгового центра. На бумаге – типовая архитектура: трансформатор, ВН-ячейка, НН-распределитель. Но площадка оказалась узкой, и смонтировать всё по классической линейной схеме не получалось. Пришлось фактически перепроектировать систему на ходу, перейти к Г-образной компоновке. Это потребовало нестандартных шинных соединений и переделки заводских панелей. Получилась, по сути, уникальная архитектура под конкретный кейс. И хорошо, что на производстве у Шэньхэн есть определённая гибкость, иначе бы пришлось городить некрасивые и ненадёжные переходы уже на месте.

Отсюда мой первый практический вывод: типы систем – это каталог, отправная точка. Реальная архитектура определяется логистикой, габаритами помещения и, как ни странно, наличием конкретных комплектующих на складе завода-изготовителя. Идея модульности хороша ровно до тех пор, пока ?модуль? не весит две тонны и его можно занести в дверь.

Типизация против кастомизации: где грань?

Вот мы производим оборудование. Есть типовые проектные решения – скажем, шкафы вводно-распределительные (ВРУ) или комплектные распределительные устройства (КРУ). Их архитектура отточена годами, электрические схемы проверены. Клиент приходит и говорит: ?Дайте вот такое, как в каталоге?. Мы рады. Но чаще звучит: ?А вот тут у нас специфический ток утечки, а тут нужно встроить счетчик с удалённым доступом, а ещё хотелось бы резервный ввод не через АВР, а вручную, но с блокировкой...?. И пошло-поехало.

Типовая архитектура системы начинает обрастать столькими дополнениями, что превращается в ?зоопарк?. Каждый дополнительный датчик или реле – это не просто деталь, это изменение схемы управления, новые отверстия в панели, другой кабельный журнал. Иногда проще и надёжнее для заказчика (и для нас) предложить не типовое, а изначально спроектированное под его задачу решение. Но это дороже и дольше. Задача инженера – найти ту самую грань, где кастомизация ещё не убивает ремонтопригодность и не создаёт ?монстра?, который только мы и сможем обслуживать.

На сайте chshpower.ru мы, конечно, показываем типовые линейки продукции. Но за каждой фотографией шкафа стоит история переговоров с технологами: ?А если мы вынесем эти клеммы на дверь, монтажникам будет удобнее??. Это и есть проработка архитектуры на микроуровне – ради удобства тех, кто будет эту систему обслуживать десять лет.

Провальный кейс: когда ?стандарт? не сошёлся со средой

Расскажу о неудаче, которая многому научила. Поставляли мы как-то партию НКУ (низковольтных комплектных устройств) для объекта в приморской зоне. Клиент выбрал типовую архитектуру с естественным воздушным охлаждением и стандартной степенью защиты IP. Всё по ГОСТ, всё проверено. Но через полгода – звонок: коррозия на клеммах, отказы датчиков. Оказалось, заказчик не уточнил (а мы не допросили), что шкафы стоят не просто в помещении, а в неотапливаемом боксе в 200 метрах от моря. Солевой туман, высокая влажность. Наша типовая, ?сухопутная? архитектура не была рассчитана на агрессивную среду.

Пришлось срочно организовывать замену шкафов на исполнение с повышенной коррозионной стойкостью, с другим типом уплотнений и системой обогрева. Убытки, репутационные потери. Теперь в анкете для заказа у нас отдельным пунктом идут вопросы о среде эксплуатации. Это теперь – неотъемлемая часть проектирования архитектуры систем для нас. Типовая система – это не универсальный ключ, она работает в типовых условиях. Как только условия меняются – нужно менять и подход.

Эволюция архитектуры: от релейки к микропроцессорам

Раньше архитектура системы защиты и автоматики была, по сути, архитектурой шкафа с реле. Каждое реле – отдельный функциональный блок. Логика работы была ?размазана? по десяткам этих устройств, соединённых проводами. Понять такую систему без принципиальной схемы было невозможно. Сегодня же доминирует архитектура с центральным или распределённым интеллектом: программируемый контроллер или микропроцессорный терминал, к которому по цифровой шине подключаются датчики и исполнительные устройства.

Казалось бы, красота: логика теперь в программе, её легко изменить. Но появилась новая головная боль – архитектура данных и их потоков. Как организовать обмен между устройствами разных производителей? Как обеспечить время отклика, достаточное для отключения КЗ? Раньше за это отвечала физическая инерция реле, теперь – пропускная способность шины и алгоритмы в контроллере.

В современных проектах для OOO Шэньхэн Энергетическое Оборудование мы всё чаще идём по пути гибридных решений. Силовую часть – коммутационные аппараты, шины – собираем по проверенным, ?железным? принципам. А систему управления и мониторинга строим на базе программируемых устройств, оставляя при этом резервные, простейшие схемы на случай сбоя ?мозгов?. Это не самая элегантная с точки зрения чистоты подхода архитектура, но зато живучая. Надежность системы в итоге важнее красоты однолинейной схемы.

Интеграция – точка, где все архитектурные изъяны вылезают наружу

Самое интересное (и сложное) начинается, когда готовую систему, например, комплектную трансформаторную подстанцию (КТП) от Шэньхэн, нужно подключить к существующей инфраструктуре заказчика – к их SCADA-системе, к АСКУЭ. Вот тут все наши внутренние архитектурные решения подвергаются жёсткому испытанию на совместимость.

Бывает, что в нашей системе данные идут по протоколу Modbus TCP, а у заказчика верхний уровень ?понимает? только OPC UA. Или нужна нестандартная точка дискретного сигнала, которую мы не вывели на стандартную клемму связи. Приходится ставить дополнительные шлюзы, конвертеры, писать скрипты. Изначально продуманная, замкнутая архитектура нашей КТП обрастает внешними ?наростами?.

Поэтому сейчас мы на этапе проектирования закладываем так называемые ?точки расширения? – дополнительные порты связи, резервные каналы ввода/вывода, возможность обновления прошивки контроллеров. Мы учимся проектировать системы не как изолированные монолиты, а как потенциальные узлы в более крупной сети. Это сложнее, требует от инженеров более широкого кругозора, но без этого сегодня нельзя. Архитектура должна быть открытой для интеграции, иначе её жизненный цикл окажется очень коротким.

Вместо заключения: архитектура как процесс, а не результат

Так к чему же я веду? К тому, что разговор о типах и архитектуре систем в электроэнергетике – это не лекция по учебнику. Это постоянный диалог между теорией (что должно работать), производством (что мы можем сделать качественно и в срок) и эксплуатацией (что будет легко обслуживать и ремонтировать).

Идеальной, раз и навсегда данной архитектуры не существует. Есть удачные решения, которые повторяются на многих объектах, обрастая небольшими улучшениями. Есть неудачные, которые учат нас задавать больше вопросов до начала производства. Сайт https://www.chshpower.ru – это витрина таких удачных решений, но за каждой фотографией стоит именно этот процесс: поиска, компромисса, адаптации.

Поэтому, когда клиент спрашивает: ?Какая архитектура системы у вас лучше??, хочется ответить вопросом: ?А для чего, в каких условиях и на сколько лет??. Ответ на этот вопрос и будет первым шагом к проектированию той самой системы, которая не просто впишется в типовой каталог, а будет десятилетиями тихо и надёжно выполнять свою работу где-нибудь на подстанции, о которой мы, возможно, уже и забудем. А она – нет. Она будет работать. В этом и есть цель.