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

[Zibi_007]

Wstrzymałem build .207 i dodałem poprawkę wyłączającą odpowiedź na ten komunikat - powinna zadziałać od razu po aktualizacji (w logach powinien pojawić się komunikat Ignoring TUYA_MCU_VERSION_RESPONSE message).

To może tłumaczyć tak różne rezultaty, ale jednocześnie mogłoby się zdarzyć, że tam gdzie działało dobrze nagle jest problem - właśnie z tego powodu, że termostat wpadł w pętlę MCU_VERSION_REQUEST.

Ale jesteś uparty, ale jak wiesz ja też Czekam zatem na 207 i testuję

.207 gotowe do testów - zobacz czy masz w logach ten komunikat Ignoring TUYA_MCU_VERSION_RESPONSE message - jeżeli nie to daj w telnet list-zb-devices i wyślij wartość USER FLAGS dla tego urządzenia.

Jak na złość teraz (na 207) chodził dobrze. Ale w końcu wypluł:

Code: Select all

[370848][I][z2s_device_tuya_custom_cluster.cpp:2782] processTuyaCustomCluster(): Ignoring TUYA_MCU_VERSION_RESPONSE message

Cały log w załączniku.
Swoją drogą, takie pierdoła a potrafiła zająć tyle czasu...

[vajera]

Jak na złość teraz (na 207) chodził dobrze. Ale w końcu wypluł:

Code: Select all

[370848][I][z2s_device_tuya_custom_cluster.cpp:2782] processTuyaCustomCluster(): Ignoring TUYA_MCU_VERSION_RESPONSE message

Cały log w załączniku.
Swoją drogą, takie pierdoła a potrafiła zająć tyle czasu...

Znaczy się jest OK?

[zzrr]

U mnie wzorowo wszystkie. Nawet ten jeden co go odrzuciłem sparowałem i działa. Wcześniej go dwa razy kasowałem i parowałem i nie działał. Przy okazji sprawdziłem restart 5 termostatów(nadrzędne) + 4 głowice(podrzędne). Wszystko wzorowo i przełącza aż miło.
EDIT:
Przepraszam... cztery nadrzędne, jeden ZWT100 samodzielny
EDIT:
Przełącza RECZNY <=> PROGRAM praktycznie od naciśnięcia.

[vajera]

Dodatkowym źródłem problemów był fakt, że ja w kolejnych kompilacjach raz tę flagę włączałem a raz wyłączałem, ale ona ustawiała się tylko przy parowaniu, więc to mogło być przyczyną tego, że jeden działał tak a drugi siak (bo w jednym flaga się zapisała a w drugim nie).
Teraz jest już porządek - bramka przy każdym uruchomieniu sprawdza flagi i aktywuje je lub wyłącza.

[zzrr]

Dodatkowym źródłem problemów był fakt, że ja w kolejnych kompilacjach raz tę flagę włączałem a raz wyłączałem, ale ona ustawiała się tylko przy parowaniu, więc to mogło być przyczyną tego, że jeden działał tak a drugi siak (bo w jednym flaga się zapisała a w drugim nie).
Teraz jest już porządek - bramka przy każdym uruchomieniu sprawdza flagi i aktywuje je lub wyłącza.

To działa bardzo dobrze. Aż się przykro robi że się etap testów "M" może zakończyć. Dzięki za upór i cierpliwość

[Zibi_007]

Jak na złość teraz (na 207) chodził dobrze. Ale w końcu wypluł:

Code: Select all

[370848][I][z2s_device_tuya_custom_cluster.cpp:2782] processTuyaCustomCluster(): Ignoring TUYA_MCU_VERSION_RESPONSE message

Cały log w załączniku.
Swoją drogą, takie pierdoła a potrafiła zająć tyle czasu...

Znaczy się jest OK?

Tak, tak, jest OK. Co prawda potrafię go doprowadzić do stanu, że Supla przejmie nastawę z programu ZTW, ale muszę się postarać

[vajera]

Dodatkowym źródłem problemów był fakt, że ja w kolejnych kompilacjach raz tę flagę włączałem a raz wyłączałem, ale ona ustawiała się tylko przy parowaniu, więc to mogło być przyczyną tego, że jeden działał tak a drugi siak (bo w jednym flaga się zapisała a w drugim nie).
Teraz jest już porządek - bramka przy każdym uruchomieniu sprawdza flagi i aktywuje je lub wyłącza.

To działa bardzo dobrze. Aż się przykro robi że się etap testów "M" może zakończyć. Dzięki za upór i cierpliwość

Niejako "przy okazji" przerobiłem kod HVAC m.in. w zakresie trybu schedule.

[Zibi_007]

Dodatkowym źródłem problemów był fakt, że ja w kolejnych kompilacjach raz tę flagę włączałem a raz wyłączałem, ale ona ustawiała się tylko przy parowaniu, więc to mogło być przyczyną tego, że jeden działał tak a drugi siak (bo w jednym flaga się zapisała a w drugim nie).
Teraz jest już porządek - bramka przy każdym uruchomieniu sprawdza flagi i aktywuje je lub wyłącza.

Najlepsze jest to, że jak wynika z obserwacji, mój testowy najpierw się dzielnie trzymał, a później sypał tym błędem cały czas...

[Zibi_007]

Dodatkowym źródłem problemów był fakt, że ja w kolejnych kompilacjach raz tę flagę włączałem a raz wyłączałem, ale ona ustawiała się tylko przy parowaniu, więc to mogło być przyczyną tego, że jeden działał tak a drugi siak (bo w jednym flaga się zapisała a w drugim nie).
Teraz jest już porządek - bramka przy każdym uruchomieniu sprawdza flagi i aktywuje je lub wyłącza.

To działa bardzo dobrze. Aż się przykro robi że się etap testów "M" może zakończyć. Dzięki za upór i cierpliwość

Niejako "przy okazji" przerobiłem kod HVAC m.in. w zakresie trybu schedule.

Przy okazji to Ty jeszcze sporo innych rzeczy zrobiłeś. O fingerbocie nie zapominaj

[zzrr]

Niejako "przy okazji" przerobiłem kod HVAC m.in. w zakresie trybu schedule.

Ooo... a coś więcej... To był wymóg związany z problemem M czy dodatkowo?