A partir de 2024, el operador de la red ya no podrá rechazar a los grandes consumidores, como los wallbox o las bombas de calor, pero podrá exigir un control activo de la potencia. En ese caso, deberán concederle un descuento en las tarifas de red. El gestor de carga cFos admite varias formas de control de potencia activa por parte del operador de red (control de servicio de red).
Receptor de control de ondulación: El operador de red instala en su instalación un receptor de control de ondulación cuyos contactos de conmutación puede controlar para reducir la potencia máxima que puede consumir el gestor de carga cFos. El gestor de carga cFos puede conectarse al receptor de control de rizado mediante entradas de conmutación. Puede utilizar las entradas S0 del cFos Power Brain Controller, del cFos Wallbox Booster o del cFos Charging Manager ESP Kit, pero también las de otros dispositivos, como ciertos modelos de contadores. Aquí encontrará instrucciones sobre cómo configurar el Charging Manager con contacto conmutado. También puede consultar 2 contactos y definir así 4 límites de potencia activa diferentes.
Control mediante Modbus: El operador de red instala un maestro Modbus en su instalación, que establece registros en el Gestor de carga cFos que controlan la potencia máxima. Para ello, puede activar el servidor SunSpec en "Configuración" en el Gestor de carga. El puerto Modbus TCP es 502, en Raspberry PI 1502, ya que los puertos por debajo de 1024 requieren derechos de administrador. A continuación, el maestro Modbus puede acceder al registro 40098 (float) para consultar la potencia activa y ajustarla en porcentaje mediante el registro 40968 (float).
OCPP mediante OpenADR: El operador de red utiliza OpenADR para coordinar sus cargas y servicios. Desde su punto de vista, su sistema es un wallbox OCPP. Puede añadir un wallbox "OCPP vía OpenADR" en el Gestor de Carga cFos. En los ajustes de la pasarela OCPP de esta Wallbox, introduzca los datos del operador de red para el backend. Establezca "Referencia de red" como función del contador. Esto permite al operador de red analizar el uso actual de la red y controlar el gestor de carga cFos a través del perfil de carga OCPP.
API HTTP para proveedores de energía: El operador de la red utiliza nuestra API HTTP especialmente diseñada. Es accesible a través de conexiones TLS seguras. También se pueden importar certificados a petición del operador de red. Como alternativa, la conexión también puede realizarse a través de una pasarela de contadores inteligentes. Con nuestra API HTTP, el operador de red o el proveedor de energía pueden intervenir de forma muy precisa en el control del Gestor de Carga. A continuación encontrará la documentación de esta API.
La API HTTP para operadores de red y proveedores de energía puede establecer y consultar las variables del Charging Manager mediante 2 llamadas. Estas variables pueden tenerse en cuenta a la hora de configurar la potencia de conexión de la casa y la potencia máxima del EVSE. Los operadores de red y los proveedores de energía son libres de definir sus propias normas (independientes del fabricante) sobre cómo se asignan estas variables.
Ejemplo: Potencia de conexión de la casa = 55000 * AVAIL / 100
El operador de la red ajusta la variable AVAIL a valores entre 0-100 y puede así regular la potencia del sistema del cliente a la baja en pasos porcentuales.
Ejemplo: TARIF
El proveedor de energía establece la variable TARIF en 0 o 1 e informa al sistema mediante 0 que ahora se aplica la tarifa "normal" y mediante 1 que ahora se aplica una tarifa reducida. Los usuarios del sistema pueden entonces crear reglas de carga que les permitan cargar el coche sólo con determinadas tarifas o cargar con una potencia de carga menor con determinadas tarifas.
Nota: Al establecer una variable, el Gestor de cobros comprueba si el valor ha cambiado. Sólo entonces guarda la variable en el archivo config.json. En Raspberry PI y cFos Power Brain, esto hace que se agote la memoria flash. Si desea evitar este almacenamiento, puede especificar un parámetro de consulta adicional "tmp=1", por ejemplo /cnf?cmd=set_cm_vars&tmp=1 ...
GET /cnf?cmd=set_cm_vars&name=n&val=v&clear=c
n es el nombre de la variable, v es su valor.
clear es opcional, con c=1 se borran todas las variables existentes antes de reiniciar.
curl -i -X GET --user admin:1234abcd 'http://localhost/cnf?cmd=set_cm_vars&name=var3&val=123'
Linuxcurl -i -X GET --user admin:1234abcd "http://localhost/cnf?cmd=set_cm_vars&name=var3&val=123"
WindowsPOST /cnf?cmd=set_cm_vars&clear=1
El cuerpo del POST contiene un objeto JSON con los nombres y valores de las variables, por ejemplo{"vars": [{ "name": "var1", "expr": 1.5 }], { "name": "var2", "expr": 2 }] }
Borra todas las variables y pon var1 a 1,5, var2 a 2 .
curl -i -X POST -d '{ "vars": [{ "name": "tarif", "expr": 1 }, { "name": "PWR", "expr": 70 }] }' --user admin:1234abcd 'http://localhost/cnf?cmd=set_cm_vars'
Linuxcurl -i -X POST -d "{ \"vars\": [{ \"name\": \"tarif\", \"expr\": 1 }, { \"name\": \"PWR\", \"expr\": 70 }] }" --user admin:1234abcd "http://localhost/cnf?cmd=set_cm_vars"
WindowsGET /cnf?cmd=get_cm_vars
Devuelve un objeto JSON que coincide con set_cm_vars con todas las variables, sus fórmulas (o constantes) y sus valores calculados actualmente.
curl -i -X GET --user admin:1234abcd 'http://localhost/cnf?cmd=get_cm_vars
Linuxcurl -i -X GET --user admin:1234abcd "http://localhost/cnf?cmd=get_cm_vars
WindowsSe puede acceder a esta API a través del Smart Meter Gateway sin necesidad de más autenticación, ya que el Smart Meter Gateway ya se encarga de ello al definir las conexiones y la autenticación mediante certificados. Esta API puede utilizarse desde la red doméstica mediante una contraseña de administrador.