СП 484.1311500.2020 с изменениями от 01.09.2025 - обзор

С 1 сентября 2025 года применяется Изменение № 1 к СП 484.1311500.2020 «Системы противопожарной защиты». Правки направлены на то, чтобы у проектировщика и проверяющих одинаково читалась логика системы: как объект делится на зоны, как СПС подтверждает пожар, какие сигналы формируются для СПЗ и что считается допустимым с точки зрения устойчивости к отказам.

1) Термины и структура СП «Системы противопожарной защиты» стали более однозначными

В тексте обновили ряд определений и сокращений. Отдельно зафиксированы понятия, важные именно для проектирования (например, линия электропитания как объект требований, и зона противопожарной защиты — ЗПЗ — как часть объекта, где работает однотипная СПЗ независимо от других частей). Это нужно, чтобы корректно «стыковать» СПС с управлением системами защиты и не смешивать разные зоны при сценариях.

Расшифровка понятий

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

2) Усилили требования к устойчивости при единичной неисправности

Ключевой практический смысл — единичная неисправность линии связи или электропитания не должна приводить к «массовой слепоте» системы. Для СПС введены конкретные ограничения по последствиям отказа: не допускать потери связи более чем с 24 автоматическими извещателями, более чем с одним ИПР, а также не допускать одновременную потерю автоматических и ручных извещателей. Дополнительно фиксируется, что потеря связи с извещателями не должна затрагивать более одной ЗКСПС. В проектах это обычно приводит к пересмотру топологии линий и сегментации зон.

3) Уточнили правила формирования зон контроля (ЗКСПС)

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

4) ИПР закрепили как отдельную логику относительно ЗКСПС

Прямо указано, что ИПР не должны входить в состав технических средств, работающих в ЗКСПС, при этом сигнал от ИПР должен иметь равнозначный статус по сравнению с сигналом из ЗКСПС (с учётом раздела 7). Дополнительно акцентирована практическая «территориальная неоднозначность» ИПР: кнопку могут нажать не там, где реально очаг. Поэтому для ИПР закреплены ограничения по управляющим воздействиям: например, пуск АУП от ИПР в общем случае не допускается (кроме оговорённых случаев для модульных водяных установок по заданию на проектирование).

5) Алгоритмы A/B/C уточнили, а для B описали «перезапрос»

Решение о пожаре в ЗКСПС подтверждается по алгоритмам A/B/C, и допускается применять разные алгоритмы для разных частей объекта и разных зон — это позволяет гибко управлять балансом «скорость/устойчивость к ложным срабатываниям». Для алгоритма B уточнён вариант с повторным срабатыванием того же извещателя в пределах времени (после процедуры автоматического перезапроса).

6) Уточнили, от чего запускается СОУЭ и как увязывается управление СПЗ

В обновлённой логике зафиксировано, что активация СОУЭ должна осуществляться автоматически по сигналу из ЗКСПС или по сигналу из ЗПЗ АУП (в которой пожар обнаружен средствами СПС или АУП), а далее — по сценарию оповещения, принятому в проекте. На практике это требует внимательной проверки матрицы «событие → управление», чтобы зона контроля не пересекала границы зон защиты и чтобы сценарии оповещения запускались в нужном объёме и в нужной последовательности.

7) Обновили приложение по выбору адресной/безадресной СПС и закрепили допуски

В приложении А переработаны положения по выбору типа СПС и порогам применения (адресная/безадресная). Для адресных систем отдельно закреплена возможность ограниченно использовать безадресные извещатели (в пределах допустимой доли) при соблюдении правил подключения через адресные модули ввода. Это влияет на спецификацию и схему подключения, особенно при модернизации существующих решений.

Что проверить в проектах и типовые последствия?