Sofar Solar inwerter - odczyt danych bezpośrednio przez fabryczny DataLogger

Który flow używasz i który nod to zgłasza?

Witam, dziękuję za odpowiedź… Używam SofarLanMqtt_v1.2 i informuje mnie w JSON Sofar to MQTT

Edit:

Jestem nowy w tym temacie… i mam ważne pytanie.
Próbuję wydobyć dane podłączone bezpośrednio do modułu Wi-Fi dostarczonego przez Sofar Solar HYD6000-EP… czy to możliwe?..
A może bym potrzebował konwertera z RS485 na TCP?
Dziękuję Ci.

Przepraszam, jeśli źle się wyrażam, ale jestem Hiszpanem i korzystam z usług tłumacza.
Twoja praca wydawała mi się bardzo dobra i podążam za tobą.

@EzequielJL … aby jednoznacznie odpowiedzieć musiał bym widzieć specyfikację modbus dla Twojego falownika. Proponuje jednak użyć flow kolegi @paku2020. Co również nie gwarantuje sukcesu.

Może się finalnie tak okazać :wink: … ale i tak będziesz potrzebował specyfikację rejestrów modbus.
Ta metoda jest programowo prostsza, bardziej stabilna i prawdopodobieństwo sukcesu jest duże … ale wymaga dodatkowego sprzętu.

Witam ponownie.

Otrzymuję te dane podłączone lokalnie przez moduł Wi-Fi mojej sofy solarnej HYD600-EP.
Chciałbym zapytać, czy jestem na dobrej drodze i co mam dalej robić. Mam NR w Domoticz

Pozdrowienia i dzięki…
1
2
3

Te dane są niewłaściwe. Informują, że falownikowi zadałeś nie właściwie pytanie.
Powodów może być kilka.

  1. Wpisałeś niewłaściwy SN modułu WiFi
  2. Próbujesz odczytać niewłaściwe adresy rejestrów Modbus.
    Musisz od producenta otrzymać specyfikację “Modbus Data Registers”
  3. Używasz niewłaściwej metody
    Wypróbuj flow z wpisu

… lub innej metody

  1. Kolejny powód niedziałania jest nieznany :wink: … bywają falowniki, które można odczytać tylko przez RS485.

To jest znaczący “game changer” !
Jeśli uda Ci się odczytać prawidłowe dane, to wysyłane one są do brockera MQTT.
W tym przypadku musisz potrafić je odczytać przez Domoticz - MQTT.
To jest forum Homeassistant, więc na pomocy na temat Domoticz nie oczekuj.
Możliwe jest przepisanie w NR tak aby dane były wysyłane bezpośrednio do Domoticz, ale na tym etapie jest za wcześnie o tym mówić, ponieważ nie odczytujesz prawidłowo.
Z powodu google tanslate sukces jest mało prawdopodobny :wink:

Twoja odpowiedź jest świetna, wyjaśnia mi wszystko.

Dziękuję bardzo, wciąż nad tym pracuję i jeśli osiągnę coś pozytywnego to opublikuję to tutaj.

Proszę o pomoc w jaki sposób poprawnie zamienić sensory z falownika Sofar Solar HYD 5-20KTL-3PH (G3) pobrane po mqtt by zadziały w panelu energia

Mam nastepujące sensory:

sensor.sofarsolarmqtt_dzienna_produkcja_do_sieci
sensor.sofarsolarmqtt_dzienna_energia_wchodzaca_do_akumulatora
sensor.sofarsolarmqtt_dzienna_energia_wychodzaca_z_akumulatora
sensor.sofarsolarmqtt_dzienna_produkcja_z_energii_slonecznej
sensor.sofarsolarmqtt_dzienne_uzycie_energii_z_sieci
oraz
sensor.sofarsolarmqtt_calkowita_produkcja_do_sieci
sensor.sofarsolarmqtt_calkowita_energia_wchodzaca_do_akumulatora
sensor.sofarsolarmqtt_calkowita_energia_wychodzaca_z_akumulatora
sensor.sofarsolarmqtt_calkowita_produkcja_z_energii_slonecznej
sensor.sofarsolarmqtt_calkowite_uzycie_energii_z_sieci

W configuration.yaml wpisałem:

utility_meter:
  pv_produkcja_sloneczna:
    name: Produkcja z energii słonecznej
    source: sensor.sofarsolarmqtt_dzienna_produkcja_z_energii_slonecznej
    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

W panelu energia poprawnie wykrywa powyższe sensory z utility_meter

ale niestety ciągle rozwala wykresy

Pokaż wykresy z tych sensorów. Utiliti_meter musi być na podstawie sensora przyrostowego, więc gdy w sensorach bazowych masz “dziury” to utility zgłupieje. Z reguły to jest główna przyczyna.
Sofar lubi wysłać błędne odczyty.

straszne piki w górę

1

Przedstawiłeś wykresy wynikowe. Chodziło mi o źródłowe ( na postawie których one powstają).
np. dla ostatniego metera żródłowym będzie sensor.sofarsolarmqtt_dzienna_produkcja_do_sieci i o jego wykresy chodzi.

sensor.sofarsolarmqtt_dzienna_energia_wychodzaca_z_akumulatora
4
sensor.sofarsolarmqtt_dzienna_energia_wchodzaca_do_akumulatora
5

No i masz odpowiedź, wykres musi być gładki. Jak to zintegrowałeś?
prod

skorzystałem z pracy @paku2020 i @RobinI30

rozszerzając ich proces o moje brakujące sensory

:slight_smile: …tak się spodziewałem. Paku nie dorobił filtrów, bo u niego takiego problemu nie było.
Problem jest po stronie samego sofara. Gdzy podam Ci zasadę, to będziesz potrafił taki filtr dorobić?

Wkleić poprawnie i podmienić dane w filtrze potrafię, napisać go nie.
Twoja wcześniejsza “proteza” mogła by zadziałać?

var prev = flow.get('prevDay') || -1;
if (prev == -1) {
    flow.set('prevDay', msg.payload);
    return null;
}

var prod = parseFloat(msg.payload) - parseFloat(prev);
// zakładam że falownik o mocy 10kW nie może wyprodukować w ciągu 1 min
// więcej niż 170 Wh i ten pomiar pomijam
msg.prod = prod;    //na potrzeby debug
if (prod > 0.170) {
    flow.set('prevDay', msg.payload);   //dopisano 
    return null;
}

flow.set('prevDay', msg.payload);
return msg;

W takim razie na początek spróbuj poprawić jakość połączenia Wifi z falownikiem i podrzuć swój flow.

edit…

… o to, to -powinna :slight_smile:

połączenie wifi dobre, wasz flow z moimi dodatkowymi sensorami poniżej:
HYD 5-20KTL-3PH.json (33,3 KB)

U Ciebie jest jeszcze inny problem , ten filtr usunie tylko szpilki …ale jutro coś spróbuje.

Do… moderatora - temat do scalenia z tematem integracji

dzięki za pomoc i czekam na podesłanie “protezy v2”

@_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.


flows (25).json (6,5 KB)

Założenia:

  1. Falownik odpytywany jest co 1min - więc musisz zmienić w timestamp z 40sek na 1min
  2. Założono moc falownika na 10kW - jeśli jest inna trzeba proporcjonalnie zmienić wartości warunków w filtrach.
  3. 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.
  4. Zakładam, że moc zainstalowa to 20kW i z sieci oraz aku nie można pobrać więcej niż 340Wh/min
  5. 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 :wink: , 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.