/// mod edit - wątek powstał z podziału, dlatego zaczyna się “bez początku”
https://forum.arturhome.pl/t/jaka-glowica-termostatyczna-zigbee-do-ha-z2m/15709/27
Dlatego zależy mi na sterowaniu głowicami z termometrów zewnętrznych, które już mam. Teraz czas przyszedł na głowice, które będą w miarę posłuszne.
Na razie wywaliłem integrację BT i testuje Versalite Thermostat zgodnie z sugestią @mulat.
Mam wrażenie, że chcesz koniecznie uniknąć tworzenia własnych automatyzacji, licząc na jakąś cudowną integrację, która zrobi to za Ciebie. Niestety, tak się nie da…
Zacznij może od najprostszego ćwiczenia. Przyjmij na chwilę, że:
sensor.termometr_temperaturaAutomatyzację otwarcia zaworu grzejnika musisz stworzyć sobie samemu. Czyli musi ona wywołać akcję otwarcia zaworu pod pewnym warunkiem. Może to wyglądać tak:
alias: Grzejnik OTW
description: "załączenie grzejnika gdy dzienna temp. w pomieszczeniu spada poniżej 22 st.C"
conditions:
- condition: numeric_state
entity_id: sensor.termometr_temperatura
below: 22
actions:
- action: climate.turn_on # otwarcie grzejnika
metadata: {}
data: {}
target:
device_id: climate.zawor_grzejnika
mode: single
Przenalizuj ten kod (np. za pomocą AI), a przekonasz się, że żadne wodotryski z termostatu tak naprawdę nie są Ci do niczego potrzebne.
Niestety, prędzej czy później, format YAML będziesz musiał opanować, bez tego nic w HA nie zrobisz… bo nawet go porządnie nie skonfigurujesz…
Natywny edytor automatyzacji znacznie uprości Ci zadanie. Możesz także posłużyć się Node-red’em (osobiście go uwielbiam), ale tego także trzeba się będzie nauczyć.
Skoro jeszcze nie do końca - jak piszesz - ogarniasz środowisko HA, zacznij od rzeczy najprostszych. Jak wiesz, HA to nie jest zwykła prosta adroidowa apka typu Smart Life czy eWelink, tutaj nic się nie bierze z niczego i dobrze byłoby, gdybyś od początku nad wszystkim panował. Pogoń za encjami, których i tak nie będziesz w stanie wykorzystać, może być nieco frustrujaca i zniechęci Cię do eksploracji pełnych możliwości HA, które jest potężnym narzędziem.
Piszę to wszystko abyś uniknął moich ‘błędów młodości’, gdy w pierwszych tygodniach pracy z HA zachłystywałem się ilością dostępnych integracji i urządzeń, jakie może obsługiwać…
Najważniejsze to czysta, wręcz maszynowa logika i metodyczne działanie ze zrozumieniem celu każdego własnego kroku.
Trochę zboczyłem z kursu, bo miało być tylko o wyborze termostatu… 
Zatem wybrałbym dowolny termostat Zigbee, który (kolejność wg priorytetów ważności):
Z2MŻadnych innych parametrów nie brałbym pod uwagę. Tyle ode mnie…
PS: Właśnie skończyłem tłumaczenie integracji Versatile Thermostat, Pewnie wkrótce na HACS pojawi się oficjalnie dostępna polska wersja językowa.
Masz rację
I tutaj pewnie też masz rację.
Przed wczoraj zainstalowałem integrację Versatile_Thermostat i nawet fajnie działa z Sonoffem. Trochę skomplikowana konfiguracja (jak się nie zna angielskiego) ale z tutorialem @jakubgocławski i tłumaczem google do ogarnięcia.
Dzisiaj spróbowałem podpiąć pod tą integrację dwie inne głowice które testuję:
AC-TRV360-ZIGBEE którą HA widzi jako : Tuya TS0601_thermostat control via MQTT | Zigbee2MQTT
Obie głowice mają opcję wskazań stanu zaworu ale po integracji z Versatile_Thermostat, już ich nie ma. Nie mają one encji wskazujących procent otwarci i zamknięcia głowicy, które ma Sonoff a które są potrzebne do prawidłowej konfiguracji.
Zastanawiam się czy integracja Versatile_Thermostat jest napisana pod Sonoffa i czy można pod nią podpinać inne głowice.
Jeszcze korci mnie sprawdzenie głowicy Aqara Thermostat E1 jak by ona zachowywała się z tą integracją.
A jak w miarę prosty sposób można ją dograć do Versatile_Thermostat już teraz, czy lepiej czekać jak się ukaże na HACS.
Miałem przez 2 sezony TS0601 i tutaj polegałem na wewnętrznym algorytmie. Sterowałem tylko harmonogramem ustawień temperatury z poziomu HA. Mialem znaczące zwroty z ogrzewania, koszt głowic zwrócił się kilkakrotnie w pierwszym roku.
Można je skonfigurować z Versatile ale efekt jest moim zdaniem mierny (regulacja temperaturą na głowicy).
W tym roku miałem zmienione zawory wraz z grzejnikami i pojawił się problem z tymi głowicami. Szczególnie jak otwierały się na 5% a zawór grzeje od 15%. Tutaj sprawdził się SONOFF i Versatile.
Nie szedłbym teraz w TS601 jak można mieć taniej bardziej dokładne rozwiązanie.
Versatile dobrze skonfigurowany trzyma temperature na poziomie 0,2-0,3 stopnia przy małych otwarciach zaworu co jest szczególnie polecane jak ma się podzielniki ciepła.
Dużo zależy też od tego jakie masz koszty i ile możesz zaoszczędzić wybierając lepsze głowice. Dla mnie SONOFF TRVZB to idealny stosunek ceny do jakości.
Trudno powiedzieć ile mogę zaoszczędzić. To mogę sprawdzić dopiero za jakiś czas. Na wielkie oszczędności raczej nie liczę. Mam dom ogrzewany kotłem gazowym z automatyką pogodową, która sprawuje się całkiem nieźle. Mam ogrzewanie mieszane tzn. trochę grzejników i trochę podłogówki. Na razie zabrałem się za grzejniki ale przyjdzie czas i na podłogówkę. Nie zależy mi na wyrafinowanej automatyce. Raczej podstawowej tzn. wyeliminowaniu przegrzewania lub niedogdrzewania pomieszczeń. Sporą część załatwia już automatyka kotła (harmonogramy itp).
Dokładnie z tego powodu pisałem poprzednio, że żadna cudowna integracja nie rozwiąże wszystkch problemów. Dlatego podsunąłem Ci pomysł przeanalizowania przykładu na automatyzację pomijającą brakujące sensory lub napisanie templatki własnych sensorów…
To nie jest tak, że głowica ma w sobie jakiś magiczny sensor raz na zawsze. Wszystko zależy od tego, jak oprogramowanie pokładowe (firmware) urządzenia jest interpretowane przez konkretną integrację. W jednej sensor aż się wyrywa na ekran, by w innej zniknąć zupełnie. Stąd taka mnogość integracji…
Możesz próbować skopiować pobrany plik pj.json do folderu /config/custom_components/versatile_thermostat/translations na swoim serwerze HA. Ale jeszcze nie mam pomysłu jak przestawić język na PL w samej integracji, bo nie znalazłem skryptu, który dostosowuje jej język do ustawień językowych HA.
Na razie czekam na akceptację tłumaczenia przez Autora integracji.
Jeśli trochę zagłębisz się w HA, to przyjdzie taki czas, że zmienisz zdanie (czego Ci życzę). Nie masz pojęcia jakie oszczędności może przynieść dobrze zrobiona automatyzacja… 
W końcu właśnie po to ona jest! Ja wyłączyłem w piecu jego automatykę pogodową, choć to Vaillant, więc firma raczej z tych porządnych. A całe sterowanie ogrzewaniem zrobiłem wyłącznie w HA.
Nie chcę się chwalić swoimi wygenerowanymi już oszczędnościami, ale zaniemówiłbyś z wrażenia porównując moje dawne i obecne faktury za gaz… A czujniki i urządzenia wykonawcze, których mam w domu ponad 250, zwróciły się po 18. miesiącach… Dlatego nie porzucaj myśli o rozwijaniu swoich automatyzacji. To dopiero początek…
Integracja Versatile Thermostat jest już oficjalnie dostępna na HACS w polskiej wersji językowej. Aby z niej korzystać, należy pobrać z HACS tę integrację raz jeszcze i zrobić restart HA.
Wszelkie komentarze do niej mile widziane na privie. 
Przełączanie języka integracji następuje automatycznie, stosownie do wybranej wersji językowej HA UI. Tak jak podejrzewałem, brak jest dedykowanego skryptu przełączającego.
Testuję ostatnie 2 głowice, chociaż w 99% pójdę w Sonoffa TRVZB + integracja Versatile_thermostat. Chyba to najrosądnej wgąda i spełnienia moje oczekiwania. Teraz kiedy za sprawą @Krzysztonek jest po polsku, to już naprawdę super. Dzięki za ułatwienie życia.
Teraz zabieram się za ogarnięcie podłogówek. Szukam termostatu z sondą zewnętrzną który by
pracował w tzw. trybie chłodzenia. Tzn. włączał pompę obiegową gdy temperatura wzrośnie do x
C (np. 30C) i wyłączy ją gdy spadnie poniżej tej zadanej temperatury na podstawie wskazań z sondy zewnętrznej.
Znalazłem coś takiego:
https://allegro.pl/oferta/termostat-tuya-wodne-ogrzewanie-podlogowe-ga-5a-ac95v-av240v-zigbee-led-16725754074?bi_s=ads&bi_m=showitem:desktop:department:active&bi_c=Y2ZmYWVlZjgtNmY0OC00ZjQxLWE0ZTUtYjQzMzQxZGIyYjhjAA&bi_t=ape&referrer=proxy&emission_unit_id=8587d93e-7d6e-46b5-8919-49d97d3f1e16
To chyba to:
Termostat występuje w 3 wersjach (GA, GB, GC). GA pownien nadać się do moich potrzeb…
To jeszcze jedno pytanie. Czy istnieje możliwość ustawienia w integracji VT aby termostat w głowicy działał on/off tzn, po włączeniu działał ze 100% otwarciem zaworu i wyłączał się 0% po osiągnięciu zadanej temperatury. Teraz działa płynnie na podstawie swojego algorytmu co nie do końca jest po mojej myśli.
Ale to będzie działać na głowicy Sonoff TRVZB.
Jak zaznaczę funkcję auto startu i autostopu to program steruje głowicą taż swoim płynnym algorytmem tylko tylko nieco zmienionym.
Chyba, że coś nie tak robię albo nie do końca to rozumiem.
Dlatego podesłałem Ci link, ale go chyba zignorowałeś.
Popatrz na obrazek…
Wymagania wstępne.
switch (lub select albo climate).Potraktuj swoją głowicę jak regularny 0/1-owy przełącznik on/off.
Jak rozumiem, punkty 4-6 odpowiadają dokładnie temu, co chcesz osiągnąć.
Nie znam Twojej głowicy, ale domyślam się, że jej otwarcie to akcja typu: climate.turn_on (lub np. climate.set_temperature z max wartością) a zamknięcie to climate.turn_off (lub np. climate.set_temperature z min. wartością).
I tu powtórzę swoje słowa: do VTerm nie potrzebna jest żadna wymyślna głowica z dziesiątkami encji, tylko maszynowa logika i rozumnie skonfigurowana integracja.
W przeciwnym razie nie rozumiem Twojego problemu. Z pewnością inni są ode mnie lepsi w te klocki…
Przepraszam, wiem, że moje pytania i problemy wydają się banalne. Link i schemat analizowałem kilka razy. Ustawiłem nawet integrację na podstawie podesłanie o linku (Auto-start, auto-stop). Ale algorytm też zmieniał na bieżąco procentowe otwarcie zaworu tak jak w poprzedniej wersji ustawienia. Dlatego też nie widziałem większej różnicy między tymi dwoma ustawieniami.
Z tego co się domyślam z instrukcji z linku to program przez cały czas włącza i wyłącza głowicę i to ma być to on/off a niezależnie ustala procentowe otwarcie głowicy. (moja luźna próba zrozumienia działania - nie wiem czy poprawna).
Mi raczej chodziło o możliwość stworzenia sytuacji gdzie głowica jest całkiem zamknięta 0% lub całkiem otwarta 100%, bez pośrednich wartości. Np. Przy 21C otwiera się od razu na 100% i zamyka się na 0% przy 22C. W tym czasie nic algorytm nie miesza.
Pierwsza że tak powiem wersja integracji VT jest też dla mnie ok, ale chciałem sprawdzić czy można zrobić na drugiej wersji.
Próby robię na głowicy Sonoff TRVZB.
Mam takie encje:
Właśnie o tym jest tam mowa…
przykład wymuszenia 0% to włączenie trybu antyzamarzania (to zamyka głowicę do zera i równocześnie uniemożliwia realne zamarznięcie instalacji CO bo otworzy się ona w okolicach 4-5C)
przykład wymuszenia 100% ustaw jakiś ręczny tryb grzania dla którego w głowicy zdefiniujesz absurdalnie wysoką temperaturę docelową (np. 50C), być może w ogóle nie ma sensu otwierać do 100%, ale gwarantuję, że jeśli dasz dostatecznie wysoką temperaturę docelową, to jaki by nie był algorytm w głowicy, to otworzy ją na 100% lub w wystarczającym stopniu do szybkiego grzania.
Taki trochę off-topic:
Nie przepraszaj i nie wiń siebie za brak wiedzy, bo skończysz depresją
Wielokrotnie przekonywałem się, że nasze Forum to nie jest jakaś Loża Szyderców, którzy chcą pastwić się nad niewiedzą innych.Jak widzisz, na szczęście mamy tu grono naprawdę mądrych i doświadczonych użytkowników i profesjonalistów, zawsze któryś chętnie pomoże.
Twoim problemem jest chyba …sposób rozumowania i próba przełożenia pomysłu na integrację ‘jeden-do-jednego’ w sposób, który sobie założyłeś, co z pewnością nie jest dla Ciebie łatwe (i nie wiadomo, czy do końca poprawne). Do pracy z nieco wyrafinowanymi integracjami (a VTerm z pewnością taką właśnie jest) potrzebne jest myślenie maszynowe. To zwykle przychodzi z doświadczeniem, gdy nagle rano się obudzisz, i zdziwisz się, że… to takie oczywiste. Więc nie porzucaj marzeń! Czytaj, pytaj i próbuj, a niedługo to Ty będziesz pomagał innym
No tak na stare lata wzięło mnie pobawić się elektroniką i połączyć ją z praktyką. Depresją się nie martwię a pytać muszę bo angielskiego się już raczej nie nauczę jak i programowania już raczej też. To muszę iść lekko na skróty. Co tam z tego ogarnę to moje. 
Myślałem, że może jest na to w miarę łatwy (dla mnie) sposób dostosowania integracji do moich założeń. Na razie nie ma sensu robić zamieszania. Zostaję przy pierwotnym założeniu i musi mi on wystarczeć. Może kiedyś jak będzie potrzeba do tego wrócę. Może moja wiedza i zrozumienie będą ciut większe.
Ale parę innych pytań jeszcze zadam.
Właśnie tłumaczę dokumentację całej integracji:
VTerm ze swoją głowicą…
CBDU
A tutaj masz całość tego rozdziału… (na razie to wersja robocza). Szczególnie polecam sekcję Dokonywanie właściwych wyborów, bo chyba ewidentnie właśnie z tym masz problem.
No widzisz. To dobrze myślałem, że coś mi nie pasowało z tym schematem i podłączeniem termostatu na przełączniku. Tamta opcja jest bardziej zalecana dla grzejników elektrycznych sterowanych switchem wł/wył.
No to będę dalej troszeczkę drążył, żeby ogarnąć temat - opcja Termostat na climacie.
Po zaznaczeniu funkcji: Menu - Funkcje - Użyj funkcji autostartu i autostopu, otrzymujemy dodatkowe rozwijane menu z różnymi opcjami detekcji. Czy może wiesz z “z czym to się je” i czy to może mi się przydać do wysterowania głowicy TVRZB aby pracowała w trybie: wył-0% / wł.-100%. Czy w ogóle jest sens grzebania w tych zaawansowanych ustawieniach. Człowiek się nakombinuje a efekty marne.
Może to lepiej zrobić na automatyzacji (chociaż tego tematu jeszcze nie ruszałem).
I może jeszcze podpowiesz mi jedno: którą encję kalibracji wybrać w opcji Autoregulacji zaworu. Mam dwie: Temperatura i Temperatura accuracy. Ja wybrałem tą pierwszą ale gdzieś widziałem, że ma być ta druga.
Bardzo trafne spostrzeżenie!
Dlatego sposób konfiguracji podałem w poprzednim poście.
Bo chciałeś wyważyć otwarte drzwi. Tym bardziej więc polecam sposób konfiguracji podany w poprzednim poście.
Nie, to nie wymusza 0-1-wych stanów termostatu, bo to są funkcje OPCJONALNE - nie musisz ich używać, jeśli nie chcesz. Służą do wymuszenia reakcji termostatu na różne stany zewnętrzne: np. otwarcie okna, ruch w pomieszczeniu.. itp.
Na tym etapie zdecydowanie NIE POLECAM. Wróć do tego, jak wybierzesz właściwy sposób konfiguracji termostatu i gdy zrozumiesz, co i po co to robisz. Musisz zapomnieć, że jesteś w jakiejś badziewnej chińskiej adroidowej apce. To wyrafinowana integracja, wymagająca pełnej świadomości jej użytkowania.
Masz TRZY sensory Temperatura (o ile nie więcej, bo widzę tylko to co pokazujesz), nie wiem czy i czym się różnią. Może jeden z nich to właśnie kalibracja? Wydaje się, że accuracy na pewno NIE, bo ten sensor odpowiada tylko za precyzję pomiaru.
Swoją drogą, po co komu taki sensor?? Nie mierzy się przecież temperatury pomieszczenia do piątego miejsca po przecinku.. 
Wg mnie temperatura z ikoną cyrkla to chyba krok pomiarowy temperatury, więc prędzej stawiałbym na tę drugą temperaturę z ikoną termometra. Temperature sensor to prawdopodobnie temperatura przy głowicy, ale ikona (o ile jest oryginalna) wskazywałaby, że to może być np. temperatura docelowa pomieszczenia.
Jak widzisz, za dużo tu gdybania, a to zdecydowanie stoi w fundamentalnej sprzeczności z zasadami maszynowego myślenia. Musisz więc podpytać znawców tematu, czyli użytkowników tej konkretnej głowicy…
Ale zanim dostaniesz odpowiedź, przygotuj się do tej lekcji i przeczytaj (koniecznie ze zrozumieniem) treść rozdziału Typ termostatu: Termostat na Klimacie, oraz wszystkich rozdziałów przyległych/zależnych (zwłaszcza o samoregulacji), bo to jest najprawdopodobniej Twój właściwy (i jedynie słuszny) kierunek konfiguracji integracji VTherm z termostatem Sonoff. Nie jest to literatura ‘do poduszki’, bo wymaga skupienia, ale ludzie - chcąc latać na Marsa - muszą stale ponosić koszty intelektualnego wysiłku rozumienia świata…
Kolejny BREAKING NEWS
Niedługo spodziewana jest wersja 8.0 integracji VTherm. Poniżej przekazuję zainteresowanym, co ich czeka w nowej wersji:
Ta wersja wymaga szczególnej uwagi. Przebudowano w niej znaczną część wewnętrznych mechanizmów integracji Versatile Thermostat, wprowadzając kilka nowych funkcji, a także znacząco poprawiając wydajność tych już działających:
Stan żądany/stan bieżący: termostat VTherm ma teraz 2 stany.Stan żądanyto stan oczekiwany przez użytkownika (lub harmonogram).Stan bieżącyto stan aktualny termostatu VTherm. Ten ostatni zależy od różnych funkcji termostatu VTherm. Np. użytkownik może zażądać (stan żądany) włączenia ogrzewania z ustawieniem Komfort, ale ponieważ wykryto otwarte okno, termostat VTherm jest w rzeczywistości wyłączony. To podwójne zarządzanie zawsze zachowuje żądanie użytkownika i aplikuje wyniki różnych funkcji jako odpowiedź na żądanie użytkownika, aby w efekcie uzyskaćstan bieżący. Takie rozwiązanie lepiej radzi sobie z przypadkami, gdy wiele funkcji chce oddziaływać na stan termostatu (np. otwieranie okna i wyłączanie zasilania). Zapewnia również powrót do pierwotnegostanu żądanego, gdy nie ma już żadnych innych zdarzeń, które mogłyby oddziaływać na termostat (np. otwieranie okna i wyłączanie zasilania),Filtrowanie czasu: operacja filtrowania czasu została znacznie poprawiona. Filtrowanie czasu zapobiega wysyłaniu zbyt wielu poleceń do urządzenia, co mogłoby prowadzić do nadmiernego zużycia baterii (np. termostatu zasilanego bateryjnie), a także zbyt częstej zmiany ustawień (pompy ciepła, pieca na pellet, ogrzewania podłogowego itp.). Nowa funkcja działa teraz następująco: jawne żądania użytkownika (lub harmonogramu) są zawsze natychmiast uwzględniane i nie są one filtrowane. Potencjalnie filtrowane są tylko zmiany związane z warunkami zewnętrznymi (np. temperaturą w pomieszczeniu). Filtrowanie polega na ponownym wysłaniu żądanego polecenia w późniejszym czasie, a nie na jego ignorowaniu, jak to miało miejsce dotychczas. Parametrauto_regulation_dtempumożliwia dostosowanie opóźnienia.- Ulepszenie parametru
hvac_action: parametrhvac_actionodzwierciedla aktualny stan aktywacji sterowanego urządzenia. W przypadku typutermostat na przełącznikuodzwierciedla on stan aktywacji przełącznika, w przypadkutermostatu na zaworzepozostaje aktywny, gdy otwarcie zaworu jest większe, niż minimalne (lub 0, jeśli nie jest skonfigurowany). W przypadkutermostatu na klimacieodzwierciedla on parametrhvac_actionklimatu bazowego, jeśli jest dostępny, lub - w przeciwnym razie - jego symulację.Atrybuty własne: organizacja atrybutów niestandardowych dostępnych wNarzędzia deweloperskie -> Stanyzostała podzielona na sekcje w zależności od typu termostatu VTherm i każdej aktywowanej funkcji.Redukcja mocy: algorytm redukcji mocy uwzględnia teraz wyłączenie urządzeń między dwoma pomiarami zużycia energii w domu.
Załóżmy, że co 5 minut otrzymujesz informację zwrotną o zużyciu energii. Jeśli grzejnik zostanie wyłączony między dwoma pomiarami, włączenie nowego może zostać autoryzowane. Wcześniej uwzględniano tylko włączenia między dwoma pomiarami. Tak jak poprzednio, kolejny komunikat dotyczący zużycia energii prawdopodobnie spowoduje większą lub mniejszą redukcję mocy.AutoSTART/autoSTOP: funkcja autoSTART/autoSTOP jest przydatna tylko dla typutermostatu na klimaciebez bezpośredniego sterowania zaworem. Opcja ta została usunięta z pozostałych typów termostatów.- Karta
VTherm UI Card: wszystkie te modyfikacje pozwoliły na znaczną ewolucję kartyVTherm UI Card, integrując komunikaty wyjaśniające aktualny stan (dlaczego mój VTherm ma taką temperaturę docelową?) oraz czy trwa filtrowanie czasu – w związku z czym aktualizacja stanu bazowego jest opóźniona.- Ulepszenia
logów: ulepszono logi, aby znacząco uprościć debugowanie. Logi w formacie---> NOWE ZDARZENIE: VersatileThermostat-Inversed ...informują o zdarzeniu, wpływającym na stan termostatu VTherm.
Ta wersja integracji zawiera zasadnicze zmiany w stosunku do wersji poprzedniej:
- zmianie ulega nazwa zdarzenia z
versatile_thermostat_security_eventnaversatile_thermostat_safety_event. Jeśli Twoja automatyzacja wykorzystuje to zdarzenie, konieczna jest jej aktualizacja,- atrybuty własne zostały całkowicie zreorganizowane. Wymagana jest odpowiednia aktualizacja Twoich automatyzacji lub szablonów Jinja, korzystających z tych atrybutów,
- karta VTherm UI Card musi być zaktualizowana co najmniej do wersji
v2.0, aby zachować kompatybilność,Pomimo 342 automatycznych testów tej integracji i maksymalnej staranności włożonej w wydanie nowej wersji, nie ma pewności, że jej instalacja nie zakłóci stanu czujników VTherm. Dla każdego sensora VTherm należy sprawdzić jego presety, tryb HVAC i ewentualnie ustawienie temperatury sensora VTherm po instalacji.
