OCMF es un estándar abierto de intercambio de datos de medición diseñado específicamente para la carga de vehículos eléctricos. A través de una estructura estandarizada, firmas cifradas y una adaptación flexible, aborda tres puntos débiles importantes de la industria: falta de transparencia en la medición de los cargos, susceptibilidad a la manipulación de datos e incompatibilidad de protocolos. Esto hace que la facturación sea más confiable y la colaboración de la industria más eficiente.
¿Qué es la OCMF?
OCMF (formato de medición de carga abierta) es un estándar industrial promovido por la European Charging Alliance y la organización SAFE-eV. Es como el "lenguaje común" para los datos de medición en la industria de carga, que define reglas unificadas para la transmisión de datos de carga entre estaciones de carga, sistemas de gestión y operadores. Esto garantiza que la información clave, como el importe, el tiempo de carga y el coste, sea "comprensible, legible y a prueba de manipulaciones-.
En pocas palabras, antes de la OCMF, diferentes marcas de estaciones de carga utilizaban diversos formatos de datos, como diferentes regiones que hablaban diferentes dialectos, lo que hacía imposible la comunicación directa. Con OCMF, todos los dispositivos compatibles utilizan un "lenguaje" unificado para transmitir datos, lo que garantiza que los datos sean rastreables y verificables desde el inicio del cobro hasta la finalización de la facturación.
Aspectos tecnológicos clave del OCMF
1. Estructura estandarizada: rompiendo los "silos de datos" OCMF adopta un diseño liviano sin encabezados adicionales complejos. Los datos principales se encapsulan en un formato fijo, adaptándose a escenarios de comunicación serie comunes como RS-485. Incluye campos clave como cantidad de carga (Wh), tiempo de carga, ID del dispositivo e información de tarifas, y también admite la iteración y expansión de versiones; por ejemplo, V1.2.0 agregó datos de compensación de pérdida de cable y V1.3.0 agregó el campo de versión de firmware del controlador de pila de carga, lo que garantiza uniformidad y flexibilidad. Esta estandarización permite que diferentes marcas de pilas de carga, plataformas de gestión (CSMS) y sistemas de pago interoperen sin adaptaciones adicionales, lo que reduce significativamente los costos de colaboración de la industria.
2. Mecanismo de cifrado y firma: eliminación de la "manipulación de datos" Este es el diseño de seguridad más importante de OCMF. Los datos de medición generados por la pila de carga se cifran y firman antes de la transmisión, y el destinatario verifica la integridad de los datos utilizando una clave pública. Es como añadir una "marca de agua de seguridad" a los datos; si es manipulado, el proceso de verificación lo detectará inmediatamente, evitando problemas de "sobrecargos y facturación incorrecta" en el origen.
Este mecanismo cumple plenamente con las regulaciones de metrología internacionales, como la German Mess- y Eichrecht, lo que hace que los datos de carga sean legalmente válidos y proporciona una base de confianza para los usuarios, operadores y reguladores.
3. Adaptación multi-protocolo: Compatible con "dispositivos nuevos y antiguos", OCMF no se limita a un único protocolo de comunicación y puede adaptarse de manera flexible a los protocolos de carga convencionales, como OCPP 1.6 y OCPP 2.0.1/2.1. Al configurar diferentes parámetros, puede admitir escenarios de carga fija tradicionales y satisfacer necesidades emergentes como la carga ad-ad hoc. Por ejemplo, en un sistema OCPP 2.0.1, después de habilitar la configuración relevante, OCMF puede transmitir automáticamente datos firmados en nodos clave, como el inicio y el final de la carga, sin modificar el hardware existente, lo que permite que los dispositivos más antiguos se actualicen a "dispositivos de medición confiables".
Aplicaciones prácticas de OCMF
1. Los escenarios de aplicación cubren todo el ecosistema de carga:
● Fabricantes de pilotes de carga: Diseñar módulos de medición según los estándares OCMF, permitiendo la integración directa de datos con las principales plataformas de los operadores sin necesidad de adaptación por separado.
● Operadores de carga: reciba datos de manera uniforme de diferentes marcas de pilas de carga, lo que simplifica la gestión de backend y reduce los costos de operación y mantenimiento.
● Usuarios: después del cobro, los usuarios pueden verificar la autenticidad de los datos de facturación a través de firmas cifradas, evitando disputas sobre "tarifas de cobro exorbitantes".
● Agencias reguladoras: acceda directamente a datos de medición que cumplan con las normas, lo que permite-la supervisión externa y mejora la eficiencia de la gestión del sector.
2. Flujo de trabajo típico
● Usted conecta el cable de carga para comenzar a cargar y la estación de carga registra datos como la cantidad y el tiempo de carga en tiempo real;
● Los datos se encapsulan en formato OCMF y se genera una "firma digital" utilizando un algoritmo de cifrado;
● El paquete de datos OCMF firmado se transmite a la plataforma de gestión mediante el protocolo SLIP (con delimitadores de inicio y fin);
● Después de que la plataforma verifica la firma, analiza los datos y genera una factura;
● Una vez completado el cobro, el registro de datos OCMF completo se puede utilizar como comprobante de facturación para respaldar la verificación posterior.
Evolución de la versión OCMF
El estándar industrial OCMF en continua mejora ha pasado por iteraciones constantes desde su lanzamiento, adaptándose a las necesidades reales de la industria: V1.0.1: Definición de versión clarificada y estructura de datos básica, sentando las bases para la estandarización;
● V1.1.0: Información tarifaria agregada para adaptarse a escenarios de carga temporales;
● V1.2.0: Se agregaron datos de compensación de pérdida de cable para abordar los desafíos de medición de la pérdida de energía durante la carga;
● V1.3.0: Se agregó el campo de versión del firmware del controlador para mejorar la precisión de la administración del dispositivo.
Cada actualización gira en torno a los objetivos de "mayor precisión, mayor seguridad y mayor compatibilidad", asegurando que el estándar siempre siga el ritmo del desarrollo de la industria.
Tabla de referencia de escenarios de aplicación y campos principales de OCMF
Esta tabla de referencia resume los campos principales de las versiones V1.0.1 a V1.3.0 de OCMF (Formato de medición de carga abierta), aclarando el significado, el tipo de datos, la compatibilidad con la versión y los escenarios de aplicación principales de cada campo. Facilita una referencia rápida y una adaptación práctica a la implementación.
| Nombre del campo | Significado del campo | Tipo de datos | Soporte de versión | Escenarios de aplicaciones principales |
|---|---|---|---|---|
| ver | Número de versión del formato OCMF | Cadena (por ejemplo, "1.3.0") | Todas las versiones | Para la adaptación de versiones entre dispositivo y plataforma, asegurando la compatibilidad del análisis de datos. |
| gw_vendor | Identificador de proveedor de puerta de enlace | Cadena | V0.4 y superior | Trazabilidad del dispositivo; distinguir puertas de enlace de diferentes proveedores para la gestión de operación y mantenimiento |
| gw_sn | Número de serie de la puerta de enlace | Cadena (obligatoria) | V0.4 y superior | Identificar de forma única los dispositivos de puerta de enlace; formar una cadena rastreable con datos de medición |
| proveedor_medidor | ID del proveedor del módulo de medición | Cadena | Todas las versiones | Trazabilidad de los dispositivos de medición; localizar entidades responsables en caso de disputas de datos |
| metro_sn | Número de serie del módulo de medición | Cadena (obligatoria) | Todas las versiones | Identificar de forma única los módulos de medición; Garantizar una correspondencia uno-a-uno entre los datos de medición y los dispositivos. |
| energía | Energía de carga total | Numérico (Unidad: Wh) | Todas las versiones | Base de facturación básica; Datos básicos para liquidación de usuarios y conciliación de operadores. |
| hora_inicio | Hora de inicio de carga | Marca de tiempo | Todas las versiones | Calcule la duración de la carga, compare los precios de la electricidad durante-períodos y genere facturas precisas |
| hora_final | Hora de finalización de la carga | Marca de tiempo | Todas las versiones | Confirmar el ciclo de carga; calcular la duración total de la carga con la hora de inicio |
| arancel | Información sobre el precio de la electricidad (incluidos períodos de tiempo, tarifas) | Datos estructurados | V1.1.0 y superior | Adaptarse a escenarios de carga temporales; soporte tiempo-de-uso precios y liquidación de tarifas dinámica |
| pérdida de cable | Energía de compensación de pérdida de cable | Numérico (Unidad: Wh) | V1.2.0 y superior | Corregir la pérdida de energía durante la carga; garantizar la precisión de los datos de medición |
| cf | Versión de firmware del controlador de pila de carga | Cadena (opcional) | V1.3.0 y superior | Gestión de firmware; determinar si se necesitan actualizaciones para corregir las vulnerabilidades de medición |
| firma | Firma digital | Cadena cifrada | Todas las versiones | Verificación anti-falsificación de datos; evitar la manipulación de los datos de facturación y garantizar la validez legal |
| sig_alg | Identificador de algoritmo de firma | Cadena | V0.4 y superior | Aclarar el método de cifrado de datos; El receptor verifica la firma con el algoritmo correspondiente. |
| estado_autenticación | Estado de la autorización (éxito o no) | Booleano | V0.4 y superior | Confirmar la legitimidad de las transacciones de cobro; rechazar liquidación por transacciones no autorizadas |
| contador_eventos | Contador de eventos | Entero | V0.4 y superior | Registre recuentos de eventos clave durante la carga; ayudar en la resolución de problemas |
Notas adicionales sobre la prioridad de campo:
1. Los campos marcados como "obligatorios" (como gw_sn, meter_sn, energía) son fundamentales para la validez de los datos de medición; su ausencia impedirá un asentamiento normal.
2. Compatibilidad de versiones: los campos de versiones superiores (como cable_loss, cf) son opcionales en sistemas de versiones inferiores. Es necesario actualizar el dispositivo a la versión correspondiente si estos campos son necesarios.
3. Adaptación del protocolo: todos los campos se pueden transmitir a través de los protocolos OCPP 1.6 y OCPP 2.0.1/2.1 sin requerir modificaciones adicionales en la estructura del campo.
Tabla de mapeo de compatibilidad de campos OCMF y protocolos OCPP
OCMF, como estándar de datos de medición de carga, se basa en OCPP (Protocolo de punto de carga abierto) para la transmisión de datos entre dispositivos. La siguiente tabla aclara el medio de transmisión, las dependencias de configuración y las reglas de adaptación de los campos centrales de OCMF en diferentes versiones de OCPP, abordando la cuestión práctica de "cómo se transmiten y comunican exitosamente los datos de OCMF dentro de OCPP".
| Campo central de OCMF | Significado del campo | Versión OCPP compatible | Portador de transmisión OCPP (mensaje/campo) | Dependencia de configuración de OCPP |
|---|---|---|---|---|
| FV | Versión de formato OCMF (p. ej., 1.0, 1.2.0) | 1.5 y superior | Metadatos SignedData (incrustados en atributos MeterValue) | No se requiere configuración adicional |
| GS | Número de serie de la puerta de enlace (identificador único para los componentes de la firma) | 1.5 y superior |
1. MeterValue.req → JSON en SignedData 2. StopTransaction.req → Datos de transacción |
Configurar la "relación de vinculación de la pila de carga de puerta de enlace-" (por ejemplo, asociar GS con ChargePointIdentity de OCPP) |
| EM | Número de serie del módulo de medición (identificador único del medidor) | 1.5 y superior | JSON en SignedData (agrupado con MV/MF como "información del dispositivo de medición") | No hay configuración adicional, pero asegúrese de que MS esté vinculado a los perfiles de la pila de carga en el backend de OCPP |
| RD-TM | Tiempo de lectura (incluido el estado de sincronización, por ejemplo, "2018-07-24T13:22:04,000+0200 S") | 1.5 y superior |
1. MeterValue.timestamp (tiempo base) 2. JSON en SignedData (estado de sincronización "S/R") |
Configurar ClockAlignedDataInterval=900 (15 minutos, se alinea con los intervalos de tiempo de regulación de medición) |
| RD-RV | Lectura del medidor (p. ej., 2935,6 kWh) | 1.5 y superior |
1. MeterValue.value (formato sin formato, para visualización rápida) 2. JSON en SignedData (Formato firmado, para verificación de facturación) |
Configurar MeterValue.sAlignedData=Active.Energy.Register.Import |
| RD-TX | Estado de la transacción (p. ej., B=Inicio, E=Fin, T=Cambio de tarifa) | 1.5 y superior |
1. StartTransaction.req → Estado de la transacción 2. StopTransaction.req → Motivo 3. MeterValue.req → JSON en SignedData |
Configurar StopTransactionsSignatureFormat=MR/SR (MR: transmisión única de datos de inicio/parada; SR: dos transmisiones separadas) |
| LC | Compensación de pérdida de cable (incluida la resistencia LR, unidad LU, etc.) | 2.0 y superior | JSON en SignedData (nuevo campo en OCMF 1.2.0) | Actualice el protocolo OCPP a 2.0+; configurar los "parámetros del algoritmo de pérdida de cable" en el controlador de la pila de carga |
| ES | Estado de autorización del usuario (verdadero=Autorizado, falso=No autorizado) | 2.0 y superior |
1. Autorizar.req → IdTagInfo.Status 2. JSON en SignedData (ESTÁ vinculado al resultado de autorización de OCPP) |
Configurar OCPP_AUTH_TLS (autorizar datos mediante texto cifrado TLS) |
| ÉL | Tipo de identificación de usuario (p. ej., tarjeta ISO14443=RFID) | 2.0 y superior | Authorize.req → IdTagType (o JSON en SignedData) | Configure el "mapeo entre el tipo de identificación y el IdTag" en el backend de OCPP (por ejemplo, ISO14443 corresponde al IdTag de OCPP en formato hexadecimal de 16 dígitos) |
| DAKOTA DEL SUR | Datos de firma digital (resultado del cifrado ECDSA) | 1.5 y superior |
1. MeterValue.req → Valor (ValueFormat=SignedData, codificado como hexadecimal) 2. StopTransaction.req → Firma de transacción |
1. Configure SignatureAlgorithm=ECDSA-secp256r1-SHA256 (algoritmo predeterminado de OCMF) 2. Habilite MeterValuesSignatureContext=CSL/RW (especifique los puntos de activación de la firma) |
| PG | Identificador de paginación (p. ej., lectura T12345=para la transacción 12345) | 1.5 y superior | JSON en SignedData (vinculado al TransactionId de OCPP) | Configure la "verificación de continuidad de la paginación" (el backend de OCPP verifica los números de PG secuenciales, por ejemplo, T1→T2→T3, para evitar la pérdida de datos) |
Notas complementarias
1. Reglas de formato de transmisión unificada: todos los campos OCMF están encapsulados en el formato "SignedData" en OCPP, es decir, OCMF|
2. Límites de compatibilidad de versiones:
● OCPP 1.5: solo admite campos OCMF básicos (como FV, GS, RD-RV, SD) y no admite campos de versiones superiores (LC, IT del tipo ISO15118);
● OCPP 2.0 y superiores: es totalmente compatible con todos los campos de OCMF 1.2.0 y anteriores, y se puede ampliar para dar cabida a futuras adiciones de OCMF a través del campo "CustomData".
3. Prioridad de configuración: cuando la configuración de OCPP entra en conflicto con los requisitos de OCMF (por ejemplo, ClockAlignedDataInterval ≠ 15 minutos) de OCPP, las regulaciones de medición de OCMF deben tener prioridad (por ejemplo, ajustarse a la fuerza a 900 segundos) para garantizar que los datos cumplan con la validez legal de calibración.
Resumen: ¿Por qué OCMF se está convirtiendo en un estándar esencial en la industria?
En la industria de carga de vehículos eléctricos en rápido desarrollo, la credibilidad y la interoperabilidad de los datos de medición son obstáculos fundamentales. OCMF, a través de su combinación de "formato unificado + verificación cifrada + adaptación flexible", aborda la preocupación principal del usuario de "facturación justa", reduce los costos de adaptación técnica para las empresas y proporciona una herramienta transparente para la regulación, logrando verdaderamente una situación en la que todas las partes ganan-.
A medida que más y más fabricantes y operadores de pilas de carga adopten el estándar OCMF, la experiencia de carga será más conveniente en el futuro: los usuarios podrán utilizar con confianza cualquier marca de pilas de carga y liquidar pagos sin problemas en diferentes plataformas de operadores. Este es el valor central que los estándares abiertos aportan a la industria.
