Cómo detener una sesión de carga con StopTransaction

Introducción

Para detener un OCPP La sesión de carga, el cargador del vehículo eléctrico (EV) y el sistema de gestión de carga deben seguir un proceso estricto. Si se hace de forma incorrecta, puede producir errores y bloquear los cargadores de los vehículos eléctricos para el siguiente conductor.

‍

Hay muchas formas de detener la sesión de carga de los vehículos eléctricos (y las analizaremos todas). Sin embargo, las causas más comunes son que el usuario pulse un botón de parada en la interfaz de usuario del cargador del vehículo eléctrico, que el vehículo eléctrico alcance su carga completa o que el cargador del vehículo eléctrico decida detener la sesión de carga (por ejemplo, cuando se ha alcanzado el límite de tiempo o se ha producido un error de hardware).

‍

Independientemente del método utilizado para detener la sesión, el cargador de vehículos eléctricos (cliente OCPP) enviará una nueva notificación de estado y una solicitud StopTransaction al sistema de administración de carga (backend OCPP).

‍

Estos mensajes OCPP finalizan la sesión de carga y se encuentran entre los mensajes más comunes en el mundo de la carga de vehículos eléctricos. Si aún no lo has hecho, te recomendamos que sepas cómo iniciar una sesión de carga de vehículos eléctricos antes de aprender a detenerla. Para hacerlo, lee el Guía OCPP StartTransaction primero.

‍

Para detener la sesión de cobro de OCPP, también conocida como transacción, iniciada por el cliente de OCPP, necesitamos los siguientes mensajes de OCPP:

• Solicitud de notificación de estado
• Solicitud Stop Transaction

‍

Cómo usar una actualización de notificación de estado para detener una sesión de cobro de OCPP

Antes de detener una sesión de carga, el cargador del vehículo eléctrico está en modo de «carga». Esto significa que ya se inició una sesión de carga y que la última notificación de estado enviada por el cargador del vehículo eléctrico fue «cargando».

‍

Para detener la sesión de carga, el cargador del vehículo eléctrico envía una nueva solicitud de notificación de estado (StatusNotification.req) al backend del OCPP. La notificación de estado cambiará el estado activo de «cargando» a uno de los siguientes estados del punto de recarga:

• «Disponible»
• «Dev suspendido»
• «Acabando»
• «No disponible»
• «Culpado»

‍

La variedad de tipos de estado refleja la variedad de motivos por los que finaliza una sesión de carga. A continuación, explicamos las condiciones que activan el estado de cada punto de recarga:

«Cargando» → «Disponible»
‍La sesión de carga finaliza sin que sea necesaria ninguna acción por parte del usuario (por ejemplo, se quitó el cable fijo del lado del vehículo eléctrico).

«Cargando» → «SuspendeDev»
‍La carga se detiene a pedido del vehículo eléctrico (el vehículo eléctrico no puede consumir energía adicional).

«Cargando» → «SuspendedVSE»
La carga se detiene cuando se solicita el EVSE (equipo de suministro de vehículos eléctricos) (por ejemplo, cuando se restringe la carga inteligente, la transacción no se autorizó correctamente en un archivo StartTransaction.conf).

«Cargando» → «Finalización»
‍El usuario detiene la transacción a través de la interfaz de usuario del cargador o mediante un mensaje de RemoteStopTransaction. Además, es necesario que el usuario realice otras acciones (por ejemplo, quitar el cable y salir del aparcamiento).

«Cargando» → «No disponible»
‍La sesión de carga ha finalizado, no es necesaria ninguna acción por parte del usuario y está previsto que el conector deje de estar disponible.

«Cargando» → «Fallo»
‍Se detecta un fallo que impide continuar con las operaciones de carga (error del cargador).

Esto puede parecer complejo o innecesario, pero proporciona mucha información importante sobre el error del cargador durante la operación de carga y ayudará a operar los lugares de carga de manera eficiente.

‍

En resumen, cuando el cargador de vehículos eléctricos quiera iniciar la interrupción de la sesión de carga, enviará un nuevo mensaje StatusNotification.req al servidor OCPP, en el que pasará de «cargando» a una de las transacciones de estado anteriores. Sin esta actualización de estado, el cargador no dejará de cargarse.

Si el backend de OCPP está listo, responderá con un mensaje StatusNotification.conf para confirmar que el mensaje se recibió y se entendió. La confirmación no contiene ninguna información.

A continuación, puede ver el flujo de la solicitud de notificación de estado en OCPP:

‍

‍

Como se mencionó anteriormente, el Notificación de estado. Req el mensaje se usa ampliamente en muchos escenarios más allá de la interrupción de la sesión. Incluye la siguiente información:

• ID del conector: Es el identificador del conector de carga, que normalmente es 1 o 2. Si el punto de recarga tiene más enchufes, este número será mayor.‍
• Código de error: Muestra los posibles errores notificados por el cargador. Para iniciar la sesión, lo ideal es que contenga «NoError». Sin embargo, los posibles errores pueden ser «EVCommunicationError», «UnderVoltage», etc. En muchos casos, el estado mostrará «OtherError» y un código de error del proveedor en el adicional información o VendorErrorCode campo. Para operaciones de gran envergadura, estos códigos de error son muy importantes y ofrecerán información sobre los posibles errores de hardware.‍
• estado: Como se mencionó anteriormente, esto debería cambiar de «Cargando» a «Disponible», «Finalizando», etc.

‍

‍

Nota: Si el cargador tiene más de una toma de corriente, el identificador del conector tendrá el número 1,2,3, etc. Esto es importante ya que algunos cargadores permiten la carga simultánea. En ese caso, es posible que el conector 1 esté en el estado «Disponible» mientras que el conector 2 siga en el estado «Cargando». Si solo se puede cargar un enchufe a la vez, los demás conectores deberían enviar una solicitud de notificación de estado con el estado «No disponible».

‍

Aquí puede ver un ejemplo de Notificación de estado. Req

{
«ID de conector»: 2,
«Código de error»: «Sin error»,
«estado»: «Dev suspendido»,
«marca de tiempo»: «2022-09-12T 10:01:00.515 Z»
}

‍

‍

Cómo detener la solicitud de transacción y el informe de energía en OCPP

Cuando el estado pase de «Cargando» a uno de los seis estados posibles, el cargador del vehículo eléctrico enviará la solicitud StopTransaction (startTransaction.req).

‍

El tiempo entre el cambio de estado y la solicitud de suspensión de la transacción puede variar según el fabricante del EVSE. En Ampcontrol, hemos observado tiempos de entre 1 segundo y 10 segundos. Esta es la información esencial de que la carga se ha detenido y que se envía desde el cliente OCPP al servidor OCPP.

‍

Al recibir un archivo StopTransaction.req, el servidor OCPP responde con un archivo StopTransaction.conf. Por lo tanto, el servidor verificará la información contenida en la solicitud de interrupción de la transacción, como el identificador de transacción, la marca de tiempo o el identificador.

‍

‍

Además de la marca de tiempo de parada, el transactionID y el idTag, el mensaje OCPP StopTransaction también contiene dos campos útiles: reason y meterStop.

‍

El campo «motivo» identifica el desencadenante de la finalización de la sesión de cobro. Esto ayuda al operador del punto de recarga a solucionar los problemas de la operación de carga y puede informar al conductor por qué se interrumpió la sesión de carga. Los posibles motivos son los siguientes:

• Local: Se detiene localmente a petición del usuario en el punto de recarga. Se trata de la finalización regular de una transacción. Ejemplos: presentar una etiqueta RFID o pulsar un botón para parar.
• Pérdida de potencia: Pérdida total de energía.
• Reiniciar: Se produjo un reinicio/reinicio iniciado localmente.
• Remoto: Se detuvo de forma remota a petición del usuario. Se trata de la finalización habitual de una transacción, por ejemplo: la cancelación mediante una aplicación para teléfonos inteligentes o la superación de un crédito prepago (no local).
• SoftReset: se recibió un comando de restablecimiento parcial.
• EV desconectado: Se usó el botón de parada de emergencia o se desconectó el vehículo.
• Desautorizado: La transacción se detuvo debido al estado de autorización en un archivo StartTransaction.conf
• Otros: Cualquier otro motivo
• Comando de desbloqueo: El backend de OCPP envió un comando de desbloqueo del conector (permite desbloquear físicamente el enchufe de un punto de carga).

El campo «MeterStop» informa del consumo de energía al final de la sesión de carga. Esto ayuda a informar correctamente del total de kilovatios cargados y de los costos totales de energía de esa transacción de carga.

‍

Nota: El backend de OCPP (CMS) normalmente aplica una verificación de integridad para verificar los datos de StopTransaction.req. Sin embargo, el backend de OCPP siempre debe responder con un archivo StopTransaction.conf. Si no responde con un comando StopTransaction.conf, el Charge Point volverá a intentar enviar el mismo mensaje, tal como se especificó en Respuestas de error a los mensajes relacionados con la transacción.

‍

En resumen, tanto la solicitud como el mensaje de confirmación incluyen información esencial que queremos analizar:

• Etiqueta de identificación: Muestra el identificador que solicitó la finalización del cobro. Es opcional porque un punto de carga puede dejar de cargar sin la presencia de una etiqueta de identificación, por ejemplo, en caso de que se restablezca.
• Parada del medidor: Contiene el valor del medidor en Wh para el conector al final de la transacción. 
• marca de tiempo: Contiene la fecha y la hora en que se detuvo la transacción.
• ID de transacción: Contiene el identificador de transacción tal como lo recibió Inicie Transaction.conf.
• motivo: Muestra el motivo por el que se detuvo la transacción.
• Datos de la transacción: Contiene los detalles de uso de las transacciones relevantes para fines de facturación. Además, el elemento TransactionData se utiliza como contenedor para cualquier número de MeterValues, utilizando la misma estructura de datos que los elementos meterValue del Valores de medición OCPP. Req
• Información de etiqueta de identificación: contiene información sobre el estado de la autorización, la caducidad y la identificación principal.

‍

Aquí puede ver un ejemplo de StopTransaction.req y StopTransaction.conf:

Detener Transaction.req

{
«motivo»: «Local»,
«ID de transacción»: 568161113,
«MeterStop»: 4329600,
«marca de tiempo»: «2022-09-08T 10:31:26.127 Z»
}

‍

Detener Transaction.conf

{
«IdTagInfo»:
{
«status»: «Aceptado»
}
}

‍

‍

Resumen

Los mensajes StopTransaction y StatusNotification son mensajes OCPP importantes que se utilizan con frecuencia en las redes de carga de vehículos eléctricos o en los centros de carga privados.

El proceso típico para finalizar una sesión de cobro es:

1. Cambia el estado del cargador de «Cargando» a «Disponible», «SuspendeDev», etc.
2. Detenga el proceso de carga mediante la interacción del usuario, el vehículo, el cargador o el mando a distancia.
3. El cargador EV envía el mensaje StopTransaction.req, que contiene los valores del medidor para que los informes sean correctos.