Automação greenfield: do FEED ao comissionamento

Projeto greenfield, em automação industrial, é o projeto de uma planta nova, construída do zero, sem sistema legado para conviver ou migrar. O oposto é o projeto brownfield: intervenção em planta existente, onde PLCs, redes e supervisórios em operação limitam as escolhas. Em greenfield há mais liberdade de projeto, e decisões tomadas ou adiadas no FEED podem acompanhar a planta por décadas. Por isso, versões, lifecycle e critérios de evolução precisam fazer parte da decisão desde o início.

O que diferencia greenfield de brownfield na automação?

Em um projeto brownfield, a automação herda restrições: o protocolo da rede existente, o padrão de programação do integrador anterior, as janelas de parada disponíveis para cutover. Boa parte da engenharia é gasta mapeando o que existe — é o mundo das migrações de PLC e das modernizações por fases.

Em um projeto greenfield, nada disso existe ainda. As consequências práticas são três:

• Há menos restrições de legado, mas contratos, utilidades, normas, pacotes de terceiros e padrões corporativos ainda limitam escolhas.
• Não há produção estabelecida durante as primeiras etapas, embora FAT, SAT e comissionamento continuem sujeitos a marcos de obra, energização e startup.
• Mudanças tardias tendem a custar mais: requisitos omitidos antes da compra podem virar alteração de pacote, montagem ou integração em campo.

O terceiro ponto é um dos principais motivos para envolver automação cedo: a planta nova amplia a liberdade de projeto, mas não elimina a necessidade de decisões rastreáveis e critérios de aceite.

Por que decidir automação no FEED, e não no detalhamento?

FEED (Front-End Engineering Design) é a parcela de engenharia da definição detalhada de escopo antes do detalhamento e da construção. A nomenclatura e os gates variam entre empresas. O Construction Industry Institute trata FEED como componente do front end planning e oferece o PDRI para avaliar maturidade de escopo, em vez de defini-lo como uma sequência universal.

A pesquisa de front-end planning associa melhor definição inicial a maior previsibilidade de custo, prazo e desempenho, sem prometer economia em todo projeto. Para a automação, isso significa que decisões aparentemente “de TI” — topologia de rede, padrão de software, arquitetura de servidores — precisam estar no FEED, porque depois delas vêm em cascata:

• a especificação dos pacotes mecânicos (que chegam com painéis e PLCs embarcados);
• o projeto elétrico (bandejamento, fibra óptica, salas técnicas);
• o civil (sala de controle, sala de servidores, climatização);
• o cronograma de testes (FAT de cada pacote contra qual padrão?).

Quando a automação só é discutida no detalhamento, decisões de outras disciplinas podem limitar rede, salas, pacotes e testes. O resultado pode ser um conjunto de PLCs e IHMs com padrões diferentes e uma integração descoberta tarde, cujo impacto deve ser medido no planejamento do projeto.

O que especificar cedo em um greenfield de automação?

Quatro decisões estruturais devem ser avaliadas na especificação de automação ainda no FEED. Não é necessário detalhar tudo, mas é necessário registrar requisitos, exceções e interfaces que os fornecedores deverão atender.

Arquitetura de rede industrial (CPwE)

A rede é uma das fundações. Uma referência para plantas baseadas em EtherNet/IP é a CPwE (Converged Plantwide Ethernet), arquitetura publicada pela Rockwell Automation e Cisco em uma família de guias. CPwE é arquitetura de referência, não norma: organiza camadas, zonas e padrões de resiliência. Quando existem serviços entre TI e OT, uma IDMZ é um padrão recomendado; ela não é uma topologia universal exigida pela IEC 62443.

Especificar a arquitetura CPwE no FEED significa coordenar fibras, switches e salas técnicas com o projeto elétrico, e fazer cada pacote comprado recebe uma folha de dados de rede: VLAN, faixa de IP, ponto de conexão. Sem governança, cresce o risco de switches e endereços serem implantados por pacote sem visão plant-wide.

Padrão de biblioteca e plataforma de controle

A segunda definição é a plataforma de controle e o padrão de software. Em plantas de processo sobre Logix, uma opção é PlantPAx como DCS e a PlantPAx Library of Process Objects como padrão de programação — motores, válvulas, malhas PID e intertravamentos instanciados a partir dos mesmos objetos, com os mesmos faceplates e a mesma filosofia de alarmes. Na data desta revisão, o Selection Guide PROCES-SG001 documenta a release de sistema PlantPAx 5.50. A release contratada e sua matriz de compatibilidade devem ser congeladas no projeto.

Se esse padrão for adotado, ele deve estar anexado à requisição de compra de cada pacote relevante. Um secador, uma caldeira ou um sistema de envase comprados sem essa exigência chegam com lógica e interface definidas pelo fornecedor, que podem divergir do padrão da planta. Exceções multi-vendor podem ser corretas, desde que interface, ownership, testes e manutenção estejam documentados.

Cibersegurança por projeto (IEC 62443)

Em planta nova, cibersegurança deve entrar nos requisitos de projeto. A série ISA/IEC 62443 fornece um método baseado em risco e responsabilidades compartilhadas:

• A IEC 62443-3-2:2020 define a avaliação de risco que particiona o sistema em zonas e conduítes e atribui a cada um o nível de segurança alvo (SL-T, em escala de SL 0 a SL 4).
• A IEC 62443-3-3 lista os requisitos técnicos de sistema, ligados aos sete foundational requirements (FRs), que cada zona precisa atender para alcançar seu SL.
• A IEC 62443-2-4 define requisitos de programa de segurança para provedores de serviço. Ela pode compor a qualificação de integradores e fornecedores, sem substituir avaliação de escopo, competência e evidências.

Fazer a análise de risco e o projeto de redes no FEED permite levar os requisitos de zonas e conduítes ao orçamento e às interfaces dos pacotes. Zonas não equivalem automaticamente a VLANs, nem todo conduíte exige o mesmo firewall; os controles são escolhidos pela análise de risco.

Zonas e conduítes no papel, antes do campo

A avaliação de risco da IEC 62443-3-2 sobre o P&ID e a arquitetura preliminar — ainda no FEED — orienta quais ativos podem compartilhar uma zona e quais conduítes precisam de controles específicos. A decisão pode alterar switches, gateways, firewalls, identidade e fibra. Se for tomada depois da compra, deve passar por gestão de mudança e reestimativa.

Infraestrutura OT e data center industrial

A quarta definição é onde o sistema vai rodar. Um DCS moderno é também um conjunto de servidores — PASS, historian, engenharia, domínio — e em greenfield a pergunta “sala de servidores ou painel no canto da sala elétrica?” precisa de resposta antes do projeto civil. Especificar cedo a infraestrutura de data center industrial e a camada de virtualização OT define:

• requisitos de sala (climatização, energia estabilizada, nobreak);
• redundância de hosts e armazenamento;
• estratégia de backup e recuperação de desastre desde o dia um;
• localização e responsabilidades dos serviços de integração OT/IT, incluindo IDMZ quando aplicável.

Quando essa camada vira compra tardia, aumenta o risco de incompatibilidade, capacidade insuficiente e ausência de recuperação testada. Infraestrutura corporativa pode atender OT, desde que ambiente, segmentação, suporte e governança cumpram os requisitos da aplicação.

Qual é a sequência típica de um greenfield: da URS ao startup?

Uma espinha dorsal útil relaciona requisitos, projeto e testes de aceitação, frequentemente representada por um modelo V. O GAMP da ISPE usa abordagem de ciclo de vida baseada em risco para ambientes GxP, mas é orientação, não método obrigatório para todo setor. A estrutura documental deve ser proporcional ao risco e às obrigações contratuais.

1. URS (User Requirements Specification) — o que a planta precisa que o sistema faça: capacidades, filosofia de operação, requisitos de disponibilidade, padrões obrigatórios (biblioteca, rede, IEC 62443). É o documento que vai anexado às requisições de compra.
2. FRS/FDS (Functional Requirements/Design Specification) — como o sistema atende a URS: arquitetura detalhada, descritivos funcionais por área, matriz de causa e efeito, filosofia de alarmes.
3. Desenvolvimento e integração — programação sobre a biblioteca padrão, telas, configuração de rede e servidores.
4. FAT (Factory Acceptance Test) — teste de aceitação na bancada do fornecedor ou integrador, contra a FRS, antes do embarque. Em greenfield, o FAT permite encontrar pendências antes da instalação, embora continue sujeito ao cronograma. Simulação de processo, intertravamentos e faceplates entram conforme escopo e critérios de aceite.
5. SAT (Site Acceptance Test) — repetição dirigida dos testes no site, agora com o hardware definitivo instalado, redes reais e integração entre os pacotes que o FAT testou isoladamente.
6. Comissionamento — verificação sistemática de cada malha: bump test de motores, stroke de válvulas, loop check de instrumentos, teste de intertravamentos com o processo frio e depois com utilidades vivas.
7. Startup e ramp-up — partida assistida com produto, sintonia de malhas, ajuste de alarmes com a operação real.

A edição vigente da IEC 62381 define requisitos e checklists para FAT, FIT, SAT e SIT em automação de processo e recomenda que escopo e responsabilidades sejam acordados entre as partes.

O comissionamento devolve o que o FEED investiu

No comissionamento, padronização e documentação reduzem variação: malhas semelhantes podem seguir o mesmo roteiro, e uma rede documentada oferece mais evidências para diagnóstico. O ganho deve ser medido por pendências, duração de testes, retrabalho e tempo de recuperação, sem prometer um tempo fixo para todas as falhas.

Armadilhas clássicas em projetos greenfield

Automação como última linha do orçamento. O peso da automação no CAPEX varia por processo, mas seus requisitos afetam operação, testes e manutenção. Reduzir escopo no FEED sem analisar consequências pode transferir custo e risco para integração, treinamento e ciclo de vida.

Cada pacote com um padrão. A planta compra secador, caldeira, envase e utilidades de fornecedores diferentes; cada um entrega seu PLC, sua IHM local e sua lógica fechada. Sem URS impondo plataforma, biblioteca e folha de dados de rede, a “integração” vira um projeto extra, descoberto tarde.

Rede tratada apenas como lista de materiais. Switch industrial sem projeto lógico, ownership, segmentação ou gerenciamento pode deixar a planta sem inventário e baseline confiáveis, dificultando diagnóstico e cibersegurança.

Cibersegurança adiada para “depois da partida”. Depois do startup, mudanças disputam janelas com a produção. Aplicar a análise IEC 62443-3-2 no FEED reduz a probabilidade de retrofit, mas não elimina novos riscos, mudanças de ameaça ou revisões durante a operação.

FAT sem critérios proporcionais ao risco. Omissões de simulação, intertravamentos ou rastreabilidade contra a especificação podem transferir pendências para SAT e comissionamento. Nem todo pacote exige a mesma profundidade; o plano de teste deve registrar cobertura e exclusões.

Como a Integra atua em projetos greenfield

A Integra Automação Industrial, de Maringá-PR e com atuação nacional desde 2016, trabalha nas duas pontas do problema: na engenharia (apoio à especificação de automação no FEED, URS, arquitetura de rede e cibersegurança) e na execução (desenvolvimento sobre biblioteca PlantPAx, FAT, SAT, comissionamento e partida assistida). A Integra participa do programa Rockwell no nível Silver e apresenta capacidade PlantPAx no programa, além de experiência multi-vendor com Siemens, Schneider e Elipse. Atendemos setores onde greenfield é rotina: açúcar e etanol, agro e grãos, alimentos, frigoríficos, ração e química.

Perguntas frequentes

O que é um projeto greenfield em automação industrial?

Projeto greenfield é a automação de uma planta industrial nova, projetada e construída do zero, sem sistemas legados. Isso permite definir arquitetura de rede, plataforma de controle, biblioteca de software e cibersegurança com menos restrições de base instalada, embora contratos, normas, utilidades e pacotes de terceiros continuem condicionando escolhas.

Qual a diferença entre greenfield e brownfield?

Greenfield é planta nova, sem sistema existente; brownfield é intervenção em planta operando, com PLCs, redes e supervisórios legados. Em brownfield, o projeto gira em torno de migração e janelas de parada; em greenfield, gira em torno de especificação e padronização antecipadas, porque não há base instalada limitando as escolhas.

O que é FEED (Front-End Engineering Design)?

FEED é a engenharia da definição detalhada de escopo dentro do front-end planning. Sua posição e seus entregáveis variam conforme o modelo de gates da organização. Para automação, deve registrar requisitos e interfaces que afetem pacotes, rede, infraestrutura, testes, custo e cronograma.

Qual a diferença entre FAT e SAT?

FAT (Factory Acceptance Test) é o teste de aceitação realizado na fábrica ou bancada do fornecedor, antes do embarque, contra a especificação funcional. SAT (Site Acceptance Test) é o teste realizado no site, com o sistema instalado no hardware e na rede definitivos, verificando também a integração entre pacotes que o FAT testou isoladamente.

Quando o integrador de automação deve entrar em um projeto greenfield?

Preferencialmente durante a definição de escopo e antes da contratação dos pacotes com interfaces de automação. O papel pode ser exercido por equipe interna, EPC, integrador ou combinação claramente governada. Entrada tardia reduz a capacidade de influenciar decisões, mas não prova por si só que o projeto será inadequado.