Cada lección explica una parte de OCPP en dos minutos y termina con un ejercicio con tu propio cargador. El servidor de pruebas te dice al momento si lo has conseguido: no hace falta cuenta ni dar ningún dato. Es un curso, no una certificación.
¿No tienes un cargador a mano? Prueba con el cargador virtual del probador del panel.
El cargador abre un WebSocket contra una URL que acaba en su identidad, y pide un subprotocolo (ocpp1.6 u ocpp2.0.1). Casi todos los cargadores añaden la identidad solos: en el campo de la URL va la dirección sin ella.
Por qué importa: Es donde más se falla: la identidad escrita dos veces, una barra de más, la clave pegada a la URL o un subprotocolo que el servidor no ofrece. El cargador ni siquiera llega a hablar OCPP.
Lo primero que manda es un BootNotification con su fabricante, modelo y firmware. El servidor responde Accepted y le dice cada cuánto mandar un latido (Heartbeat).
Por qué importa: Sin Boot aceptado el cargador no hace nada más; sin latidos, el servidor no sabe si sigue vivo y lo da por desconectado.
OCPP 1.6 define perfiles de seguridad: el 2 es conexión cifrada (wss://) más usuario y clave (Basic Auth), con la identidad como usuario. Es lo mínimo razonable para un cargador en internet.
Por qué importa: Sin cifrado, la clave viaja a la vista. Sin clave, cualquiera que sepa la identidad puede hacerse pasar por el cargador. Muchos cargadores traen el perfil a 0 de fábrica.
Cada mensaje lleva su fecha y hora. El cargador la toma de internet (NTP) o del propio servidor.
Por qué importa: Con el reloj desfasado, las sesiones salen con la hora mal en los informes y en las facturas, y una tarifa por franjas cobra el tramo equivocado.
Durante la carga, el cargador manda lecturas (MeterValues). La que sirve para cobrar es el contador acumulado de energía: Energy.Active.Import.Register. El intervalo lo marca MeterValueSampleInterval.
Por qué importa: Sin ese contador no se puede cobrar por energía. Con el intervalo a 900 s, una carga corta no enseña energía hasta que termina: un cargador que probamos venía así de fábrica.
La tarjeta se lee (Authorize), la carga empieza (StartTransaction, con el contador inicial) y termina (StopTransaction, con el final). Después el conector vuelve a Available.
Por qué importa: El orden importa: un cargador que probamos mandaba Available un segundo antes que StopTransaction, y el servidor daba la carga por abandonada antes de recibir su energía.
El servidor puede pedir al cargador que arranque o pare una carga (RemoteStartTransaction y RemoteStopTransaction en 1.6; RequestStart/StopTransaction en 2.0.1).
Por qué importa: Es lo que usa el pago por QR, el botón de arrancar del panel y cualquier app. Si el cargador lo rechaza, nada de eso funciona.
¿Las siete en verde?
Tu cargador habla OCPP como debe: conectará con cualquier servidor que cumpla el estándar, el nuestro incluido. Para pasarlo a tu cuenta, cambias el código de pruebas por tu marca y pones la clave que te da el panel.
Crear cuentaGuías por marca: dónde está cada ajuste · Errores OCPP, uno por uno