@_wesley …
Musisz to sam sprawdzić jak (czy?) działa. Nie mam takiego sprzętu więc są to pobożne życzenia.
Nie będę poprawiał całego flow i załączę tylko istotne rzeczy.
Falownik odpytywany jest co 1min - więc musisz zmienić w timestamp z 40sek na 1min
Założono moc falownika na 10kW - jeśli jest inna trzeba proporcjonalnie zmienić wartości warunków w filtrach.
W związku z powyższym falownik nie jest w stanie wyprodukować więcej niż 170Wh/min.
Ten warunek obowiązuje również dla energi oddanej do sieci oraz do aku.
To są warunki graniczne i jeśli pomiar jest inny to ze względów technicznych jest niemożliwy.
Zakładam, że moc zainstalowa to 20kW i z sieci oraz aku nie można pobrać więcej niż 340Wh/min
Pomiary kolejnych wartości muszą być rosnące i niezerowe.
Widzę, że @paku2020 wprowadził już wstępną filtrację na zakres ( na rys. oznaczone (1)) więc nowe filtry możesz włączy za nimi.
Najważniejsze jest aby sprawdzić przed zmianami, kiedy falownik zeruje dzienne pomiary i w nodzie Zerowanie wartości ustawić czas wyzwalanie na chwilę po np. 2min po… (na rys (2))
Efekty działania powinny być widoczne zaraz po zmianach ( do 2-3 min).
Jest jeden słaby punkt - po restarcie lub deploy pierwszy pomiar MUSI być prawidłowy.
Na początku nie ma podstaw do jego oceny i trzeba go przyjąć jako prawidłowy.
Filtry:
F_Energy_Out - dla energii wysłanej do sieci
F_Energy_In - dla energii pobranej z sieci sieci
F_Solar_Out - dla energii wyprodukowanej
Poskładaj do kupy, potestuj i posprzątaj ten bałagan , powiadom o efektach.
… możesz jeszcze w delay 500ms zmienić na 1sek… mam podejrzenia, że problemy wynikają z tego, że z jednoczesną obsługą chmury i NR (mogą być takie momenty) moduł sobie nie radzi.
@RobinI30 - szacun za wiedze i błyskawiczna pomoc :), timestamp przestawiony na 1minute, delay 1s, zerowanie statystyk mam 33sekundy po północy - ustawiłem na 00:02, filtry powklejane, za kilka godzin dam znać jaki efekt
Edit:
Kompletna paczka do falownika Sofar Solar HYD 5K~20KTL-3PH
Jest to przerobiony proces @RobinI30 i @paku2020 wraz z poprawkami @RobinI30
W configuration.yaml wpisać:
binary_sensor:
- platform: ping
host: 192.168.0.32 #adres ip falownika
name: Falownik_Sofar
count: 7
scan_interval: 30
utility_meter:
pv_produkcja_sloneczna:
name: Produkcja z energii słonecznej
source: sensor.sofarsolarmqtt_wygenerowane_kw_dzis
cycle: yearly
pv_uzycie_z_sieci:
name: Użycie energii z sieci
source: sensor.sofarsolarmqtt_dzienne_uzycie_energii_z_sieci
cycle: yearly
pv_produkcja_do_sieci:
name: Produkcja do sieci
source: sensor.sofarsolarmqtt_dzienna_produkcja_do_sieci
cycle: yearly
pv_energia_wychodzaca_aku:
name: Energia wychodząca z akumulatora
source: sensor.sofarsolarmqtt_dzienna_energia_wychodzaca_z_akumulatora
cycle: yearly
pv_energia_wchodzaca_aku:
name: Energia wchodząca do akumulatora
source: sensor.sofarsolarmqtt_dzienna_energia_wchodzaca_do_akumulatora
cycle: yearly
Czy próbował ktoś z sukcesem poprzez LSW3 nie tylko czytać dane ale również odpalać funkcje inwertera Sofar, mnie interesuje dokładnie ograniczenie mocy do zadanego procenta jak niżej.
Active power &Over/Under voltage Power Derate Paramter(0x0900-0x093F)
0901 ActiveOutputLimit U16 0,1 % 0 1000 RW 有功输出百分比 The percentage of active power output Installer
Mam jeszcze jedno pytanie, korzystam z twojej pracy “odczyt danych z sofar”
Działa bardzo fajnie, ale chciałbym aby z wysyłać sensory do HA z pominięciem MQTT.
Chcę wyeliminować MQTT,
W NR umiem już wykonać sensor z MQTT do HA, natomiast nie radzę sobie bezpośrednio, wiem jakie dane wysyłane są do brokera
Więc możesz za pomocą switcha rozdzielać wiadomości do poszczególnych sensorów HA, kluczem może być msg.topic lub msg.parts.index.
Indeksy rejestrów zamieniane są na topic wewnątrz subflow Sofar to MQTT w/g tabeli:
…różnice są tylko od rej’21’ i jest drobne przesunięcie, które można zweryfikować podłączając debug na wiadomości wysyłane do mqtt.
Na temat sposobu użycia noda entity wiem niewiele.
Próbuję zintegrować się za pomocą tego schematu Node-Red z moim falownikiem Afore BNT005KTL, ale nie umiem uzyskać żadnych informacji. Podejrzewam, że adresy rejestrów nie są poprawne.
Od supportu polskiego Afore dostałem PDF z rozpiską adresów dla mojego falownika:
Na modbus nie znam się kompletnie i szczerze mówiąc próbując wpisywać te adresy czy to w formie decimal czy przekształcając na adresy szesnastkowe nic konkretnego nie dostaję oc mogłoby się w jakikolwiek sposób pokryć z danymi z falownika lub aplikacji solarman.
Problem tkwi nie są samym falowniku, bo na pierwszy rzut oka adresu są zgodne… nawet gdyby to coś by odczytał. Pośrednikiem w transmisji jest datalogger, który z falownikiem komunikuje się przez modbus. To czy uda Ci się odczytać zależy od softu w loggerze. Jeśli jesteś pewien, że SN (loggera nie falownika) wpisałeś poprawnie nie pozostaje Ci łączyć się przez “czysty” modbus złączem RS485.
W falowniku jest jedynie złącze pod data logger. Żadnych innych złącz tam nie ma.
SN podaję w konfiguracji z data loggera, nie z samego falownika. Zastanawia mnie jednak fakt, że skoro jest problem z odczytem przez datalogger to jak dane przesyłane są do aplikacji w chmurze (Solarman)?
Dobitnie powiedziane
Rozumiem, że szansy na zmiane firmware data logger’a nie ma?
Prszyszło mi jeszcze na myśl: skoro data logger łączy się z jakimś serwerem i jest pod to jeszcze opcja w konfiguracji to może udało by się postawić podobny serwer w sieci lokalnej? Pytanie tylko jak sprawdzić na jakiej architekturze to siedzi?
Powodem może być to, że falownik odpowiedział innym komunikatem niż oczekiwane. Dla buffer parser są to tylko bajty, które traktuje jak dane i próbuje odczytywać z poza zakresu długości bufora.
Sprawdź nodem debug co otrzymujesz z falownika.