No outono de 2023, notei uma mudança pequena mas reveladora nos documentos de proposta de vários integradores logísticos: o capítulo sobre a camada de controle estava sendo escrito de outra maneira. Por uma década, esse capítulo teve uma resposta padrão — PLCs de hardware, escolha uma de três marcas, com contagens de E/S, tempos de varredura e configurações de redundância expostos em tabelas ordenadas. Agora, um único armazém pode pedir três respostas distintas de uma vez: PLCs de hardware no circuito de classificação, PLCs de software na frota de shuttles e uma arquitetura cloud-edge para a plataforma de dados multi-site. A camada de controle passou de pergunta de escolha única para pergunta de múltipla escolha. Por trás dessa mudança há uma reestruturação do próprio cenário — e para entendê-la, começa-se pelos números.
Os números: quem mais cresce não é a base instalada
Segundo a Mordor Intelligence, o mercado europeu de PLC valia aproximadamente $3.52 billion em 2024 e projeta-se que alcance $4.14 billion até 2029, um CAGR de cerca de 3.29%. A base instalada continua enorme e segue crescendo suavemente — esse é o panorama fundamental do PLC de hardware: inabalável, mas já não é toda a história.
A outra metade da história está no lado do software. O relatório de software de programação de PLC da Dataintelo situa esse segmento em aproximadamente $3.29 billion em 2025, crescendo para $6.71 billion até 2034 — um CAGR de 8.2%, bem acima da base de hardware. Um sinal que vale a pena notar: a Beckhoff, a empresa mais associada aos PLCs de software, cresce cerca de 15.3% ao ano, contra 7–9% das grandes tradicionais (mesmo relatório, mesma metodologia). Uma análise separada do mercado de PLC citada pela GlobeNewswire situa o crescimento do PLC de software em aproximadamente 7.22% de CAGR, impulsionado diretamente pelos avanços na tecnologia de hipervisores.
A estrutura de participação conta a mesma história pelo outro lado: em termos de software de programação, a Siemens tem cerca de 28.3%, a Rockwell cerca de 16.8% e a Schneider cerca de 14.2% (Dataintelo). As três primeiras ainda concentram mais de 60% em conjunto — mas o crescimento mais rápido pertence aos desafiantes. O sinal de alerta precoce clássico de uma mudança de cenário raramente é o colapso repentino da participação do líder; é o redirecionamento silencioso de para onde flui o investimento incremental. Neste momento, o incremental flui para o lado definido por software.
Três arquiteturas, cada uma nascida de uma demanda distinta
A divergência começa no lado da demanda. Nos últimos cinco anos, a automação de armazéns produziu três requisitos mutuamente contraditórios que nenhuma arquitetura satisfaz bem sozinha — então o roteiro tecnológico se bifurcou.
O primeiro requisito é o determinismo. Classificadores de alta velocidade, junções de transportadores e elevadores verticais exigem comandos de controle entregues em milissegundos, com tolerância quase zero ao jitter e tempos de inatividade medidos em dólares por minuto. Este é o território do PLC de hardware: hardware dedicado, ciclos de varredura tipicamente na faixa de 1–10 ms (valores típicos; consulte as folhas de dados mais recentes dos fabricantes), certificação de segurança madura e um ecossistema global profundo de peças de reposição e manutenção. Seu preço é a rigidez: adicionar um ponto de E/S significa adicionar um módulo, mudar a lógica significa um re-download, e levar dados para a nuvem geralmente significa aparafusar outra gateway.
O segundo requisito é a velocidade da mudança. Shuttles de quatro direções e frotas de AMR competem em algoritmos de programação, e algoritmos precisam de iteração rápida. Um PLC de software executa um núcleo de controle em tempo real em PCs industriais padrão ou computadores embarcados, dobrando a lógica de controle, o controle de movimento, a visão e até o HMI em um único projeto de engenharia; mudanças de requisitos muitas vezes significam editar código, recompilar e lançar uma atualização — sem tocar um único fio. O Ethernet industrial em tempo real levou os ciclos de comunicação para a faixa de 50-microsecond com precisão de sincronização de cerca de ±1 microsecond (segundo a documentação técnica oficial dos fabricantes correspondentes), de modo que a latência do barramento já não é o gargalo dos PLCs de software. Seu preço é o talento: a solução de problemas exige pessoas que entendam tanto a lógica de controle quanto os sistemas operacionais, e o ajuste do núcleo em tempo real não é uma habilidade que todo integrador tenha em casa.
O terceiro requisito é a inteligência de dados multi-site. Para 3PLs de rede e transportadoras de encomendas, o que realmente importa não é a velocidade com que um armazém opera, mas se o planejamento de ondas, a mão de obra e o transporte de linha podem ser otimizados entre dezenas de sites. As arquiteturas cloud-edge desacoplam a "execução" da "tomada de decisão": o edge mantém um loop local em tempo real que opera de forma autônoma mesmo desconectado, enquanto a nuvem cuida da otimização multi-site, do treinamento de modelos e dos gêmeos digitais. Seu preço é a maior complexidade arquitetural — e o projeto de rede e segurança mais exigente, porque o modelo de ameaças muda completamente quando o tráfego de controle toca uma rede pública.
Os trade-offs se resumem bem em uma tabela:
| Dimensão | PLC de hardware | PLC de software | Cloud-Edge |
|---|---|---|---|
| Determinismo em tempo real | O mais forte, tempo real duro em ms | Forte, depende do ajuste do núcleo RT | Forte na camada de execução, não em tempo real na camada de decisão |
| Velocidade de iteração da lógica | Lenta, mudanças muitas vezes tocam hardware | Rápida, definido por software, implantação remota | A mais rápida, modelos de nuvem evoluem sozinhos |
| Escala multi-site | Fraca, mentalidade de máquina única | Média, projetos são replicáveis | Forte, construído para multi-site |
| Estrutura de custo inicial | Carregado no hardware | Licenças de software + hardware comercial | Hardware de edge + nuvem + integração |
| Talento de manutenção | Engenheiros de lógica ladder, fornecimento maduro | Habilidades híbridas de controle + TI | OT + TI + segurança |
| Capacidade de dados | Fraca, precisa de gateways adicionais | Média, interfaces de dados nativas | Forte, agregação nativa de nuvem |
| Ajuste típico | Classificação de alta velocidade, linhas-tronco de transportadores | Shuttles, AMRs, novos armazéns inteligentes | 3PLs de rede, redes de hubs de encomendas |
Dois sites, um julgamento contraintuitivo
Em 2022, um centro de distribuição de autopeças em Ohio que atende uma fábrica de montagem de um OEM colocou em operação um novo sistema de transportadores-classificação com uma camada de controle construída sobre a grande plataforma PLC da Rockwell. A lógica de decisão foi direta: a equipe de manutenção interna só sabia lógica ladder, o tempo de inatividade era contado por minuto e o proprietário valorizava o "determinismo" muito acima da "flexibilidade". Três anos após a entrada em operação, o site não sofreu uma única falha importante na camada de controle. O que este caso realmente ilustra é a virtude mais subestimada do PLC de hardware — onde o determinismo supera tudo o mais, o "entediante" é em si a proposta de valor.
Em 2024, um campus de fulfillment de e-commerce no leste da China (cerca de 150,000 pedidos por dia) escolheu uma arquitetura de PLC de software para um novo sistema de armazenamento denso com shuttles de quatro direções, dobrando a lógica de controle, os algoritmos de programação e a verificação baseada em visão em um único projeto de engenharia. Duas grandes mudanças de estratégia de ondas antes da temporada de pico foram entregues como atualizações de software — sem tocar na fiação, cada uma com uma janela de inatividade de menos de duas horas (segundo o relato do integrador compartilhado em um intercâmbio da indústria). Considere o contrafactual: com PLCs de hardware, cada mudança importante de estratégia poderia ter significado retrabalho no painel de controle e uma janela de comissionamento muito mais longa.
No entanto, a narrativa mais popular — "os PLCs de software estão substituindo os PLCs de hardware" — provavelmente está errada, ou pelo menos não é sustentada pelos dados. A base de hardware continua crescendo a mais de 3%, e a vantagem de crescimento dos PLCs de software vem sobretudo de cenários greenfield (novos armazéns inteligentes, frotas de AMR, sistemas de shuttle), não de arrancar linhas de classificação existentes. A verdadeira mudança estrutural não é a substituição, mas a estratificação: os PLCs de hardware sustentam a camada de execução de milissegundos, os PLCs de software absorvem a camada de programação de mudança rápida e o cloud-edge assume a camada de dados multi-site. Os três se parecem cada vez mais com camadas de uma pilha de protocolos — não com uma luta de morte de soma zero.
Um segundo julgamento contraintuitivo: o maior custo do cloud-edge não é a conta da nuvem — é organizacional. Uma vez que a "decisão" e a "execução" se desacoplam, cada incidente começa com a pergunta "é um problema de OT ou de TI?", e o organograma tradicional do armazém não tem interface para respondê-la. As migrações tecnológicas acabam se tornando migrações de capacidade organizacional, e essa é a parte mais fácil de subestimar no momento da seleção.
Cinco anos à frente: três linhas do tempo
Curto prazo (2026–2027), a penetração do PLC de software em projetos greenfield continua subindo. Duas evidências: o crescimento anual de 15.3% dos desafiantes mostrando para onde flui o incremental, e o CAGR de 8.2% do mercado de software de PLC mostrando a maré definida por software. A base de PLC de hardware não sofre dano nesta fase, porque o incremental vem de construções novas.
Médio prazo (2028–2030), o cloud-edge pode se tornar o padrão para 3PLs de rede e transportadoras de encomendas. O raciocínio é econômico: passada certa escala de rede, os retornos da otimização multi-site superam o custo do retrabalho arquitetural — e os operadores líderes estão validando esse limiar um a um.
A única variável verdadeiramente de longo prazo: se o PLC de hardware se recolhe ao papel de "commodity da camada de execução", como os relés nos painéis de controle atuais — indispensáveis, mas já não decidem quem ganha o projeto. Essa eu não vou prever agora, porque depende do histórico de taxas de falha dos PLCs de software em megaprojetos durante os próximos três anos, e ainda não existe um conjunto de dados público e comparável para isso.
Uma pergunta aberta para fechar: à medida que a lógica de controle de armazéns se comporta cada vez mais como software, os sistemas de controle desenvolverão um dia um ecossistema de aplicativos como o dos sistemas operacionais móveis? E se esse dia chegar, onde se sentarão à mesa os integradores e engenheiros proprietários que apostaram tudo em uma única marca de hardware?
Por Dr. Chen, pesquisador de cadeia de suprimentos
Traduzido do inglês. Em caso de divergência, prevalece a versão em inglês.
