З 2024 року оператор мережі більше не може відмовляти великим споживачам, таким як настінні коробки або теплові насоси, але може вимагати активного регулювання потужності. У такому випадку він повинен надати вам знижку на оплату за користування мережею. CFos Charging Manager підтримує різні форми контролю активної потужності з боку оператора мережі (контроль, що обслуговує мережу).
Приймач контролю пульсацій: оператор мережі встановлює у вашій установці приймач контролю пульсацій, перемикання контактів якого він може контролювати, щоб зменшити максимальну потужність, яку може споживати cFos Charging Manager. Зарядний пристрій cFos Charging Manager можна підключити до приймача контролю пульсацій за допомогою перемикаючих входів. Ви можете використовувати входи S0 контролера cFos Power Brain Controller, cFos Wallbox Booster або cFos Charging Manager ESP Kit, а також входи інших пристроїв, наприклад, певних моделей лічильників. Ось інструкції, як налаштувати Charging Manager з перемикаючим контактом. Ви також можете запросити 2 контакти і таким чином визначити 4 різні межі активної потужності.
Керування через Modbus: Оператор мережі встановлює у вашій установці головний модуль Modbus, який встановлює регістри в cFos Charging Manager, що контролюють максимальну потужність. Для цього ви можете активувати сервер SunSpec в розділі "Конфігурація" в Charging Manager. Порт Modbus TCP - 502, під Raspberry PI 1502, оскільки порти під 1024 вимагають прав адміністратора. Потім ведучий Modbus може отримати доступ до регістру 40098 (з плаваючою комою) для запиту активної потужності і відрегулювати її у відсотках за допомогою регістру 40968 (з плаваючою комою).
OCPP через OpenADR: Оператор мережі використовує OpenADR для координації своїх навантажень і послуг. З їхньої точки зору, ваша система - це OCPP wallbox. Ви можете додати "OCPP через OpenADR" в cFos Charging Manager. У налаштуваннях шлюзу OCPP цієї скриньки введіть дані оператора мережі для бекенду. Встановіть "Посилання на мережу" як роль лічильника. Це дозволить оператору мережі аналізувати поточне використання мережі та керувати cFos Charging Manager через OCPP Charging Profile.
HTTP API для постачальників енергії: оператор мережі використовує наш спеціально розроблений HTTP API. Доступ до нього здійснюється через захищене з'єднання TLS. Сертифікати також можуть бути імпортовані за запитом оператора мережі. Крім того, з'єднання може здійснюватися через шлюз інтелектуального лічильника. За допомогою нашого HTTP API оператор мережі або постачальник енергії може дуже точно втручатися в управління диспетчером зарядки. Нижче ви знайдете документацію для цього API.
HTTP API для операторів мереж та енергопостачальників може встановлювати та запитувати змінні Charging Manager за допомогою 2 викликів. Ці змінні можуть бути враховані при налаштуванні потужності підключення будинку та максимальної потужності EVSE. Оператори мереж та енергопостачальники можуть вільно визначати власні (незалежні від виробника) стандарти щодо того, як призначаються ці змінні.
Приклад: Потужність підключення будинку = 55000 * AVAIL / 100
Оператор мережі встановлює змінну AVAIL у значеннях від 0 до 100 і, таким чином, може регулювати потужність системи споживача з кроком у відсотках.
Приклад: TARIF
Постачальник енергії встановлює змінну TARIF в 0 або 1 і повідомляє систему за допомогою 0, що тепер застосовується "нормальний" тариф, а за допомогою 1, що тепер застосовується знижений тариф. Після цього користувачі системи можуть створювати правила зарядки, які дозволяють їм заряджати автомобіль тільки за певними тарифами або заряджати з меншою зарядною потужністю за певними тарифами.
Примітка: Під час налаштування змінної Диспетчер заряджання перевіряє, чи змінилося її значення. Тільки після цього він зберігає змінну у файлі config.json. На Raspberry PI та cFos Power Brain це призводить до вичерпання флеш-пам'яті. Якщо ви хочете запобігти цьому збереженню, ви можете вказати додатковий параметр запиту "tmp=1", наприклад, /cnf?cmd=set_cm_vars&tmp=1 ...
GET /cnf?cmd=set_cm_vars&name=n&val=v&clear=c
n - ім'я змінної, v - її значення.
clear - необов'язкова, при c=1 всі існуючі змінні видаляються перед скиданням.
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
Тіло POST містить JSON-об'єкт з іменами та значеннями змінних, наприклад{"vars": [{ "name": "var1", "expr": 1.5 }], { "name": "var2", "expr": 2 }] }
Видалити всі змінні і встановити var1 в 1.5, var2 в 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
Повертає JSON-об'єкт, що відповідає set_cm_vars з усіма змінними, їх формулами (або константами) та поточними значеннями.
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 WindowsДоступ до цього API можна отримати через шлюз Smart Meter Gateway без додаткової автентифікації, оскільки шлюз Smart Meter Gateway вже піклується про це, визначаючи з'єднання та автентифікацію за допомогою сертифікатів. Цей API можна використовувати з домашньої мережі за допомогою пароля адміністратора.
Ми використовуємо файли cookie. Багато з них необхідні для роботи веб-сайту та його функцій, інші - для статистичних або маркетингових цілей. Вибравши "Приймати тільки необхідні файли cookie", ми будемо поважати Вашу конфіденційність і не будемо встановлювати файли cookie, які не є необхідними для роботи сайту.