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

[vajera]

Jeśli ma to być odzwierciedlenie ustawień z termostatu suplowego to ta rozbieżność będzie mylącą że wyłącz nie wyłącza tylko obniża np. do 5

W wersji 0.7.70-06/05/2025 udało mi się chyba rozwiązać ten problem z trybem OFF w harmonogramie - testy na moim TRVZB wyszły pozytywnie. Po zmianie programu z OFF na inny termostat włącza się ponownie i realizuje kolejny program.

[bokk]

Jeśli ma to być odzwierciedlenie ustawień z termostatu suplowego to ta rozbieżność będzie mylącą że wyłącz nie wyłącza tylko obniża np. do 5

W wersji 0.7.70-06/05/2025 udało mi się chyba rozwiązać ten problem z trybem OFF w harmonogramie - testy na moim TRVZB wyszły pozytywnie. Po zmianie programu z OFF na inny termostat włącza się ponownie i realizuje kolejny program.

Potwierdzam przejście z trybu OFF do kolejnego cyklu z harmonogramu (na Sonoff TRVZB)

Tylko zauważyłem że przejście w OFF wyłącza odczyty

[vajera]

Potwierdzam przejście z trybu OFF do kolejnego cyklu z harmonogramu (na Sonoff TRVZB)

Tylko zauważyłem że przejście w OFF wyłącza odczyty

U mnie też wyłącza odczyty i jeszcze zapala diodę na zielono

Sprawa wygląda tak - gdy w harmonogramie wybierzemy OFF to termostat Supla generuje błąd systemu, bramka się resetuje i stąd brak odczytów (+ zielona dioda). Ten reset niestety powtarza się cyklicznie tak długo jak w harmonogramie jest OFF, zmiana na inny program nie generuje tego problemu. Ostatnie logi przed awarią wyglądają tak:

Code: Select all

HVAC[3]: setMainProgram(0, 0, 700, 0, 1108877312)
LittleFS: writing file 3_hvac_weekly
Guru Meditation Error: Core  0 panic'ed (Load access fault). Exception was unhandled.

Pytania do @klew:

w metodzie setProgram jest taki kod:

Code: Select all

schedule->Program[programId - 1].Mode = mode;
schedule->Program[programId - 1].SetpointTemperatureHeat = tHeat;
schedule->Program[programId - 1].SetpointTemperatureCool = tCool;

W momencie gdy setProgram dostaje programId == 0 ("OFF") to te indeksy [programId - 1] siłą rzeczy generują wyjątek i reset ESP?
Nadmieniam, że ja w tym przypadku nie wywołuję metody setProgram - po prostu ustawiam w harmonogramie "OFF" i termostat sam sobie tę krzywdę czyni, natomiast muszę uczciwie przyznać, że sprawdziłem to na moim domowym termostacie (M5Dial) i tam tego efektu nie ma?

[LukiSpajder]

U mnie też wyłącza odczyty i jeszcze zapala diodę na zielono

Sprawa wygląda tak - gdy w harmonogramie wybierzemy OFF to termostat Supla generuje błąd systemu, bramka się resetuje i stąd brak odczytów (+ zielona dioda). Ten reset niestety powtarza się cyklicznie tak długo jak w harmonogramie jest OFF, zmiana na inny program nie generuje tego problemu.

Głowica ME167 te same objawy bramka się resetuje po przełączeniu w programie off , to powoduje ten znikający pomiar temperatury . Jeśli w programie mamy off to jeśli przestawimy temperaturę pokrętłem na głowicy nie aktualizuję tego w apce i nie przełącza na tryb ręczny - chociaż raz się udało że to zadziałało .
Tak to wygląda u Mnie . Logi zamieścić ?, coś jeszcze sprawdzać ?

[vajera]

Głowica ME167 te same objawy bramka się resetuje po przełączeniu w programie off , to powoduje ten znikający pomiar temperatury . Jeśli w programie mamy off to jeśli przestawimy temperaturę pokrętłem na głowicy nie aktualizuję tego w apce i nie przełącza na tryb ręczny - chociaż raz się udało że to zadziałało .
Tak to wygląda u Mnie . Logi zamieścić ?, coś jeszcze sprawdzać ?

To jest dosyć specyficzna sytuacja - program OFF jest jakby dodatkowym, specjalnym programem w harmonogramie. @klew nie przewidział możliwości zmiany temperatury dla tego programu, co jest dosyć logiczne - OFF ma być zawsze OFF. Jak kręcisz pokrętłem na głowicy w trybie harmonogramu tygodniowego to ma to zmieniać temperaturę dla tego konkretnego programu, ale tak jak napisałem powyżej nie możesz zmienić temperatury dla programu OFF, zgadza się?

[vajera]

Głowica ME167 te same objawy bramka się resetuje po przełączeniu w programie off , to powoduje ten znikający pomiar temperatury . Jeśli w programie mamy off to jeśli przestawimy temperaturę pokrętłem na głowicy nie aktualizuję tego w apce i nie przełącza na tryb ręczny - chociaż raz się udało że to zadziałało .
Tak to wygląda u Mnie . Logi zamieścić ?, coś jeszcze sprawdzać ?

To jest dosyć specyficzna sytuacja - program OFF jest jakby dodatkowym, specjalnym programem w harmonogramie. @klew nie przewidział możliwości zmiany temperatury dla tego programu, co jest dosyć logiczne - OFF ma być zawsze OFF. Jak kręcisz pokrętłem na głowicy w trybie harmonogramu tygodniowego to ma to zmieniać temperaturę dla tego konkretnego programu, ale tak jak napisałem powyżej nie możesz zmienić temperatury dla programu OFF, zgadza się?

Chyba właśnie sam sobie odpowiedziałem na zagadkę adresowaną do Krzysztofa Przełączenie głowicy w tryb OFF powoduje najczęściej wysłanie komunikatu o nastawie (czasami 5, czasami 7 st. C), bramka próbuje zmienić tę nastawę dla programu 0 i mamy awarię - zaraz to poprawię.

[LukiSpajder]

To jest dosyć specyficzna sytuacja - program OFF jest jakby dodatkowym, specjalnym programem w harmonogramie. @klew nie przewidział możliwości zmiany temperatury dla tego programu, co jest dosyć logiczne - OFF ma być zawsze OFF. Jak kręcisz pokrętłem na głowicy w trybie harmonogramu tygodniowego to ma to zmieniać temperaturę dla tego konkretnego programu, ale tak jak napisałem powyżej nie możesz zmienić temperatury dla programu OFF, zgadza się?

No to jest tak jak mówisz , nie chce tu mieszkać w tym temacie programu bo tak jak mówiłem ja go nie używam nawet przy auratonie . Ale może dało by radę jakoś odczytać ten parametr z clouda co ma zrobić termostat supli po tym jak jest w programie np. Zwiększymy temperaturę to przeskakuje na ręczę sterowanie . I tak samo przy głowicy jak w czasie trwania programu przekręcę pokrętłem to przełączy mnie w manual .
Może jakiś zmienny parametr przez telnet przesyłać by się dało to wybrać.
Ale to tylko sugestia

[klew]

Trochę mniej śledziłem to ostatnio. Ale tak na oko wydaje mi się że widywałem tutaj harmonogramy od trybu chłodzenia, co raczej nie powinno się wydarzyć.

Crasha też nie powinno być, nawet jak coś niepoprawnie się ustawia, także to załatam później.

Urządzenia, które pozwalają na zmianę temperatury, trzeba traktować z jakimiś buforami czasowymi, gdzie ignoruje się to co wysyła urządzenie.
Ja tak robiłem, że jeśli coś ustawiam na takim urządzeniu, to przez np 5 s ignoruje zmiany nastaw z tego urządzenia, bo inaczej się robią takie pętle zależności i wszystko się przestawia.

Zmiany nastaw w trakcie pracy w programie są ogarnięte w klasie termostatu, także te rzeczy powinny działać, chyba że używasz jakichś nieodpowiednich metod i one mieszają. Tam trzeba by trochę interfejs klasy hvac uprzątnąć, aby to było bardziej przejrzyste.

[vajera]

Trochę mniej śledziłem to ostatnio. Ale tak na oko wydaje mi się że widywałem tutaj harmonogramy od trybu chłodzenia, co raczej nie powinno się wydarzyć.

Crasha też nie powinno być, nawet jak coś niepoprawnie się ustawia, także to załatam później.

Urządzenia, które pozwalają na zmianę temperatury, trzeba traktować z jakimiś buforami czasowymi, gdzie ignoruje się to co wysyła urządzenie.
Ja tak robiłem, że jeśli coś ustawiam na takim urządzeniu, to przez np 5 s ignoruje zmiany nastaw z tego urządzenia, bo inaczej się robią takie pętle zależności i wszystko się przestawia.

Zmiany nastaw w trakcie pracy w programie są ogarnięte w klasie termostatu, także te rzeczy powinny działać, chyba że używasz jakichś nieodpowiednich metod i one mieszają. Tam trzeba by trochę interfejs klasy hvac uprzątnąć, aby to było bardziej przejrzyste.

Crash naprawiony - Hvac->setProgram(...) nie sprawdza czy program id jest w przedziale [1...4] i stąd brał się ten wyjątek systemu = ja tam przekazywałem getCurrentProgramId, który w przypadku programu OFF równy jest "0".

[vajera]

Wersja 0.7.71-06/05/2025 - usunąłem błąd z restartem bramki przy harmonogramie OFF i zastosowałem rozwiązanie stworzone przez Krzysztofa (@klew) - jeżeli ustawisz w Cloud "zmiana temperatury przełącza w tryb ręczny" na TAK to zmiana nastawy w głowicy przełączy termostat z trybu tygodniowego na ręczny, jeżeli będzie ustawiona na NIE to nastąpi, tak jak to @klew zaplanował, "override" aktualnego programu nową wartością, ale nie zmieni ona wartości danego programu na stałe - jeżeli uważacie, że ta opcja ze stałą zmianą jest lepsza dajcie znać?