Home Assistant Supervised 2025.11.3  x86_64.  Daj nie proszę jakąś wskazówkę jak mogę cos zaaktualizować po swojej stronie. Dziękuję 
 

@wtyczka24 Błąd związany był z brakiem wsparcia dla starych procesorów w silniku, którego używałem. Przeniosłem aplikację na inny i powinno już działać po pobraniu aktualizacji.

Dzięki wszystko działa, czy możesz mi podpowiedzieć krótko w których plikach muszę dokonać zmian lokalnie aby dostosować parametry do mojej instalacji ? Mam na myśli widoczność zaworów 4D obwód 3 i 4.  widoczność stanu pomp z obwodów 3 i 4 etc. 

Miałem długo ogromny problem z tym sterownikiem bo jest głupio poblokowany w niektórych miejscach i przy mojej instalacji po modernizacji stał się bezużyteczny a kosztował w sumie nie mało więc długo szukałem rozwiązania jak obejść blokady producenta co do wygaszania i alarmów i akurat w mojej instalacji niektóre czujniki mierzą temperaturę czego innego niż zostały do tego stworzone. W ten sposób działa on tak jak powinien ale rozumiem go tylko ja XD

i np. u mnie czujnik temperatury podajnika to czujnik górny bufora, a czujnik powrotu to czujnik dolny bufora. A czujnik kotła to po prostu czujnik powietrza w kotłowni plus 30 stopni dodane w kalibracji  

Czy zmiana w plikach sensors.ts, lang_pl.ts i types.ts wystarczy aby te dodatkowe rzeczy się pojawiły a w innych encjach zmieniły się nazwy ? 

znalazłem dostęp do rejestrów i spróbuję to podmienić ale stworzenie takiej całkowitej integracji to mnie przerosło, dlatego ogromne ukłony dla twojej pracy. 

Jeśli chodzi o takie podmianki to wydaje mi się że najlepiej zmienić nazwę samego entity w Home Assistant. W ten sposób dalej będziesz otrzymywać aktualizacje a customowe nazwy powinny się zachować.

@MTZD
Dziękuję – robota pierwsza klasa!
Do pełni szczęścia brakuje mi tylko kilku smaczków, bez których nie mogę spać spokojnie :
temperatury z głowicy: value_template: {{ value_json["cmd"]["device"]["reg"][11]["@v"] }}
czujnika radiowego: value_template: {{ value_json["cmd"]["device"]["reg"][10]["@v"] }}
statusu pompy CWU (ON/OFF)
statusu kotła (ręczny / automatyczny)
typu podajnika (ręczny / grupowy / eCoal)


Chyba że to wszystko już jest, tylko ja jak zwykle coś popsułem.

@pitaszek Zobaczymy co da się zrobić Potrzebuję adres z pola "resource", żeby dostać nazwy wartości które podesłałeś. Statusy pomp i kotła powinny być dostępne.

Trochę "nie ogarniam"...
Zacznijmy od prostych spraw
1. Pompa 1 pokazuje status mojej pompy CO1
2. Pompa 2 pokazuje status mojej pompy CO2 (nie CWU)
3. Rozumiem że:
"Tryb automatyczny 1" oznacza tryb automatyczny (kto by się spodziewał ),
"Tryb automatyczny 0" - oznacza tryb ręczny?
4. "Potrzebuję adres z pola "resource", żeby dostać nazwy wartości które podesłałeś"
czy o to chodzi?:
resource: http://192.168.1.100/getregister.cgi?device=0&tzew_value&fuel_level&next_fuel_time&tryb_auto_state&tcwu_value&tkot_value&twew_value&act_dm_speed&tpow_value&tsp_value&1@temp&21@vtemp

Jasne, więc tak:
- Co do pompy CWU: niestety nie widzę nigdzie nazwy pod jaką API zwraca tą wartość
- Tryb automatyczny: 1 - włączony, 0 - wyłączony (ręczny)
- Pole "resource": to dokładnie to Wynika z niego, że pole "vtemp" to u ciebie "temperatura z głowicy", a pole "temp" to "czujnik radiowy". Czy to się zgadza?
- Wydaje mi się że typ podajnika można dostać z "http://192.168.1.100/info.cgi" z pola "type" ale nie jestem tego pewnien. Czy możesz w jakiś sposób potwierdzić czy znajduje się tam poprawna wartość?

Potwierdzam:

temp czujnik 1: 1@temp
temp. głowica 1: 21@vtemp

Analogicznie:

temp. czujnik 2: 2@temp
temp. głowica 2: 22@vtemp

http://192.168.1.100/info.cgi  pole "type" zawsze wyświetla (co bym nie włączył/wyłączył/przełączył): hardware type="eCoal".