Guia de Banco de Dados para Guindastes LXD/DXT
Stack tecnológico recomendado para a plataforma de big data de pontes rolantes: para séries temporais, escolha InfluxDB (armazenamento permanente de dados de características) ou TDengine (escala ultra-grande); para processamento de fluxo, Kafka+Flink (alertas em tempo real + cálculo de características); para visualização, Grafana (painéis em tempo real + notificações de alertas).A plataforma de big data da Kelude adota por padrão o stack InfluxDB+Kafka+Flink+Grafana, com custo de hardware por estação (20 pontes rolantes) de aproximadamente ¥80.000–150.000 e custo anual de manutenção de cerca de ¥30.000–50.000.
Ao construir uma plataforma de big data para pontes rolantes, a seleção do stack tecnológico determina diretamente o desempenho, o custo e a manutenibilidade do sistema. No mercado, existem dezenas de opções para bancos de dados de séries temporais, motores de processamento de fluxo e ferramentas de visualização. Este artigo baseia-se na experiência prática da Kelude na implementação em mais de 200 pontes rolantes, partindo das necessidades específicas do cenário industrial, comparando as principais soluções técnicas e apresentando a combinação recomendada.
1. Banco de dados de séries temporais: InfluxDB vs TimescaleDB vs TDengine
O armazenamento central da plataforma de big data de pontes rolantes é o banco de dados de séries temporais, responsável por armazenar dados de características em nível de segundos (128 dimensões × 1 Hz), dados de eventos em nível de milissegundos e metadados de equipamentos. Comparação detalhada das três principais opções:
| Item de Comparação | Influx DB 2.x | Timescale DB | TDengine 3.x |
|---|---|---|---|
| Desempenho de Gravação(Nó Único) | ~3Dez Mil Pontos/Segundos | ~2Dez Mil Pontos/Segundos | ~500Dez Mil Pontos/Segundos |
| Taxa de Compressão | 5:1 | 12:1 | 10:1 |
| Latência de Consulta(1hEscopo) | ≤200ms | ≤500ms | ≤300ms |
| Linguagem de Consulta | Flux(Curva de Aprendizado Íngreme) | Norma SQL | Norma SQL+Escalabilidade |
| Complexidade de Implantação | Simples(Docker Com Um Clique) | Moderado(Necessário Postgre SQL) | Simples(Simplesbin Arquivo) |
| Licença de Código Aberto | MIT(Versão Comunitária) | TSL(Versão Comunitária) | AGPL(Versão Comunitária) |
| Cenário de Aplicação | 20~100Unidadeponte rolante | Exige Associação com Tabelas de Negócio | 100~500Unidadeponte rolante |
Recomendação Kelude: Para fábricas de médio porte com 20 a 100 pontes rolantes, escolha InfluxDB — melhor desempenho de consultas, comunidade mais ativa e integração mais madura com Grafana. Para grandes fábricas com mais de 100 pontes, escolha TDengine — desempenho de escrita superior. Escolha TimescaleDB quando precisar de análise correlacionada entre dados das pontes rolantes e planeamento de produção/registo de equipamentos.
Motor de processamento de fluxo: Kafka vs Flink vs Node-RED
Os dados de características enviados pelo edge box precisam passar pelo motor de processamento de fluxo para realizar deteção de alarmes, cálculos de agregação e encaminhamento de dados. As três soluções têm posicionamentos distintos:
| Item de Comparação | Kafka+Connectors | Flink | Node-RED |
|---|---|---|---|
| Capacidade de Throughput | Milhãomsg/s | 50Milhãoevent/s | 1Milmsg/s |
| Latência de Processamento | 5~10ms | <1ms | 10~50ms |
| Gerenciamento de Estado | Sem Estado | Com Estado(exactly-once) | Limitado(context Variável) |
| Agregação por Janela | Kafka Streams Suportado | Integrado(tumble/slide/session) | Exige Implementação Própria |
| Complexidade Operacional | Alto(Zoo Keeper/KRaft) | Alto(Job Manager Cluster) | Baixo(Processo Único) |
| Adaptação de Protocolo | REST/RPC | Kafka Conexão | MQTT/OPCUA/Modbus/HTTP |
Recomendação Kelude: Para a solução padrão, opte por Kafka (camada de buffer de dados) + Flink (motor de alertas em tempo real e cálculo de características). O Node-RED é utilizado como conversor de protocolo leve na extremidade (MQTTKafka). Com a integração dos três componentes, a latência de alertas Flink na extremidade para uma estação única (20 pontes rolantes) é ≤500ms.
3. Escolha do painel visual — Grafana vs Superset
O painel é a interface final onde os dados das pontes rolantes são apresentados aos utilizadores. As duas soluções open-source têm os seus pontos fortes:
Grafana (recomendado): A escolha preferida para painéis de monitoramento em tempo real de pontes rolantes. Suporte nativo para fontes de dados InfluxDB/TDengine, modelos de gráficos de séries temporais integrados (gráficos de linhas de séries temporais/heatmaps/painéis de estado), gestão de regras de alerta e envio multicanal (WeChat/DingTalk/e-mail). O motor de alertas do Grafana é baseado no Prometheus AlertManager e pode ser integrado ao mini-programa WeChat da Kelude Indústrias Pesadas via Webhook. Exemplo de configuração: painel de tendência RMS de vibração de rolamentos (atualização a cada 10 segundos, alerta quando excede 2x a linha de base). Um único nó do Grafana pode atender a mais de 100 utilizadores em acesso concorrente.
Superset: Adequado para cenários de relatórios de gestão — relatórios mensais de eficiência energética, gráficos de tendência OEE, estatísticas de custos de manutenção. A consulta SQL por arrastar e largar do Superset é mais amigável para utilizadores não técnicos, mas a capacidade de atualização em tempo real é mais fraca (intervalo mínimo de atualização de 60 segundos). A plataforma de big data da Kelude Indústrias Pesadas integra tanto o Grafana (painéis em tempo real) quanto o Superset (relatórios de gestão), permitindo que os utilizadores alternem entre eles na mesma página.
¥8~15Milhão Custo de Hardware por Estação(20Unidade) Incluindo Edge Box+servidor+Equipamento de Rede | 3~5Milhão/Ano Custo Operacional Anual Incluindo Armazenamento de Dados+Manutenção de Modelo+Dashboard | 100% Código Aberto Componente Taxa de Utilização Sem Risco de Lock-in de Software Comercial |
500ms Latência de Alerta Borda Flink Push de Alerta Ponto a Ponto | 28Unidade Norma Quantidade de Dashboards Visão Geral Operacional/Dispositivo Único/Três Tipos de Análise Histórica | 14Dias Período de Teste Gratuito Integração2Unidadeponte rolante Experiência Completa |
4. Arquitetura de Hardware e Implantação
Configuração de hardware da plataforma de big data padrão da Kelude (para uma frota de 20 pontes rolantes): no lado da borda, cada ponte rolante é equipada com um Jetson Orin NX (€450–900/unidade, incluindo o conjunto de sensores); no lado do servidor, é fornecido 1 servidor padrão (Dell R750xs ou equivalente, €5.100–7.700), com implantação de InfluxDB+Kafka+Flink+Grafana+PostgreSQL+MinIO. Configuração recomendada: processador dual Intel Xeon Silver 4314 (32 núcleos, 64 threads), 128 GB de RAM, 4×8 TB SSD (RAID10), placa de rede dual-port 25GbE. Com uma taxa de utilização da ponte rolante de 80% e um aumento diário de dados de características de 1,2 GB/unidade, é possível reter 90 dias de dados ativos e armazenamento permanente de dados frios.
A Kelude oferece um plano de implantação completo da pilha tecnológica. Para mais aplicações de dados, consulte Análise do fluxo completo de dados operacionais de pontes rolantes e Comparação de precisão de modelos de manutenção preditiva. Para aconselhamento sobre a seleção da pilha tecnológica, contacte a equipa de big data da Kelude para obter uma solução personalizada.
Perguntas Frequentes (FAQ)
P: Quanto tempo demora a implantação da plataforma de big data?
R: O ciclo de implantação da versão padrão da Kelude: instalação de sensores (3–5 dias/unidade, com possibilidade de instalação paralela em várias unidades), configuração do edge box (2 dias/estação), configuração do servidor + implantação de Kafka/Flink/InfluxDB (3 dias), configuração dos dashboards Grafana (2 dias), treino inicial do modelo (inicia após 7 dias de acumulação de dados). Desde a chegada do equipamento até à ativação dos dashboards, o processo demora cerca de 15–20 dias úteis. A reforma de pontes rolantes existentes não requer paragem, não afetando a produção normal.
P: Como são garantidas a segurança e a privacidade dos dados?
R: A plataforma de big data da Kelude suporta implantação totalmente privada, sem que os dados saiam das instalações. A comunicação com o servidor de borda utiliza encriptação TLS 1.3 + autenticação por certificado bidirecional. A camada de armazenamento de dados suporta encriptação transparente (AES-256). As permissões de utilizador são controladas através de RBAC e os registos de operações são rastreáveis. É também suportado um canal de telemanutenção via VPN, onde o pessoal de manutenção da Kelude não acede diretamente a nenhum dado. A plataforma possui a certificação de segurança da informação ISO 27001, cumprindo os requisitos de conformidade de segurança das indústrias siderúrgica e química.
P: A base de dados escolhida foi InfluxDB. Como proceder à expansão futura?
R: O InfluxDB 2.x suporta uma arquitetura multi-inquilino com isolamento por organização. Direções de expansão: expansão vertical (aumentar RAM e CPU do servidor) e expansão horizontal (a versão empresarial do InfluxDB suporta clusters). A versão padrão da Kelude recomenda começar com uma estratégia de expansão vertical de nó único (64 GB de RAM suportam leitura de 500 mil séries/segundo). Quando o número de séries exceder 2 milhões, migrar para um cluster TDengine. A ferramenta de migração de dados é fornecida pela Kelude e o processo de migração é transparente para os dashboards Grafana na camada superior.
P: As condições de rede da fábrica são fracas. O que fazer se não for possível usar Kafka?
R: A Kelude oferece um plano de implantação "offline-first" — o edge box inclui um sistema de mensagens embutido (NATS) que armazena dados em cache durante interrupções de rede (capacidade máxima de cache de 72 horas de dados, cerca de 3,6 TB/unidade) e sincroniza automaticamente em lote quando a rede é restabelecida. O edge box também pode executar lógica de alerta localmente, de forma independente (sem dependência da nuvem). Esta solução já foi aplicada num projeto de recolha de dados de pontes rolantes numa mina no oeste da China, onde o tempo total de interrupção mensal da rede foi de cerca de 48 horas, com zero perda de dados.
A seleção da pilha tecnológica para uma plataforma de big data de pontes rolantes requer uma consideração abrangente da dimensão da fábrica, da capacidade da equipa de TI, do orçamento e do plano de expansão. A Kelude oferece duas opções: a versão padrão (20–100 unidades) e a versão empresarial (sem limite de unidades), ambas suportando uma pilha tecnológica totalmente open source, sem custos de licenciamento comercial. Contacte a equipa técnica da Kelude para obter uma avaliação gratuita e um plano de seleção.
Normas recomendadas
• ISO 4306-1:2007 — Aparelhos de elevação — Vocabulário — Parte 1: Tipos de aparelhos de elevação
• ISO 4306-1:2007 — Aparelhos de elevação — Vocabulário — Parte 1: Tipos de aparelhos de elevação (Guindaste flutuante)
• ISO 4306-1:2007 — Aparelhos de elevação — Vocabulário — Parte 1: Tipos de aparelhos de elevação (Guindaste de lança)
