Problem ze znikającymi encjami

[jokers1975]

Testowane na falowniku Deye SUN-12kW-SG04LP3-EU
Co kilka minut, na kilkanaście sekund znikają wartości encji, hardwarowo mam to samo, co przy innym wsadzie esphome i poprzednio nie miałem takiego zjawiska więc sądzę że gdzieś jest problem w kodzie.
Czy ten log coś autorowi powie?

[Lewa-Reka]

Jaka wersja oprogramowanie falowanika?
Albo z ekranu albo z sensor.deye_inverter_device_main_firmware_version można odczytać.

Dodatkowo widzę że zapomniałem też dać znać żeby podnieść baud_rate dla falownika na 19200
W menu falownika: Advanced Settings -> Set. 3 -> Baud Rate na 19200
Po zapisaniu zgaśnie ekran i włączy sie alarm, to normalne. Powinno po chwili wszystko wrócić do normy.

Choć sama zmiana tu raczej nie pomoże. Ale warto wykluczyć.

Sensory znikają bo jak widac po logach on sie restartuje pewnie z uwagi na jakięs błędy.
Warto też odkomentować

log:
  level: VERBOSE

I zobaczyć co wiecej tam pokazuje w okolicy błędów czy restartów.

[jokers1975]

Zmiana prędkości nic nie dała, dalej co chwile znikają encje.
Oto moja wersja firmware:

Oto mój konfig:

esphome:
  name: deye
  friendly_name: deye

# Set appropriately if using a different board. https://esphome.io/components/#supported-microcontrollers
esp32:
  board: esp32dev
  framework:
    type: arduino

# Enable logging
logger:
  level: VERBOSE
captive_portal:
    
web_server:
  port: 80

switch:
  - platform: restart
    name: "Restart ESP"

substitutions:
  wifi_ssid: !secret wifi_ssid
  wifi_password: !secret wifi_password
  api_key: !secret pv_inverter_api_key
  ota_password: !secret pv_inverter_ota_password
  fallback_password: !secret pv_inverter_fallback_password

  modbus_inverter_address: "0x01" # Default Modbus address, should be changed to match inverter settings

  # Safe Mode parameters for supported inverters
  safe_mode_delay: 600s # Time after which transition to safe mode and setting default operating parameters will occur
  default_maximum_battery_charge_current: "140" # Amps
  default_max_sell_power: "8000" # Watts
  default_system_work_mode: "Zero Export To Load" # "Selling First", "Zero Export To Load", "Zero Export To CT"
  default_solar_sell: "on" # "on", "off"

packages:
  pv_inverter:
    url: https://github.com/Lewa-Reka/esphome-pv-inverter
    refresh: 12h
    files:
      pv_inverter/deye_hybrid_3p_lv.yaml # SG0XLP3 Low Voltage
      # pv_inverter/deye_hybrid_3p_hv.yaml # SG0XHP3 High Voltage

uart:
#  id: mod_bus
  rx_pin: GPIO27
  tx_pin: GPIO25
  baud_rate: 19200
#  data_bits: 8
#  stop_bits: 1
#  parity: EVEN

modbus:
  flow_control_pin: 26
  send_wait_time: 300ms

[Lewa-Reka]

widze ze włączyłeś logowanie, pewnie z logów więcej się dowiemy,
spróbuj je pobrać, i wrzucić plik z logami powinny wyjaśnić więcej

[jokers1975]

Robię cały czas doświadczenia, zauważyłem jedno, wcześniej gdy pingowałem moduł ESP to bardzo często traciło pingi ale gdy wyłączyłem logi, wyłączyłem web serwer, wyłączyłem switch ESP Restart to moduł pracuje stabilniej.
Oto logi:
logs_deye_logs.txt

Dodatkowe pytanie, czy encja: sensor.deye_battery_power odpowiedzialna jest za monitorowanie zasilania baterii? ta encja bardzo rzadko mi się odświeża, raz na kilkanaście minut, pokazuje przez to głupoty.

Od wczoraj uparłem się na wdrożenie twojej pracy bo jestem pod wrażeniem i mam wielkie nadzieje, że będzie to super chodziło. Oglądam cię od dłuższego czasu na YT i widzę dużą wiedze.

[Lewa-Reka]

Logi przejrzę wieczorem. J
ak chodzi o baterie to zaktualizuj paczkę bo dosłowanie kilka godzin temu to poprawiałem bo też zauważyłem: adf5017

Jak instalujesz z homeassistant to musisz przed instalacją kliknąc tam w menu tego urządzenia Clean build files

Powinien wtedy na 100% pobrać najnowsze pliki.

[Lewa-Reka]

@jokers1975 jeśli chodzi o restarty i niestabilność to wygląda że zasoby ci sie kończyły z tego co widze odpalales web_server ktory dużo wymaga, co zresztą masz napisane w dokumentacji w pierwszym zdaniu;) https://esphome.io/components/web_server.html
Myśle że jak go wyłączysz to problem ustanie. Jeśli z nim razem działały jakieś inne integracje to uczciwie tylko zauważmy że tu lekko jest 2x więcej pracy przy tej ilości danych do przetwarzania z samego falownika, więc moze po prostu byłeś na limicie i gdy doszło wiecej adresów to przekroczyłeś możliwości sprzętu. Jeśli jednak z jakiegoś powodu go potrzebujesz to możesz próbować stosować porady z np tego issue esphome/issues#3187 ale no nie wiem czy to wystarczy.

Co do błędu
[14:14:37][E][modbus_controller.select:034]: No option found for mapping 65535
To z niego odpowiada select z AC Couple i po prostu nie zwraca nic sensownego zgodnego z dokumentacją bo w wersji 1147 jeszcze nie było wsparcia dla AC Couple (chyba od 1150 wprowadzili).
Jakbyś mógł potwierdzić co ci pokazuje select AC Couple? Prawdopodobnie jest "niedostępny" lub coś tego typu.

Pomyśle jak to obsłużyć bo troche mnie ogranicza platforma w tym zakresie ale chyba samo to że on nie mogę go poprawnie odczytać nie powinno powodować znaczących problemów.

Dzięki za testy zwłaszcza też na starszym sofcie! Pamietaj zaktualizować sie do najnowszej wersji to rozwiąże ci problemy z baterią i myśle że bez web servera powinno śmigać.