Um sistema misto de distribuição de ar raramente apresenta falhas porque alguém escolheu o controlador errado. Ele apresenta falhas porque ninguém definiu, antes da elaboração das especificações, qual unidades de filtro de ventilador era preciso que atuassem em conjunto, quem precisava entrar em contato com eles e o que o projeto entendia por “controle” em primeiro lugar. Definir se o controle será local ou central envolve, na verdade, uma série de pequenas decisões sobre zonas, sinais e acesso — e sequenciá-las corretamente altera o que um fornecedor pode realmente configurar.

Comece pelas zonas operacionais, e não pela etiqueta do controlador

“Local” e “central” descrevem de onde um comando se origina, não o que o sistema deve fazer. Antes que um comprador possa comparar caminhos de controle, o projeto precisa definir suas zonas operacionais: os grupos de FFUs que devem responder em conjunto, os grupos que devem permanecer independentes e as condições de contorno que separam uma zona da outra. Uma zona não é necessariamente uma sala. Pode ser uma área de processo dentro de uma sala, um conjunto de unidades que atendem a uma estação de trabalho ou uma única unidade independente que não tem relação operacional com suas vizinhas.

Isso é importante porque a arquitetura de controle segue a lógica de zonas, e não o número de equipamentos. Quando um projeto possui muitas FFUs, mas apenas alguns grupos operacionais independentes, um sistema em rede pode estar realizando muito mais trabalho do que o zoneamento exige. Quando um projeto possui menos unidades, mas cada uma delas requer programação, acesso ou ajuste baseado em condições distintos, mesmo uma implantação pequena pode justificar algo mais estruturado do que um simples ajuste local. O número de zonas é um dado do projeto que o comprador define com base na disposição dos ambientes e dos processos, e não uma suposição herdada de uma instalação de aparência semelhante.

A definição da zona também deve separar o fornecimento de ar da responsabilidade pelo controle. Tanto uma unidade de ventilação com filtro quanto uma unidade de fluxo de ar laminar podem conduzir ar filtrado para uma zona de trabalho, mas não compartilham necessariamente um esquema de controle, e um carcaça do filtro terminal Um equipamento sem ventilador próprio não apresenta nenhuma questão de controle nesse sentido — sua função é o fornecimento passivo de ar, e não uma operação comandada. Agrupar esses equipamentos em uma única conversa de controle, simplesmente porque estão na mesma sala, torna difícil distinguir quais equipamentos realmente precisam de um caminho de comando e quais precisam apenas da verificação do fluxo de ar.

Os requisitos de acesso fazem parte desse mesmo exercício de zoneamento. Quem precisa alterar uma configuração e em que circunstâncias — mudança de programação, mudança de processo, atividade de manutenção — determinam se uma zona pode ser gerenciada na unidade ou se requer um ponto de acesso compartilhado. A documentação do fabricante ilustra essa variedade no nível do produto: A família CamFFU HP-EC da Camfil apresenta opções de controle portátil ou via BUS para uma única linha de FFUs, enquanto o catálogo PURAFLO da Price Industries documenta o controle local ou via BACnet para seus próprios equipamentos de ar limpo. Ambos mostram que a localização do controle é um atributo configurável do produto, e não uma característica fixa de ’uma FFU“ em geral — e é exatamente por isso que a definição da zona pelo comprador, e não a categoria do equipamento, deve vir em primeiro lugar.

Compare os caminhos de controle locais, agrupados e em rede

Uma vez definidas as zonas, os três grandes caminhos de controle tornam-se comparáveis em seus próprios termos, em vez de como opções genéricas concorrentes. O controle local coloca o comando e a indicação no próprio equipamento. Ele elimina qualquer dependência de uma rede de comunicação, o que simplifica tanto a instalação quanto a solução de problemas nos casos em que uma zona é verdadeiramente autônoma. Seu custo é o acesso distribuído: qualquer pessoa que precise verificar o status ou fazer um ajuste precisa estar fisicamente junto à unidade, e a coordenação de várias unidades sob controle local requer uma ação separada em cada uma delas.

O controle agrupado fica no meio dos dois. Ele alinha várias FFUs que atendem a uma sala ou zona de processo sob um ponto de comando compartilhado, sem necessariamente estender esse comando a uma rede que abranja toda a fábrica. Isso se aplica a situações em que uma zona possui mais de uma unidade, mas o projeto não exige que o status dessa zona seja divulgado além de seus próprios limites. A desvantagem é que o controle agrupado introduz um painel, fiação e uma lista definida de participantes — decisões que precisam ser revistas caso os limites da zona sejam alterados posteriormente.

O controle em rede ou centralizado estende comandos, status e, frequentemente, pontos de dados que podem ser monitorados em tendências para um sistema de controle de projeto mais amplo. As opções documentadas pela Camfil para sua família HP-EC incluem controle via LON, Modbus ou 0-10 V, e o catálogo da Price distingue a operação local da operação baseada em BACnet, com pontos monitorados, como o status do filtro e a queda de pressão. Esses exemplos mostram que a disponibilidade de protocolos é específica para cada produto e varia de acordo com o fabricante e a configuração — um fato que o comprador deve tratar como uma questão a ser esclarecida em relação aos equipamentos da própria YOUTH, e não como uma suposição extraída do catálogo de outro fornecedor.

O critério de decisão não é que o controle em rede seja mais eficaz em um sentido absoluto. É que o controle em rede atende a uma necessidade do projeto de visibilidade remota, alarmes coordenados ou análise de tendências centralizada, e essa necessidade precisa existir para que valha a pena incorporar ao projeto a complexidade adicional — configuração do gateway, endereçamento, limites de segurança cibernética, responsabilidade pela integração. Quando uma zona não tem a necessidade de enviar relatórios para o exterior, o controle local ou agrupado evita essa sobrecarga. Quando a equipe de controles do projeto já gerencia a rede de um edifício ou instalação e espera que as unidades de controle de incêndio (FFUs) se reportem a ela, o controle em rede passa a ser a abordagem que realmente atende ao projeto, desde que o protocolo e a disponibilidade dos pontos sejam confirmados para a configuração selecionada.

Definir limites para sinais, alimentação, acesso e falhas

A escolha de um caminho de controle apenas define a estrutura. O comprador ainda precisa definir as interfaces dentro dessa estrutura: como a energia chega a cada unidade, quais sinais são transmitidos para onde, quem tem acesso físico a uma unidade e o que acontece quando um link ou uma unidade fica indisponível.

A distribuição de energia é um elemento do projeto antes de ser uma questão de controle. O conceito de fornecimento disponível — como a energia chega às unidades e aos painéis, e onde ocorre o isolamento — determina quais funções de controle são possíveis naquele local. Uma unidade conectada para ligar/desligar simplesmente não pode receber comandos de velocidade ou modo sem uma abordagem diferente de distribuição e fiação, independentemente do caminho de controle escolhido conceitualmente.

Os comandos e o feedback devem ser explicitados, não presumidos. Um projeto pode exigir comandos como ligar/desligar, ajuste de velocidade, seleção de modo ou operação baseada em programação, e feedback como status, alarme ou valores monitorados. Documentação do PURAFLO da Price mostra que determinados equipamentos podem disponibilizar pontos como o status do filtro e a queda de pressão, além do acesso ao controle local ou via BACnet — mas essa lista se aplica aos produtos da Price citados, e não a qualquer FFU como categoria. A lista de pontos do próprio comprador deve ser verificada em relação ao que a configuração selecionada realmente disponibiliza, uma vez que um ponto desejado que não exista na unidade escolhida não poderá ser recuperado posteriormente sem uma alteração de hardware.

A topologia de rede, na qual se escolhe um caminho em rede ou agrupado, requer sua própria confirmação: qual protocolo a plataforma do projeto espera, se é necessário um gateway, como o endereçamento é gerenciado e quem é o responsável por essa configuração após a instalação. É nesse ponto que a distinção entre o fornecedor do equipamento e o integrador dos controles do projeto deve ser explícita, pois um ponto de controle que existe na unidade não é o mesmo que um ponto que foi mapeado, endereçado e verificado no sistema do projeto.

O acesso e o mecanismo de fallback completam o conjunto. As restrições de acesso do operador e de manutenção determinam se é necessária uma substituição local, mesmo dentro de um esquema agrupado ou em rede — uma unidade que só pode ser comandada remotamente ainda pode precisar de um caminho de acesso local documentado para fins de manutenção. O manual do equipamento da Terra ilustra que a alimentação da FFU e o acesso físico são interfaces de instalação no nível da unidade, o que é uma questão distinta da interface de comunicação sobreposta a ela. A resposta a uma perda de comunicação ou a uma unidade isolada — o que o sistema faz e o que se espera que um técnico faça — não é algo que o comprador deva presumir ou especificar unilateralmente. Isso deve ser documentado em conjunto pelo fornecedor e pela equipe de controles do projeto, pois uma suposição de segurança contra falhas não verificada e levada para o comissionamento se torna uma lacuna descoberta durante os testes, em vez de ser resolvida na fase de projeto.

Transforme a escolha em uma entrega de projeto que possa ser testada

Uma decisão relativa à arquitetura de controle só tem valor quando é documentada de forma que as equipes de projeto, construção e comissionamento possam agir de acordo com ela e verificá-la. ISO 14644-4 descreve como os requisitos se estendem pelo projeto, construção, entrada em operação, verificação e considerações de manutenção contínua em projetos de salas limpas — estabelece que essa cadeia de custódia das informações é importante, sem determinar qual deve ser a arquitetura de controle nem quem detém a responsabilidade contratual por cada interface. Essa atribuição é tarefa do próprio projeto.

O registro de transferência deve indicar a arquitetura escolhida — local, agrupada ou em rede — e a pertença a zonas associada a ela, para que qualquer pessoa que analise o projeto posteriormente possa identificar quais unidades pertencem a qual limite operacional. Deve listar os comandos e pontos de feedback acordados para essa arquitetura, distinguindo os pontos disponíveis nos equipamentos selecionados daqueles que o sistema do projeto ainda precisa receber por meio de mapeamento ou configuração. Deve indicar a parte responsável pela configuração desses pontos, já que uma lista de pontos sem um responsável tende a se tornar uma lacuna durante a integração, e não durante a revisão do projeto.

Os desenhos e as listas de pontos devem constar neste registro pelo mesmo motivo: um diagrama de controle que mostra painéis, zonas, dispositivos e caminhos de comunicação fornece à equipe de comissionamento uma referência para verificar os equipamentos, mas ele só reflete a seleção final depois que essa seleção for efetivamente feita — não pode substituir as decisões sobre equipamentos e interfaces que ainda estão em aberto nas fases iniciais do projeto.

As evidências de comissionamento devem ser específicas para cada projeto. A escolha de um protocolo ou a comprovação de que uma unidade é compatível com BACnet ou outro esquema de comunicação não constituem evidência de que o sistema instalado funcione conforme o previsto ou de que o ambiente atenda às condições exigidas. Os critérios de aceitação e as partes responsáveis por verificá-los são decisões tomadas no âmbito do projeto, e não conclusões que decorrem automaticamente da escolha de um equipamento.

O registro também deve indicar claramente o que fica fora do escopo do fornecedor da FFU — infraestrutura de rede além da interface da unidade, integração no nível do edifício ou atividades de comissionamento no local que dependam de outras equipes técnicas. Quando um comprador estiver preparando essas informações para análise, estruturá-las dessa forma proporciona à análise de configuração e cotação da YOUTH um ponto de partida definido: uma lista de zonas, uma lista de pontos e um caminho de controle especificado, em vez de uma solicitação para inferir essas decisões apenas a partir dos nomes dos equipamentos. A partir daí, conectar a configuração da FFU escolhida e quaisquer itens relacionados unidade de fluxo de ar laminar ou do compartimento do terminal nesse mesmo sistema misto, a sequência de entrega e integração do projeto passa a ser uma questão de confirmar as interfaces com base nesse registro, em vez de renegociar a arquitetura no momento da instalação. Os leitores que estiverem preparando essa transferência, juntamente com uma análise mais ampla dos fornecedores, podem achar útil seguir a mesma disciplina de documentação descrita em Guia da Youthfilter para aquisição de equipamentos para salas limpas e avaliação de fornecedores.

Perguntas frequentes

Q: É necessário um controle centralizado da FFU se eu tiver apenas uma sala operada de forma independente?
A: Não necessariamente. O ajuste local pode ser adequado para um pequeno limite operacional independente, caso o acesso, a indicação e as configurações necessárias possam ser gerenciados nas próprias unidades. Comandos remotos, alarmes ou pontos de tendência podem justificar outra arquitetura; defina essas necessidades antes de escolher uma marca de controlador.

Q: As FFUs que atendem a diferentes processos podem compartilhar um único grupo de controle?
A: Elas só devem ser agrupadas se os requisitos operacionais do projeto permitirem comandos coordenados. Defina quais unidades devem operar em conjunto e quais condições ou cronogramas diferem. Registre a composição das zonas e as necessidades de substituição local para que o fornecedor possa confirmar o agrupamento proposto.

Q: A especificação do mesmo protocolo que o nosso sistema de prédio garantirá a compatibilidade?
A: Não. Os pontos propostos, o gateway, o endereçamento, o mapeamento e o escopo da configuração ainda precisam ser confirmados. Solicite ao fornecedor e à equipe de controle do projeto que cheguem a um acordo sobre o diagrama de controle e a lista de pontos, incluindo quem fornecerá os sensores, quem receberá os alarmes e quem realizará a integração.

Q: O que a citação deve dizer sobre a perda de comunicação?
A: Deve documentar a resposta proposta para a configuração selecionada e identificar o que ainda precisa ser confirmado no projeto. Defina suas expectativas em relação à operação e ao acesso para manutenção e, em seguida, analise como as unidades e os controles se comportam quando um link ou uma unidade não está disponível. Não deduza o comportamento de contingência a partir da escolha do protocolo.