АПС и СОУЭ: схема взаимодействия и проверка запуска

Когда извещатель формирует событие «Пожар», речевое сообщение или сирена включаются не напрямую от него. Между обнаружением и оповещением работает цепочка: событие в СПС/АПС → алгоритм принятия решения → команда управления → запуск назначенных зон СОУЭ → контроль линий, неисправностей и событий.

Если АПС показывает пожар, а СОУЭ молчит, искать нужно не «неисправную сирену вообще», а последнее звено, на котором подтверждён ожидаемый результат. Команда могла не сформироваться, не пройти через интерфейс, не быть принята прибором управления или дойти до линии, но не до оповещателя.

Конкретные условия запуска, зоны, задержки, контакты и подтверждения задаются проектом и документацией применённого оборудования. Универсальной схемы взаимодействия АПС и СОУЭ для любого объекта нет.

За что отвечают АПС и СОУЭ

В действующих нормах базовый термин — система пожарной сигнализации (СПС): его используют ТР ЕАЭС 043/2017, СП 484.1311500.2020 и СП 3.13130.2026. «АПС» — распространённое в практике и в проектах сокращение для автоматической части пожарной сигнализации; его точный смысл в конкретном проекте берут из общих данных и условных обозначений. Ниже сокращение АПС используется для той части системы, которая обнаруживает признаки пожара и участвует в формировании управляющего события.

• СПС/АПС обнаруживает и обрабатывает событие. Прибор получает сигналы извещателей и ручных пожарных извещателей, сопоставляет их с заданной логикой и формирует предусмотренные команды.
• СОУЭ принимает команду и организует оповещение. Её приборы и линии включают звуковые, речевые и световые сигналы в тех зонах, которые назначены проектом.
• Проект связывает две системы. В нём определены источник команды, интерфейс, условия пуска, очередность, задержки и контролируемые состояния.

Эта граница важна при диагностике. Состояние «Пожар» на приёмно-контрольном приборе подтверждает, что событие принято и распознано на этом участке. Оно ещё не доказывает, что команда дошла до СОУЭ и люди действительно услышали сообщение.

Как проходит команда от извещателя до оповещателей

1. Возникает входное событие. Его формирует автоматический или ручной пожарный извещатель либо другой предусмотренный проектом источник.
2. СПС обрабатывает событие. Конфигурация определяет, достаточно ли этого входа для выполнения алгоритма и какие дополнительные условия учитываются.
3. Формируется команда управления. Назначенный выход, модуль или программная связь передаёт её на сторону СОУЭ.
4. СОУЭ принимает команду. Прибор управления выполняет свой сценарий: выбирает зоны, источники сообщений и выходы.
5. Сигнал проходит по линиям. Питание и сигнал должны дойти до назначенных звуковых, речевых или световых оповещателей.
6. Фиксируются состояния. Приборы регистрируют доступные им события и неисправности, а персонал при комплексной проверке подтверждает фактическую работу оповещателей.

В разборе «Датчик дыма сработал, а сирена и табло молчат» эта цепочка используется как маршрут поиска: от события на входе до состояния конкретной линии и устройства.

Автоматический и ручной запуск

Способ запуска нельзя определить по внешнему виду прибора или кнопки. Его задают требования к объекту и проектный алгоритм.

• Автоматическая активация по СП 3.13130.2026 должна произойти не более чем за 10 секунд после поступления управляющего сигнала от СПС или установки пожаротушения на прибор управления СОУЭ (п. 6.3.2).
• Полуавтоматическое управление — термин заменённого СП 3.13130.2009: запуск диспетчером после сигнала от автоматики. В новом своде его нет, и такой запуск не заменяет автоматическую активацию. Большее время запуска допускается только для зон вне зоны пожара при обоснованной поэтапной эвакуации и при предварительном оповещении персонала (пп. 6.3.3, 6.6, 6.14.4).
• Ручная активация каждой зоны или всех зон сразу должна быть возможна с органов управления прибора СОУЭ с учётом уровней доступа (п. 6.3.4).

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

Как АПС передаёт команду в СОУЭ

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

• дискретная линия передаёт состояние через выход одного устройства и контролируемый вход другого;
• адресный модуль связывает событие и команду внутри адресной инфраструктуры производителя;
• программный обмен передаёт состояния и команды по поддерживаемому оборудованием протоколу;
• комбинированное решение использует несколько каналов для разных функций или уровней управления.

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

Один замкнувшийся контакт показывает только своё электрическое состояние. Сам по себе он не подтверждает, что усилитель воспроизвёл сообщение, линия осталась исправной и каждый оповещатель сработал.

Зоны, очередность и задержки

По СП 3.13130.2026 оповещение в здании по умолчанию одновременное. Очередность обязательна для высотных и многофункциональных зданий; первой оповещается зона, где обнаружен пожар, а порядок и задержки обосновывают расчётом пожарного риска и фиксируют в алгоритме работы СОУЭ (пп. 6.6.1–6.6.5). Поэтому статья не может дать «правильную задержку» или универсальную матрицу запуска.

При чтении алгоритма полезно выписать:

• какое входное событие запускает сценарий;
• какие дополнительные условия должны быть выполнены;
• какие зоны СОУЭ включаются первыми и какие следом;
• где предусмотрены задержки и чем они обоснованы;
• какие ручные команды доступны оператору;
• что произойдёт при неисправности интерфейса или линии.

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

Что именно можно контролировать

Контроль удобно разделить на три уровня:

Команда

Сформировал ли назначенный выход или интерфейс состояние, предусмотренное алгоритмом.

Линия и принимающее оборудование

Получила ли сторона СОУЭ команду, нет ли доступной прибору неисправности и включился ли нужный выход.

Фактическое оповещение

Работают ли назначенные оповещатели в нужной зоне и воспринимается ли предусмотренный сигнал там, где это должно быть проверено.

Прибор знает только те состояния, для которых у него есть измеряемый сигнал или обратная связь. Отсутствие сообщения «Неисправность» не заменяет комплексное испытание, а регистрация команды не равна подтверждению физического результата.

Как проверять взаимодействие при ПНР

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

1. Сверить проектный алгоритм, матрицу управления, актуальные конфигурации и руководства обоих приборов.
2. Проверить исходное состояние: активные неисправности, отключения, ручные режимы и время в журналах.
3. Подтвердить отдельно обработку события в СПС/АПС и отдельно запуск СОУЭ разрешённым способом.
4. Проверить интерфейс между системами: выдачу команды, её приём и доступные состояния контроля.
5. Провести согласованную комплексную проверку от разрешённого входного воздействия до фактического оповещения назначенных зон.
6. Сопоставить журналы событий по времени и зафиксировать результат каждого звена.
7. Вернуть оборудование в штатный режим и убедиться, что временные ограничения сняты.

Методы проверки работоспособности СОУЭ приведены в ГОСТ Р 59639-2021 с изменением № 1, а численные критерии — время активации, контроль линий, уровни звука, разборчивость речи — в СП 3.13130.2026. Состав имитаций и критерии приёмки конкретного объекта задают программа испытаний и проект.

АПС видит пожар, но СОУЭ молчит: таблица диагностики

Что наблюдаем	Что проверять следующим	Чего это пока не доказывает
На приборе СПС есть «Пожар»	Выполнены ли условия алгоритма и назначена ли команда нужному выходу	Что команда уже ушла в СОУЭ
Выход СПС изменил состояние	Линию интерфейса, питание модуля и состояние входа СОУЭ	Что СОУЭ приняла и выполнила сценарий
СОУЭ зарегистрировала пуск	Назначение зон, состояние выходов, усилителей и линий оповещения	Что звук или сообщение дошли до людей
Часть оповещателей работает	Разделение линий и зон, соединения, нагрузку и события неисправности	Что вся назначенная зона работоспособна
После ручного пуска всё работает	Автоматический алгоритм и интерфейс между СПС и СОУЭ	Что автоматический запуск исправен

Отдельные практические сценарии есть в разборах о задержке С2000-КПБ и о самопроизвольном оповещении Рупор исп. 03. Они помогают увидеть возможный маршрут диагностики, но не заменяют документацию именно на твою конфигурацию.

Безопасность проверки

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

Комплексный тест согласуют заранее: уведомляют ответственных, исключают нежелательный пуск связанных систем разрешённым способом, сохраняют требуемую защиту объекта и после испытания восстанавливают штатный режим. Временно отключать элементы защиты допускается только в случаях, названных в п. 55 Правил противопожарного режима, — в частности на время технического обслуживания и ремонта; меры защиты людей и объекта на это время определяет руководитель организации, а во время мероприятий с массовым пребыванием людей такие работы не проводят. Статья намеренно не описывает способы отключения выходов — они зависят от объекта, проекта и полномочий персонала.

Что указать в вопросе по конкретному объекту

• полные обозначения приборов СПС и СОУЭ;
• тип интерфейса и номера задействованных входов и выходов;
• точное входное событие и ожидаемый сценарий;
• какие зоны должны запуститься и в какой последовательности;
• что отображают журналы обеих систем;
• последнее звено, на котором результат подтверждён измерением или наблюдением.

С этими данными задай вопрос в поиске по документации Оракула. Другие случаи по оповещению собраны в разборах СОУЭ.

Документы для проверки решения

• СП 3.13130.2026 на сайте Росстандарта — управление СОУЭ и требования к оповещению.
• Перечень сводов правил МЧС — общий перечень; статус и действующую редакцию конкретного свода сверяют по карточке Росстандарта.
• ГОСТ Р 53325-2012 в фонде Росстандарта — требования к техническим средствам пожарной автоматики.

Перед применением нужно повторно проверить редакцию документов и их применимость к конкретному объекту, а параметры интерфейса — по руководствам производителей обоих соединяемых устройств.

Коротко

• АПС обнаруживает и обрабатывает событие, СОУЭ выполняет назначенный сценарий оповещения, а проект связывает их.
• Проверять нужно отдельно команду, интерфейс, линию и фактическую работу оповещателей.
• Контакт или запись «Пуск» не доказывают, что сообщение дошло до людей.
• Зоны, задержки и условия запуска берут из проекта и руководств конкретного оборудования.
• ПНР завершают комплексной проверкой с фиксацией событий и восстановлением штатного режима.