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

Начинайте с рабочих зон, а не с маркировки контроллера

“Термины ”локальный“ и ”центральный» описывают место происхождения команды, а не то, что должна делать система. Прежде чем заказчик сможет сравнить пути управления, в проекте необходимо определить зоны эксплуатации: группы FFU, которые должны реагировать синхронно, группы, которые должны оставаться независимыми, а также граничные условия, разделяющие одну зону от другой. Зона не обязательно является помещением. Это может быть технологическая зона внутри помещения, набор агрегатов, обслуживающих одну рабочую станцию, или отдельный независимый агрегат, не имеющий эксплуатационной связи со своими соседями.

Это важно, поскольку архитектура управления строится на логике зонирования, а не на количестве оборудования. Если в проекте установлено много FFU, но имеется лишь несколько независимых рабочих групп, сетевая система может выполнять гораздо больше работы, чем того требует зонирование. Если же в проекте установлено меньше агрегатов, но каждый из них требует отдельного планирования, доступа или регулирования в зависимости от условий, даже небольшая система может оправдать использование более структурированного подхода, чем простое локальное регулирование. Количество зон — это исходные данные проекта, которые заказчик определяет исходя из планировки помещений и организации технологических процессов, а не допущение, перенесённое из похожей на первый взгляд установки.

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

Требования к доступу также являются частью этой же процедуры зонирования. То, кому необходимо изменять настройки и при каких условиях — изменение графика, изменение процесса, техническое обслуживание — определяет, можно ли управлять зоной на уровне отдельного устройства или требуется общий пункт доступа. В документации производителя этот диапазон иллюстрируется на уровне продукта: Серия CamFFU HP-EC компании Camfil в котором перечислены варианты управления с помощью портативного устройства или по шине BUS для отдельной линии FFU, в то время как в каталоге PURAFLO компании Price Industries описаны варианты локального управления или управления по протоколу BACnet для собственного оборудования для очистки воздуха. Оба документа показывают, что местоположение системы управления является настраиваемым атрибутом продукта, а не фиксированной характеристикой ’FFU“ в целом — и именно поэтому на первом месте должно стоять определение зоны со стороны покупателя, а не категория оборудования.

Сравнение локальных, групповых и сетевых путей управления

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

Групповое управление занимает промежуточное положение между этими двумя подходами. Оно объединяет несколько воздухообрабатывающих агрегатов (FFU), обслуживающих одно помещение или технологическую зону, под единым управлением, при этом не предполагая обязательно расширения этой системы управления на сеть всего предприятия. Такой подход подходит для ситуаций, когда в зоне установлено более одного агрегата, но в рамках проекта отсутствует необходимость передавать информацию о состоянии этой зоны за пределы её границ. Недостатком является то, что групповое управление требует установки панели управления, прокладки кабельной разводки и составления определённого списка участников — решения, которые придётся пересматривать, если границы зоны изменятся в будущем.

Сетевое или централизованное управление позволяет передавать команды, данные о состоянии и, зачастую, точки данных, поддающиеся динамическому анализу, в более широкую систему управления проектом. Документированные варианты компании Camfil для серии HP-EC включают управление по протоколам LON, Modbus или 0–10 В, а в каталоге компании Price проводится разграничение между локальным управлением и управлением на основе протокола BACnet с контролируемыми параметрами, такими как состояние фильтра и перепад давления. Эти примеры показывают, что доступность протоколов зависит от конкретного продукта и варьируется в зависимости от производителя и конфигурации — этот факт покупатель должен рассматривать как вопрос, касающийся оборудования компании YOUTH, а не как предположение, основанное на каталоге другого поставщика.

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

Определение границ сигналов, питания, доступа и отказов

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

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

Команды и обратная связь должны быть четко перечислены, а не предполагаться. В рамках проекта в качестве команд могут потребоваться включение/выключение, регулировка скорости, выбор режима или работа по расписанию, а в качестве обратной связи — состояние, сигналы тревоги или контролируемые величины. Документация по системе PURAFLO компании Price показывает, что конкретное оборудование может предоставлять доступ к таким параметрам, как состояние фильтра и перепад давления, а также к локальному управлению или управлению по протоколу BACnet — однако этот перечень относится именно к указанным продуктам компании Price, а не к FFU как к категории в целом. Собственный перечень параметров покупателя необходимо сверить с тем, что фактически доступно в выбранной конфигурации, поскольку нужный параметр, отсутствующий в выбранном агрегате, впоследствии невозможно будет восстановить без замены оборудования.

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

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

Превратите выбор в проверяемую процедуру передачи проекта

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

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

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

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

В документации также должно быть четко указано, что не входит в сферу ответственности поставщика FFU — сетевая инфраструктура за пределами интерфейса блока, интеграция на уровне здания или работы по вводу в эксплуатацию на уровне помещений, которые зависят от других специалистов. Если заказчик готовит эту информацию для рассмотрения, такая структуризация дает процессу проверки конфигурации и коммерческого предложения компанией YOUTH четкую отправную точку: список зон, список точек и указанный путь управления, а не просьбу выводить эти решения исключительно на основе названий оборудования. Исходя из этого, можно сопоставить выбранную конфигурацию FFU и любые связанные с ней установка ламинарного потока воздуха или корпуса терминала в той же смешанной системе, то последовательность реализации и интеграции проекта сводится к проверке соответствия интерфейсов данному описанию, а не к пересмотру архитектуры на этапе монтажа. Читателям, готовящим эту передачу в рамках более широкого анализа поставщиков, может оказаться полезным руководствоваться теми же принципами документирования, которые описаны в Руководство «Youthfilter» по закупке оборудования для чистых помещений и оценке поставщиков.

Часто задаваемые вопросы

Q: Нужно ли централизованное управление FFU, если у меня только одно помещение с автономным режимом работы?
A: Не обязательно. Локальная настройка может подойти для небольшого автономного участка эксплуатации, если необходимый доступ, индикация и настройки можно обеспечить на самих агрегатах. Дистанционные команды, сигналы тревоги или точки, по которым ведется мониторинг трендов, могут оправдать выбор другой архитектуры; определите эти потребности, прежде чем выбирать марку контроллера.

Q: Могут ли блоки FFU, обслуживающие разные технологические процессы, использовать одну группу управления?
A: Им следует объединять устройства в одну группу только в том случае, если эксплуатационные требования проекта предполагают скоординированное управление. Определите, какие устройства должны работать совместно, а в каких случаях условия или графики их работы различаются. Зафиксируйте принадлежность к зонам и потребности в локальном переопределении настроек, чтобы поставщик мог подтвердить предлагаемое группирование.

Q: Обеспечит ли указание того же протокола, что и в нашей системе здания, совместимость?
A: Нет. Предлагаемые точки, шлюз, адресация, сопоставление и объем настроек ещё требуют подтверждения. Попросите поставщика и команду по контролю проекта согласовать схему управления и перечень точек, включая информацию о том, кто поставляет датчики, принимает сигналы тревоги и осуществляет интеграцию.

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