Software para
energía, movilidad y medios
Trabajamos en cuatro sectores donde los datos son en tiempo real, los protocolos son industriales y una lectura incorrecta tiene consecuencias operativas. Elija el sector más cercano a su problema — cada página describe qué construimos y el stack tecnológico.
Donde profundizamos
Un equipo que ya conoce los protocolos, los modos de fallo y el vocabulario del operador de un sector no factura al cliente ese aprendizaje. El trabajo comienza en profundidad de integración, no desde cero.
Software para carteras solares→
Monitorización de cartera para operadores PV: telemetría de inversores en tiempo real, ratio de rendimiento corregido por irradiancia, informes de producción y alertas basadas en reglas para múltiples plantas.
Gestión y monitorización BESS→
Vistas de sala de control sobre bancos de baterías, inversores PV y strings DC: flujo de energía en tiempo real, analítica SOC/SOH, diagnóstico a nivel de string y alarmas basadas en reglas.
Plataformas de carga EV→
Backends CPO y EMSP, gestión de carga en marca blanca, carga inteligente y balance de carga, así como planificación de rutas para flotas comerciales EV con múltiples paradas.
Infraestructura de vídeo→
Pipelines de transcodificación y empaquetado: escaleras ABR, codificación por título, HLS de baja latencia, entrega Multi-DRM y codificación acelerada por hardware a escala.
Los equipos generalistas aprenden el dominio a su costa
La mayor parte del coste en un proyecto de software industrial no está en el código — está en los malentendidos. Un equipo que nunca ha leído el modelo de datos de IEC 61850 o que trata una sesión de OCPP como un simple intercambio petición/respuesta, descubre los requisitos reales durante las pruebas de integración. Ese es el momento más costoso para descubrirlos.
Trabajar en un número limitado de sectores nos permite partir de las restricciones en lugar de un framework. Sabemos qué campos de telemetría son poco fiables en la práctica, qué implementaciones de proveedores se desvían de la especificación y qué indicadores mira primero un operador.
- Comportamiento de los protocolos conocido de antemano, no descubierto durante la integración
- Modelos de datos diseñados para patrones de consulta reales, no para CRUD genérico
- Interfaces evaluadas según cómo trabajan los operadores, no según cómo lucen las demos
- Modos de fallo y casos límite nombrados en la fase de arquitectura, no tras el despliegue
- Estimaciones basadas en la realidad del dominio, no en analogías optimistas
Lo que comparten los cuatro sectores
Los sectores difieren; el fundamento de ingeniería no. Cada plataforma que construimos descansa en las mismas tres capas.
Ingesta de telemetría
Adaptadores de protocolo, ingesta por broker y polling, pipelines de enriquecimiento y almacenamiento de series temporales dimensionado para los patrones de consulta reales de los operadores.
Interfaces de nivel operador
Paneles React en tiempo real para personas que toman decisiones bajo presión de tiempo — jerarquía de información primero, biblioteca de gráficos después.
Operaciones de producción
Logging estructurado, trazado distribuido, alertas y pipelines CI/CD desde el primer commit, para que el sistema sea mantenible tras la entrega.
¿No está seguro de qué sección encaja en su proyecto?
Describa el hardware, los protocolos y los usuarios. Le diremos qué es directo, qué conlleva riesgo y dónde ya lo hemos hecho.