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

[vajera]

https://github.com/SUPLA/supla-device/b ... ase.h#L110

Ok, ogarnąłem. Rozumiem, że to można zmienić tylko z Cloud, apka nie ma takiej opcji?

[Mario78]

Jakie lenistwo.
podziwiam Cię właśnie, że tak Ci się chce jak mnie się nie chce )
Chociaż pomidory dzięki nawadnianiu z czujnikiem gleby jaki użyłem dzięki Tobie rosną pięknie i tam zaglądam ciągle

Pomidory powiadasz...

Takie pytanko
Czy po dodaniu głowicy do bramki, która chodziła na nowym bin jak burza to naturalne, że troszkę zaczyna mieć opóźnienia zwłaszcza jak coś wyzwalam przez aplikację na telefonie?

O jakiej skali opóźnienia mówisz? Generalnie interfejs pracuje na 5 sekundowej pętli, tak żeby nie wpadać w infinity loop.

czujniki wilgoci pilnuja mi i podlewania trawnika, rabat no i pomidorów
Jeśli pętla to 5sekund to moze byc to. Wydaje się w takim układzie ze do tych głowic najlepiej mieć odrębną dedykowaną bramke?

[vajera]

czujniki wilgoci pilnuja mi i podlewania trawnika, rabat no i pomidorów
Jeśli pętla to 5sekund to moze byc to. Wydaje się w takim układzie ze do tych głowic najlepiej mieć odrębną dedykowaną bramke?

To zależy - jak jesteś w fazie testów to ciągle coś zmieniasz i ten czas opóźnienia może irytować, w wersji "produkcyjnej" zmiany będziesz robił raczej w skali tygodnia niż minut

[lukasz06]

@Vajera po ostatniej aktualizacji Ota musiałem na nowo parować urządzenia, w tym głowice
Mam pytanie bo jedna z głowic przestała mi odpowiadać w Telenet, jeśli chodzi o zapis
write-attribute nr_kanału_termostatu 0xFC11 0x6000 BOOL 1 01
od jednej głowicy dostałem odpowiedz, od drugiej nie. Wiem, że już raz to robiłem i atrybut się zapisał, teraz nie idzie
Co może być przyczyną?

Code: Select all

>Welcome 192.168.68.114
>Use quit  to disconnect.
write-attribute 3 0xFC11 0x6000 BOOL 1 01
>Device 8253
>>write-attribute 3 0xFC11 0x6000 0x10 0x1
>Write attribute async request sent
read-attribute 3 0xFC11 0x6000
>Device 8253
>>read-attribute 3 64529 24576
>>Reading attribute failed
>read-attribute 1 0xFC11 0x6000
>Device 53134
>>read-attribute 1 64529 24576
>>Reading attribute successful - data value is 0x8401, data type is 0x10

[vajera]

@Vajera po ostatniej aktualizacji Ota musiałem na nowo parować urządzenia, w tym głowice
Mam pytanie bo jedna z głowic przestała mi odpowiadać w Telenet, jeśli chodzi o zapis
write-attribute nr_kanału_termostatu 0xFC11 0x6000 BOOL 1 01
od jednej głowicy dostałem odpowiedz, od drugiej nie. Wiem, że już raz to robiłem i atrybut się zapisał, teraz nie idzie
Co może być przyczyną?

Code: Select all

>Welcome 192.168.68.114
>Use quit  to disconnect.
write-attribute 3 0xFC11 0x6000 BOOL 1 01
>Device 8253
>>write-attribute 3 0xFC11 0x6000 0x10 0x1
>Write attribute async request sent
read-attribute 3 0xFC11 0x6000
>Device 8253
>>read-attribute 3 64529 24576
>>Reading attribute failed
>read-attribute 1 0xFC11 0x6000
>Device 53134
>>read-attribute 1 64529 24576
>>Reading attribute successful - data value is 0x8401, data type is 0x10

Brak łączności z głowicą w tym czasie lub nieprawidłowy numer kanału?

[klew]

https://github.com/SUPLA/supla-device/b ... ase.h#L110

Ok, ogarnąłem. Rozumiem, że to można zmienić tylko z Cloud, apka nie ma takiej opcji?

Tak, tylko z Clouda

[lukasz06]

@Vajera po ostatniej aktualizacji Ota musiałem na nowo parować urządzenia, w tym głowice
Mam pytanie bo jedna z głowic przestała mi odpowiadać w Telenet, jeśli chodzi o zapis
write-attribute nr_kanału_termostatu 0xFC11 0x6000 BOOL 1 01
od jednej głowicy dostałem odpowiedz, od drugiej nie. Wiem, że już raz to robiłem i atrybut się zapisał, teraz nie idzie
Co może być przyczyną?

Code: Select all

>Welcome 192.168.68.114
>Use quit  to disconnect.
write-attribute 3 0xFC11 0x6000 BOOL 1 01
>Device 8253
>>write-attribute 3 0xFC11 0x6000 0x10 0x1
>Write attribute async request sent
read-attribute 3 0xFC11 0x6000
>Device 8253
>>read-attribute 3 64529 24576
>>Reading attribute failed
>read-attribute 1 0xFC11 0x6000
>Device 53134
>>read-attribute 1 64529 24576
>>Reading attribute successful - data value is 0x8401, data type is 0x10

Brak łączności z głowicą w tym czasie lub nieprawidłowy numer kanału?

Dziwne, bo bramka jest metr od głowicy. Druga głowica jest na tej samej bramce i "odpowiada".
Z drugiej strony termostat działa na obydwu.

[vajera]

Dziwne, bo bramka jest metr od głowicy. Druga głowica jest na tej samej bramce i "odpowiada".
Z drugiej strony termostat działa na obydwu.

Jeżeli termostat działa na obu to łączność jest, więc może podajesz nieprawidłowy numer kanału? Ewentualnie jakiś błąd w firmware głowicy?

[vajera]

A czy jest jeszcze możliwość aby termometr wewnętrzny głowicy ustawiony jako termometr dodatkowy po restarcie bramki przesyłał temperaturę do głowicy do czasu wysłania danych przez dodatkowy termometr ustawiony jako termometr główny. Obecnie po restarcie bramki głowica wyświetla - błąd odczytu temperatury a odczyt z wbudowanego termometru jest pomijany

W wersji 0.7.73-09/05/2025 dodałem taką funkcjonalność:

jeżeli (termometr główny == czujnik zewnętrzny) + (brak temperatury z czujnika zewnętrznego) + (jest temperatura z termometru głowicy) => bramka ustawia temperaturę czujnika zewnętrznego = temperatura z termometru głowicy

Oczywiście, gdy czujnik zewnętrzny dostanie odczyt to nadpisze tę temperaturę.

[bokk]

A czy jest jeszcze możliwość aby termometr wewnętrzny głowicy ustawiony jako termometr dodatkowy po restarcie bramki przesyłał temperaturę do głowicy do czasu wysłania danych przez dodatkowy termometr ustawiony jako termometr główny. Obecnie po restarcie bramki głowica wyświetla - błąd odczytu temperatury a odczyt z wbudowanego termometru jest pomijany

W wersji 0.7.73-09/05/2025 dodałem taką funkcjonalność:

jeżeli (termometr główny == czujnik zewnętrzny) + (brak temperatury z czujnika zewnętrznego) + (jest temperatura z termometru głowicy) => bramka ustawia temperaturę czujnika zewnętrznego = temperatura z termometru głowicy

Oczywiście, gdy czujnik zewnętrzny dostanie odczyt to nadpisze tę temperaturę.

Brak odczytu temperatury