Del sensor al barril: cómo los datos de las bombas BES transforman el control de producción en campo
Actualizado: 16 ago
Después de más de una década optimizando sistemas de Bombeo Electrosumergible (BES) en campos maduros y de desarrollo, hay una lección que se repite constantemente: la diferencia entre un campo rentable y uno que sangra dinero casi nunca está en el equipo, sino en cómo se usan los datos que ese equipo ya está generando.
Una bomba BES —ya sea con un sistema de monitoreo dedicado o simplemente conectada a un PLC básico— produce información continua sobre su salud y su desempeño. El problema no es la falta de datos; es la falta de una estrategia para convertir esos datos en decisiones operativas. En este artículo comparto las mejores prácticas que hemos aplicado en campo, tanto cuando hay sensores dedicados como cuando solo contamos con las señales del PLC.
1. Qué datos entrega realmente un sistema BES
Antes de hablar de tableros de control, hay que entender la fuente. Un sistema BES típico —a través de su VSD (Variable Speed Drive) y su sensor de fondo de pozo (DHG, por sus siglas en inglés)— entrega tres grandes familias de variables:
Variables de fondo de pozo (downhole)
Presión de succión (Intake Pressure)
Presión de descarga
Temperatura del motor
Temperatura del fluido en succión
Vibración (axial y radial)
Corriente de fuga (leakage/aislamiento)
Variables de superficie (VSD/tablero)
Corriente por fase (A, B, C)
Voltaje por fase
Frecuencia de operación (Hz)
Potencia activa y factor de potencia
Estado de arranques/paros y códigos de falla
Variables de proceso asociadas
Caudal de producción (si hay medición en superficie)
Presión de cabeza de pozo (THP)
Presión de línea/casing
Cuando estas variables se registran con la frecuencia adecuada (idealmente cada 1 a 5 minutos para variables críticas), dejan de ser simples lecturas y se convierten en una "huella digital" del comportamiento del pozo y del equipo.
2. Mejores prácticas para el manejo de datos BES
2.1 Establecer una línea base (baseline) desde el día uno
Ningún dato tiene sentido sin contexto. La primera práctica —y la más ignorada— es documentar el comportamiento "normal" de cada pozo apenas arranca el equipo: rangos típicos de corriente, presión de succión estabilizada, temperatura de operación. Sin esta línea base, cualquier análisis posterior es solo especulación.
2.2 Priorizar la calidad sobre la cantidad
No todos los sensores están calibrados igual, y no todas las señales llegan limpias. Una práctica esencial es implementar validación de datos en la fuente: descartar lecturas fuera de rango físico (por ejemplo, una temperatura de motor de 0°C es un error de sensor, no un dato real), marcar vacíos de comunicación, y documentar cuándo un sensor entra en falla para no confundir "sin dato" con "condición normal".
2.3 Estandarizar la frecuencia de muestreo según criticidad
Variables de seguridad (temperatura de motor, vibración, corriente de fuga): cada 1 minuto.
Variables de desempeño (presiones, corrientes, frecuencia): cada 5 a 15 minutos.
Variables de producción (caudal, THP): según ciclo de prueba de pozo o medición continua.
2.4 Integrar el análisis de tendencias, no solo el valor instantáneo
El mayor error operativo es reaccionar solo a alarmas puntuales. El verdadero valor está en la tendencia: una presión de succión que cae lentamente durante tres semanas anticipa un problema de aporte de yacimiento o un bloqueo mucho antes de que dispare una alarma crítica.
2.5 Correlacionar variables entre sí, no analizarlas de forma aislada
Un aumento de corriente sin cambio de frecuencia puede indicar incremento de viscosidad o problema mecánico. Una caída de presión de succión con producción estable puede indicar gasificación. El análisis de mejores prácticas siempre cruza variables: corriente vs. frecuencia, presión de succión vs. caudal, temperatura vs. tiempo de operación.
3. ¿Qué pasa si no hay sensores dedicados? Extracción de datos desde el PLC
En muchos campos, especialmente los más antiguos o con presupuestos ajustados, no existe un sistema de monitoreo BES dedicado (SCADA especializado tipo Lufkin, ESP Watcher, Total Flow, etc.). Sin embargo, esto no significa que estemos ciegos: el PLC del skid o del VSD ya contiene la mayoría de las variables de superficie, y en muchos casos también recibe la señal del sensor de fondo si el DHG está cableado al variador.
Cómo abordarlo en la práctica:
Paso 1 — Inventario de señales disponibles en el PLC Se revisa la lista de tags/registros del PLC (Modbus, Profibus, o protocolo propietario del VSD) para identificar qué variables ya están siendo leídas: corriente, voltaje, frecuencia, estados de falla, y si existe, la señal analógica del DHG.
Paso 2 — Protocolo de comunicación e integración La mayoría de los VSD modernos exponen sus datos vía Modbus TCP/RTU, que es el estándar más fácil de integrar. Se recomienda:
Instalar un gateway o convertidor (Modbus a OPC-UA, o Modbus a MQTT) para no depender de cableado directo adicional.
Levantar un historiador de datos local (puede ser tan simple como una base de datos SQL con un servicio de polling, o herramientas más robustas como Ignition, Wonderware, o incluso soluciones open source como Node-RED + InfluxDB).
Paso 3 — Dimensionamiento de la solución El dimensionamiento depende de tres factores:
Número de pozos a integrar: define cuántos puntos de datos (tags) se manejarán en total y la capacidad de almacenamiento necesaria.
Frecuencia de muestreo requerida: a mayor frecuencia, mayor volumen de datos y mayor exigencia de ancho de banda en campo (importante si la comunicación es satelital o radio).
Horizonte de retención histórica: para análisis de tendencia y machine learning se recomienda conservar mínimo 12-18 meses de historia por pozo.
Como regla práctica, un campo mediano (50-100 pozos con BES) con muestreo cada 5 minutos y 15-20 variables por pozo genera un volumen de datos perfectamente manejable con infraestructura estándar (un servidor robusto o una instancia cloud de tamaño medio), sin necesidad de arquitecturas de big data complejas.
Paso 4 — Normalización de datos No todos los PLC entregan las variables en las mismas unidades ni con la misma nomenclatura. Antes de mostrar cualquier dato en un tablero, se debe normalizar: mismas unidades (psi, °F, Hz, Amperios), mismos nombres de tag, y una estructura de base de datos consistente entre pozos, aunque los equipos sean de distintos fabricantes.
4. Qué debe mostrar un panel de control (dashboard) realmente útil
Un dashboard bien diseñado no es una colección de gráficas bonitas: es una herramienta de decisión. Con base en la experiencia de campo, estos son los elementos que un panel de control de BES debería mostrar de forma prioritaria:
4.1 Vista general del campo (nivel gerencial)
Semáforo de estado por pozo (operando normal / en alerta / parado / en falla).
Producción total vs. potencial (barriles perdidos por paro o restricción).
Número de pozos con BES operando fuera de rango óptimo.
Tiempo medio entre fallas (MTBF) y tiempo medio de reparación (MTTR) por campo.
4.2 Vista de pozo individual (nivel operativo)
Tendencias históricas de presión de succión, corriente y temperatura (típicamente 30-90 días).
Curva de operación actual vs. curva de diseño de la bomba (para detectar si el pozo está operando fuera de su rango óptimo de eficiencia, el llamado "sweet spot").
Indicadores de eventos anómalos: variación de corriente, ciclos de arranque/paro excesivos, tendencias de degradación.
Estimación de vida remanente del equipo basada en patrones históricos de fallas similares.
4.3 Vista de alertas predictivas
Alarmas configuradas no solo por umbral fijo, sino por desviación respecto a la línea base de cada pozo (lo cual reduce falsas alarmas).
Clasificación de severidad: informativa, atención requerida, crítica.
Historial de causas raíz de fallas anteriores, para identificar patrones recurrentes (por ejemplo, pozos con tendencia a fallas por incrustación o por gas libre).
5. Resultados esperados de un análisis de datos bien implementado
Cuando esta práctica se implementa de forma disciplinada, los resultados que hemos observado consistentemente en campo incluyen:
Reducción del tiempo de detección de anomalías, pasando de días (cuando se depende de reportes manuales) a minutos u horas.
Disminución de fallas catastróficas de equipo, al identificar tendencias de degradación (vibración, temperatura, corriente de fuga) antes de que deriven en quemado de motor o pesca de equipo.
Optimización del punto de operación, ajustando frecuencia y velocidad de la bomba para operar más cerca del punto de mejor eficiencia (BEP), lo que se traduce en menor consumo energético y mayor vida útil del equipo.
Reducción de intervenciones no programadas (workovers), gracias a mantenimiento predictivo en lugar de reactivo.
Mejora en la toma de decisiones de reacondicionamiento, priorizando pozos según su impacto económico real y no solo según la antigüedad del equipo.
Aumento medible de la producción diferida recuperada, al reducir el tiempo de pozo parado y anticipar restricciones de aporte de yacimiento.
6. ¿Por dónde empezar? El valor de una consultoría especializada
Todo lo descrito hasta aquí —desde la extracción de señales del PLC hasta el diseño de un dashboard predictivo— suena claro en el papel, pero en la práctica cada campo tiene sus propias particularidades: distintos fabricantes de VSD, distinta infraestructura de comunicaciones, distinto nivel de madurez digital y, sobre todo, distintas prioridades de negocio. No existe una solución única que se acople a todas las operaciones por igual.
Aquí es donde entra el valor de trabajar con una consultora especializada como AABO Services. Su enfoque no consiste en vender un paquete de software genérico, sino en realizar un diagnóstico técnico de la operación —qué sensores existen, qué datos ya se están generando en el PLC, qué protocolos de comunicación están disponibles y cuál es el nivel de madurez del equipo de operaciones— para luego recomendar la arquitectura de monitoreo y análisis que realmente se ajuste a la realidad del campo, ya sea mediante la instrumentación de sensores dedicados, la integración de datos existentes desde el PLC, o un esquema híbrido.
Este tipo de consultoría resuelve precisamente las dudas más frecuentes que surgen al leer un artículo como este: ¿qué protocolo conviene usar en mi caso?, ¿cómo dimensiono la solución para el número de pozos que tengo?, ¿qué variables priorizar según mi tipo de yacimiento?, ¿qué plataforma de historiador o dashboard se ajusta a mi presupuesto y a mi infraestructura actual? AABO Services acompaña ese proceso desde el diagnóstico inicial hasta la implementación y el ajuste fino del panel de control, asegurando que la solución final entregue resultados medibles en producción, confiabilidad de equipo y reducción de costos operativos, en lugar de ser simplemente una capa tecnológica más sin impacto real en el negocio.
7. Conclusión: el dato como activo estratégico
La tecnología BES seguirá evolucionando, pero el diferenciador competitivo real en la operación de campo ya no es solo la calidad del equipo instalado, sino la capacidad de convertir sus datos en decisiones oportunas. Ya sea con un sistema de monitoreo dedicado o extrayendo información directamente del PLC, la disciplina de captura, validación, correlación y visualización de datos es lo que separa a un campo que solo reacciona a fallas de uno que las anticipa.
Invertir en esta capacidad no es un gasto tecnológico: es, sencillamente, una de las formas más rentables de proteger la producción.
Comentarios