¿Qué es OCPP (Open Charge Point Protocol)?
Una estación de carga de vehículos eléctricos no sirve de mucho por sí sola. Necesita autorizar conductores, reportar fallas, medir energía para facturación y recibir instrucciones de un operador que puede estar en cualquier parte. OCPP, el Open Charge Point Protocol, es el estándar abierto que conecta las estaciones de carga con el sistema central que las gestiona, de modo que cualquier cargador conforme pueda hablar con cualquier backend conforme sin importar quién los fabricó. Esta página presenta qué hace OCPP, qué transporta el ampliamente desplegado OCPP 1.6J comparado con el más nuevo 2.0.1, y cómo una plataforma de monitoreo de sitio ingiere telemetría OCPP para seguir disponibilidad, fallas y energía entregada.
OCPP en una línea: OCPP, el Open Charge Point Protocol, es un estándar de comunicación abierto y neutral de proveedor que enlaza las estaciones de carga de vehículos eléctricos, conocidas como EVSE, con un sistema central de gestión de puntos de carga. Por OCPP el cargador reporta su estado, lecturas de medidor y fallas, mientras el backend puede autorizar sesiones, iniciar y detener cargas a distancia, empujar firmware y fijar perfiles de carga. Al ser abierto, un operador puede mezclar cargadores de distintos fabricantes detrás de un solo sistema de gestión, y una plataforma de monitoreo puede ingerir los mismos mensajes OCPP para seguir disponibilidad, fallas y energía entregada.
Qué conecta OCPP y por qué es abierto
OCPP define la conversación entre dos partes: la estación de carga, formalmente el equipo de suministro para vehículo eléctrico o EVSE, y el sistema central que gestiona una flota de ellas, usualmente llamado sistema de gestión de puntos de carga o CPMS. El cargador inicia una conexión persistente hacia el backend y luego los dos intercambian mensajes en ambas direcciones. El cargador envía eventos como un conductor conectándose, una sesión iniciando, lecturas periódicas de medidor y notificaciones de falla, mientras el backend envía comandos como autorizar una tarjeta, iniciar o detener una sesión a distancia, cambiar una configuración o empujar firmware nuevo. Este intercambio bidireccional es lo que convierte un cargador aislado en un activo gestionado dentro de una red.
El valor de que OCPP sea un estándar abierto es que rompe el amarre entre el hardware y el software. Antes de los protocolos abiertos, un operador que compraba cargadores de un proveedor quedaba a menudo atado al backend de ese proveedor, y agregar una marca distinta de cargador significaba correr un segundo sistema. Como OCPP es un estándar publicado y neutral de proveedor, un cargador conforme de un fabricante puede ser gestionado por un backend conforme de otro, así que los operadores pueden elegir hardware y software de gestión de forma independiente y mezclar marcas en una red. Esa interoperabilidad es el punto entero del protocolo y la razón por la que se ha vuelto el idioma común de la industria de la carga.
La conexión en sí se hace típicamente por internet usando WebSockets, con el cargador actuando como el cliente que marca hacia el backend. Esto importa para cómo fluyen los mensajes, porque la conexión persistente permite al backend empujar un comando a un cargador en cualquier momento y al cargador reportar un evento en el instante en que ocurre en lugar de esperar a ser sondeado. También significa que la salud de esa conexión es en sí significativa: un cargador cuya conexión OCPP se cayó es efectivamente invisible para su operador y no puede controlarse, y por eso el estado de conexión es una de las primeras cosas que vigila cualquier monitoreo de una red OCPP.
OCPP 1.6J contra 2.0.1
La versión de OCPP que habla la mayoría de los cargadores desplegados es la 1.6, y específicamente la variante JSON sobre WebSocket usualmente escrita 1.6J. OCPP 1.6 cubre el núcleo de lo que una red necesita: el cargador reporta el estado de sus conectores mediante un conjunto de estados definidos, envía valores de medidor de energía y otras magnitudes, notifica fallas al backend e inicia y detiene transacciones, mientras el backend autoriza tarjetas, dispara inicio y paro remotos, cambia llaves de configuración y gestiona actualizaciones de firmware. También incluye carga inteligente en forma de perfiles de carga, que permiten al backend limitar cuánta potencia puede tomar un cargador o conector. Para gran parte de la base instalada, 1.6J es el estándar de trabajo.
OCPP 2.0.1 es la generación más nueva y expande el protocolo en varias direcciones en lugar de solo agregar mensajes. Reestructura el modelo de dispositivo para que el backend tenga una imagen mucho más rica de los componentes y variables del cargador, mejora el manejo de transacciones y medición, y agrega una carga inteligente más capaz. También trae provisiones de seguridad más fuertes, incluido un enfoque definido para asegurar la conexión y gestionar certificados, y un mejor manejo de firmware y diagnósticos. Para operadores que lidian con sitios complejos, autorización estilo plug-and-charge y expectativas de seguridad más estrictas, 2.0.1 provee capacidades que 1.6 no tiene.
En la práctica una red suele abarcar ambas versiones, porque los cargadores tienen vidas de servicio largas y la base instalada migra gradualmente. Un sistema de gestión y una capa de monitoreo por lo tanto usualmente tienen que hablar tanto 1.6 como 2.0.1 y normalizar las diferencias para que el estado, las fallas y la energía de una estación se vean consistentes sin importar qué versión usa. La elección de versión para hardware nuevo sopesa el modelo de dispositivo más rico y la seguridad de 2.0.1 contra la madurez y el soporte amplio de 1.6, pero desde el punto de vista del monitoreo lo importante es que ambas llevan los mismos hechos esenciales, estado de conectores, valores de medidor y fallas, que un operador necesita para correr el sitio.
Ingerir telemetría OCPP en una plataforma de monitoreo
Todo lo que un operador quiere saber sobre un sitio de carga ya fluye por OCPP, lo que hace del protocolo una fuente natural para una plataforma de monitoreo. Las notificaciones de estado de conector le dicen si cada conector está disponible, ocupado, cargando o en falla. Los valores de medidor le dicen la energía entregada y a menudo potencia, voltaje y corriente durante una sesión. Las notificaciones de falla y error le dicen cuándo un cargador reporta un problema, y los mensajes de transacción permiten reconstruir cada sesión desde la conexión hasta la desconexión. Una plataforma que ingiere este flujo puede presentar el estado en vivo de cada cargador y conector de una red desde un solo lugar, sin necesitar sensores adicionales en el hardware.
Lo operativamente más importante que revela esta telemetría es la confiabilidad. Vigilando el estado de conexión y las notificaciones de estado, una plataforma de monitoreo puede decir qué cargadores están en línea, cuáles se quedaron callados y cuáles están sentados en un estado de falla que impide a un conductor cargar. Leyendo los valores de medidor puede confirmar que una sesión iniciada realmente entregó energía en lugar de estancarse, y rastreando fallas en el tiempo puede sacar a la superficie un cargador que erra repetidamente aunque se recupere cada vez. Estas son las señales detrás de las métricas de disponibilidad y éxito de sesión, y vienen directamente de los mensajes OCPP que el cargador ya envía.
Una plataforma de SCADA en la nube y monitoreo de sitios como Merobix puede actuar como el backend OCPP, o sentarse a su lado, exactamente con este propósito: ingerir la telemetría del protocolo para dar al operador visibilidad de disponibilidad, fallas y energía a través de una flota mixta de cargadores y, donde el mismo sitio tiene otros equipos, junto a ellos. Como OCPP es abierto y normalizado, la plataforma puede tratar uniformemente cargadores de distintos proveedores, alertar sobre una estación que perdió su conexión o está atorada en falla, y mantener el registro histórico de energía entregada y tiempo fuera del que dependen tanto operaciones como los reportes. El protocolo lleva los hechos, y la plataforma los convierte en el estado en vivo, las alarmas y la historia que un operador usa para correr la red.
Preguntas frecuentes
¿Qué hace OCPP en una red de carga de vehículos eléctricos?
OCPP es el protocolo abierto que conecta las estaciones de carga con el sistema central que las gestiona. Por él, un cargador reporta estado de conectores, valores de medidor y fallas, mientras el backend autoriza conductores, inicia y detiene sesiones a distancia, cambia configuración y empuja firmware. Como es un estándar neutral de proveedor, un operador puede gestionar cargadores de distintos fabricantes detrás de un solo sistema de gestión en lugar de quedar atado al hardware y software de un solo proveedor.
¿Cuál es la diferencia entre OCPP 1.6 y 2.0.1?
OCPP 1.6, usualmente la variante JSON 1.6J, es la versión ampliamente desplegada y cubre estado, valores de medidor, fallas, transacciones, inicio y paro remotos, firmware y perfiles de carga inteligente. OCPP 2.0.1 es la generación más nueva con un modelo de dispositivo más rico, mejor medición y carga inteligente, seguridad y manejo de certificados más fuertes, y mejores diagnósticos. Las redes suelen abarcar ambas versiones porque los cargadores viven mucho, así que los sistemas de gestión y monitoreo típicamente hablan las dos y normalizan las diferencias.
¿Una plataforma de monitoreo puede leer datos OCPP directamente?
Sí. Las notificaciones de estado, los valores de medidor, los mensajes de falla y los eventos de transacción que un operador necesita ya fluyen por OCPP, así que una plataforma que ingiere ese flujo puede mostrar el estado en vivo de cada cargador y conector sin sensores extra. De esos mensajes puede derivar disponibilidad, detectar cargadores callados o atorados en falla, confirmar que las sesiones entregaron energía y mantener el registro histórico de energía y tiempo fuera, tratando uniformemente cargadores de distintos proveedores porque el protocolo es abierto.
Servicios de automatización
¿Necesita convertir esta información en un sistema que funcione?
Merobix integra SCADA, programa PLC Allen-Bradley y Siemens, y diseña y fabrica tableros de control industrial.
Las solicitudes de reunión se revisan antes de confirmarse.