A partir de 2024, o operador da rede já não pode recusar os grandes consumidores, como as wallboxes ou as bombas de calor, mas pode exigir um controlo ativo da potência. Nesse caso, deve conceder-lhe um desconto nas tarifas de rede. O Gestor de Carregamento cFos suporta várias formas de controlo de potência ativa pelo operador de rede (controlo de serviço de rede).
Recetor de controlo de ondulação: O operador da rede instala um recetor de controlo de ondulação na sua instalação, cujos contactos de comutação pode controlar, de modo a reduzir a potência máxima que o gestor de carregamento cFos pode consumir. O gestor de carregamento cFos pode ser ligado ao recetor de controlo de ondulação através de entradas de comutação. Pode utilizar as entradas S0 do cFos Power Brain Controller, do cFos Wallbox Booster ou do cFos Charging Manager ESP Kit, mas também as de outros dispositivos, como certos modelos de contadores. Seguem-se instruções sobre como configurar o gestor de carregamento com contacto de comutação. Também é possível consultar 2 contactos e assim definir 4 limites de potência ativa diferentes.
Controlo via Modbus: O operador da rede instala um mestre Modbus na sua instalação, que define os registos no Gestor de carregamento cFos que controlam a potência máxima. Para tal, pode ativar o servidor SunSpec em "Configuração" no gestor de carregamento. A porta Modbus TCP é 502, em Raspberry PI 1502, uma vez que as portas inferiores a 1024 requerem direitos de administrador. O mestre Modbus pode então aceder ao registo 40098 (float) para consultar a potência ativa e ajustá-la em percentagem utilizando o registo 40968 (float).
OCPP via OpenADR: O operador da rede utiliza o OpenADR para coordenar as suas cargas e serviços. Do ponto de vista dele, o seu sistema é uma wallbox OCPP. Pode adicionar uma wallbox "OCPP via OpenADR" no cFos Charging Manager. Nas definições da gateway OCPP desta wallbox, introduza os dados do operador de rede para o backend. Defina "Grid reference" como função do contador. Isto permite ao operador da rede analisar a utilização atual da rede e controlar o gestor de carregamento cFos através do perfil de carregamento OCPP.
API HTTP para fornecedores de energia: O operador da rede utiliza a nossa API HTTP especialmente concebida para o efeito. Esta é acessível através de ligações TLS seguras. Os certificados também podem ser importados a pedido do operador da rede. Em alternativa, a ligação também pode ser efectuada através de um gateway de contador inteligente. Com a nossa API HTTP, o operador da rede ou o fornecedor de energia pode intervir de forma muito precisa no controlo do gestor de carregamento. Abaixo encontra a documentação para esta API.
A API HTTP para operadores de rede e fornecedores de energia pode definir e consultar variáveis do Gestor de Carregamento através de 2 chamadas. Estas variáveis podem ser tidas em conta ao configurar a potência de ligação da casa e a potência máxima EVSE. Os operadores de rede e fornecedores de energia são livres de definir os seus próprios padrões (independentes do fabricante) para a forma como estas variáveis são atribuídas.
Exemplo: Potência de ligação da casa = 55000 * AVAIL / 100
O operador da rede fixa a variável AVAIL em valores entre 0-100 e pode assim regular a potência do sistema do cliente em passos percentuais.
Exemplo: TARIF
O fornecedor de energia fixa a variável TARIF em 0 ou 1 e informa o sistema através de 0 que a tarifa "normal" agora se aplica e através de 1 que uma tarifa reduzida agora se aplica. Os utilizadores do sistema podem então criar regras de tarifação que lhes permitam cobrar o automóvel apenas a determinadas tarifas ou cobrar a uma potência tarifária inferior a determinadas tarifas.
Nota: Ao definir uma variável, o gestor de carregamento verifica se o valor foi alterado. Só depois é que guarda a variável no ficheiro config.json. No Raspberry PI e no cFos Power Brain, isto faz com que a memória flash se esgote. Se quiser evitar esta gravação, pode especificar um parâmetro de consulta adicional "tmp=1", por exemplo, /cnf?cmd=set_cm_vars&tmp=1 ...
GET /cnf?cmd=set_cm_vars&name=n&val=v&clear=c
n é o nome da variável, v é o seu valor.
clear é opcional, com c=1 todas as variáveis existentes são apagadas antes da reinicialização.
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
O corpo POST contém um objecto JSON com os nomes e valores das variáveis, por exemplo{"vars": [{ "name": "var1", "expr": 1.5 }], { "name": "var2", "expr": 2 }] }
Apagar todas as variáveis e definir 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
Devolve um objecto JSON que corresponde a set_cm_vars com todas as variáveis, as suas fórmulas (ou constantes) e os seus 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 WindowsEste API pode ser acedido através do Smart Meter Gateway sem autenticação adicional, uma vez que o Smart Meter Gateway já se encarrega disso definindo as ligações e autenticação por meio de certificados. Esta API pode ser utilizada a partir da rede doméstica através de uma palavra-passe de administrador.
Utilizamos cookies. Muitos são necessários para gerir o website e as suas funções, outros são para fins estatísticos ou de marketing. Ao escolher "Aceitar apenas cookies essenciais", respeitaremos a sua privacidade e não colocaremos cookies que não sejam necessários para o funcionamento do sítio.