Dokumentacja

Regulacja mocy czynnej przez operatora systemu dystrybucyjnego (OSD) zgodnie z sekcją 14a EnWG

Od 2024 r. operator sieci nie będzie już mógł odrzucać większych odbiorników, takich jak wallboxy czy pompy ciepła, ale będzie mógł wymagać aktywnej kontroli mocy. Musi wówczas udzielić rabatu na opłaty sieciowe. Menedżer ładowania cFos obsługuje różne formy aktywnej kontroli mocy przez operatora sieci (kontrola sieci).

Odbiornik kontroli tętnień: Operator sieci instaluje w instalacji odbiornik kontroli tętnień, którego stykami przełączającymi może sterować w celu ograniczenia maksymalnej mocy, jaką może pobierać menedżer ładowania cFos. Menedżer ładowania cFos można podłączyć do odbiornika kontroli tętnień za pomocą wejść przełączających. Można użyć wejść S0 kontrolera cFos Power Brain, wzmacniacza cFos Wallbox Booster lub zestawu ESP cFos Charging Manager, ale także innych urządzeń, takich jak niektóre modele liczników. Poniżej znajdują się instrukcje, jak skonfigurować Charging Manager ze stykiem przełączającym. Można również wysłać zapytanie do 2 styków i w ten sposób zdefiniować 4 różne limity mocy czynnej.

Sterowanie przez Modbus: Operator sieci instaluje urządzenie nadrzędne Modbus w instalacji, które ustawia rejestry w cFos Charging Manager, które kontrolują maksymalną moc. Aby to zrobić, można aktywować serwer SunSpec w sekcji "Konfiguracja" w Menedżerze ładowania. Port Modbus TCP to 502, pod Raspberry PI 1502, ponieważ porty poniżej 1024 wymagają uprawnień administratora. Master Modbus może następnie uzyskać dostęp do rejestru 40098 (float), aby zapytać o aktywną moc i dostosować ją w procentach za pomocą rejestru 40968 (float).

OCPP przez OpenADR: Operator sieci używa OpenADR do koordynowania swoich obciążeń i usług. Z ich punktu widzenia system użytkownika jest stacją ładowania OCPP. W aplikacji cFos Charging Manager można dodać stację ładowania "OCPP via OpenADR". W ustawieniach bramki OCPP tej stacji ładowania wprowadź dane operatora sieci dla zaplecza. Ustaw "Odniesienie do sieci" jako rolę licznika. Umożliwi to operatorowi sieci analizę bieżącego wykorzystania sieci i sterowanie cFos Charging Manager za pomocą OCPP Charging Profile.

HTTP API dla dostawców energii: Operator sieci korzysta z naszego specjalnie zaprojektowanego HTTP API. Jest on dostępny za pośrednictwem bezpiecznych połączeń TLS. Certyfikaty mogą być również importowane na żądanie operatora sieci. Alternatywnie, połączenie może również odbywać się za pośrednictwem bramy inteligentnego licznika. Dzięki naszemu interfejsowi API HTTP operator sieci lub dostawca energii może bardzo precyzyjnie ingerować w sterowanie Charging Managerem. Poniżej znajduje się dokumentacja tego interfejsu API.

Interfejs API HTTP dla operatorów sieci i dostawców energii może ustawiać i odpytywać zmienne Charging Manager za pomocą 2 wywołań. Zmienne te mogą być brane pod uwagę przy konfiguracji mocy przyłączeniowej domu i maksymalnej mocy EVSE. Operatorzy sieci i dostawcy energii mogą swobodnie definiować własne (niezależne od producentów) standardy dotyczące sposobu przypisywania tych zmiennych.

Przykład: Moc przyłączeniowa domu = 55000 * AVAIL / 100
Operator sieci ustawia zmienną AVAIL na wartości z zakresu 0-100 i może w ten sposób regulować moc systemu klienta w dół w krokach procentowych.

Przykład: TARIF
Dostawca energii ustawia zmienną TARIF na 0 lub 1 i informuje system za pomocą 0, że teraz obowiązuje "normalna" taryfa, a za pomocą 1, że obowiązuje taryfa obniżona. Użytkownicy systemu mogą następnie tworzyć reguły ładowania, które pozwalają im ładować samochód tylko przy określonych taryfach lub ładować przy niższej mocy ładowania przy określonych taryfach.

HTTP API

Uwaga: Podczas ustawiania zmiennej Charging Manager sprawdza, czy wartość uległa zmianie. Dopiero wtedy zapisuje zmienną w pliku config.json. W przypadku Raspberry PI i cFos Power Brain powoduje to zużycie pamięci flash. Jeśli chcesz zapobiec temu zapisywaniu, możesz określić dodatkowy parametr zapytania "tmp=1", np. /cnf?cmd=set_cm_vars&tmp=1 ....

Ustawić zmienną

GET /cnf?cmd=set_cm_vars&name=n&val=v&clear=c
n to nazwa zmiennej, v to jej wartość.
clear jest opcjonalne, z c=1 wszystkie istniejące zmienne są kasowane przed wyzerowaniem.

curl -i -X GET --user admin:1234abcd 'http://localhost/cnf?cmd=set_cm_vars&name=var3&val=123' Linux
curl -i -X GET --user admin:1234abcd "http://localhost/cnf?cmd=set_cm_vars&name=var3&val=123" Windows

Ustaw wszystkie zmienne

POST /cnf?cmd=set_cm_vars&clear=1
Ciało POST zawiera obiekt JSON z nazwami i wartościami zmiennych, np.

{"vars": [{ "name": "var1", "expr": 1.5 }], { "name": "var2", "expr": 2 }] }
Usuń wszystkie zmienne i ustaw var1 na 1,5, var2 na 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' Linux
curl -i -X POST -d "{ \"vars\": [{ \"name\": \"tarif\", \"expr\": 1 }, { \"name\": \"PWR\", \"expr\": 70 }] }" --user admin:1234abcd "http://localhost/cnf?cmd=set_cm_vars" Windows

Przeczytaj wszystkie zmienne

GET /cnf?cmd=get_cm_vars
Zwraca obiekt JSON pasujący do set_cm_vars ze wszystkimi zmiennymi, ich formułami (lub stałymi) i ich aktualnie obliczonymi wartościami.

curl -i -X GET --user admin:1234abcd 'http://localhost/cnf?cmd=get_cm_vars Linux
curl -i -X GET --user admin:1234abcd "http://localhost/cnf?cmd=get_cm_vars Windows

To API może być dostępne poprzez Smart Meter Gateway bez dalszego uwierzytelniania, ponieważ Smart Meter Gateway już o to dba poprzez definiowanie połączeń i uwierzytelnianie za pomocą certyfikatów. To API może być używane z sieci domowej za pomocą hasła administratora.