Głowice termostatyczne i termostaty ścienne - [bramka ZigBee]

[LukiSpajder]

Wersja 0.7.45 będzie dostępna za kwadrans - wszystkie zgłoszone do tej pory głowice dostały nowe definicje, więc można je testować.

Głowica ME167 praca z zewnętrznym termometrem prawidłowa . Korekty wykonują się na bieżąco . Pojawiła się ikona baterii , chociaż nie chciało jej na początku zmusić do przesłania temperatury z czujką wbudowanego przez wysyłanie kalibracji 0, ale pomogło wyjęcie na chwilę baterii wtedy głowica się kalibruje i wysyła do bramki wszystkie dane temperaturę jak i stan baterii.
Później po wyłączeniu bramki i włączeniu temperatura z głowicy pojawiła się - czyli wysyłanie kalibracji 0 działa . Może łapie zawieszki ze względu na mnogość prób parowania .
W logach widać załączeniu tryby dziecko , jak załączę program w głowicy to też pojawia się to w logach ale nie widziałem czy coś wykonuje się w trybie otwarte okno - może przeoczyłem
Logi ale dopiero wieczorem lub rano jutro z tych trybów : dziecko , program , otwarte okno
Ogólnie głowica działa dobrze

[vajera]

Co myślicie o takim scenariuszu - brak odpowiedzi na rozkazy bramka -> TRV, np. przez 5 minut robi termostat offline, nadejście jakiegokolwiek komunikatu z głowicy kasuje licznik czasu i robi online.
Dzięki temu będzie widać czy termostat ma łączność z głowicą nawet bez logów.

[Zibi_007]

Co myślicie o takim scenariuszu - brak odpowiedzi na rozkazy bramka -> TRV, np. przez 5 minut robi termostat offline, nadejście jakiegokolwiek komunikatu z głowicy kasuje licznik czasu i robi online.
Dzięki temu będzie widać czy termostat ma łączność z głowicą nawet bez logów.

Bardzo dobry pomysł. Myślałem już o tym ostatnio. Zastanawiałem się jak to praktycznie rozwiązać i po głowie chodziło mi 10 min. i właśnie zrobienie off. Wydaje się, że nawet jakby to by był ostatni przesłany rozkaz do głowicy i go jakimś cudem odbierze, to nie będzie tragedii. A jak ktoś obudzi głowicę ręcznie, to wstanie i w Supli. Na wyłączenie głowicy chyba można zrobić reakcję z powiadomieniem, więc będzie info o jej wyłączeniu. Muszę tylko jeszcze sprawdzić, czy tę HY366 idzie ręcznie (na głowicy) wybudzić z tego OFF, bo ME167 bez problemu budzi się z OFF pokrętłem.

[LukiSpajder]

Co myślicie o takim scenariuszu - brak odpowiedzi na rozkazy bramka -> TRV, np. przez 5 minut robi termostat offline, nadejście jakiegokolwiek komunikatu z głowicy kasuje licznik czasu i robi online.
Dzięki temu będzie widać czy termostat ma łączność z głowicą nawet bez logów.

Przydałoby się bo po wsadzeniu do lodówki głowicy straciła zasięg a ja se kombinuje . A tak to by było wiadomo

[lukasz06]

Co myślicie o takim scenariuszu - brak odpowiedzi na rozkazy bramka -> TRV, np. przez 5 minut robi termostat offline, nadejście jakiegokolwiek komunikatu z głowicy kasuje licznik czasu i robi online.
Dzięki temu będzie widać czy termostat ma łączność z głowicą nawet bez logów.

Super pomysł, fajnie, że udało Ci się ją zamontować na grzejniku

[vajera]

Super pomysł, fajnie, że udało Ci się ją zamontować na grzejniku

Chciałeś prezent od zająca, ale dostaniesz ode mnie

Wersja 0.7.46 zawiera testową obsługę głowicy SONOFF TRVZB:

• dodałem obsługę klastra termostat zgodnego ze standardem Zigbee - może w przyszłości dojdą nowe modele głowic zgodne z tym klastrem,
• dodałem obsługę głowicy SONOFF TRVZB - w przypadku wewnętrznego czujnika temperatury działa analogiczne jak głowice z serii TS0601,
• przewaga pojawia się, gdy wybierzemy w termostacie Supla zewnętrzny czujnik temperatury - wtedy bramka korzysta z interfejsu głowicy i wysyła temperaturę 1 - 99 st, C z precyzją 0,1 st. C przy każdej zmianie temperatury czujnika termostatu oraz co 30 minut nawet, gdy temperatura nie uległa zmianie, bo SONOFF przełącza się na wewnętrzny czujnik po 2h od ostatniego komunikatu z czujnika zewnętrznego,
• ta głowica ma jeszcze wiele innych udogodnień, ale potrzebuję na to czasu,
• przy okazji polecenie update-device-timings nr_kanału_termostatu timeout czas_w_sekundach włącza mechanizm timeoutu dla wszystkich głowic TRV - to nie jest taki sam timeout jak np. przy gniazdku - tutaj jest liczony od ostatniego rozkazu do odpowiedzi - przyznam, że nie testowałem jeszcze tej funkcji, zawsze można ją zdezaktywować poleceniem update-device-timings nr_kanału_termostatu timeout 0

[vajera]

Na ten moment SONOFF TRVZB jest dla mnie numerem 1, jeżeli chodzi o głowice TRV działające w oparciu o protokół Zigbee.

Plusy:

• elegancki, nowoczesny design,
• sterowanie zewnętrznym czujnikiem - bajka,
• cicha,
• bardzo duże możliwości zarządzania zastawką głowicy - jestem w trakcie analizy,

Minusy:

• pewnie się pojawią, ale póki co brak,
• cena - jest droższa niż klony Tuya, ale widziałem promocję 4 szt. za 400 PLN z darmową dostawą.

[Zibi_007]

Na ten moment SONOFF TRVZB jest dla mnie numerem 1, jeżeli chodzi o głowice TRV działające w oparciu o protokół Zigbee.

Plusy:

• elegancki, nowoczesny design,
• sterowanie zewnętrznym czujnikiem - bajka,
• cicha,
• bardzo duże możliwości zarządzania zastawką głowicy - jestem w trakcie analizy,

Minusy:

• pewnie się pojawią, ale póki co brak,
• cena - jest droższa niż klony Tuya, ale widziałem promocję 4 szt. za 400 PLN z darmową dostawą.

Jeśli to jest ta sama, to widziałem ją dzisiaj za niecałe 89 zł https://allegro.pl/oferta/termostat-grz ... 7427366333 a na Ali pokazywała mi się już za 70 zł. Nie brałem, bo trafiły mi się dwie ME167 za 66 zł (33 zł sztuka), więc wziąłem bo jak dla mnie wystarczą.

[Zibi_007]

Super pomysł, fajnie, że udało Ci się ją zamontować na grzejniku

Chciałeś prezent od zająca, ale dostaniesz ode mnie

Wersja 0.7.46 zawiera testową obsługę głowicy SONOFF TRVZB:

• dodałem obsługę klastra termostat zgodnego ze standardem Zigbee - może w przyszłości dojdą nowe modele głowic zgodne z tym klastrem,
• dodałem obsługę głowicy SONOFF TRVZB - w przypadku wewnętrznego czujnika temperatury działa analogiczne jak głowice z serii TS0601,
• przewaga pojawia się, gdy wybierzemy w termostacie Supla zewnętrzny czujnik temperatury - wtedy bramka korzysta z interfejsu głowicy i wysyła temperaturę 1 - 99 st, C z precyzją 0,1 st. C przy każdej zmianie temperatury czujnika termostatu oraz co 30 minut nawet, gdy temperatura nie uległa zmianie, bo SONOFF przełącza się na wewnętrzny czujnik po 2h od ostatniego komunikatu z czujnika zewnętrznego,
• ta głowica ma jeszcze wiele innych udogodnień, ale potrzebuję na to czasu,
• przy okazji polecenie update-device-timings nr_kanału_termostatu timeout czas_w_sekundach włącza mechanizm timeoutu dla wszystkich głowic TRV - to nie jest taki sam timeout jak np. przy gniazdku - tutaj jest liczony od ostatniego rozkazu do odpowiedzi - przyznam, że nie testowałem jeszcze tej funkcji, zawsze można ją zdezaktywować poleceniem update-device-timings nr_kanału_termostatu timeout 0

Tak sobie testuję te głowice, wymyślam różne dziwne scenariusze. Kilka razy tak je zawiesiłem, że myślałem, że to już ich koniec
Ale do rzeczy. Można sobie wyobrazić, że ktoś chciałby korzystać z wbudowanego termometru w głowicy. No i OK, korzysta, Ale co się stanie, jak dojdzie do wniosku, że mu ten wewnętrzny termometr zawyża (ew. zaniża). No prosta sprawa. Wejdzie w ustawienia termometru i dokona korekty. A tutaj niespodzianka. Owszem korekta się zapisze, głowica ją pokaże, po czym znowu nastąpi korekta o taką samą wartość i tak do zera lub innej minimalnej wartości (ewentualnie maksymalnej, jeśli korekta była dodatnia), którą przyjmuje głowica. Później, w przypadku jednych (ME167) pokaże oryginalną temperaturę wewnętrzną i zabawa z odejmowaniem (dodawaniem) zacznie się od nowa. W przypadku innych głowic po jednej pętli zawiesza się i pomaga tylko reset głowicy. Nie mamy tutaj żadnego zabezpieczenia. Nie mam też jeszcze konkretnego pomysłu, jak to rozwiązać. Jedyne co mi przychodzi do głowy, to może sprawdzać z jakiego termometru korzysta głowica (wewnętrzny to chyba zawsze kanał niżej niż sama głowica) i wtedy wyłączać ten algorytm sprawdzania i pozwalać na korektę z ustawień termometru w Supli.
Kolejna rzecz, to konieczność sparowania termometru zewnętrznego z tą samą bramką na której jest głowica (pomijam już fakt, że musi być też ta sama lokalizacja - to akurat w miarę logiczne). Ale dlaczego nie mogę mieć termometru na jednej bramce a głowicy na drugiej? Podejrzewam, że to ograniczenie Supli, ale może da się to jakość obejść lub zmienić w SD?
I na koniec prośba do @vajera, że jeśli doszły jakieś komendy w telnecie, to może w wolnej chwili (jeśli taka znajdziesz) uzupełnić je w odpowiednim temacie. Zaraz np. będę przeszukiwał Forum, bo chciałem na głowicy wymusić przesłanie info o baterii (chyba się da) a nie wiem jakim poleceniem tego dokonać

[vajera]

Tak sobie testuję te głowice, wymyślam różne dziwne scenariusze. Kilka razy tak je zawiesiłem, że myślałem, że to już ich koniec
Ale do rzeczy. Można sobie wyobrazić, że ktoś chciałby korzystać z wbudowanego termometru w głowicy. No i OK, korzysta, Ale co się stanie, jak dojdzie do wniosku, że mu ten wewnętrzny termometr zawyża (ew. zaniża). No prosta sprawa. Wejdzie w ustawienia termometru i dokona korekty.

Masz na myśli korektę temperatury dostępną z poziomu Cloud? Bramka nie przesyła tej wartości do głowicy.

A tutaj niespodzianka. Owszem korekta się zapisze, głowica ją pokaże, po czym znowu nastąpi korekta o taką samą wartość i tak do zera lub innej minimalnej wartości (ewentualnie maksymalnej, jeśli korekta była dodatnia), którą przyjmuje głowica. Później, w przypadku jednych (ME167) pokaże oryginalną temperaturę wewnętrzną i zabawa z odejmowaniem (dodawaniem) zacznie się od nowa. W przypadku innych głowic po jednej pętli zawiesza się i pomaga tylko reset głowicy. Nie mamy tutaj żadnego zabezpieczenia.

Czy raczej masz na myśli ręczną korektę temperatury poleceniem custom-cmd z konsoli? Sprawdzałeś, że to rzeczywiście generuje taką pętlę śmierci ? Z tego, co kojarzę to nawet po ręcznym wysłaniu korekty głowica odbierze komunikat o ustawionej korekcie I powinna to uwzględnić.

Nie mam też jeszcze konkretnego pomysłu, jak to rozwiązać. Jedyne co mi przychodzi do głowy, to może sprawdzać z jakiego termometru korzysta głowica (wewnętrzny to chyba zawsze kanał niżej niż sama głowica) i wtedy wyłączać ten algorytm sprawdzania i pozwalać na korektę z ustawień termometru w Supli.

Ten mechanizm, o którym piszesz, jest już w wersji 0.7.46 - tam służy do sprawdzenia czy SONOFF ma wybrany zewnętrzny czujnik temperatury.

Kolejna rzecz, to konieczność sparowania termometru zewnętrznego z tą samą bramką na której jest głowica (pomijam już fakt, że musi być też ta sama lokalizacja - to akurat w miarę logiczne). Ale dlaczego nie mogę mieć termometru na jednej bramce a głowicy na drugiej? Podejrzewam, że to ograniczenie Supli, ale może da się to jakość obejść lub zmienić w SD?

W SD jest/był taki objekt jak termometr oparty o link bezpośredni?

I na koniec prośba do @vajera, że jeśli doszły jakieś komendy w telnecie, to może w wolnej chwili (jeśli taka znajdziesz) uzupełnić je w odpowiednim temacie. Zaraz np. będę przeszukiwał Forum, bo chciałem na głowicy wymusić przesłanie info o baterii (chyba się da) a nie wiem jakim poleceniem tego dokonać

Dokumentacja to pięta Achillesa wszystkich takich projektów, ale masz rację - muszę uzupełnić instrukcję.