Сформируйте ступени запуска двигателей по приоритету, переходной нагрузке, сигналам готовности, блокировкам и проверяемым действиям при отказе.
В этом материалеРазделов: 7
Очерёдность запуска от ДГУ должна быть алгоритмом допуска нагрузок после готовности источника, а не перечнем задержек. Потерю сети, запуск двигателя ДГУ, перенос и возврат питания ведёт алгоритм АВР; эта страница начинается с принятого сигнала «источник ДГУ готов и подключён». Для каждой последующей ступени нужны точная нагрузка, разрешающие сигналы, критерий успешного разгона, остановочное условие и действие при отказе.
Начните с карточек нагрузок, а не с таймеров
Порядок нельзя определить по словам «насос», «компрессор» или «вентилятор». Одинаковые по номинальной мощности двигатели могут предъявлять ДГУ разную переходную нагрузку из-за способа пуска, механизма, времени разгона и состояния процесса.
Создайте отдельную карточку на каждый привод. Для рабочего и резервного механизма нужны разные строки, если логика допускает их раздельный запуск.
| Поле карточки | Что зафиксировать | Как поле влияет на алгоритм |
|---|---|---|
| Идентификатор | тег на схеме, в ПЛК и ведомости | не позволяет перепутать команды и обратные связи |
| Функция и критичность | обязательная, технологическая, отложенная или сбрасываемая | задаёт приоритет и допустимость пропуска |
| Электрические данные | рабочие kW/kVA, ток, PF, напряжение, частота, фазы | описывает нагрузку после разгона |
| Пусковые данные | пусковые kW/kVA или ток, способ пуска, длительность | описывает новый переходный шаг |
| Механическое состояние | давление, клапан, заслонка, заполнение линии, момент инерции | определяет фактическую тяжесть разгона |
| Сигнал готовности | контактор, ток, скорость, частота ПЧ, давление или расход | подтверждает завершение ступени |
| Ограничение попыток | число попыток, пауза, тепловое ограничение | исключает бесконечные тяжёлые рестарты |
| Реакция на отказ | повтор, резерв, пропуск, сброс или останов | делает аварийную ветвь однозначной |
Не заменяйте эту карточку номинальными kW. В проверке каждой ступени участвуют уже работающие нагрузки и пусковой профиль нового механизма. Исходную ведомость удобно подготовить по структуре электрических нагрузок, а отдельный тяжёлый двигатель сначала разобрать как самостоятельное пусковое событие.
Соберите ступени по приоритету и наихудшему переходу
Самый большой двигатель не всегда запускается первым, а самый важный не всегда можно подключить до подачи питания на необходимые собственные нужды. Порядок должен одновременно учитывать функцию нагрузки, допустимое время восстановления и способность выбранной ДГУ принять очередной переход.
Сначала разделите потребители на четыре проектные группы:
- обязательные нагрузки, для которых срок восстановления задан проектом или применимыми требованиями объекта;
- критические технологические механизмы, без которых следующая операция невозможна;
- важные нагрузки, допускающие задержку;
- сбрасываемые или восстанавливаемые только по отдельному разрешению.
Затем отметьте конфликтующие пуски: два крупных прямых пуска; рабочий и резервный насос одной функции; механизм, которому нужно заданное начальное положение клапана; несколько ПЧ, одновременно заряжающих DC-шины; компрессор и вентилятор с тяжёлым разгоном. Это не универсальный перечень — окончательные конфликты задаёт технология объекта.
Для каждой кандидатной ступени запишите две части нагрузки: установившуюся kW/kVA ранее принятых потребителей и переходные данные вновь подключаемого механизма. Если одна ступень не проходит модельную проверку, сначала рассматривают разделение группы, изменение порядка, допустимую настройку пуска или управляемый сброс. Увеличение номинала ДГУ — возможный результат расчёта, но не автоматический ответ.
Начните последовательность после сигнала готовности источника
Вход этого алгоритма — подтверждённый интерфейсный сигнал АВР/PMS о том, что ДГУ готова и источник подключён к резервной шине. Потеря сети, команда запуска ДГУ, перенос, возврат сети и охлаждение остаются в алгоритме АВР; здесь управляются только нижестоящие нагрузки.
| Состояние | Инициатор | Разрешение | Команда | Подтверждение | Неуспех |
|---|---|---|---|---|---|
| L0: базовая группа | контроллер/PMS | источник готов и подключён | допустить базовые нагрузки | питание и состояния подтверждены | удержать следующие ступени |
| L1: первый привод | технологическая логика | процесс готов, конфликтов нет | запустить точный тег | рабочее состояние механизма подтверждено | повтор по правилу либо запуск резерва |
| L2: следующая ступень | контроллер/PMS | источник восстановился, L1 завершена | подключить группу | все обязательные сигналы получены | сохранить сниженный режим |
| L3: отложенные нагрузки | оператор или автоматика | есть разрешённый резерв | восстановить выбранные потребители | состояние зарегистрировано | оставить отключёнными |
Идентификаторы L0–L3 — структура документа, а не готовая программа. В реальном проекте таблица должна ссылаться на действующие сигналы ПЛК, АВР, PMS, аппаратов и механизмов. Если в диаграмме написано «насос запущен», в I/O-листе должно быть видно, какой сигнал это доказывает.
Методические материалы Cummins о ступенчатой нагрузке рассматривают рабочую нагрузку предыдущих ступеней вместе с пусковой потребностью следующей. Этот принцип полезен как источник вопросов, но числовые задержки и допустимая реакция должны возвращаться для конкретных моделей ДГУ и нагрузок.
Разрешайте следующий шаг по восстановлению, а не по истечению времени
Таймер может исключить одновременную команду, но не доказывает восстановление источника или разгон механизма. Переход к следующей ступени должен зависеть от сочетания времени и измеряемого состояния.
В логике разрешения обычно требуются:
- готовность ДГУ и отсутствие активного trip;
- нахождение напряжения и частоты в согласованном окне в течение принятого времени;
- завершение предыдущего пуска;
- готовность технологического процесса;
- отсутствие конфликтующей команды;
- подтверждение нужного положения аппарата, клапана или заслонки;
- отсутствие активного сброса нагрузки.
Не задавайте универсальную задержку «на все двигатели». Одной нагрузке достаточно электрического сигнала контактора, другой нужны скорость и давление, третьей — подтверждение ПЧ и технологического режима. Все окна, выдержки и допуски утверждают проектировщик, поставщики оборудования и владелец процесса.
Проверьте первичное подключение нагрузок и повторные события
Первичное подключение нагрузок после сигнала готовности источника — лишь один сценарий. Алгоритм должен также выдерживать повторный запуск механизма, который остановился, когда остальные ступени уже работают; в таком состоянии доступный переходный резерв может быть меньше.
Проверьте минимум следующие события:
- нормальный допуск всех разрешённых ступеней после сигнала готовности источника;
- отказ первого критического двигателя;
- автоматический запуск резерва;
- повторный пуск крупного двигателя при работающей базе;
- отключение второстепенной нагрузки и её отложенное восстановление;
- ручное вмешательство без обхода обязательных блокировок;
- аварийный сброс нагрузки и последующее разрешённое восстановление.
Остановите последовательность, если источник не достигает принятого состояния, повторные провалы продолжаются, защита сработала, обязательная обратная связь не появилась, запущена конфликтующая команда или исчерпан лимит попыток. Автоматическое «продолжить несмотря ни на что» превращает локальный отказ в каскадный.
Назначьте владельца каждого решения и доказательства
Один поставщик не может подтвердить всю цепочку. Технолог определяет допустимые состояния механизмов; электропроектировщик — фидеры, защиту и схему питания; автоматчик реализует сигналы, тайм-ауты и журнал; поставщик ДГУ проверяет профиль нагрузки для предложенного комплекта; пусконаладочная организация проверяет фактическое поведение системы.
Матрица проверки должна сохранять не только PASS/FAIL, но и доказательство:
| Сценарий | Что измерять | Что считать завершением | Кто принимает |
|---|---|---|---|
| приём базовой нагрузки | U, f, токи фаз, состояние аппарата | источник стабилен по проектному критерию | электропроектировщик |
| пуск тяжёлого двигателя | состояние до события, минимум U/f, время разгона | механизм вышел в подтверждённый режим | технолог и поставщик нагрузки |
| отказ ступени | команда, блокировка, журнал, состояние остальных групп | следующая ветвь соответствует матрице | автоматчик и владелец |
| повторный пуск | работающая база и новый переход | нет недопустимой реакции или каскадного отключения | все ответственные стороны |
Запись трендов должна быть синхронизирована с журналом команд и состояний. Иначе нельзя отличить нехватку динамической способности ДГУ от неверного сигнала, чрезмерно короткой выдержки, механической проблемы или несогласованной защиты.
Передайте в RFQ управляемую диаграмму
Для проверки конкретной конфигурации отправьте рынок назначения, применение и режим ДГУ; полную ведомость нагрузок; напряжение, частоту и число фаз; карточки двигателей и способов пуска; диаграмму L0–Ln; таблицу задержек, разрешений и блокировок; сценарии рестарта и сброса; требуемые документы, количество и рассматриваемую модель или конфигурацию.
Попросите поставщика вернуть допущения, ограничения, результат для каждого перехода и данные предложенного комплекта без изменения тегов нагрузок. Для BEAR приложите пакет к проектному запросу; каталог генераторов помогает определить направление, но не заменяет модельную проверку последовательности.
