Da Simulação à Produção: Engenharia Kelude para Pontes Rolantes LXD
Da simulação à produção em série, da máquina isolada ao cluster: a capacidade de engenharia da Kelude na conceção de guindastes. Na indústria de fabricação de guindastes, o termo "capacidade de I&D" é frequentemente entendido num sentido restrito, como "capacidade de projeto" — desenhar uma boa planta ou fazer um cálculo estrutural refinado.
Na indústria de fabrico de guindastes, o termo "capacidade de I&D" é frequentemente interpretado de forma redutora, como sinónimo de "capacidade de projeto" — elaborar um bom desenho técnico ou executar um cálculo estrutural refinado. No entanto, quem já percorreu todo o processo, do laboratório ao cliente final, sabe que existe um enorme fosso de engenharia entre a validação por simulação e a produção em série, entre uma máquina inteligente isolada e a operação coordenada de um cluster. Conseguir transformar uma tecnologia num "protótipo funcional" é uma capacidade; transformar esse protótipo em cem unidades "com fiabilidade comprovada" é uma capacidade totalmente diferente.
O investimento da Kelude Indústrias Pesadas em I&D nos últimos anos é notório — mais de 8% da receita anual aplicada em investigação, 52 patentes concedidas e uma equipa de 87 engenheiros. Mas mais relevante do que estes números é a forma como a empresa transporta a tecnologia do ambiente de simulação para o chão de fábrica e como interliga guindastes individuais numa rede de operação colaborativa. Este artigo analisa a prática tecnológica da Kelude nestas duas vertentes, sob a perspetiva da "aplicação em engenharia".
Da simulação à produção em série: uma cadeia completa de transferência tecnológica
1.1 Simulação conjunta: percorrer mil vezes o percurso no mundo digital
A simulação conjunta entre o software de dinâmica multicorpo Adams e o MATLAB/Simulink é o principal método de validação preliminar no processo de I&D da Kelude. No modelo tradicional, a afinação do sistema de controlo do guindaste só começa depois de o protótipo estar construído — com a estrutura mecânica concluída, o gabinete elétrico montado e o inversor de frequência configurado, os engenheiros de software entram em cena para programar o CLP e ajustar os parâmetros PID. Se for detetado um problema que exija alterações na estrutura mecânica, o custo é elevado.
A abordagem da equipa de I&D da Kelude consiste em criar, na fase de projeto, um modelo de dinâmica multicorpo do guindaste no Adams — incluindo a viga principal, as cabeceiras, o carro, a carga e o cabo de aço, com 16 graus de liberdade e uma modelação híbrida que combina corpos flexíveis (cabo de aço) e corpos rígidos (estrutura metálica). O modelo é depois importado para o ambiente Simulink, onde é realizada uma simulação em malha fechada com o algoritmo de controlo em desenvolvimento (estratégia anti-balanço RL, curva de planeamento de velocidade, lógica de proteção de segurança). Um cenário típico de simulação conjunta inclui: aceleração do carro do ponto A ao ponto B, elevação sincronizada do mecanismo de elevação e validação da precisão de posicionamento com a carga em oscilação. Estas simulações são executadas mais de mil vezes antes de o protótipo físico existir.
O resultado prático é o seguinte: entre 2024 e 2025, a equipa de I&D da Kelude detetou antecipadamente 12 problemas de acoplamento mecânico-controlo através da simulação conjunta, incluindo a saturação do binário do motor de deslocamento do carro de um modelo de ponte rolante em condições de carga plena e alta velocidade, e a amplificação da oscilação secundária de um pórtico para uma combinação específica de comprimento de cabo e carga. Se estes problemas só fossem detetados na fase de ensaio do protótipo, o custo médio de uma única alteração estrutural seria de 10.000 a 19.000 EUR, além de causar atrasos de 2 a 4 semanas. A simulação conjunta eliminou todos estes problemas na fase de projeto, reduzindo o tempo médio de comissionamento do controlo na fase de protótipo de 4 semanas para 1,5 semanas.
1.2 Simulação HIL: um "check-up completo" ao controlador
A simulação conjunta resolve o problema do alinhamento entre o algoritmo de controlo e o modelo mecânico, mas o hardware real do controlador — CLP, controlador de movimento, inversor de frequência — ainda não foi validado. Erros no firmware do controlador, defeitos de compatibilidade no protocolo de comunicação e problemas de temporização no módulo E/S não são detetáveis numa simulação puramente em software. A plataforma HIL dSPACE SCALEXIO da Kelude Indústrias Pesadas foi criada precisamente para este fim.
O processo de teste HIL consiste em ligar o controlador real do guindaste (por exemplo, CLP Siemens S7-1500 + servo drive) ao sistema HIL, que simula em tempo real todas as grandezas físicas periféricas — força contraeletromotriz do motor, impulsos do encoder, variações de carga, sinais dos sensores — fazendo o controlador "acreditar" que está realmente a operar um guindaste. A plataforma HIL pode injetar 36 tipos diferentes de falhas num segundo — rompimento do cabo do sensor, interrupção de comunicação, flutuação da alimentação elétrica, perda de impulsos do encoder — para testar se o comportamento do controlador em cada condição anómala está em conformidade com os requisitos de projeto.
Até junho de 2026, a Kelude Indústrias Pesadas executou mais de 25.000 casos de teste automatizados na plataforma HIL, cobrindo todas as fases de operação do sistema elétrico do guindaste. Os procedimentos de teste seguem as especificações da norma ISO 4306 (substitui GB/T 33240-2016) — Guindastes — Sistemas de controlo — Requisitos de desempenho e da norma ISO 12480 (substitui GB/T 33519-2017) — Guindastes — Travões — Método de ensaio. Um dos resultados mais relevantes foi a deteção, através do teste HIL, de um atraso na temporização da proteção de sobrecorrente do inversor de frequência em condições específicas de variação brusca de carga. Este problema nunca tinha sido acionado em simulação puramente em software, mas, se ocorresse no terreno, poderia danificar o inversor e causar paragens. A plataforma HIL permitiu antecipar esta classe de problemas que só se manifesta em hardware real, reduzindo o tempo de comissionamento do sistema elétrico no local em mais de 60%.
1.3 Do protótipo à produção em série: a engenharia de estabilização do processo e do controlo de qualidade
A simulação e os testes laboratoriais respondem à questão "funciona?"; a transição do protótipo para a produção em série responde à questão "é possível produzi-lo de forma consistente, eficiente e com baixo custo?". A Kelude implementou dois "portões de qualidade" críticos neste percurso.
Primeiro portão: ensaio de confiabilidade da máquina completa. Antes da homologação de cada novo modelo, e de acordo com os requisitos da norma ISO 4306 (substitui ISO 4306) — Guindastes — Especificação e procedimentos de ensaio, é realizado um ensaio de confiabilidade contínuo de pelo menos 500 horas no campo de ensaio da máquina completa. Se, durante este período, for detetado qualquer defeito de projeto — mesmo um problema aparentemente menor, como o afrouxamento de um parafuso — a máquina é devolvida para retificação e o contador de 500 horas é reiniciado. A título de exemplo, num guindaste de 50 t de 2025, o primeiro ensaio de confiabilidade revelou um ruído anormal no redutor do mecanismo de elevação às 327 horas. A desmontagem identificou uma elevação de temperatura anómala causada por uma folga insuficiente entre as engrenagens. A equipa de I&D otimizou a tolerância de usinagem das engrenagens e o processo de montagem; o segundo ensaio foi concluído com sucesso em 512 horas. Este regime de "tolerância zero" garante que o MTBF dos produtos comercializados seja superior a 5.000 horas.
Segundo portão: pré-série e estabilização do processo. Os novos modelos que passam no ensaio de confiabilidade entram na fase de pré-série, normalmente com a produção de 5 a 8 unidades, abrangendo todas as etapas do processo: corte, soldagem, usinagem, montagem e comissionamento. O objetivo principal da pré-série não é produzir o produto, mas sim estabilizar o processo — cada parâmetro de soldagem, cada torque de aperto dos parafusos e o percurso de cada cabo devem ser validados e documentados, dando origem a procedimentos operacionais padrão (POP). A transição para a produção em série só é autorizada quando a taxa de aprovação no primeiro controlo de qualidade das unidades da pré-série for igual ou superior a 98%, com um mínimo de 3 unidades consecutivas aprovadas. Em 2025, dois novos modelos da Kelude (ponte rolante QY50t e pórtico MG32t) percorreram este processo, atingindo os objetivos de "homologação, produção e entrega no mesmo ano".
De máquina inteligente a cluster colaborativo: o cérebro e o sistema nervoso de cada guindaste
Se a excelência na transferência tecnológica é a "competência técnica" da Kelude, a evolução da máquina inteligente isolada para o cluster colaborativo é a sua "competência organizacional" — a primeira determina se o guindaste funciona de forma fiável; a segunda determina se vários guindastes funcionam de forma eficiente em conjunto.
2.1 Controlador de IA de borda: um "cérebro local" para cada guindaste
O sistema de controlo tradicional de um guindaste é composto por um CLP, vários inversores de frequência e sensores. O CLP executa a lógica em diagrama ladder e os inversores acionam os motores. Esta arquitetura é adequada para equipamentos isolados, mas apresenta dois limites claros: primeiro, a capacidade de processamento do CLP é insuficiente para executar algoritmos de controlo complexos — tarefas como inferência do modelo RL anti-balanço, análise espectral de sinais de vibração e deteção de anomalias em tempo real exigem operações de vírgula flutuante e cálculo matricial que o CLP não consegue processar; segundo, a dependência excessiva do sistema de supervisão para dados e decisões — se a comunicação com o sistema de supervisão for interrompida, o guindaste fica reduzido a uma "máquina nua", limitado a operações básicas de elevação e deslocamento.
O controlador de IA de borda, desenvolvido internamente pela Kelude, é a resposta sistemática a este problema. A arquitetura de hardware do controlador baseia-se num processador ARM Cortex-A72 de quatro núcleos (2,0 GHz) com uma unidade de processamento neural (NPU) de 4 TOPS, mantendo todas as funções de E/S do CLP e os protocolos industriais (Profinet, EtherCAT, Modbus TCP/IP). Ao nível do software, três módulos críticos são executados no sistema operacional em tempo real do controlador:
Primeiro módulo: motor de inferência anti-balanço RL. O modelo de rede Q profunda, otimizado por quantização e poda, ocupa apenas 2,3 MB de memória e a inferência individual demora menos de 10 ms. O controlador executa um ciclo "perceção-inferência-decisão" a cada 20 ms: lê os encoders (posição, velocidade) e o sensor de inclinação (ângulo de balanço da carga e velocidade angular), introduz os dados no modelo RL para calcular o comando de velocidade ideal e ajusta em tempo real a saída do inversor de frequência. Este processo é totalmente local, sem depender de qualquer capacidade de processamento externa ou na nuvem.
Segundo módulo: fusão e pré-processamento de dados multi-fonte. O controlador adquire simultaneamente dados de até 16 sensores — sensor de vibração, sensor de temperatura, sensor de deformação, encoders, transformador de corrente, entre outros — e executa localmente a extração de características (análise espectral FFT, cálculo de estatísticas no domínio do tempo, deteção de tendências), comprimindo os dados brutos de alta dimensão em características de baixa dimensão antes do envio. Esta arquitetura de "pré-processamento na borda + análise aprofundada no sistema de supervisão/nuvem" reduz a largura de banda necessária para a transmissão de dados em 20 vezes, aliviando significativamente a carga de processamento do sistema de supervisão.
Módulo 3: Autonomia de Borda e Proteção contra Perda de Ligação. Esta é a função de segurança mais importante. O controlador armazena internamente o state machine de todo o fluxo de trabalho e os parâmetros operacionais. Quando é detetada uma interrupção na comunicação com o sistema de despacho MCSS ou com o sistema de nível superior, o controlador comuta automaticamente para o 'modo de autonomia local' — continuando a executar a tarefa atual até concluir um ciclo de trabalho completo e, em seguida, estacionando numa posição segura até a comunicação ser restabelecida. Este mecanismo evita o risco de o equipamento ficar 'bloqueado' ou fora de controlo devido a falhas de rede. Durante um projeto em 2025, ocorreu uma falha de switch de rede que durou 40 minutos; todos os 30 guindastes comutaram automaticamente para o modo de autonomia local e nenhum apresentou paragens anormais ou incidentes de segurança.Desde o início da produção em série em 2023, este controlador de IA de borda foi implementado em mais de 300 guindastes em operação, abrangendo três linhas de produtos principais: tipo ponte de uso geral, tipo pórtico e ponte rolante metalúrgico. O MTBF do próprio controlador (excluindo sensores externos e atuadores) excede 20.000 horas, sem incidentes de paragem em operação no local.
2.2 Sistema de Despacho Multi-Grua MCSS: Transformar 30 Guindastes numa Rede Integrada
A inteligência de um único guindaste resolve o problema de 'cada um fazer bem o seu trabalho'. No entanto, quando 10, 20 ou mais guindastes operam simultaneamente numa oficina, a questão real passa a ser 'quem pode fazer o quê, quem está a fazer o quê e como evitar colisões entre eles'. O sistema de despacho multi-grua MCSS (Multi-Crane Scheduling System) da Kelude Indústrias Pesadas foi projetado precisamente para este fim.
A arquitetura do sistema MCSS é dividida em três camadas:
Camada inferior — Camada de Deteção. O controlador de IA de borda em cada guindaste reporta dados de estado em tempo real ao servidor MCSS a cada 100ms, através de WiFi industrial ou rede privada 5G, incluindo coordenadas atuais (nas direções X/Y/Z), capacidade de elevação, ângulo de balanço da carga, velocidade de translação, progresso da tarefa e estado de autodiagnóstico. O servidor MCSS mantém uma 'tabela de estado em tempo real do equipamento' para toda a instalação, com uma latência de atualização não superior a 200ms.
Camada intermédia — Camada do Motor de Escalonamento. Este é o núcleo do MCSS. O motor de escalonamento recebe a lista de tarefas de movimentação do MES (sistema de execução de manufatura) ou introduzidas manualmente e realiza cálculos de otimização global com base num modelo de programação linear inteira mista (MILP). A função objetivo de otimização considera três fatores: minimização do tempo total de conclusão das tarefas, equilíbrio da utilização do equipamento e minimização do consumo total de energia. As restrições incluem: capacidade de carga do equipamento (não exceder a Capacidade Nominal), conflitos espaciais (guindastes no mesmo trilho mantêm uma distância de segurança ≥ 5m) e prioridade de tarefas (tarefas urgentes são escalonadas primeiro). Para uma escala típica de 30 equipamentos e 200 tarefas, o solver MILP pode fornecer a solução ótima em 3 a 5 segundos.
Camada superior — Camada de Interação Humano-Máquina. O MCSS oferece duas formas de visualização: interface Web e ecrã grande na oficina. A interface Web é o painel de operação para os administradores de escalonamento, exibindo o escalonamento de tarefas de cada equipamento numa linha do tempo com gráfico de Gantt e mostrando em tempo real a posição, o estado e a trajetória de movimento de todos os guindastes num mapa de cenário 3D. O ecrã grande da oficina, direcionado aos gestores de linha de frente, apresenta indicadores operacionais-chave, como taxa de conclusão de tarefas do dia, utilização do equipamento e tempo de resposta médio, num layout de cartões.
| FunçãoMódulo | implementação técnica | CríticoIndicador |
|---|---|---|
| Motor de Coordenação de Tarefas | Baseado em Programação Linear Inteira Mista(MILP)Programação de Otimização Global | Otimização Simultânea≥30Equipamentos;Tempo de Solução<5s |
| ConflitoDetecçãoe Resolução | Corredor Espaço-Temporal(Spacetime Corridor)Algoritmo de Prevenção de Colisões | precisão de detecção±10cm;Resposta de Resolução<1s |
| Planejamento de Trajetória em Tempo Real | D* LiteBusca Incremental de Trajetória+Desvio Dinâmico de Obstáculos | Replanejamentolatência<200ms;Otimização Global de Trajetória≥95% |
| Percepção de Estado do Equipamento | BordaAIControlador+MQTTRelatório em Tempo Real,100msHeartbeat | Atualização de Estadolatência<200ms;Perda de Comunicaçãoalerta precoce<3s |
| Otimização de Eficiência EnergéticaMódulo | Algoritmo Genético(GA)+Otimização Híbrida com Estratégia Gulosa | Redução do Consumo Energético Global12%~18% |
| Gêmeo DigitalPainel Visual | WebGLVisualização 3D+WebSocketTransmissão em Tempo Real | Taxa de Atualização>25fps;Dadoslatência<500ms |
Desde a sua primeira implementação em 2024, o sistema MCSS já foi implantado em 6 projetos nos setores siderúrgico, automotivo e de maquinário, gerindo mais de 120 pontes rolantes e AGVs. Em termos de eficiência de despacho: num cluster de 30 equipamentos, o MCSS reduziu o tempo médio de espera de tarefas de 12 a 15 minutos (despacho manual) para 3,2 minutos, e aumentou a Eficiência Global do Equipamento (OEE) de 58% para 79%.
Casos Típicos
Caso 1: Modernização inteligente de um cluster de 30 pontes rolantes numa siderúrgica
Numa grande siderúrgica integrada no leste da China, o armazém de produtos acabados de bobinas laminadas a quente, com 480 metros de comprimento e 120 metros de largura, operava originalmente com 30 pontes rolantes de uso geral em conformidade com a norma ISO 4306 (Capacidade Nominal: 20t/32t/50t), responsáveis por todas as operações de içamento e transporte, desde a saída da laminador até a armazenagem. Antes da modernização, existiam três problemas críticos: primeiro, a baixa eficiência do despacho manual — 4 operadores de despacho comunicavam por rádio, resultando em longos tempos de espera em períodos de pico, com um ciclo médio de içamento de 17,6 minutos; segundo, a operação dos equipamentos era uma "caixa negra" — sem um sistema de monitoramento unificado, as falhas dependiam da deteção e comunicação pelos operadores, e o OEE era de apenas 52%; terceiro, a segurança dependia exclusivamente da supervisão humana — existia risco de colisão quando múltiplas pontes operavam no mesmo vão, tendo ocorrido duas colisões ligeiras de carros em 2023 devido a erros de operação.
A Kelude Indústrias Pesadas forneceu uma solução integrada para este projeto: "Atualização do Controlador de IA de Borda + Implementação do Sistema de Despacho MCSS". O plano de implementação foi dividido em três fases:
Fase 1 (Q1-Q2 de 2024): Atualização dos controladores de IA de borda. Os sistemas de controle elétrico das 30 pontes rolantes foram modernizados, substituindo os antigos CLPs (alguns do início dos anos 2000, já descontinuados) por controladores de IA de borda da Kelude. Foi também instalado um conjunto de sensores (Encoder, Sensor de Inclinação, Sensor de Vibração, sensor de corrente e Sensor de Distância a Laser). Cada ponte foi modernizada em 2 a 3 dias, durante as pausas de produção, sem interromper as operações normais.
Fase 2 (Q2-Q3 de 2024): Implementação do sistema MCSS e infraestrutura de rede. O servidor do MCSS foi instalado na sala de controle da oficina, e foi implementada uma rede industrial Wi-Fi 6 (6 APs, latência de roaming <50ms) cobrindo toda a oficina. O MCSS foi integrado ao sistema MES existente da fábrica para obter informações em tempo real sobre o plano de produção e o inventário. A implementação demorou 4 semanas, incluindo 2 semanas para configuração da rede e integração do sistema.
Fase 3 (Q3 de 2024 até ao presente): Entrada em operação e otimização contínua. O sistema operou inicialmente em "modo de recomendação" durante 2 semanas — o MCSS fornecia sugestões de despacho e os despachantes decidiam se as adotavam, para validar o algoritmo e ganhar confiança. Após 2 semanas, mudou para o "modo de despacho automático", no qual o MCSS envia diretamente instruções de tarefa às pontes rolantes, cabendo ao operador apenas a confirmação e o tratamento de anomalias.
Resultados após a modernização:
- O ciclo médio de içamento diminuiu de 17,6 para 9,8 minutos, uma redução de 44%;
- A Eficiência Global do Equipamento (OEE) aumentou de 52% para 76%;
- O volume diário de içamentos aumentou de 380 para 580, um crescimento de 53%;
- As colisões caíram de uma média de 2 por ano para zero (18 meses consecutivos sem colisões até junho de 2026);
- A equipa de operadores foi reduzida de 12 por turno (incluindo 4 despachantes) para 8 por turno (a função de despacho foi substituída pelo sistema).
O período de retorno do investimento deste projeto foi de aproximadamente 14 meses — só os benefícios económicos anuais decorrentes da otimização de pessoal e do aumento de eficiência já excederam o investimento total. A siderúrgica já assinou o contrato para a segunda fase (modernização de 40 pontes rolantes em outras duas oficinas), com o objetivo de concluir a modernização inteligente de todas as 70 pontes rolantes até ao final de 2026.
Caso 2: Coordenação heterogénea de 20 AGVs e 10 pontes rolantes numa fábrica automóvel
Numa fábrica de veículos de novas energias no centro da China, a oficina logística de estampagem-soldadura-montagem final necessitava de transporte totalmente automático de peças estampadas, desde o armazém de matéria-prima até à linha de estampagem e da linha de estampagem até à oficina de soldadura. Os equipamentos de Movimentação de Materiais incluíam: 10 pontes rolantes (Capacidade de Elevação de 16t, para o içamento e transporte de matrizes pesadas e contentores entre oficinas), 20 AGVs de superfície (capacidade nominal de 1,5t, para transporte horizontal de peças pequenas e médias) e 2 plataformas elevatórias fixas (como pontos de transferência de material entre as pontes e os AGVs).
A particularidade deste cenário reside na coordenação de equipamentos heterogéneos — os modelos de movimento das pontes rolantes e dos AGVs são completamente diferentes, e as suas escalas de tempo e ocupação de espaço têm de ser precisamente sincronizadas. Por exemplo, um AGV transporta um contentor cheio de peças estampadas da linha de estampagem e precisa de "encontrar" a ponte rolante na plataforma elevatória — após a chegada do AGV, a ponte desce o gancho, recolhe o contentor, eleva-o e desloca-se ao longo do trilho até à área de armazenamento intermédio da oficina de soldadura. Qualquer atraso neste processo faz com que o outro equipamento fique à espera, paralisando todo o fluxo logístico.
O sistema MCSS da Kelude desenvolveu um módulo de escalonamento colaborativo para equipamentos heterogéneos especificamente para este cenário. A abordagem central é "dividir para conquistar + protocolo de handshake":
- Camada de planeamento global de tarefas (nível de minutos): O motor MILP do MCSS converte as necessidades de material da oficina de montagem final numa sequência de tarefas, atribuindo a cada tarefa um trio "ponte rolante + AGV + janela temporal". Por exemplo, a tarefa T-1034: AGV-07 chega à plataforma elevatória 3# às 14:32, a ponte rolante-04 realiza o içamento entre as 14:32 e as 14:37, e o AGV-12 devolve o contentor vazio à linha de estampagem entre as 14:37 e as 14:45. Este trio garante a sincronização temporal dos três equipamentos.
- Camada de negociação local (nível de segundos): Quando a operação real se desvia do plano (por exemplo, um AGV atrasa 40 segundos devido a desvio de obstáculos), o mecanismo de negociação local do MCSS é ativado — as tarefas afetadas são marcadas como "em negociação", e as pontes rolantes, AGVs e plataformas elevatórias relevantes reatribuem as janelas temporais através de um Protocolo de Contrato em Rede (Contract Net Protocol) melhorado. A negociação é concluída em 1 a 2 segundos, e o plano de despacho atualizado é enviado para o controlador de borda de cada equipamento.
Os dados operacionais após a implementação são impressionantes:
- O tempo médio de transferência de material, desde a saída da estampagem até à entrada na soldadura, diminuiu de 48 para 22 minutos, uma redução de 54%;
- A taxa de deslocação em vazio dos AGVs caiu de 38% para 14% (graças à otimização da atribuição de tarefas e do Planejamento de Trajetória pelo MCSS);
- O tempo médio de espera para acoplamento entre pontes rolantes e AGVs nas plataformas elevatórias diminuiu de 4,2 para 0,8 minutos;
- Desde a entrada em operação oficial em outubro de 2024, o sistema de coordenação operou continuamente por mais de 5000 horas, sem qualquer paragem de produção devido a anomalias de despacho.
Este projeto foi classificado pela empresa automóvel como um caso de referência em Digitalização para o ano e foi promovido internamente no grupo. A Kelude Indústrias Pesadas também extraiu desta experiência uma "solução de despacho misto ponte rolante + AGV" replicável, já implementada em 2 novas fábricas de peças automotivas.
Conclusão
Analisar a "capacidade de implementação de engenharia" da Kelude Indústrias Pesadas no desenvolvimento de pontes rolantes resume-se, essencialmente, a uma frase: usar a simulação como ferramenta, tomar decisões com base em dados e gerar inteligência o mais próximo possível do equipamento.
Da validação preliminar com simulação conjunta Adams+Simulink, passando pela inspeção a nível de hardware com simulação Hardware-in-the-Loop (HIL), até à avaliação rigorosa com ensaio de confiabilidade do protótipo — esta cadeia, da simulação à produção em série, garante que cada tecnologia desenvolvida em laboratório foi sujeita a uma validação exaustiva em condições de operação reais. Da inteligência localizada do controlador de IA de borda à coordenação de cluster do sistema de despacho multi-grua MCSS — esta transição, da máquina individual ao cluster, transforma cada ponte rolante de uma unidade de execução isolada num nó de uma rede de colaboração inteligente.
Os dois casos típicos validam o valor deste sistema de engenharia em diferentes dimensões: a modernização do cluster de 30 pontes rolantes na siderúrgica demonstra a replicabilidade do sistema em cenários de grande escala com equipamentos homogéneos; a coordenação de 20 AGVs + 10 pontes rolantes na fábrica automóvel demonstra a flexibilidade do sistema em cenários com equipamentos heterogéneos e requisitos de alta precisão. Juntos, estes dois cenários cobrem mais de 80% das necessidades típicas no domínio da Movimentação de Materiais industrial — esta é a prova mais contundente da "capacidade de implementação de engenharia" da Kelude Indústrias Pesadas.
Perguntas Frequentes
P: Que problema resolve a simulação conjunta Adams e Simulink no desenvolvimento de pontes rolantes?
R: A simulação conjunta do software de dinâmica multicorpo Adams com o sistema de controle Simulink resolve o problema da validação do acoplamento entre as "características dinâmicas mecânicas" e a "estratégia de controle". No processo de desenvolvimento tradicional, os engenheiros de estrutura criam o modelo dinâmico no Adams e os engenheiros de controle concebem o algoritmo no Simulink, trabalhando em série — o ajuste do controle só começa após a definição da estrutura, e os problemas detetados obrigam a alterações na estrutura. A simulação conjunta permite que os dois modelos operem em coordenação no mesmo eixo temporal: os estados dinâmicos de saída do Adams, como o ângulo de balanço da carga e a velocidade do carrinho, servem como entrada para o controlador Simulink, e as instruções do motor calculadas pelo Simulink acionam o modelo mecânico no Adams, criando um ciclo fechado bidirecional completo "mecânica-controle". Este método antecipa a validação da correspondência entre o sistema de controle e a estrutura mecânica para a fase de projeto, reduzindo o tempo de ajuste do controle na fase de protótipo em cerca de 60%.
P: Qual é a capacidade de projeto do sistema de despacho multi-grua MCSS da Kelude?
R: O sistema de despacho multi-grua MCSS (Multi-Crane Scheduling System), desenvolvido pela Kelude Indústrias Pesadas, tem capacidade de projeto para gerir simultaneamente até 50 guindastes e equipamentos AGV. Em projetos reais, o MCSS concluiu a reforma do despacho em cluster de 30 pontes rolantes numa siderúrgica, com 32 dispositivos online em simultâneo (incluindo 2 de reserva), um volume médio diário de mais de 800 tarefas de despacho e uma taxa de disponibilidade do sistema de 99,97%. O sistema adota uma arquitetura de microsserviços com implementação distribuída: um único servidor de despacho cobre o cálculo em tempo real para 20 a 30 equipamentos, com suporte para expansão horizontal.
P: Qual é a diferença entre o controlador de IA de ponta e um controlador PLC padrão?
R: Os controladores PLC tradicionais para guindastes (como Siemens S7-1200/1500 ou a série FX da Mitsubishi) executam principalmente lógica de controlo sequencial e regulação PID básica em malha fechada. O seu poder de processamento é limitado (normalmente ARM Cortex-M ou arquitetura x86 de baixo custo) e não suportam operações complexas de vírgula flutuante nem inferência por redes neuronais. O controlador de IA de ponta da Kelude baseia-se num processador ARM Cortex-A72 de quatro núcleos com unidade de processamento neural (NPU) de 4 TOPS. Mantendo todas as funções do PLC, acrescenta três capacidades essenciais: ① inferência de IA local — o modelo de algoritmo anti-balanço por aprendizagem por reforço é executado diretamente no controlador, sem depender de um computador superior ou da nuvem, com ciclo de inferência inferior a 10 ms; ② pré-processamento de dados em tempo real — extração de características e deteção de anomalias em sinais de sensores de vibração, temperatura e deformação, com compressão de dados de 20:1 antes do envio; ③ autonomia de ponta — em caso de interrupção da comunicação com o computador superior, o controlador conclui de forma independente todo o fluxo de trabalho, garantindo a operação contínua do equipamento. Este controlador já foi implementado em mais de 300 guindastes em serviço, sem qualquer paragem por avaria.
P: Qual é a maior dificuldade técnica no escalonamento colaborativo entre guindastes e AGVs?
R: O escalonamento colaborativo entre guindastes e AGVs (Veículos Guiados Automaticamente) é um problema típico de coordenação entre agentes heterogéneos, com três grandes desafios técnicos. Primeiro, o acoplamento espaço-temporal — o guindaste move-se num espaço tridimensional (X/Y/Z + oscilação da carga), enquanto o AGV se move num plano bidimensional (X/Y). Os modelos cinemáticos, as restrições e as escalas temporais são completamente diferentes, o que torna difícil a conceção de um modelo unificado de planeamento de tarefas. Segundo, a prevenção de conflitos — a área de oscilação da carga suspensa pode sobrepor-se espacialmente ao percurso do AGV, especialmente nas zonas de carga e descarga, exigindo uma solução para a deteção dinâmica de colisões entre a carga suspensa e os veículos terrestres. Terceiro, o conflito entre tempo real e otimização global — a otimização global exige a resolução centralizada de problemas MILP (programação linear inteira mista), cujo tempo de cálculo cresce exponencialmente com o número de equipamentos, enquanto a coordenação em tempo real exige uma latência de resposta na ordem dos segundos. O sistema MCSS da Kelude resolve estes desafios através de uma arquitetura híbrida em camadas: o nível superior utiliza um motor MILP para o planeamento global de tarefas ao nível do minuto; o nível inferior utiliza um mecanismo de negociação distribuída para a resolução de conflitos em tempo real ao nível do segundo, equilibrando a otimização global e a resposta em tempo real.