СП РК 3.02-145-2023 Общие требования к зданиям с домашней автоматизацией «Умный дом»

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

Цели и задачи системы автоматизации «Умный дом»:

- создание пространства, отвечающего современным требованиям к комфорту, безопасности и энергоэффективности;

- обеспечение условий для максимально быстрого, комфортного и качественного решения всех вопросов, проблем и обращений от собственников квартир, и нежилых помещений в МЖД;

- оптимизация рабочих процессов по содержанию и эксплуатации МЖД, в том числе ведение документооборота, процессов согласования работ и услуг, контроль за их исполнением, ведение реестра технической документации МЖД;

- модернизация инженерной инфраструктуры с возможностью работы с информационными моделями зданий и сооружений, учет электрической энергии для электротранспорта;

- визуализация информации о функционировании и параметрах работы инженерных систем и отдельных узлов инженерных систем объекта (или группы объектов), а также в предоставлении оператору возможности мониторинга и прямого управления оборудованием из диспетчерского пункта и с помощью виртуальной диспетчерской, доступной посредством Web-интерфейса;

- создания условий для развития информационных систем, распространения лучших практик для систем автоматизации МЖД, популяризации систем автоматизации «Умный дом» в МЖД. ________________________________________________________________________

Автоматическая система: Совокупность управляемого объекта и устройств автоматического управления, функционирующих самостоятельно, без участия человека.

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

Информационно-коммуникационная инфраструктура (ИКИ): Совокупность объектов информационно-коммуникационной инфраструктуры, предназначенных для обеспечения функционирования технологической среды в целях формирования электронных информационных ресурсов и предоставления доступа к ним.

Информационная безопасность: Состояние защищенности электронных информационных ресурсов, информационных систем и информационно- коммуникационной инфраструктуры от внешних и внутренних угроз.

Информационная система (ИС): Организационно-упорядоченная совокупность информационно-коммуникационных технологий, обслуживающего персонала и технической документации, реализующих определенные технологические действия посредством информационного взаимодействия и предназначенных для решения конкретных функциональных задач.

Информационно-коммуникационные технологии (ИКТ): Совокупность методов работы с электронными информационными ресурсами и методов информационного взаимодействия, осуществляемых с применением аппаратно- программного комплекса и сети телекоммуникаций.

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

ИТ- архитектура: Организованная многокомпонентная система, взаимодействующая между собой и внешней средой по определенным принципам (алгоритмам).

Исполнительное устройство: Периферийное устройство с приводом (электрическим, пневматическим, гидравлическим и т.д.) для передачи управляющего воздействия на технологические объекты управления с целью изменения потока энергии или материала.

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

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

Коммуникационная сеть (сеть передачи данных): Единый комплекс, включающий территориально рассредоточенную систему компьютерных устройств, устройств узлов сети, объединенных средствами связи с использованием коммутационного оборудования, программного обеспечения и протоколов для решения информационных, управленческих, вычислительных и (или) других задач.

Контроллер, контроллерное устройство: Устройство для автоматического регулирования или управления одним, или более физическим значением, технологическим объектом управления.

Многоквартирный жилой дом (МЖД): Отдельно стоящее здание с единым фундаментом на едином неделимом земельном участке, состоящее из общего имущества объекта кондоминиума, которое является общей долевой собственностью, и двух и более квартир, нежилых помещений, имеющих самостоятельные выходы на земельный участок, прилегающий к многоквартирному жилому дому, либо в иные части общего имущества объекта кондоминиума.

Технология М2М (Мachine-to-machine): Информационно-коммуникационные технологии, объединяющие удаленные объекты и системы для автоматизации бизнес-стр. 51 процессов, создания более проработанных комплексов услуг, для обеспечения безопасности, автоматизации промышленных и транспортно-логистических процессов, систем слежения, контроля расхода ресурсов и др.

Протокол Power over Ethernet (PoE): Технология передачи удаленным Ethernet-устройствам по витой паре электропитания вместе с данными. Данная технология позволяет питать подключенные устройства, к которым невозможно или нежелательно проводить кабели для питания.

Стек протоколов TCP/IP: Наборы правил, решающих задачу по передаче данных, сетевая модель, описывающая процесс передачи цифровых данных от источника информации к получателю через четыре уровня, каждый из которых описывается правилом (протоколом передачи).

Автоматизированная система учета энергопотребления (АСУЭ): Совокупность средств измерений и информационно коммуникационной инфраструктуры, предназначенная для автоматизации учета потребления воды, газа, электрической и тепловой энергии.

Автоматизированная система «Умный дом» (далее - АСУД) представляет собой комплекс программного обеспечения, выполняющий следующие функции:

- сбор и обработку данных по событиям общедомовых систем и систем поквартирной автоматизации;

- трансляцию полученных данных и формирование уведомлений в мобильное приложение пользователя и в интерфейсы органов управления МЖД (КСК, ОСИ, управляющая компания и др.);

- предоставление пользовательских сервисов для жителей посредством мобильного приложения, а также для представителей органа управления МЖД;

- мониторинг, управление и автоматизация взаимодействия инженерных систем в соответствии с заданными сценариями.

Пользователями АСУД «Умный дом» являются:

1) Собственники и арендаторы квартир (нежилых помещений), постоянно или временно проживающие в МЖД;

2) Гости (посетители) – пользователи с правом прохода по территории МЖД по заявке или в свободном доступе;

3) Сотрудники органа управления в МЖД (КСК, ОСИ, Управляющая компания, Сервисная компания) - пользователи, ответственные за организацию сервиса и услуг в МЖД;

4) Служба эксплуатации МЖД - пользователи, непосредственно оказывающие сервисное обслуживание, ремонты и поддержание в рабочем состоянии инженерных систем и оборудования в МЖД;

5) Служба безопасности - пользователи, отвечающие за охрану, контрольно- пропускной режим и иные меры по обеспечению безопасности на территории МЖД и придомовой территории.

Таблица 1. Функциональные роли пользователей

В общем виде архитектура АСУД состоит из 3 уровней:

- общедомовая на один МЖД или жилой комплекс (АСУД МЖД);

- поквартирная (АСУД КВ);

- для нежилых помещений паркинга, кладовых, коммерческих либо других помещений в составе МЖД (АСУД НП).

Каждый уровень АСУД может функционировать локально, так и включать в себя другие уровни. Выбор уровня системы АСУД определяется при разработке проекта строительства (реконструкции, модернизации, капитального ремонта) на стадии составления задания на проектирования либо в процессе эксплуатации.

АСУД должна иметь название, нумерацию и обозначение. АСУД МЖД обозначается по адресу МЖД либо названию жилого комплекса. АСУД КВ и АСУД НП обозначаются согласно нумерации квартир и нежилых помещений.

АСУД на всех ее уровнях должна отвечать следующим принципам:

- обеспечение максимального комфорта и безопасности;

- эффективное управление и энергоэффективность;

- непрерывный сбор информации, обработка аналитических данных;

- возможность развития АСУД.

Для объединения всех объектов в АСУД должно использоваться специальное программное обеспечение (ПО), удовлетворяющее следующим требованиям:

1) платформа ПО в качестве интерфейса взаимодействия с другими или оборудованием должна использовать открытые программные интерфейсы (API) и обеспечивать обмен данными со всеми инженерными и информационными системами при помощи API, а также позволять подключение других инженерных и информационныхстр. 53 систем, имеющих открытые протоколы или API при помощи разработки соответствующих модулей интеграции (драйверов);

2) платформа ПО должна иметь базовые интерфейсы, при помощи которых обеспечивается взаимодействие с пользователями и предоставление им доступа к основным сервисам;

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

4) уровень доступности сервисов, реализуемых на базе платформы, с учетом дублирования и резервирования систем (размещение на отказоустойчивых серверных кластерах, использование не менее двух различных каналов передачи данных, обслуживаемых разными операторами связи), должен быть не менее 99,99%. Проведение профилактических работ/обновления серверов и добавления новых серверов должна производиться без перерыва в предоставлении сервисов;

5) платформа ПО должна обладать свойством горизонтальной масштабируемости: увеличение объема поддерживаемого оборудования и пользователей должно достигаться пропорциональным увеличением серверного оборудования;

6) шифрование каналов передачи данных и безопасность их хранения должны быть реализованы в соответствии с требованиями законодательства Республики Казахстан, должно предусматриваться хранение персональных данных в сертифицированном дата- центре;

7) платформа ПО должна поддерживать раздельное хранение разных типов данных (пользовательских данных, данных, полученных по M2M протоколам, записей телефонных звонков и т.п.);

8) платформа ПО получает доступ к программному обеспечению и оборудованию на объекте через сеть Internet с использованием сетевой инфраструктуры Internet- провайдера, а также с использованием объектового сервера, предназначенного для включения в объектовую локальную сеть, а также для целей диагностики подключенного к платформе оборудования и программного обеспечения.

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

Управление АСУД МЖД осуществляется через объектный сервер, который выполняет следующие функции:

- формирование единого пространства номеров абонентов (пользователей) с общей (сквозной) нумерацией;

- осуществление локальных и внешних вызовов;

- связь между центральным АСУД МЖД и локальными АСУД КВ (АСУД НП) в соответствии с требованиями безопасности;

- осуществление вызовов мобильное приложение;

- отправка статистики в API в пределах объекта;

- агрегирование и логирование объектовых данных в случае отсутствия сигналов от сети Internet;

- обеспечение доступа технической поддержки при возникновении неполадок.

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

Таблица 2. ИТ-архитектура АСУД МЖД.

Основное назначение АСУД МЖД – это реализация следующих функций:

1) безопасность придомовой территории, мест общего пользования (видеонаблюдение, системы доступа, датчики движения, автоматические системы пожарной безопасности, в том числе пожарной сигнализации, оповещения и управления эвакуацией людей при пожаре, противодымной вентиляции, пожаротушения, мониторинг работы противопожарного водоснабжения, блокирование лифтов на их опускание (поднятие) на этаж основных эвакуационных выходов, а также оповещение об противоправных нарушениях и аварийных ситуациях в МЖД и др.);

2) контроль параметров общедомовых инженерных коммуникаций в МЖД (электроснабжение, освещенность, отопление, водоснабжение, водоотведение, вентиляция, телефония);

3) распределение задач по управлению МЖД и контроль за их выполнение (мониторинг работы по содержанию МЖД, отработка сообщений и писем от жильцов, работа с обслуживающими и сервисными службами города);

4) сбор данных по энергосбережению и энергоэффективности.

5) сбор и обработку данных по событиям общедомовых систем и систем поквартирной автоматизации;

6) трансляцию полученных данных и формирование уведомлений в мобильное приложение пользователя и интерфейсы управляющей компании (КСК, ОСИ и т.д.);

7) предоставление пользовательских сервисов посредством мобильного приложения и интерфейса;

8) мониторинг, управление и автоматизация взаимодействия инженерных систем в соответствии с заданными сценариями.

Функциональные требования к АСУД МЖД приведены в Приложении А.

Проектирование системы АСУД МЖД необходимо производить на стадии проектирования строительства, реконструкции или капитального ремонта МЖД либо отдельным проектом. Этапы проектирования автоматизированных систем «Умный дом», технические требования к средствам, функциям и программному обеспечению принимаются согласно СН РК 3.02-20-2011.

При проектировании систем АСУД МЖД необходимо соблюдать требования технического регламента «Общие требования к пожарной безопасности» и других соответствующих государственных нормативов в области архитектуры, градостроительства и строительства» [17- 22].

В процессе эксплуатации МЖД надлежащим образом должны выполняться все мероприятия по содержанию и эксплуатации систем пожарной автоматики в соответствии с требованиями Правил пожарной безопасности.

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

В АСУД МЖД подлежат интеграции следующие инженерные системы:

1) Структурированная кабельная система (СКС), локально-вычислительная сеть;

2) Автоматическая система коммерческого учета энергоресурсов (АСКУЭ) и приборы коммерческого учѐта энергоресурсов (для пользователей);

3) Автоматическая система технического учѐта энергоресурсов (АСТУЭ) и приборы технического учета энергоресурсов в местах общего пользования (МОП), а также общедомовые приборы учѐта энергоресурсов (для управляющей компании);

4) Системы безопасности, включая системы противопожарной защиты (автоматические системы пожарной сигнализации, оповещения и управления эвакуацией людей при пожаре, пожаротушение и дымоудаление, мониторинг системы противопожарного водоснабжения, блокировка лифтов при пожаре), дистанционное открывание запоров дверей подъездов, эвакуационных выходов, шлагбаумов на подъездных путях и калиток в оградах по периметру ограждения, система охранной сигнализации, система видеонаблюдения, система контроля доступа и домофонии и др.;

5) Автоматическая система диспетчерского контроля и управления инженерными системами здания и лифтами;

6) Виртуальная диспетчерская;

7) АСУД КВ и АСУД НП.

К АСУД МЖД рекомендуется подключать оборудование, находящееся в помещениях жилого здания, а именно пожарные извещатели, датчики открытия/закрытия окон, работы систем освещения, кондиционера и т.д.

При наличии в МЖД пожарных извещателей со встроенными светозвуковыми сиренами, необходимо предусмотреть подключение данных извещателей к системе АСУД МЖД.

АСУД МЖД должна предусматривать возможность удалѐнного мониторинга за состоянием систем противопожарной защиты (автоматические системы пожарной сигнализации, система оповещения и управления эвакуацией людей при пожаре, пожаротушение и дымоудаление, мониторинг системы противопожарного водоснабжения, блокировка лифтов при пожаре), дистанционное открывание запоров дверей подъездов, эвакуационных выходов, шлагбаумов на подъездных путях и калиток встр. 56 оградах по периметру ограждения, система охранной сигнализации, система видеонаблюдения, система контроля доступа и домофонии.

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

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

При срабатывании пожарной сигнализации осуществляется блокировка лифта (при наличии) с автоматическим возвратом кабины на основной посадочный этаж.

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

Работы по монтажу систем АСУД МЖД и установок систем противопожарной защиты производятся в соответствии с проектно-сметной и рабочей документацией, проектом производства работ и технической документацией предприятий-изготовителей.

Монтаж систем АСУД МЖД и установок систем противопожарной защиты осуществляется работниками, имеющими соответствующую квалификацию и допуски для работы с электрическим оборудованием, при обязательном соблюдении правил техники безопасности при эксплуатации электроустановок и промышленной безопасности. На оборудование, изделия и материалы, применяемые при монтаже систем АСУД МЖД и установок систем противопожарной защиты, соответствующие спецификациям проекта предоставляются сертификаты соответствия, паспорта, инструкции (по сборке, испытаниям и эксплуатации).

Материалы, используемые в системах АСУД МЖД и установках пожарной автоматики, применяются только при их соответствии требованиям Технического регламента Евразийского экономического союза «О требованиях к средствам обеспечения пожарной безопасности и пожаротушения» (ТР ЕАЭС 043/2017), утвержденного Решением Совета Евразийской экономической комиссии от 23 июня 2017 года № 40, а также санитарно-эпидемиологическим требованиям.

Технология монтажа проводки, установки датчиков, выключателей и силовых щитов АСУД с исполнительным оборудованием проводить с учетом «Правил устройства электроустановок», утвержденных Приказом Министра энергетики Республики Казахстан от 20 марта 2015 года № 230.

Поставщики АСУД на основе опросного листа дают коммерческие предложения, которые учитываются заказчиком в техническом задании. Если в дальнейшем при эксплуатации АСУД возникла необходимость расширения ее функционала в проекте АСУД указываются соответствующие технические требования. Без проекта монтаж АСУД МЖД не допускается. Примерный перечень вопросов для составления технического задания приведен в приложении Г.

К приборам учета энергетических и водных ресурсов, установленными на вводе в здание, в квартирах с горизонтальной (поквартирной) разводкой отопления, оснащенными устройствами сбора и передачи данных по протоколам интеграционного взаимодействия устанавливаются требования в соответствии с СТ РК 3711-2021, СТ РК 3763-2022, СТ РК 3832-2022 в составе АСУЭ оператора связи (владельца сети телекоммуникации) или объекта информатизации субъекта естественной монополии.

АСУД МЖД может дополняться интерфейсами для взаимодействия с конечными пользователями (жильцами, собственниками квартир) и сотрудниками эксплуатирующих организаций (диспетчеров, менеджеров, инженеров, мастеров, охранников), а также обеспечивает интеграцию с городскими информационными системами, в т.ч. CRM системой застройщика, «биллинговыми системами» и иными системами.

В общедоступном сегменте СКС, пользователь должен иметь возможность установки оборудования различных провайдеров, СКС должна включать в себя инфраструктуру поквартирной разводки волоконно - оптических линий, а также предусматривать подключение сети Internet от провайдеров связи.

Ввод в квартиру должен быть осуществлен посредством единственной для этой квартиры оптической линии.

Подсистема IP-домофонии должна предусматривать возможность подключения квартирных абонентских панелей через роутер (ONT). Вызывные панели IP-домофонии, абонентские панели и прочие сетевые устройства домофонии должны быть выделены в отдельную виртуальную сеть (VLAN).

Беспроводная сеть Wi-Fi должна быть организована с применением бесшовной технологии и включать программный или аппаратный контроллер Wi-Fi и точки доступа Wi-Fi. Сетевые устройства WI-Fi должны отвечать следующим требованиям:

- количество подключений на одну точку доступа, не менее 20;

- поддержка бесшовной технологии;

- поддержка стандартов IEEE 802.11a/b/g/n/ac;

- агрегация данных, включая A-MPDU (Tx/Rx) и А-MSDU (Rx);

- приоритеты и планирование пакетов на основе WMM;

- динамический выбор частоты (DFS);

- поддержка скрытого SSID;

- 8 виртуальных точек доступа;

- обнаружение сторонних точек доступа;

- спектроанализатор;

- поддержка WDS;

- APSD;

- возможность управления точками доступа в SoftWLC через EMS.

Точки доступа системы контроля управления доступом (СКУД), требующие открытия посредством мобильного приложения (двери в подъезды, калитки и въезды на территорию) должны быть оснащены точками доступа Wi-Fi для верификации права пользователя осуществить проход.

Точки доступа Wi-Fi используемые для верификации местоположения пользователя СКУД должны в обязательном порядке подключаться к ЛВС и СКС общедоступного трафика.

Включение в закрытый (служебный) сегмент предусматривается для следующих систем:

- автоматизированная система коммерческого учета энергоресурсов;

- автоматизированная система диспетчерского контроля и управления;

- системы безопасности, включая системы противопожарной защиты (автоматические системы пожарной сигнализации, оповещения и управления эвакуацией людей при пожаре, пожаротушение и дымоудаление, мониторинг системы противопожарного водоснабжения, блокировка лифтов при пожаре), дистанционное открывание запоров дверей подъездов, эвакуационных выходов, шлагбаумов на подъездных путях и калиток в оградах по периметру ограждения, система охранной сигнализации, система видеонаблюдения, система контроля доступа и домофонии и др.

Не допускается прямое подключение внешних сетей (в том числе сетей Интернет- провайдеров) напрямую к маршрутизаторам СКС закрытого сегмента. При подключении закрытого сегмента к инфраструктуре провайдера применяется аппаратный или программный Firewall.

В случае, если применятся аппаратный Firewall, соответствующее оборудование должно быть предусмотрено в составе СКС. В случае применения программного Firewall, функция должна осуществляться на стороне закрытого сегмента (служба должна работать на коммутаторе закрытого сегмента, непосредственно подключаемого к инфраструктуре провайдера).

Во избежание неполадок каждая из подсистем выделяется в отдельную виртуальную сеть (VLAN). На коммутаторе служебного сегмента, непосредственно подключаемом к оборудованию провайдера, должен быть настроен «транковый порт», защищенный с помощью Firewall для несанкционированного вмешательства извне. При этом Firewall должен соответствовать следующим параметрам:

- система обнаружения и предотвращения вторжений (IPS/IDS);

- Web-фильтрация по URL, по содержимому (cookies, ActiveX, JavaScript);

- Zone-based Firewall;

- фильтрация Firewall на базе L2/L3/L4 полей и по приложениям;

- поддержка списков контроля доступа на базе L2/L3/L4 полей;

- защита от DoS/DDoS атак и оповещение об атаках;

- логирование событий атак, событий срабатывания правил;

- поддержка стандартных и расширенных SNMP MIB, RMONv1;

- встроенный Zabbix agent;

- аутентификация по локальной базе пользователей, RADIUS, TACACS+, LDAP;

- защита от ошибок конфигурирования, автоматическое восстановление конфигурации;

- возможность сброса конфигурации к заводским настройкам;

- интерфейсы управления CLI;

- поддержка Syslog;

- монитор использования системных ресурсов;

- Ping, traceroute (IPv4/IPv6), вывод информации о пакетах в консоли;

- обновление ПО, загрузка и выгрузка конфигурации по TFTP, SCP, FTP, SFTP, HTTP(S);

- поддержка NTP;

- Netflow v5/v9/v10 (экспорт статистики URL для HTTP, host для HTTPS);

- локальное управление через консольный порт RS-232 (RJ-45);

- удаленное управление, протоколы Telnet, SSH (IPv4/IPv6);

- вывод информации по сервисам/процессам;

- локальное/удаленное сохранение конфигураций маршрутизатора;

- удаленное управление через EMS.

К коммутаторам закрытого сегмента предъявляются требования, уместные для формирования небольшой корпоративной сети (сегмент Small Business): поддержка «стекирования», поддержка объединения по отказоустойчивой топологии «кольцо»,стр. 59 наличие возможности сквозного управления, диагностики сети из любой точки в пределах сети. Система должна иметь возможность масштабирования без замены действующего оборудования. Топология типа «кольцо», предусматривающая наличие резервных линий связи, является обязательной при построении ЛВС закрытого сегмента на объекте. Отклонение при построении ЛВС закрытого сегмента от топологии «кольцо» допускается только по согласованию с заказчиком.

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

1) поддержка сетевых стандартов: IEEE 802.1q (VLAN), IEEE 802.1p (Priority tags), IEEE 802.1d (Spanning Tree), IEEE 802.1s (Multiple Spanning Tree), Jumbo Frame, автоопределение MDI/MDIX,

2) поддержка многоадресной рассылки (multicast, протокол IGMP)

3) возможность объединения коммутаторов в стек (проектируемая скорость в стеке определяется потребностями конкретного проекта)

4) размер таблицы MAC-адресов - не менее 16k (уточняется проектом)

5) поддержка пропускной способности портов 10 Мбит/с.

6) поддержка Storm Control для различного трафика (broadcast, multicast, unknown unicast)

7) управление полосой пропускания

8) обработка очередей по алгоритмам Strict priority/Weighted Round Robin (WRR)

9) три цвета маркировки

10) назначение меток CoS/DSCP на основании ACL

11) настройка приоритета 802.1p для VLAN управления

12) перемаркировка DSCP to CoS, CoS to DSCP

13) назначение VLAN на основании ACL

14) назначение меток 802.1p, DSCP для протокола IGMP

15) удаленный мониторинг RMON/SMON

16) поддержка IP SLA

17) мониторинг загрузки CPU по задачам и по типу трафика

18) мониторинг загрузки оперативной памяти (RAM)

19) мониторинг температуры

20) мониторинг TCAM

21) защита от несанкционированных DHCP-серверов (DHCP Snooping)

22) опция 82 протокола DHCP

23) IP Source Guard

24) Dynamic ARP Inspection

25) First Hop Security

26) поддержка sFlow

27) проверка подлинности на основе MAC-адреса, ограничение количества MAC адресов, статические MAC-адреса

28) удаленное управление через EMS. Внутренняя пропускная способность сети ВОЛС между коммутаторами закрытого сегмента уточняется проектом.

Прочие сетевые устройства (коммутаторы доступа POE/POE+, служащие для подключения сетевых устройств иных инженерных систем) локально-вычислительной сети СКС закрытого трафика, должны соответствовать следующим требованиям:

- суммарный PoE бюджет устройств (коммутаторов PoE, отдельных инжекторов), осуществляющих питание подключенного оборудования должен превышать суммарную подключенную мощность на 20%, суммарную мощность должна быть не больше 304 ВТ (бюджет PoE 380 Вт) на одном виде коммутатора 24 порта или не больше 1160 Вт (бюджет PoE 1450 Вт) на другом виде коммутатора 48 портов.

- коммутаторы должны реализовывать функционал защиты от петель (Loopback Detection), обеспечивать автоматическое отключение портов при обнаружении данного типа дефектов.

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

Сетевое оборудование (коммутаторы), используемое для подключения серверов, автоматизированное рабочее место (АРМ), преобразователи интерфейсов и иные сетевые устройства АПС и СОУЭ должны иметь сертификаты соответствия. Сетевое оборудование АПС и СОУЭ должно быть подключено к служебному сегменту СКС и выделено в отдельную виртуальную сеть (VLAN).

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

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

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

При построении архитектуры АПС следует учитывать наличие:

- сертификата соответствия пожарной безопасности;

- программного обеспечения API/SDK;

- интерфейса графических планов;

- поддержки кольцевого интерфейса;

- поддержка адресно-аналогового интерфейса.

Программное обеспечение АПС должно иметь возможность интеграции (через интерфейс API или комплект разработчика SDK) c платформой АСУД МЖД с целью информирования пользователей и ответственных лиц о пожарных тревогах.

Сегменты СОУЭ в отдельных корпусах и пожарных отсеках должны быть физически и логически разделены. События об отказах оборудования СОУЭ (главный контроллер, усилитель) подлежат мониторингу со стороны АСУД МЖД и должны агрегироваться в интерфейсе ответственного от КСК, ОСИ или управляющей компании. При построении архитектуры СОУЭ и выборе поставщика следует учитывать наличие:

- сертификата соответствия пожарной безопасности;

- программного обеспечения API/SDK;

- контроля линий связи.

В случае, если МЖД предполагает наличие объектовой диспетчерской с постоянным присутствием технического персонала, объект должен быть оснащен АРМ с клиентским программным обеспечением АПС и СОУЭ (в первую очередь, для мониторинга неисправностей аппаратного и программного обеспечения соответствующих систем).

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

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

Жильцы при обращении в КСК, ОСИ или управляющую компанию получают доступ к видеопотокам с камер, относящихся к их жилому комплексу через отдельный раздел в мобильном приложении, а также к видеоархиву. Представители КСК, ОСИ или управляющей компании получают доступ к видеопотокам с регистраторов и камер, расположенных во всех жилых комплексах, которые обслуживает данная КСК, ОСИ или управляющей компании, в том числе и к видеопотокам с регистраторов и камер проектируемой системы видеонаблюдения. Доступ к видеоинформации осуществляется через Web-приложение – личный кабинет.

Сетевое оборудование видеонаблюдения подключается к служебному сегменту СКС, защищенному сетевым экраном (сетевой экран предусматривается в составе СКС) и выделяется в отдельную виртуальную сеть (VLAN). Система видеонаблюдения должна включать четыре сегмента: внутренние помещения, лифтовые кабины, придомовая территория, а также, в случае наличия, периметр ограждений и паркинг.

Предусматривается установка видеокамер на каждом жилом этаже. Для обзора лифтового холла – 1 видеокамера, коридоров - 2 видеокамеры. Максимальное количество камер в коридоре уточняется проектом. Видеокамеры должны быть установлены таким образом, чтобы осуществлять обзор входов/выходов из лифтовых кабин, эвакуационных лестниц, дверей в коридоры из лифтового холла. Разрешение, углы обзора и фокусные расстояния видеокамер должны позволять идентифицировать лицо человека при пересечении плоскости прохода. Запрещается располагать видеокамеры таким образом, чтобы угол обзора захватывал входные двери квартир.

Типы видеокамер выбираются в зависимости от сегмента и назначения видеокамеры в конкретной точке. Предусматривается установка трех типов камер:

- камеры для сложных сцен;

- камеры для простых сцен;

- камеры для установки в лифте (лифтах).

Если в МЖД предполагается наличие объектовой диспетчерской с постоянным присутствием технического персонала, объект должен быть оснащен АРМ с клиентским ПО системы видеонаблюдения (в первую очередь, для мониторинга неисправностей аппаратного и программного обеспечения системы видеонаблюдения).

На этапе создания концепции АСУД может быть опционально предусмотрена функция распознавания лиц и/или распознавания подозрительных предметов.стр. 62 Необходимость поддержки такого функционала должна быть оценена на этапе разработки технического решения.

Независимо от типа архитектуры системы (облачная или локализованная), система должна обеспечивать возможность интеграции с городскими информационными системами (при наличии).

В случае применения облачной платформы системы видеонаблюдения должны выполняться следующие требования:

- наличие открытого программного интерфейса (API) для экспорта видео в АСУД;

- наличие Web-интерфейса для просмотра онлайн-видео в потоковом формате;

- наличие мобильного приложения;

- поддержка видеоархива с возможностью хранения видео не менее 30 суток;

- доступность и масштабируемость сервиса видеонаблюдения для неограниченного количества пользователей (отсутствие аппаратных или программных ограничений на передачу видеопотока QUAD HD / FULL HD, 25 к/сек в формате H264/H265 произвольному количеству пользователей.

В случае применения локализованного программно-аппаратного решения (аппаратный сервер) предъявляются следующие требования:

- программное обеспечение видеорегистраторов должно иметь возможность интеграции со сторонними системами для передачи видео по сетевому протоколу RTSP или аналогичных ему;

- производительность аппаратных средств (видеорегистратор, видеосервер) должна быть предусмотрена из расчета возможности передачи 20 потоков QUAD HD, 25 к/сек, в формате H264/H265 с каждого видеоканала.

К видеокамерам для сложных сцен (внешние видеокамеры) предъявляются следующие требования:

- условия эксплуатации - диапазон температур -30С…+40С;

- степень защиты не ниже IP66;

- разрешение не ниже 2МP (1920×1080/Full HD), 25к/сек;

- поддержка аппаратного (реального) широкого динамического диапазона (WDR);

- интеллектуальная ИК-подсветка (Smart-IR);

- наличие интеллектуальной функции - область интереса (ROI);

- поддержка кодеков H264/H265;

- камеры с вариофокальными моторизованными объективами.

К видеокамерам для обычных сцен (внутренние видеокамеры) предъявляются следующие требования:

- антивандальное исполнение IK10;

- разрешение не ниже 2МP (1920×1080/Full HD), 25к/сек;

- поддержка расширенного динамического диапазона (DWDR);

- поддержка кодеков H264/H265.

К видеокамерам в лифтах предъявляются следующие требования:

- антивандальное исполнение IK10;

- купольный форм-фактор (размеры и форм-фактор камеры необходимо соотнести с предполагаемым местом установки в кабине лифта и согласовать с организацией, осуществляющей монтаж и обслуживание лифта);

- разрешение не ниже 2МP (1920×1080/Full HD), 25к/сек;

- поддержка расширенного динамического диапазона (DWDR);

- поддержка кодеков H264/H265.

Система видеонаблюдения, интегрированная в АСУД, обеспечивает следующий функционал:

- доступ к разрешенным видеокамерам (свой подъезд, двор, паркинг) из мобильного приложения;

- доступ к видеоархиву путѐм формирования запроса (на предоставление видеопотока) в облачный сервис (в случае применения облачного решения) либо на видеорегистратор (в случае аппаратного решения).

На этапе создания концепции АСУД может быть опционально предусмотрена функция видеоаналитики:

- выдача сигнала (изображения в реальном времени) на тревожный монитор оператора;

- внесение записи в журнал;

- передача информации в интеграционный модуль для дальнейшего отображения события в АСУД или выполнения действия (открытие замка, поднятие шлагбаума и т.д);

- распознавания номеров, расположенных на въезде/выезде на территорию, паркинг;

- обнаружения открытого огня, дыма или искр, выявления высокой температуры свыше 70 0С с оповещением жильцов, диспетчеров, ответственных работников органов управления МЖД и др.

Модули видеоаналитики могут быть интегрированы в камеру либо использовано программное обеспечение в облачной платформе или локальном сервере.

Системообразующими компонентами СКУД являются программное обеспечение и специализированные IP-контроллеры. Основными периферийными устройствами СКУД являются считыватели, кнопки выхода, замки и датчики состояния двери.

Для централизованного управления всеми вариантами доступа на объект в АСУД должна предусматриваться система контроля и управление доступом (СКУД), которая включает в себя подсистему контроля автотранспорта, подсистему контроля доступа физических лиц и подсистему IP-домофонии.

В состав системы СКУД и IP-домофонии должны входить:

- сервер СКУД со специализированным ПО;

- IP- контроллеры СКУД;

- считыватели с различным набором идентификаторов;

- IP-видеокамера распознавания госномеров и IP-видеодомофоны.

Сетевое оборудование СКУД и вызывные панели IP-видеодомофонии подключается к служебному сегменту СКС, защищенному сетевым экраном (сетевой экран предусматривается в составе СКС). Сетевое оборудование СКУД и IP- видеодомофонии выделяются в отдельную виртуальную сеть (VLAN).

Система должна иметь как минимум два способа доступа на территорию на случай отказа одного из них. Приоритетным способом осуществления прохода на территорию или в подъезд для зарегистрированных пользователей является бесконтактный биометрический способ прохода (распознавание лица). В качестве дублирующего способа прохода пользователей реализуется доступ по смартфону (с помощью интерфейсов BLE/NFC). По выбору пользователя, в качестве дублирующего идентификатора должны использоваться карта доступа либо брелок RFID стандарта MiFare 1K.

Приоритетным способом проезда на территорию для зарегистрированных транспортных средств является бесконтактный способ проезда посредством распознавания госномера камерой с аппаратным распознаванием. В качестве дублирующего способа реализуется доступ с помощью UHF-метки дальней идентификации.

Доступ на территорию гостевого транспорта осуществляется путем заказа пропуска на территорию жителем (через мобильное приложение) либо реализуетсястр. 64 сотрудником КСК, ОСИ или управляющей компании через Web-интерфейс, с привязкой гостя к конкретной квартире приглашающей стороны. Открытие шлагбаума происходит автоматически после распознавания госномера автомобиля или путем нажатия кнопки открытия шлагбаума в Web-интерфейсе КСК, ОСИ или управляющую компанию.

Доступ на территорию (в случае, если проход на территорию ограничен) или подъезд для гостя осуществляется путем ввода PIN-кода на вызывной панели IP- видеодомофона или предъявлению QR-кода камере вызывной панели. QR-код или PIN- код гостю отправляет житель приглашающей квартиры посредством сервиса в мобильном приложении, PIN-код приходит гостю на телефон в виде смс-сообщения. В случае, если задействованная в проекте вызывная панель IP-видеодомофона не поддерживает идентификацию по QR-кодам, гость получает доступ только по предъявлению PIN-кода.

Доступ на объект осуществляется через точки доступа, оснащенные различным оборудованием в зависимости от типа точки доступа. Различаются следующие типы точек доступа:

- въезд на территорию или паркинг;

- калитка (только в случае наличия ограды по периметру ЖК);

- подъезд;

- эвакуационная лестница;

- техническое помещение.

Оборудование подсистемы контроля автотранспорта на территорию включает:

- IP-видеокамеры с аппаратным распознаванием номеров, расположенные рядом с въездом и выездом с территории парковки и направленные на поток въезжающих автомобилей так, чтобы читались автомобильные номера;

- контроллеры управления приводом шлагбаума;

- IP-контроллер доступа, поддерживающий подключение считывателя UHF-меток по Wiegand-интерфейсу;

- вызывную панель IP-видеодомофона для связи с диспетчером;

- точку доступа Wi-Fi.

Дополнительно точка доступа СКУД предусматривает наличие POE- коммутатора, обеспечивающего физическое подключение через интерфейс Ethernet таких устройств как контроллер СКУД, камера, IP-видеодомофон.

Точка доступа Wi-Fi устанавливается только в том случае, если не предусмотрена объектовая сеть Wi-Fi с бесшовным покрытием.

Предоставление доступа (открытие шлагбаума или ворот) возможно выполнить с помощью:

- регистрации автомобиля, попавшего в зону распознавания номеров, при условии, что данный автомобильный номер находится в списке разрешенных к проезду;

- считывании RFID-метки при условии, что метка занесена в список разрешенных к проезду;

- вызывной панели домофона в случае, если право проезда подтверждено жителем;

- кнопки в мобильном приложении или интерфейсе пользователя.

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

Система IP-видеодомофонии жилого здания должна обеспечивать содержание входных дверей в подъезде дома и калиток закрытыми на замок. Управление должно быть доступно из квартир (с помощью мобильного приложения или абонентского устройства), из помещения дежурного (консьержа) в подъезде, из диспетчерского пункта и из любогостр. 65 места с использованием мобильного приложения. Управление замком доступно во время связи вызывных панелей с резидентом и диспетчером.

Система IP-видеодомофонии включает в себя:

- IP-вызывные панели с поддержкой предоставления доступа при распознании лица резидента, а также прохода резидента или посетителя по PIN-коду и QR-коду (в случае, если задействованная в проекте вызывная панель IP-видеодомофона не поддерживает идентификацию по QR-кодам, гость получает доступ только по предъявлению PIN- кода);

- монитор (пульт) консьержа;

- абонентские устройства в квартирах;

- другие дополнительные средства: устройства преобразования интерфейсов сетей связи; аппаратура передачи данных по различным каналам связи и другие устройства, предназначенные для обеспечения работы.

Вызывные панели IP-домофонии и/или сервер IP-домофонии должны предусматривать наличие API, позволяющее транслировать видеовызовы во внешние системы АСУД с использованием протокола SIP.

Обязательные требования к оборудованию IP-домофонии:

- полноценная поддержка протокола SIP, поддержка трансляции сетевых адресов (NAT);

- поддержка аудиокодека G.711 a/u-law, видеокодека H.264;

- возможность для каждой квартиры установить индивидуальный SIP-номер переадресации;

- проход по распознаванию лица (на аппаратном уровне);

- доступность видеопотока с камеры по запросу в формате RTSP;

- возможность дистанционного открытия двери;

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

Обязательные требования к АРМ IP-домофонии:

- поддержка Web-браузера;

- наличие ОС Windows 10;

- наличие процессора не ниже 10 поколения Core i5;

- наличие не менее 8 Гб оперативной памяти.

Обязательные требования к вызывной панели:

- класс степени защиты: IP65;

- температурный режим: -40 - +65 °С;

- выходное видео: HD (1280×720), H.264 Main Profile;

- возможность встраивания внешнего считывателя мультиформатной идентификации (BLE/NFC, MiFare и т.д.) СКУД в корпус IP-видеодомофона.

Кроме функциональных требований, оборудование IP домофонии должно отвечать следующим критериям:

- наличие API (для передачи данных в АСУД);

- отсутствие необходимости приобретения лицензий;

- поддержка прохода по PIN-коду.

Системообразующими компонентами СКУД являются программное обеспечение и специализированные IP-контроллеры. Основными периферийными устройствами СКУД являются считыватели, кнопки выхода, замки и датчики состояния двери.

Если в МЖД предполагается наличие объектовой диспетчерской с постоянным присутствием персонала, объект должен быть оснащен АРМ с клиентским ПО СКУД (для редактирования картотеки, добавления пропусков, мониторинга неисправностей аппаратного и программного обеспечения СКУД).

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

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

При выборе ПО СКУД следует руководствоваться следующими критериями:

- наличие API, SDK;

- поддержка базового функционала ПО СКУД (администрирование картотеки пользователей, прямое управление блокировкой и разблокировкой точек доступа, логирование событий СКУД, наличие графических планов и т.д.);

- поддержка черных списков пользователей;

- поддержка контроллеров СКУД выбранного типа (в случае, если выбор контроллеров произошѐл до выбора ПО).

Сервер СКУД должен соответствовать следующим критериям:

- наличие ОС Windows 10 Pro или Windows server 2016 и выше;

- наличие процессора не ниже 10 поколения Core i7 или Xeon E5 (silver);

- наличие не менее 8 Гб оперативной памяти.

АРМ СКУД должны соответствовать следующим критериям:

- наличие ОС Windows 10 Pro;

- наличие процессора не ниже 10 поколения Core i5;

- наличие не менее 8 Гб оперативной памяти;

- наличие Web-камеры, в случае если необходимо заносить биометрические пропуска централизовано; наличие USB-считывателя.

Контроллеры СКУД должны соответствовать следующим критериям:

- поддержка необходимого для проекта количества пользователей, но не менее 8000;

- поддержка черных списков пользователей;

- поддержка интерфейса Ethernet.

Считыватель СКУД должен соответствовать следующим критериям:

- назначение считывателя (для каких категорий пользователей предназначена точка доступа, для которой выбирается считыватель). От назначения зависит состав и тип идентификаторов для прохода через точку доступа (карта, смартфон (BLE/NFC), брелок MiFare 1K);

- наличие интерфейса;

- температурный диапазон -40…+60 С (критерий важен только для считывателей, предполагаемых для наружной установки).

Рекомендуется комплектация АСУД МЖД с автоматической системой диспетчерского контроля и управления (АСДКиУ), которая должна состоять состоит из двух основных сегментов: трансперизация инженерных систем и диспетчеризация лифтового хозяйства.

Сетевое оборудование АСДКиУ подключается к закрытому (служебному) сегменту СКС, защищенному сетевым экраном (сетевой экран предусматривается в составе СКС). Сетевое оборудование АСДКиУ выделяется в отдельную виртуальную сеть (VLAN).

Назначение проектируемой системы АСДКиУ заключается в визуализации информации о функционировании и параметрах работы инженерных систем и отдельных узлов инфраструктуры объекта, а также в предоставлении оператору возможностистр. 67 мониторинга и прямого управления оборудованием из диспетчерского пункта и с помощью виртуальной диспетчерской, доступной посредством Web-интерфейса.

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

АСДКиУ включает в себя сервер с программным обеспечением, контроллеры и АРМ диспетчера, совмещенные с диспетчерским пультом. В рамках проекта АСДКиУ должна быть предусмотрена интеграция проектируемой системы с АСУД МЖД с помощью одного или нескольких способов: API/SDK, OPC- сервер либо иным способом.

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

АСДКиУ обеспечивает контроль и управление инженерными системами со следующим функционалом:

- создание ролей/прав доступа;

- формирование отчетов в соответствии с шаблонами;

- агрегирование необходимых параметров систем;

- возможность настройки, конфигурирования систем, задания алгоритмов работы;

- формирование тревожных и аварийных сигналов;

- тестирование систем.

АСДКиУ должна обеспечивать взаимодействие со следующими подсистемами и узлами инфраструктуры объекта:

- противодымная вентиляция (контроль состояния агрегатов, получение аварийных сигналов, управление установками); огнезащитные клапаны;

- системы противопожарной защиты (оборудование и средства автоматических систем пожарной сигнализации, систем оповещения и управления эвакуацией людей при пожаре);

- общедомовая вентиляция (контроль состояния агрегатов, получение аварийных сигналов, контроль параметров установок, управление установками, задание уставок (температура, расход и т.д.);

- мониторинг системы противопожарного водоснабжения (контроль состояния датчиков давления в системе, контроль состояния и аварийных сигналов повысительной станции, насосов, контроль устройств управления системами);

- система водоснабжения и канализации (контроль состояния датчиков давления в системе ХВС/ГВС, контроль состояния датчиков температуры в системе ГВС, контроль состояния и аварийных сигналов повысительной станции, контроль состояния и аварийных сигналов дренажных насосов, контроль устройств управления системами ХВС/ГВС);

- система отопления (температура, давление, контроль состояния и управление отопительно-воздушными агрегатами);

- система теплоснабжения, включающая тепловые пункты (ЦТП/ИТП) и/или котельные установки (контроль состояния и аварийных сигналов агрегатов, контроль датчиков температуры во всех системах и зонах отопления, контроль датчиков температуры и давления в ЦТП/ИТП, задание установок (температуры);

- система электроснабжения (состояние агрегатов трансформаторной подстанции, контроль состояния автоматического ввода резерва, напряжения на вводах, контроль состояния ГРЩ и устройств распределения электроэнергии, контроль аппаратовстр. 68 внутреннего и фасадного освещения, управление внутренним и фасадным освещением, отключение освещения чере Web- интерфейс);

- в случае наличия, система холодоснабжения и кондиционирования многофункционального комплекса (мониторинг неисправностей, контроль состояния агрегатов, прогнозирование выхода агрегатов из строя, контроль состояния холодильного центра);

- в случае наличия, коллективная система защиты от протечек (исправность контроллеров протечки, состояние датчиков протечки).

При построении архитектуры АСДКиУ и выборе ПО следует учитывать следующие критерии:

- разработка оборудования на территории Республики Казахстан и стран СНГ;

- поддержка интерфейса Ethernet;

- наличие техподдержки в РК;

- поддержка ключевых типов мнемосхем.

Программно-аппаратный комплекс АСДКиУ лифтового хозяйства включает:

- лифтовые блоки (также называемые концентраторами), внутрилифтовые переговорные устройства;

- АРМ диспетчера, включающий пульт управления диспетчерской связью.

АСДКиУ лифтового хозяйства должна иметь возможность интеграции с облачной платформой АСУД МЖД посредством интерфейса API и/или SDK. АСДКУ лифтового хозяйства обеспечивает:

- мониторинг ключевых событий лифтовой системы (срабатывание электрических цепей безопасности, несанкционированное открытие дверей шахты, вскрытие двери шкафа управления, отключение питания в цепи управления);

- блокирование лифтов на их опускание (поднятие) на этаж основных эвакуационных выходов при пожаре;

- точную локализацию лифта (с точностью до этажа), как во время движения, так и в случае возникновения неисправностей, препятствующих движению;

- передачу событий о неисправностях в АСУД МЖД.

Если в МЖД предполагается наличие объектовой диспетчерской с постоянным присутствием технического персонала, объект должен быть оснащен АРМ с клиентским ПО (в первую очередь, для мониторинга неисправностей аппаратного и программного обеспечения).

В рамках создания единой системы мониторинга и управления АСУД МЖД рекомендуется создание «Единой диспетчерской службы», которая включает в себя:

- удаленную диспетчерскую, представляющую собой совокупность виртуализированных серверов, обеспечивающих подключение различных клиентских интерфейсов;

- ситуационный центр, включающий в себя географически локализованные АРМ с установленным специализированным ПО;

- виртуальную диспетчерскую, являющуюся набором необходимого и достаточного клиентского программного обеспечения, доступного для любого верифицированного оператора.

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

- домофония (вызывные панели, объектовый и общий SIP-сервер домофонии);

- автоматическая система коммерческого учета ресурсов (АСКУЭ);

- автоматическая система технического учета ресурсов (АСТУЭ);

- автоматизированная система диспетчерского контроля и управления инженерными системами (АСДКиУ);

- система автоматической пожарной сигнализации (АПС);

- автоматическая система пожаротушения и противодымной защиты;

- мониторинг работы системы противопожарного водоснабжения;

- автоматическая система оповещения и управления эвакуацией людей при пожаре (СОУЭ);

- автоматическая система блокировки лифтов при пожаре;

- система видеонаблюдения;

- система контроля и управления доступом (СКУД).

Удаленная диспетчерская предназначена для сбора, обработки, логирования и хранения данных, поступающих в АСУД МЖД, а также предоставления различных способов управления в рамках предусмотренного функционала.

Удаленная диспетчерская включает:

- виртуализированный сервер локализованной платформы АСУД;

- виртуализированный сервер диспетчеризации инженерных систем и лифтового хозяйства, агрегирующий данные по МЖД;

- виртуализированный сервер АПС, СОУЭ, систем автоматического пожаротушения и противодымной защиты, мониторинг системы противопожарного водоснабжения, системы блокировки лифтов при пожаре;

- виртуализированный сервер мониторинга сетевой инфраструктуры;

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

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

До начала проекта АСУД любого типа необходимо определить перечень параметров инженерных систем, данные которых обязательно должны быть включены в систему АСУД МЖД (при ее наличии). При проектировании АСУД МЖД в существующем жилом доме необходимо учитывать наличие ранее установленных АСУД КВ и АСУД НП, данные которых при согласии собственников могут передаваться в АСУД МЖД.

Комплект АСУД МЖД должен иметь перечень параметров от общедомовых инженерных систем - электроснабжение, освещение МОП, отопление, водоснабжение, водоотведение, вентиляция и лифтовое оборудование, полив, уличное и фасадное освещение, видеонаблюдение, систем противопожарной защиты. Также АСУД МЖД обязательно должен предусматривать аварийное электроснабжение или сохранение работоспособности системы при отключении подачи электричества.

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

Оборудование закрытого сегмента АСУД МЖД и АСУД НП следует размещать в помещении электрощитовой жилого здания. При совместном размещении в электрощитовой оборудования АСУД все шкафы и оборудование должны иметь степень защиты не ниже IP 31. В электрошкафах (щитках) должны предусматриваться слаботочные отсеки, исключающие несанкционированный доступ к аппаратуре, устанавливаемой внутри них, степень защиты которых должна быть не менее IP 31.

Прокладку кабелей сетей АСУД рекомендуется предусматривать на кабельных лотках, при этом лотки следует прокладывать под лотками для прокладки электрических кабелей. Допускается прокладка сетей в трубах ПВХ в подготовке пола.

Выбор АСУД МЖД должен предусматривать автоматический (автоматизированный) и ручной способы управления. Автоматическое управление осуществляется без участия человека. Автоматизированное управление осуществляется по заранее запрограммированному параметру управления или сценарию. Например, автоматизированная система управления системой отопления в доме или квартире. Она автоматически поддерживает указанную температуру в помещении.

Исключительно ручное управление наиболее часто рекомендуется в АСУД КВ и АСУД НП - для систем освещения, управления шторами, жалюзи, воротами, задания температурного режима, включения/выключения различных агрегатов и установок, переключения режимов работы, вызовов «световых» сцен (реализации запрограммированных сценариев), систем водоснабжения и водоотведения и т.п.

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

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

Беспроводные системы передают сигнал от управляющих устройств к исполнительным по радиоканалу, что сокращает количество проводов, время на инсталляцию системы. Беспроводные системы можно монтировать на существующие объекты с классической проводкой.

В централизованных системах программное управление осуществляется через центральный логический модуль - программируемый контроллер с большим количеством выходов. Специально разработанное программное обеспечение устанавливается в контроллер, от которого осуществляется управление исполнительными устройствами и инженерными системами. Возможно использование широкого выбора подключаемого электрического оборудования с различными сценариями использования. Централизованные системы могут быть как проводными, так и беспроводными.

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

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

Факторы, воздействующие на человека в системе АСУД:

- уровень громкости систем мультимедиа (домашний кинотеатр, усилительные колонки, телевизор и пр.);

- уровень освещения (основные и вспомогательные осветительные приборы);

- температура помещения, отопительных приборов и ГВС;

- давление в системах водоснабжения;

- активность электрических розеток.

АСУД КВ должен регулировать параметры микроклимата освещенности обслуживаемой зоны, физические параметры инженерных систем с соблюдением санитарно-эпидемиологических требований к системам отопления и вентиляции жилых помещениях, согласно «Гигиенических нормативов к физическим факторам, оказывающим воздействие на человека» (Приказ Министра здравоохранения Республики Казахстан от 16 февраля 2022 года № ҚР ДСМ-15).

Допустимая температура воздуха в жилом помещении в холодное время года должна быть в диапазоне 18-24°С, влажность не более 60%. Рекомендуемая отптимальная температура воздуха в жилом помещении 20-22 0С с влажностью 45-30%.

В теплое время года – допустимая температура воздуха в жилом помещении должна быть 20-28°С с влажностью до 65%. Оптимальная температура должна быть в диапазоне 22-25°С с влажностью 60-30%.

АСУД КВ должна обеспечивать режимы отключения электроприборов или группы электроприборов, также показывать на режим работы подключенных постоянно (холодильник, кондиционер, пожарная автоматика). В АСУД КВ рекомендуется предусматривать возможность подключения электроприборов с высокой интеграцией (умные телевизоры, умные холодильники и т.д.).

К факторам воздействия внешней среды на человека в системе АСУД относят температуру окружающего воздуха, освещенность, наличие шумов, погодные условия.

В квартире рекомендуется подключать к АСУД КВ следующее оборудование, для каждого помещения отдельно: для «Гостиной» - пожарные извещатели со встроенными светозвуковыми сиренами, датчик температуры, датчик открытия/закрытия окон, датчики работы систем освещения, кондиционера, управление розетками, аудио-мультимедиа, управление отоплением и электроприборы; Для «Спальни» - пожарные извещатели со встроенными светозвуковыми сиренами, датчик температуры, датчик открытия/закрытия окон, датчики работы систем освещения, кондиционера, управление розетками, аудио-мультимедиа, управление отоплением и электроприборы; Для «Кухни» - датчик температуры, датчик открытия/закрытия окон, датчики работы систем освещения, кондиционера, управление розетками, аудио-мультимедиа, управление отоплением, датчик утечки газа и электроприборы; Для «Санузла» - датчик температуры, датчики работы систем освещения, управление отоплением, ГВС, датчик контроля воды, датчики системы контроля протечек и электроприборы.

Для обработки и передачи показаний от индивидуальных приборов учета электро-, тепло- и водоснабжения (ХВС и ГВС), а также приборов учета, предназначенных для общедомовых нужд, предусматривается оборудование АСУД автоматической системой коммерческих приборов учета (АСКПУ).

Взаимодействие программного обеспечения систем учета с платформой асуд должно быть предусмотрено с открытыми протоколами передачи данных программных интерфейсов (API) и/или комплектов разработчика (SDK).

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

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

В случае применения беспроводного решения, система АСКПУ состоит из базовых станций, коммутационного оборудования, серверного оборудования и программного обеспечения. вместо серверного оборудования с установленным по допускается использовать облачную платформу, взаимодействующую с базовыми станциями с использованием сети Internet.

Независимо от выбранной архитектуры, применяемый комплекс программно- аппаратный средств должен быть сертифицирован для целей коммерческого учета и должен обеспечивать передачу данных о показаниях приборов и их состоянии (авария, потеря связи) в АСУД.

Программное обеспечение АСКПУ должно включать в себя базу данных, в которой агрегируются и хранятся показания приборов учета и интерфейс для конфигурирования работы системы. роль АСУД - обеспечение доступности полученных данных.

В случае, если аппаратный комплекс АСУД предполагает наличие диспетчерской с постоянным присутствием технического персонала, объект оснащается для мониторинга неисправностей аппаратного и программного обеспечения АСКПУ.

Требования к ПО и оборудованию АСКПУ:

- программное обеспечение – 100% разработка Республики Казахстан или других стран СНГ;

- наличие API/SDK для передачи показаний на платформу АСУД, наличие системы аналитики; система УСПД (для проводных систем) должна обеспечивать поддержку интерфейса Ethernet для связи с сервером АСКУ посредством стека протоколов TCP/IP), поддержка интерфейсов для поддержки счѐтчиков с цифровыми проводными интерфейсами (только в случае применения проводного решения);

- базовые станции беспроводных систем должна обеспечивать поддержку интерфейса Ethernet для связи с сервером АСКПУ посредством стека протоколов TCP/IP;

- поддержка интерфейсов для поддержки приборов учета с цифровыми беспроводными интерфейсами.

АСКПУ должна быть интегрирована с АСУД таким образом, чтобы пользователь имел возможность контролировать показания приборов учета. Система АСКПУ, интегрированная в АСУД, создает для пользователя следующие сервисы, доступные в мобильном приложении или Web-интерфейсе:

- автоматический вывод показаний счетчиков в мобильное приложение;

- просмотр показаний по периодам (день, месяц, квартал, год) в виде графиков;

- возможность передачи показаний вручную через мобильное приложение для целей сверки;

- возможность отправки уведомления об отклонениях в показаниях в органы управления МЖД (КСК, ОСИ), в управляющую компанию или ресурсоснабжающую организацию;

- возможность оплачивать счета за потребление через личный кабинет.

Для сбора данных о потреблении ресурсов от приборов учета систем энерго-, тепло- и водоснабжения в составе АСУД проектом должна быть предусмотрена автоматическая система технического учета потребленных ресурсов (АСТУПР) от приборов учета, установленных в местах общего пользования (МОП), включая общедомовые приборы учета тепловой энергии.

Проектируемая АСТУПР должна предусматривать сбор данных с общедомовых счетчиков, предназначенных для контроля расхода и избыточного потребления ресурсов, а также выявления потерь ресурсов.

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

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

В случае наличия в инфраструктуре МЖД зарядных станций для электромобилей и других видов электротранспорта, при проектировании системы АСУД МЖД предъявляются дополнительные требования к функционалу (таблица 3).

Таблица 3. Функциональные требования к системе зарядных станций для электромобилей и других видов электротранспорта

Проектирование «Умного дома» рекомендуется осуществлять с учетом рекомендаций по внедрению оборудования отечественного и иностранного производства, использующего возобновляющие источники энергии [7-16].

АСУД МЖД при наличии в МЖД возобновляемых источников энергии (теплонасосные установки, солнечные коллекторы (гелиоколлекторы), солнечные панели и др.) должна вести учет сгенерированной энергии. Цифровые приборы учета тепловой энергии и электроэнергии должны быть оснащены открытыми протоколами передачи данных. Приборы учета, подлежащие мониторингу, должны подключаться по проводным/беспроводным цифровым интерфейсам, с использованием цифровых протоколов передачи данных. Информация по сгенерированной, потребленной электрической и тепловой энергии, в том числе и отпущенной сгенерированной электроэнергии в городские сети должны отражаться в системах АСКПУ и АСТУПР с применением проводной/беспроводной архитектуры.

Система состоит из устройств сбора и передачи данных (УСПД с функцией конвертера интерфейсов), коммутационного оборудования (предусматривается в составе общедоступного сегмента СКС), серверного оборудования и программного обеспечения, аналогично АСКПУ.

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

Информация с примерным использованием технологии возобновляемых источников энергии в МЖД приведена в Приложении В.

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

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

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

В АСУД датчики движения, реагирующие на входящего в помещении человека, автоматически должны включать или отключать свет за заданное время с определенной яркостью. Благодаря этому срок эксплуатации ламп увеличивается вдвое и существенно экономится электроэнергия.

К АСУД КВ рекомендуется подключить «умную розетку», которая срабатывает и включает приборы, которые запрограммированы. Например, как приходя домой включается приятная мелодия или, наоборот, если покинули дом, то датчик передает сигнал на выключение тока.