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

[vajera]

I to się nazywa postęp. Brawo! Potestuję sobie jutro na takiej jednej
Dałeś tam jakieś ograniczenie? Jak się to ma do tych fabrycznych zakresów (np. + - 6 st.)?

Zacznę od doprecyzowania mojej poprzedniej wiadomości:

wartości korekty możemy zmieniać w trakcie pracy bramki, natomiast zmiana tej flagi wywołuje efekt po ponownym uruchomieniu - oczywiście, jeżeli będzie taka potrzeba, to dodam również tutaj opcję zmiany w locie

Wartości korekty podajemy wg. IKS (International Klew Standard), czyli temperatura ×100. Pamiętajcie o tym, że niektóre termostaty mają skok 1°C, więc wysłanie np. 150 i tak da korektę 1°C a nie 1,5°C.

Tutaj przechodzimy do pytania o zakresy - nie dałem żadnych ograniczeń typu minimum/maksimum/krok, bo te wartości są charakterystyczne dla konkretnych manufacturer_name::model_name, natomiast:

- istnieje możliwość ustalenia ich samodzielnie i

- jeżeli będzie na to zapotrzebowanie, to mogę dodać podobną opcję, jak w przypadku battery voltage , czyli każdy zainteresowany będzie mógł sobie te wartości zapisać w bramce (instrukcję wrzucę w kolejnej wiadomości).

[vajera]

Jeszcze jedno lub dwa zdania uzupełnienia - na etapie projektu rozważałem również wykorzystanie Cloud i korekcji termometru głowicy:

IF [korekta_termometru_wewnętrznego_termostatu] <> 0 AND [aktualny_termometr_termostatu] = [termometr_wewnętrzny_termostatu] THEN turnFixedCorrectionOn.

Nie ukrywam jednak, że miałem i nadal mam obawy, że będzie to źródłem zamieszania, zwłaszcza dla nowych użytkowników, ale może przesadzam?

[vajera]

To teraz instrukcja - wymaga podglądu logów - tym razem do samodzielnej analizy

Bramka wysyła ustaloną wartość korekty, gdy wartość ta różni się od wartości korekty przesłanej przez urządzenie, co ma miejsce w następujących sytuacjach:

- bezpośrednio po uruchomieniu bramki,

- gdy użytkownik zmieni wartość korekty w GUI,

- gdy użytkownik zmieni wartość korekty w urządzeniu lub np. poprzez zakładkę TCC w GUI,

- w tych dwóch ostatnich przypadkach bramka zmieni wartość korekty na swoją (w końcu jest rodzaju żeńskiego ).

Powyższy algorytm prowadzi do wniosku, że gdy ustawimy wartość poza możliwościami danego termostatu, to bramka będzie próbowała cały czas ją ustawić, bo wysle np. -11°C a urządzenie zwróci -9°C - to może zakłócać normalną pracę bramki, np. mój Saswell nie pozwalał wtedy na zmianę nastawy temperatury z aplikacji.

Analizując logi z bramki, można wyłapać sekwencję z:

Code: Select all

_trv_fixed_temperature_calibration = ...
_trv_temperature_calibration  = ...

W przypadku, gdy te wartości będą różne, oznacza to, że bramka próbuje ustawić korektę - gdy się jej uda, to staną się identyczne.

Jeżeli od zmiany korekty mija kilkanaście/kilkadziesiąt sekund a bramka cały czas wysyła w logach komunikat sendTRVCorrection (oczywiście przy założeniu, że jest komunikacja z urządzeniem Zigbee), to znaczy, że zakres został przekroczony.
Podobnie ze skokiem - wysyłamy 150 a zwraca 100 = skok 1°C, wysyłamy 170 zwraca 150 = skok 0.5°C.

[Zibi_007]

[...]

Nie ukrywam jednak, że miałem i nadal mam obawy, że będzie to źródłem zamieszania, zwłaszcza dla nowych użytkowników, ale może przesadzam?

Nie przesadzasz. Będzie zamieszanie.

[Zibi_007]

To teraz instrukcja - wymaga podglądu logów - tym razem do samodzielnej analizy

No i wszystko jasne. Dziękuję

[vajera]

[...]

Nie ukrywam jednak, że miałem i nadal mam obawy, że będzie to źródłem zamieszania, zwłaszcza dla nowych użytkowników, ale może przesadzam?

Nie przesadzasz. Będzie zamieszanie.

W sumie korektę ustawia się raz na ? i zwykle będąc w sąsiedztwie bramki i termostatu.

[Zibi_007]

[...]

Nie ukrywam jednak, że miałem i nadal mam obawy, że będzie to źródłem zamieszania, zwłaszcza dla nowych użytkowników, ale może przesadzam?

Nie przesadzasz. Będzie zamieszanie.

W sumie korektę ustawia się raz na ? i zwykle będąc w sąsiedztwie bramki i termostatu.

Tiaaa...

Pożyjemy, zobaczymy

[vajera]

Kolega @sasik zgłosił następujący wniosek (zabrzmiało jak na zebraniu partyjnym ):

aktualnie jest tak:

Termostat (głowica, ścienny) w trybie ręcznym -> włączamy w termostacie tryb automatyczny -> przy ustawionej fladze TRV_AUTO_TO_SUPLA_SCHEDULE -> termostat Supla wchodzi w tryb harmonogramu (lub w nim pozostaje) a termostat Zigbee wraca do trybu ręcznego (warunek niezbędny do tego, że bramka mogła dalej nim sterować);

propozycja zmiany:

Termostat (głowica, ścienny) w trybie ręcznym -> włączamy w termostacie tryb automatyczny -> przy ustawionej fladze TRV_AUTO_TO_SUPLA_SCHEDULE -> termostat Supla wchodzi w tryb harmonogramu (lub wraca do trybu ręcznego, jeżeli był w trybie harmonogramu) a termostat Zigbee wraca do trybu ręcznego (warunek niezbędny do tego, że bramka mogła dalej nim sterować);

Innymi słowy po takiej zmianie włączenie trybu automatycznego w termostacie Zigbee powodowałoby naprzemienne przełączanie się miedzy trybem ręcznym a harmonogramem w Supla.

Ponieważ sporo osób może być już przyzwyczajonych do istniejącego rozwiązania, to chciałbym poznać Wasze zdanie.

Zawsze mogę dołożyć kolejną flagę, jeżeli ktoś jest przyzwyczajony do tego, jak to działa obecnie.

[Zibi_007]

Kolega @sasik zgłosił następujący wniosek (zabrzmiało jak na zebraniu partyjnym ):

aktualnie jest tak:

Termostat (głowica, ścienny) w trybie ręcznym -> włączamy w termostacie tryb automatyczny -> przy ustawionej fladze TRV_AUTO_TO_SUPLA_SCHEDULE -> termostat Supla wchodzi w tryb harmonogramu (lub w nim pozostaje) a termostat Zigbee wraca do trybu ręcznego (warunek niezbędny do tego, że bramka mogła dalej nim sterować);

propozycja zmiany:

Termostat (głowica, ścienny) w trybie ręcznym -> włączamy w termostacie tryb automatyczny -> przy ustawionej fladze TRV_AUTO_TO_SUPLA_SCHEDULE -> termostat Supla wchodzi w tryb harmonogramu (lub wraca do trybu ręcznego, jeżeli był w trybie harmonogramu) a termostat Zigbee wraca do trybu ręcznego (warunek niezbędny do tego, że bramka mogła dalej nim sterować);

Innymi słowy po takiej zmianie włączenie trybu automatycznego w termostacie Zigbee powodowałoby naprzemienne przełączanie się miedzy trybem ręcznym a harmonogramem w Supla.

Ponieważ sporo osób może być już przyzwyczajonych do istniejącego rozwiązania, to chciałbym poznać Wasze zdanie.

Zawsze mogę dołożyć kolejną flagę, jeżeli ktoś jest przyzwyczajony do tego, jak to działa obecnie.

Ja bym zostawił tak, jak jest, a dołożona flaga zmieniałaby to na propozycję @sasika.

[lukasz06]

Ja też, ale już widziałem ,że pojawiła się nowa flaga w Gui .
Swoja drogą w Cloud też możemy ustawić jak ma się zachować termostat .
Mam na myśli, że zmiana temp powoduje przejście w tryb ręczny/auto