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

[vajera]

Mam prośbę - w katalogu:

https://github.com/lsroka76/Z2S_Library ... sorOffTest

jest plik do aktualizacji bramki z nową wersją testową (wersja 0.9.203) - nie wydawałem jej w formie release, bo nie chcę jeszcze uaktualniać SD na GitHubie.

Wstępne testy na TRVZB wypadły pozytywnie, ale nie mam żadnych TS0601 do weryfikacji - może znajdzie się ktoś chętny?

[zzrr]

Wstępne testy na TRVZB wypadły pozytywnie, ale nie mam żadnych TS0601 do weryfikacji - może znajdzie się ktoś chętny?

Sprawdziłem u siebie to pod kątem powrotu do ustawień po restarcie bramki. Jeśli chodzi o TS0601 to wygląda to mniej więcej tak...
Ta wersja *bin jest logs i na niej potrafi jakiś termostat jednak zastygnąć na 5 stopniach. W wersji 202 też tak było ale jak używałem wersji no_logs to było wyraźnie lepiej. Możliwe że w tym przypadku było by tak samo. Na dwa restarty jeden termostat pozostaje na 5 stopniach. Masz wersję no_logs? to mogę zobaczyć. Sprawdzenie podłączonych do bramki w sumie 9szt. O ile liczymy i głowice i termostaty

[Zibi_007]

@vajera - mam pytanko.
Doszedł do mnie w piątek ten termostat Avatto ZT198 z linku polecającego od Zibiego (dzięki). Wszystko w sumie działa i jak za 30 zł to nie ma się czego czepiać. Podczas testowania napotkałem pewien drobny ale czasem uciążliwy problem. Termostat ustawiony jako nadrzędny a podrzędny to TRV06. W GUI zaznaczone dwie flagi: Supla schedule i schedule manual. Bez tego głowica wyłącza się przy ustawianiu wartości na termostacie. Wydaje się, że działa. Jeśli z poziomu aplikacji wybieram program to jest ok. Przełącza się na ustawione np. 19 stopni. Jak kliknę teraz na ręczny, to wraca do ustawionej wcześniej wartości np. 22 stopni. I teraz to samo robię na termostacie. Naciskam na M, w Supli przechodzi na program a na termostacie ustawia się te programowe 19 stopni. I teraz jak ponownie nacisnę M to powinien wyjść z programu a tak nie robi. Przełącza się na chwilę na wewnętrzny program termostatu (teraz akurat 16 stopni) i zaraz wraca do 19 i programu w Supli. Mogę wyjść z tego trybu na termostacie strzałką w górę lub w dół ale wtedy zaczynam od tych 19 stopni programu i muszę znowu ustawić docelową (np. 22). Trochę to denerwujące ale da się żyć. Moje pytanie jest takie czy da się coś z tym zrobić? Bramkę mam 4MB bez logów ale jak będzie trzeba to zainstaluję z logami.

Kolejna rzecz to czujnik otwarcia okna. Musi być wpisany w termostat nadrzędny bo jak jest w podrzędnym to brak info w Supli, że zadziałał. Ale to nie jest problem. Problem to jest, że po resecie bramki czasem pokazuje, że wstrzymano grzanie na skutek zadziałania czujnika. Ale czujnik nie zmienił stanu. Sprawdziłem. Nie wiem czy ma dalej to sens sprawdzać bo czytam że ma być nowa wersja softu do Z2S z poprawką na czujniki. Może poczekać i sprawdzić co będzie na nowej? Piszę tylko dla informacji.

Wszystko co opisywałem robiłem na najnowszym sofcie - 0.9.202.

Kolego @zzrr bardzo grzecznie proszę - nie odpowiadają na mój post

Sprawdziłem przed chwilą u siebie. Jest to samo. Pytanie, jak często będziesz chciał przełączać tę funkcję na termostacie?
@vajera kiedyś już pisał, że jak się uda coś przełożyć z Tuya (Zigbee) w osiemdziesięciu procentach, to już jest dobrze.
Niestety z Zigbee na Suplę nie można wszystkiego przestawić 1:1 choć @vajera się stara (i dodaje np. różne flagi).
Osobiście nie używam tego przycisku (M) na termostacie. I jakbyś nie napisał, to pewnie bym sprawdził dopiero za jakiś czas. Kilka godzin temu wróciłem dopiero do domu i widzę, że jest do potestowania kilka nowych wersji softu. A ten termostat to nie jest jakiś mój priorytet. Prze chwilą zainstalowałem nową wersję softu.
Jak się nie da nic z tym zrobić, to sobie po prostu ten przycisk zdezaktywuję (wystarczy odkleić ten element przewodzący na płytce) i nikt nawet przez pomyłkę nie naciśnie
Co do reszty pewnie szczegółowo wypowie się @vajera.

[bokk]

@vajera czy możesz sprawdzić czy te lokalne akcje nie wprowadzają jakiegoś bałaganu, nie jest ich za dużo.

Akcje nie zajmują zbyt wiele RAMu ani nie obciążają procesora z uwagi na swój impulsowy charakter pracy.
Rozumiem, że Ty nie widzisz żadnych negatywnych objawów?

W każdym bądź razie działa tak jak mi zależało. Włączenie grzania na jednej bramce uruchamia POWER SWITCH, włączenie grzania na drugiej bramce nie zmienia stanu POWER SWITCH. Wyłączenie któregokolwiek grzania również nie zmienia stanu POWER SWITCH, wyłączenie ostatniego aktywnego grzania dopiero wyłącza POWER SWITCH.

Najważniejsze, że działa zgodnie z założeniami - to znaczy, że liczba akcji jest odpowiednia.

PS. W bramce jest limit lokalnych akcji - 255, ale w razie potrzeby mogę go zwiększyć.

Wszystko jest ok. Działa bardzo dobrze. Jedyny problem to wpisywanie tylu lokalntch akcji na bramce gdzie jest już sporo urzadzeń-kanałow szło bardzo topornie, kilka razy bramka się zawiesiła ale to z uwagi na obciążenie.

[LukiSpajder]

Mam prośbę - w katalogu:

https://github.com/lsroka76/Z2S_Library ... sorOffTest

jest plik do aktualizacji bramki z nową wersją testową (wersja 0.9.203) - nie wydawałem jej w formie release, bo nie chcę jeszcze uaktualniać SD na GitHubie.

Wstępne testy na TRVZB wypadły pozytywnie, ale nie mam żadnych TS0601 do weryfikacji - może znajdzie się ktoś chętny?

Aktualizacja zrobiona tyle że na bramce testowej i tej nieszczęsnej głowicy Trv801z ( nie zdążyłem na produkcyjnej tam mam 2 szt tych ts601 ale znów nie ma czujnika podpiętego ) . Tak więc mogą być nie wiarygodne testy , pewne jest że pojawiła się w apce ikonka informująca że dział czujnik , jedynie na początku testu wyłączyło głowicę później już nie jeśli okno otwarte - ale to nie wiarygodne dane .
Napewno teraz czujnik otwarcia nie spowoduje w Supli ustawieniu termostatu na OFF . Podczas otwartego okna można zmieniać temperaturę ale wydaje się że nie przesyła jej dopiero gdy zamknie się okno ( takie spostrzeżenie , ale dla Mnie to prawidłowe zachowanie ) .

Niestety testy na głowicy me167 i TRV06 ( chyli tych stabilnie działających ) mogę dopiero zrobić po południu koło 17 ale napewno ktoś to zrobi wcześniej

Porównam też to nowe rozwiązanie zachowania czujnika otwarcia w bramce Auratona , jest soft beta do aktualizacji Box-a .

[vajera]

@vajera czy możesz sprawdzić czy te lokalne akcje nie wprowadzają jakiegoś bałaganu, nie jest ich za dużo.

Akcje nie zajmują zbyt wiele RAMu ani nie obciążają procesora z uwagi na swój impulsowy charakter pracy.
Rozumiem, że Ty nie widzisz żadnych negatywnych objawów?

W każdym bądź razie działa tak jak mi zależało. Włączenie grzania na jednej bramce uruchamia POWER SWITCH, włączenie grzania na drugiej bramce nie zmienia stanu POWER SWITCH. Wyłączenie któregokolwiek grzania również nie zmienia stanu POWER SWITCH, wyłączenie ostatniego aktywnego grzania dopiero wyłącza POWER SWITCH.

Najważniejsze, że działa zgodnie z założeniami - to znaczy, że liczba akcji jest odpowiednia.

PS. W bramce jest limit lokalnych akcji - 255, ale w razie potrzeby mogę go zwiększyć.

Wszystko jest ok. Działa bardzo dobrze. Jedyny problem to wpisywanie tylu lokalntch akcji na bramce gdzie jest już sporo urzadzeń-kanałow szło bardzo topornie, kilka razy bramka się zawiesiła ale to z uwagi na obciążenie.

Akcje można dodawać także z konsoli aczkolwiek jest to pewnie mniej wygodne.
Najlepszym sposobem jest moim zdaniem wyłączenie GUI przy starcie i uruchomienie go dopiero, gdy chcemy wpisać akcje - jeżeli dasz w konsoli start-gui 0 0x21, to uruchomisz GUI tylko z zakładkami Gateway i Local Actions.

[bokk]

Akcje nie zajmują zbyt wiele RAMu ani nie obciążają procesora z uwagi na swój impulsowy charakter pracy.
Rozumiem, że Ty nie widzisz żadnych negatywnych objawów?


Najważniejsze, że działa zgodnie z założeniami - to znaczy, że liczba akcji jest odpowiednia.

PS. W bramce jest limit lokalnych akcji - 255, ale w razie potrzeby mogę go zwiększyć.

Wszystko jest ok. Działa bardzo dobrze. Jedyny problem to wpisywanie tylu lokalntch akcji na bramce gdzie jest już sporo urzadzeń-kanałow szło bardzo topornie, kilka razy bramka się zawiesiła ale to z uwagi na obciążenie.

Akcje można dodawać także z konsoli aczkolwiek jest to pewnie mniej wygodne.
Najlepszym sposobem jest moim zdaniem wyłączenie GUI przy starcie i uruchomienie go dopiero, gdy chcemy wpisać akcje - jeżeli dasz w konsoli start-gui 0 0x21, to uruchomisz GUI tylko z zakładkami Gateway i Local Actions.

Dzięki, zapiszę na przyszłość. Miałem na bramkach uruchomione Supla GUI i start na 240 s ale i tak wprowadzenie tych akcji zajęło prawie godzinę ale najważniejsze że działa zgodnie z założeniami

[vajera]

Dzięki, zapiszę na przyszłość. Miałem na bramkach uruchomione Supla GUI i start na 240 s ale i tak wprowadzenie tych akcji zajęło prawie godzinę ale najważniejsze że działa zgodnie z założeniami

Samo dodawanie akcji zajęło Ci tyle czasu? Czy wliczyłeś w to również np. zmiany nazw kanałów? Przy dodawaniu akcji korzystałeś z funkcji COPY?

[zzrr]

Mam prośbę - w katalogu:

https://github.com/lsroka76/Z2S_Library ... sorOffTest

jest plik do aktualizacji bramki z nową wersją testową (wersja 0.9.203) - nie wydawałem jej w formie release, bo nie chcę jeszcze uaktualniać SD na GitHubie.

Wstępne testy na TRVZB wypadły pozytywnie, ale nie mam żadnych TS0601 do weryfikacji - może znajdzie się ktoś chętny?

Powtórzyłem dzisiaj zdalnie na wszelki wypadek tak po dłuższej pracy bramki. Zrobiłem dwa resety. Pierwszy scren po 10 minutach od restratu, drugi reset i scren po 20 minutach. Przy jednym i drugim losowy termostat pozostaje na 5 stopniach. Na v.202 jakoś z raz tak został termostat ale chyba później wrócił z temperaturą. Na tym testowym bin 4 razy pod rząd, wczoraj w nocy i dzisiaj za każdym razem. A coś było zmieniane w związku z tym odświeżaniem?

20251215_084949.jpg

EDIT:
Po drugim resecie po godzinie termostat nie powrócił do wcześniejszego ustawienia temperatury zadanej. Pozostał na tych 5 stopniach

[bokk]

Dzięki, zapiszę na przyszłość. Miałem na bramkach uruchomione Supla GUI i start na 240 s ale i tak wprowadzenie tych akcji zajęło prawie godzinę ale najważniejsze że działa zgodnie z założeniami

Samo dodawanie akcji zajęło Ci tyle czasu? Czy wliczyłeś w to również np. zmiany nazw kanałów? Przy dodawaniu akcji korzystałeś z funkcji COPY?

Niestety samo wpisywanie akcji. Kilka razy zdarzyło się że wprowadzając już ostatnią akcje bramka zawiesiła się, pomogło tylko odłączenie od zasilania i po ponownym uruchomieniu nie było żadnych akcji zapisanych. Funkcja COPY bardzo fajnie przyspieszała wpisywanie