Eli Control
Plataforma que centraliza a telemetria de câmaras frias, expositores e compressores de supermercados, padarias e hospitais. Ela transforma leituras de controladores de fabricantes diferentes em alarmes acionáveis, relatórios auditáveis e operação remota.
- Cliente
- Eli Refrigeração
- Papel
- Engenharia de software full-stack
- Entrega
- Web, mobile, API e workers
- Stack
- Next.js · NestJS · PostgreSQL · MQTT
Muitos equipamentos, nenhuma visão única
(01) ContextoUma única loja pode ter dezenas de pontos de frio: câmaras de carne, congelados de padaria, vitrines de frios, balcões de hortifrúti, racks de compressores e monitores de fase. Cada um é controlado por equipamentos de fabricantes diferentes, com protocolos e formas de acesso diferentes.
Quando uma câmara sai da faixa de temperatura e ninguém percebe, a perda é de mercadoria. A Eli Refrigeração precisava de uma plataforma que juntasse todas essas leituras, alertasse a equipe certa no momento certo e gerasse os registros exigidos em auditorias sanitárias.
Triagem de todas as empresas em uma tela
(02) Central operacionalA central agrupa as empresas por estado e mostra primeiro quem precisa de atenção. Cada cartão resume emergências não vistas, sensores fora da faixa ou sem dados, investigações abertas, tempo médio de reconhecimento e resolução e a variação de alarmes nas últimas 24 horas.
Empresas sem telemetria há mais de 5 minutos, ou com conversores sem atualização, entram automaticamente em “Atenção”.
Cada instrumento com setpoint e limites próprios
(03) Dashboard por empresaOs instrumentos aparecem agrupados pelo conversor de origem, com a última atualização e o número de alarmes de cada um. Além de temperatura, o painel exibe pressão de sucção dos racks e o estado dos relés dos monitores de fase.
Os limites são calculados a partir do setpoint lido do controlador. Quando o setpoint não tem leitura recente, o sistema não inventa uma faixa e avisa que os limites estão indisponíveis.
Do sensor na câmara até a tela do gestor
(04) ArquiteturaCada tipo de equipamento tem sua própria estratégia de conexão. O restante da plataforma (alarmes, relatórios e painéis) trabalha sobre leituras já normalizadas e não depende do fabricante.
O que sustenta a plataforma
(05) Decisões técnicasConexões por estratégia
Sitrad, Carel Boss via VPN e o CLP via MQTT implementam a mesma interface de conexão. Um novo hardware exige uma estratégia e um bootstrapper, sem mexer no motor de alarmes.
Motor de alarmes sem ruído
Regras reutilizáveis e globais, limites derivados do setpoint, inibições programadas e unicidade semântica para não duplicar alarmes. Casos suspeitos viram candidatos a investigação antes de virar emergência.
Leituras em camadas
Tabela de leituras particionada por mês, uma tabela de últimos valores para os painéis e rollups para consultas históricas. Dados antigos são arquivados e exportados para armazenamento consultado via Athena, seguindo uma política de retenção.
Relatórios auditáveis
Um worker dedicado gera planilhas de temperatura histórica. Cada execução fica registrada com status e local do arquivo, e os e-mails de ação corretiva usam templates próprios.
Operação remota controlada
Comandos e macros enviados aos equipamentos passam por solicitações com histórico e respeitam as capacidades de cada modelo. Perfis de VPN isolam a rede de cada empresa.
Observabilidade desde o início
Registro de métricas, log de requisições e de queries e endpoints de saúde por integração. Problemas de conexão aparecem antes de virar falta de dados no painel.
