ESP Home - uzyskanie połączenia po WiFi z HA

Tak ma być, jedyną ukrytą encję (tę od aktualizacji) możesz sobie włączyć.
Jeśli chcesz mieć na bogato to sobie dołóż jakieś funkcje (ja zwykle dokładam na początek przy budowie nowego ulepa jakieś podstawowe encje diagnostyczne).

Więc YAML bym zmodyfikował najpierw na taki


substitutions:
  name: "teraz-ja"
  friendly_name: "Najnowszy"

esphome:
  name: ${name}
  friendly_name: ${friendly_name}

esp32:
  board: esp32dev
  framework:
    type: esp-idf

# Enable logging
logger:

# Enable Home Assistant API
api:
  encryption:
    key: "XBMCeIp2KMOBTSZ58u2Hq6iCp7ReZxTcHiUw/DvuonM="

ota:
  - platform: esphome
    password: "4a07315f3d3bc21ef6d2f891583c2c4c"

wifi:
  ssid: !secret wifi_ssid
  password: !secret wifi_password

  # Enable fallback hotspot (captive portal) in case wifi connection fails
  ap:
    ssid: "Najnowszy Fallback Hotspot"
    password: "12345678"

captive_portal:

binary_sensor:
  - platform: status
    name: "${friendly_name} Node Status"
    id: system_status


sensor:
  - platform: internal_temperature
    name: "${friendly_name} Internal Temperature"
    accuracy_decimals: 1
    
  - platform: wifi_signal
    name: "${friendly_name} sygnał WiFi"
    update_interval: 60s
  
  - platform: uptime
    name: "${friendly_name} Uptime"
    filters:
      - lambda: return x / 3600;
    unit_of_measurement: "h"

text_sensor:
  - platform: wifi_info
    ip_address:
      name: "${friendly_name} IP Address"
    dns_address:
      name: "${name} DNS Address"
    ssid:
      name: "${friendly_name} Connected SSID"
    bssid:
      name: "${friendly_name} Connected BSSID"
    mac_address:
      name: "${friendly_name} Mac Wifi Address"
    scan_results:
      name: "${friendly_name} Latest Scan Results"

zauważ, że dokonałem zmian też na samym początku, więc możesz wkleić całość w miejsce dotychczasowego YAMLa

można jakieś sensory debuga też dorzucić jeśli to ma być jakiś rozbudowany projekt

to co wrzuciłem teraz nadal nie ma żadnych funkcji użytkowych, ale już będziesz miał więcej “żywych encji”.

mówisz o tym ?

mnie na razie chodziło żeby to uruchomić testowo bo jak wiesz miałem problemy z połączeniem płytki z HA, a ostatecznie ma mi to służyć do połączenia po ESP32 z falownikiem i zbieranie wszystkich danych z niego a dokładnie z trzech falowników i magazynów energii więc będą miały co robić

No to sensory, które sugeruję są całkiem na miejscu.

Nie sądzę, pewnie chodzi o czerpanie danych po modbusie, to jest taka robota, że ESP32 się zasadniczo nudzi. Im więcej sprzętu na jednej magistrali tym łatwiej o konflikty (więc sugeruję najpierw z jakimś rozsądkiem ustawić im porty RS485, tj. mam na myśli dostatecznie dużą szybkość by magistrala nie była zapchana i równocześnie nie zbyt wysoką by problemem nie stały się długie połączenia przewodowe).
Zauważ że UART0 na tej płytce masz już zajęty (jest tam mostek do USB), więc do dowolnego wykorzystania zostaje UART1 i UART2 (więc maks 2 magistrale).
Rozumiem że masz też płytki przetworników UART-RS485.

wiem, ale danych jest dużo do obróbki, do tego dojdą jakieś automatyzacje i inne fanaberie,

dobra, na razie Ci bardzo dziękuje za pomoc, jak zawsze, a jutro spróbuję to już zrobić docelowo bo szlak jest przetarty zobaczymy co z tego wyjdzie, pozdrowionka

EDIT 1:

no i byłoby za pięknie żeby już było tylko dobrze. Chciałem dodać kolejną płytkę ESP32 do ESP HOME tą samą metodą którą mi pokazałeś i którą przetestowaliśmy i która zadziałała, ale zachowało się inaczej bo już na starcie nie wykrywa jej w porcie USB maliny, dziwne, poprzednio od razu wykryło i poszła kompilacja, czyżby kolejne płytki już się dodawało inaczej ?

EDIT 2:

coś było na łączach nie tak, zmieniłem płytkę ESP32 na inną i udało mi się również ją połączyć z ESP HOME ale już nie z plikiem który mi podesłałeś (teraz-ja) tylko to co sam wygenerował HA bez żadnych zmian na razie i uzyskała połączenia ONLINE

EDIT 3:

wgrałem też właściwy wsad na płytkę ESP i też mam połączenie jest ONLINE ale pojawił się inny problem z MODBUSEM (prawdopodobnie dlatego że mam już MODBUSA wykorzystaywanego w pliku configuration.yaml, a tu w wsadzie do płytki ESP też jest wpis o Modbausie i coś się gryzie najwyraźniej tylko nie do końca kumam co

informacja z logu ESP Home tej płytki:

INFO ESPHome 2026.3.1
INFO Reading configuration /config/esphome/anenji-1.yaml...
INFO Detected timezone 'Europe/Warsaw'
INFO Starting log output from anenji-1.local using esphome API
INFO Successfully resolved anenji-1.local in 0.257s
INFO Successfully connected to anenji-1 @ 192.168.0.116 in 0.008s
INFO Successful handshake with anenji-1 @ 192.168.0.116 in 0.018s
[12:31:55.334][I][app:231]: ESPHome version 2026.3.1 compiled on 2026-03-28 10:02:36 +0100
[12:31:55.335][I][app:233]: Project syssi.esphome-smg-ii version 1.4.0
[12:31:55.335][I][app:238]: ESP32 Chip: ESP32 rev3.1, 2 core(s)
[12:31:55.335][W][app:247]: Set minimum_chip_revision: "3.1" to reduce binary size
[12:31:55.552][W][modbus:064]: Stop waiting for response from 1 221ms after last send
[12:31:55.776][W][modbus:064]: Stop waiting for response from 1 219ms after last send
[12:31:56.002][W][modbus:064]: Stop waiting for response from 1 220ms after last send
[12:31:56.228][W][modbus:064]: Stop waiting for response from 1 219ms after last send
[12:31:56.465][W][modbus:064]: Stop waiting for response from 1 221ms after last send
[12:31:56.687][W][modbus:064]: Stop waiting for response from 1 221ms after last send
[12:31:56.911][W][modbus:064]: Stop waiting for response from 1 221ms after last send
[12:31:57.135][W][modbus:064]: Stop waiting for response from 1 221ms after last send
[12:31:57.359][W][modbus:064]: Stop waiting for response from 1 221ms after last send
[12:31:57.599][W][modbus:064]: Stop waiting for response from 1 221ms after last send
[12:31:57.827][W][modbus:064]: Stop waiting for response from 1 221ms after last send
[12:31:58.048][W][modbus:064]: Stop waiting for response from 1 221ms after last send
[12:31:58.273][W][modbus:064]: Stop waiting for response from 1 221ms after last send
[12:31:58.496][W][modbus:064]: Stop waiting for response from 1 221ms after last send
[12:31:58.736][W][modbus:064]: Stop waiting for response from 1 220ms after last send
[12:31:58.960][W][modbus:064]: Stop waiting for response from 1 221ms after last send
[12:31:59.184][W][modbus_controller:307]: Duplicate modbus command found: type=0x3 address=313 count=1
[12:31:59.185][W][modbus_controller:307]: Duplicate modbus command found: type=0x3 address=320 count=8
[12:31:59.185][W][modbus_controller:307]: Duplicate modbus command found: type=0x3 address=329 count=1
[12:31:59.185][W][modbus_controller:307]: Duplicate modbus command found: type=0x3 address=331 count=7
[12:31:59.185][W][modbus_controller:307]: Duplicate modbus command found: type=0x3 address=341 count=3
[12:31:59.186][W][modbus_controller:307]: Duplicate modbus command found: type=0x3 address=406 count=1
[12:31:59.186][W][modbus_controller:307]: Duplicate modbus command found: type=0x3 address=420 count=1
[12:31:59.186][W][modbus_controller:307]: Duplicate modbus command found: type=0x3 address=643 count=1
[12:31:59.189][W][modbus:064]: Stop waiting for response from 1 221ms after last send
```

część wsadu do płytki ESP dotycząca Modbusa

# ================= MODBUS =================

modbus:
  - id: modbus0
    uart_id: uart_0
    send_wait_time: 200ms

modbus_controller:
  - id: smg0
    address: 0x01
    modbus_id: modbus0
    command_throttle: 200ms
    update_interval: 10s

# ================= TIME =================

oraz wpis o modbusie w moim configuration.yaml

# konfiguracja MODBUS
modbus:
  - name: licznik SINOTIMER
    type: serial
    port: /dev/ttyUSB0
    baudrate: 9600
    bytesize: 8
    method: rtu
    parity: E
    stopbits: 1
    sensors:

czy jedno z drugim się nie kłóci ?

1 polubienie

Nie, nie kłóci.
(w sensie, że to nie ma nic ze sobą wspólnego… jeśli nie podepniesz równocześnie HA i ESPHome do tej samej magistrali to się również nie będą zakłócać, bo master ma być tylko jeden, ale jak na razie to w ogóle nie jest przyczyna problemu)

To co masz w HA nie ma nic wspólnego z tym co jest w ESPHome.

To są 2 całkowicie niezależne byty.


Natomiast pisałem wyżej - masz NIE używać UART0 w tej płytce ESP, bo ten kontroler szeregowy jest już użyty do innego celu… (do debugowania na USB i właściwie nie chcemy tracić tej możliwości, bo on jest przylutowany do mostka USB, w dodatku jego pinów nie można delegować w inne miejsce, a skoro ten MCU ma 3 kontrolery UART, to masz nadal duży wybór). Użyj UART1

To po pierwsze, a po drugie, nie wiadomo co jeszcze masz źle, bo jak zwykle podałeś tylko wyrwany z kontekstu kawałek zamiast kompletu umożliwiającego znalezienie problemu…

I nie pisz kolejnego posta póki co, bo chcę się odnieść jeszcze do wielu innych rzeczy które napisałęś wyżej, a nie mam czasu teraz.
Na razie to wygląda jak marsz z motyką na Słońce.
Jeśli nie będziesz rozumiał co robisz to nie widzę szans na sukces…


Owszem dziwne - albo kabel uszkodzony (albo taki “tylko do ładowania”, czyli jakiś turbo-archaiczny bo linie danych są obowiązkowe nawet w kablach “do ładowania” od lat), albo płytka uszkodzona.
Co ważniejsze, linuxy (w tym HAOS) zazwyczaj mają na pokładzie wszystkie sterowniki spotykanych w użyciu mostków USB-UART (w tym zasadniczo wszystkie jakie można znaleźć na płytkach prototypowych ESP) więc podpinająć do HAOS nie powinieneś nigdy napotkać problemu nierozpoznanej płytki (jeśli ma wbudowany mostek UART-USB).

kompilacja nie jest związana w ogóle z tym czy płytka jest jakkolwiek podłączona czy nie, to tylko kwestia braku portu w menu wyboru ortu do uploadu (a to jest zupełnie co innego… jakkolwiek na wstępie umożliwia zdiagnozowanie problemu ze sprzętem → nie ma hardware = nie przejdziesz dalej)

Tamten YAML był tylko na jednorazową akcję rozwiązywania TAMTEGO problemu.
Przyczyna jest nieznana, ale moim zdaniem miałeś w płytkę wgrany wsad skompilowany z innego YAMLa niż sądziłeś, w ESPHome YAML jest nierozłączną parą z urządzeniem w które jest wgrany, dlatego trzymaj się zasady: 1 kafelek = 1 fizyczne urządzenie (jakkolwiek są nawet mechanizmy wiązania nazwy hosta z jego MAC-adresem, by móc wykorzystywać ten sam szablon YAMLa dla wielu płytek i mieć to od ręki bez konfliktów, ale jesteś “zbyt zielony” by z tego korzystać… swoją drogą dla kilku płytek nie ma to większego sensu).

Postępujesz prawidłowo - dla każdej nowej płytki jednorazowo wygeneruj nowy YAML.

to co masz w logu moim zdaniem wynika z wadliwego YAMLa, który sobie napisałeś, ale nikt go nie widział

Znalazłem projekt od którego zacząłeś (psim swędem był w logu), ale moim zdaniem zamiast robić to po kawałku skopiowałeś zapewne jakiegoś przykładowego YAMLa niepasującego do twojej konfiguracji.

Wcześniej pytałem czy masz jakiekolwiek doświadczenie z ESPHome, a akurat to co próbujesz robić, to jak marsz z motyką na Słońce - brak podstawowej wiedzy, a tymczasem na start się bierzesz za dość zaawansowany projekt.
Gdybyś chociaż próbował to jak człowiek uruchamiać po kawałku…

Na szczęście jak rozumiem masz to już zrealizowane na bazie jakiegoś przetwornika UART-RS podłączonego do HA (tu widzę, że nie RS485 tylko RS232) więc masz przynajmniej wiedzę o swoim sprzęcie do którego chcesz się łączyć (ale w takim razie nie rozumiem po co zmieniasz taktykę, skoro to samo można uzyskać w HA).

  • Dobra to już wiadomo, więc szkoda się było odnosić,

  • Dla wyjaśnienia, na płytki ESP tylko na chwilę wgrywania softu są podłączone do USB, potem je odpinam i pracują już po WiFi.

  • Kabel wiadomo że musi być do komunikacji a nie tylko do zasilania, to rzecz oczywista i wyjaśniona, cały czas używam tego samego kabla, więc nie mógł to być problem z kablem

  • Tak wiem, jeden kafelek dla jednej płytki i tak to robię

co z tym UARTEM, gdzie to mam zmienić ? Nie wiem co rozumiesz przez wykorzystywanie UARTA0 bo z tego co piszesz to tak jakbym miał cały czas płytkę podłączoną przez USB żeby cały czas monitorować co się z nią dzieje a tak nie jest - płytka po wgraniu softu jest odłączona od USB i pracuje już po wifi i tak się też komunikuje

Daj całego YAMLa, a nie kawałek, bo przecież tego nie widzę, a odnoszę się do rzeczy które już wiesz, bo nie wiem czy to faktycznie wiesz czy nie.

Mógłbym się odnieść do ostatniego zdania, ale wtedy ewnie by umknęło z 90% ważnych zagadnień, więc robię to po kawałku, więc też nie będę kasował czegoś co już napisałem.

ale którego YAMLa tego od tej płytki ESP HOME ?

Przepraszam, ale jeśli nie chodzi o ESPHome to załóż inny wątek w innym miejscu.

Skoro masz interfejs RS232 to w ogóle musisz to odłączyć od RS232 HA żeby podłączyć do RS232 ESPHome

Oczywiście jeśli chcesz zmigrować to co masz w HA do ESPHome to pewnie się przyda i YAML z HA (ale wolałbym abyś sobie to sam ogarniał - nie mam tyle czasu by robić coś za kogoś…)

nie chcę żeby ktoś za mnie coś robił tylko żeby mi pomógł w miejscach gdzie mam z czymś problem, dobrze wiesz że Integracje w HA nie są takie oczywiste i intuicyjne i nie każdy jest tak oblatany w tym jak Ty, przerabialiśmy to już nie raz, jeden ma większą wiedzę inny ma mniejszą lub żadną ale to jeszcze nie powód żeby go eliminować z możliwości korzystania z czegoś takiego jak HA. Wydawało mi się że forum właśnie służy do pomocy i wymiany doświadczeń a zaczynam mieć wrażenie że kogoś kto pyta traktuje się jak intruza

Nie jak intruza, tylko jako doświadczony forumowicz wkurzyłeś mnie, bo powinieneś wiedzieć, że trzeba dostarczać jakiś kontekst, a nie same urywki…

Jeśli wątek ma dotyczyć konfiguracji HA to załóż nowy we właściwym miejscu, tu się chyba mieliśmy skupić na ESPHome, więc w ogóle nie rozumiem takich pytań jak to

a skąd miałem wiedzieć o które ci chodzi skoro zamieściłem oba fragmenty Yamla w których było coś związane z Modbusem o który się burzy,

oczywiście że cały czas mówimy o ESP HOME i tak też próbuję się połączyć za pomocą płytki ESP32 - na ten moment płytka jest ONLINE jakieś dane przechodzą więc nie jest tak że komunikacji nie ma w ogóle, ale sypie błędami, coś jest z tym motbusem nie tak

a yaml z tej płytki i kafelka w ESP HOME wygląda tak:

(dużą część sensorów musiałem wyciąć bo jest za dużo znaków i nie pozwala wkleić)

substitutions:
  name: anenji-1
  device_description: "Monitor and control ANJ inverter ID1 via RS232"
  tx_pin: GPIO17
  rx_pin: GPIO16

esphome:
  name: ${name}
  comment: ${device_description}
  min_version: 2024.6.0
  project:
    name: "syssi.esphome-smg-ii"
    version: 1.4.0

esp32:
  board: esp32dev
  framework:
    type: esp-idf

# ================= WIFI =================

wifi:
  ssid: !secret wifi_ssid
  password: !secret wifi_password

  ap:
    ssid: "ANJ_Fallback"
    password: "12345678"

captive_portal:

# ================= OTA =================

ota:
  - platform: esphome

# ================= LOGGER =================
# Wyłączamy UART0 żeby nie kolidował z RS232

logger:
  level: INFO
  baud_rate: 0

# ================= API (HA) =================

api:

# ================= UART =================

uart:
  - id: uart_0
    baud_rate: 9600
    tx_pin: ${tx_pin}
    rx_pin: ${rx_pin}
    stop_bits: 1

# ================= MODBUS =================

modbus:
  - id: modbus0
    uart_id: uart_0
    send_wait_time: 200ms

modbus_controller:
  - id: smg0
    address: 0x01
    modbus_id: modbus0
    command_throttle: 200ms
    update_interval: 10s

# ================= TIME =================

time:
  - platform: homeassistant

sensor:
  - platform: total_daily_energy
    name: "${name} PV energy today"
    restore: true
    device_class: energy
    power_id: smg0_pv_average_power
    filters:
      # Multiplication factor from W to kW is 0.001
      - multiply: 0.001
    unit_of_measurement: kWh

  - platform: template
    name: "${name} discharging power"
    id: smg0_discharging_power
    unit_of_measurement: "W"
    device_class: power
    state_class: measurement
    icon: mdi:battery-arrow-down
    # Gets updated on value of smg0_battery_average_power
    update_interval: never
    lambda: |-
      if (isnan(id(smg0_battery_average_power).state)) {
        return {};
      }
      auto power = id(smg0_battery_average_power).state;
      return (power < 0.0f) ? -power : 0.0f;

  - platform: template
    name: "${name} charging power"
    id: smg0_charging_power
    unit_of_measurement: "W"
    device_class: power
    state_class: measurement
    icon: mdi:battery-charging
    # Gets updated on value of smg0_battery_average_power
    update_interval: never
    lambda: |-
      if (isnan(id(smg0_battery_average_power).state)) {
        return {};
      }
      auto power = id(smg0_battery_average_power).state;
      return (power > 0.0f) ? power : 0.0f;

  


  # Effective mains voltage                              0.1V     Int   202 1 R
  - platform: modbus_controller
    modbus_controller_id: smg0
    name: "${name} ac voltage"
    address: 202
    register_type: holding
    value_type: S_WORD
    unit_of_measurement: "V"
    device_class: voltage
    state_class: measurement
    accuracy_decimals: 1
    filters:
      - multiply: 0.1

  ---------------------------------------------------------------------

web_server:
  port: 80
  auth:
    username: admin
    password: "12345678"

    

a log z tego ESP wygląd mniej więcej tak:

INFO ESPHome 2026.3.1
INFO Reading configuration /config/esphome/anenji-1.yaml...
INFO Detected timezone 'Europe/Warsaw'
INFO Starting log output from 192.168.0.113 using esphome API
INFO Successfully resolved anenji-1 @ 192.168.0.113 in 0.000s
INFO Successfully connected to anenji-1 @ 192.168.0.113 in 0.035s
INFO Successful handshake with anenji-1 @ 192.168.0.113 in 0.015s
[13:55:39.356][I][app:231]: ESPHome version 2026.3.1 compiled on 2026-03-28 10:02:36 +0100
[13:55:39.361][I][app:233]: Project syssi.esphome-smg-ii version 1.4.0
[13:55:39.361][I][app:238]: ESP32 Chip: ESP32 rev3.1, 2 core(s)
[13:55:39.362][W][app:247]: Set minimum_chip_revision: "3.1" to reduce binary size
[13:55:39.431][W][modbus:064]: Stop waiting for response from 1 224ms after last send
[13:55:39.634][W][modbus_controller:307]: Duplicate modbus command found: type=0x3 address=108 count=2
[13:55:39.634][W][modbus_controller:307]: Duplicate modbus command found: type=0x3 address=201 count=17
[13:55:39.634][W][modbus_controller:307]: Duplicate modbus command found: type=0x3 address=219 count=2
[13:55:39.637][W][modbus_controller:307]: Duplicate modbus command found: type=0x3 address=223 count=5
[13:55:39.637][W][modbus_controller:307]: Duplicate modbus command found: type=0x3 address=229 count=1
[13:55:39.638][W][modbus_controller:307]: Duplicate modbus command found: type=0x3 address=232 count=3
[13:55:39.638][W][modbus_controller:307]: Duplicate modbus command found: type=0x3 address=300 count=4
[13:55:39.643][W][modbus_controller:307]: Duplicate modbus command found: type=0x3 address=305 count=6
[13:55:39.662][W][modbus:064]: Stop waiting for response from 1 227ms after last send
[13:55:39.887][W][modbus:064]: Stop waiting for response from 1 220ms after last send
[13:56:12.367][W][modbus:064]: Stop waiting for response from 1 220ms after last send
INFO Processing unexpected disconnect from ESPHome API for anenji-1 @ 192.168.0.113
WARNING Disconnected from API
INFO Successfully resolved anenji-1 @ 192.168.0.113 in 0.001s
WARNING Can't connect to ESPHome API for anenji-1 @ 192.168.0.113: Error connecting to [AddrInfo(family=<AddressFamily.AF_INET: 2>, type=<SocketKind.SOCK_STREAM: 1>, proto=6, sockaddr=IPv4Sockaddr(address='192.168.0.113', port=6053))]: [Errno 113] Connect call failed ('192.168.0.113', 6053) (SocketAPIError)
INFO Trying to connect to anenji-1 @ 192.168.0.113 in the background
INFO Successfully connected to anenji-1 @ 192.168.0.113 in 0.004s
INFO Successful handshake with anenji-1 @ 192.168.0.113 in 0.012s
[13:58:28.232][E][modbus_controller.select:035]: No option found for mapping 4
[13:58:38.230][E][modbus_controller.select:035]: No option found for mapping 4
[13:58:48.229][E][modbus_controller.select:035]: No option found for mapping 4
[13:58:58.269][E][modbus_controller.select:035]: No option found for mapping 4
[13:59:08.271][E][modbus_controller.select:035]: No option found for mapping 4
[13:59:15.803][I][safe_mode:091]: Boot seems successful; resetting boot loop counter
[13:59:18.230][E][modbus_controller.select:035]: No option found for mapping 4
[13:59:28.270][E][modbus_controller.select:035]: No option found for mapping 4
[13:59:38.268][E][modbus_controller.select:035]: No option found for mapping 4
[13:59:48.273][E][modbus_controller.select:035]: No option found for mapping 4
[13:59:58.268][E][modbus_controller.select:035]: No option found for mapping 4
[14:00:08.268][E][modbus_controller.select:035]: No option found for mapping 4
[14:00:18.268][E][modbus_controller.select:035]: No option found for mapping 4
[14:00:28.267][E][modbus_controller.select:035]: No option found for mapping 4
[14:00:38.268][E][modbus_controller.select:035]: No option found for mapping 4
[14:00:48.266][E][modbus_controller.select:035]: No option found for mapping 4
[14:00:58.266][E][modbus_controller.select:035]: No option found for mapping 4
[14:01:08.308][E][modbus_controller.select:035]: No option found for mapping 4
[14:01:18.314][E][modbus_controller.select:035]: No option found for mapping 4

po IP do tej płytki się również dostaję i mam taki obraz:

OK jest dobrze - mimo, że id jest

to fizycznie używasz UART1

tak poza wszystkim to ten YAML nie jest kompletny, więc o kant tyłka (czy rozumiesz, że jak jest tak bezczelnie pocięty to nie da rady go testowo skompilować? bo zawiera fragmenty które się odwołują do tego co wywaliłeś?)

Jakkolwiek masz całość przed nosem to się zastanów czemu masz zduplikowane komendy, bo tu ich nie widzę

Zamiast masowo kopiować przykład skup się na jednym sensorze (chyba technikę znasz jeśli konfigurowałeś sobie modbus w HA - to się rzeźbi kawałek po kawałku = sensor po sensorze)
Gdy już będziesz miał sensory, które czytają coś ze sprzętu to sobie dorzuć sensory tworzone z innych (już istniejących) sensorów.

Masz jakieś sensory które się odwołują do nieistniejących rejestrów, więc je albo popraw albo wywal. (Wywal też od nich zależne.)

musiałem część tego YAMLa wyciąć bo bym go nie wkleił jest za dużo znaków i forum nie pozwalało wkleić, starałem się wyciąć tylko sensory pomiarowe

I się dziwisz że nie możesz znaleźć błędów?
Twórz sobie tego YAMLa po kawałku, jeśli nie masz gotowca idealnie pasującego do twojego sprzętu to ta robota nie jest do przeskoczenia. Łatwiej rozbudowywać YAML po kawałeczku niż z trzykilometrowego kodu znaleźć i wywalać to co nie pasuje…

tyle tylko że to jest plik YAMLA który działa, to nie jest tworzone od nowa, nie mogę tego tylko uruchomić u siebie

Przecież widać, że przynajmniej częściowo nie pasuje do sprzętu.

Masz też drugą opcję - bierzesz mapę rejestrów swojego sprzętu i systematycznie porównujesz ją z YAMLem (a skoro już to kiedyś uruchamiałaś z HA, to pośrednio masz mapę rejestrów w YAMLu użytym w HA).

w jakim sensie ? dokładnie odwzorowuję zarówno sprzęt jak i soft jak w przykładzie na którym się wzoruję

Nie rozumiem co chcesz powiedzieć, ale z zasady przykład jest TYLKO przykładem, i zakładam, że musisz go dostosować do swojego sprzętu…

Jeśli sobie skopiujesz cudzego już dostosowanego YAMLa który działa z dokładnie identycznym sprzętem, to on będzie działał. (oczywiście mówię tylko o sensorach, bo są indywidualne fragmenty w części “świętej”)

tak właśnie robię, wszystko jest identyczne