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

[LukiSpajder]

Po obserwacjach coś chyba ta korekta temperatury miesza .
Podpiłem zewnętrzu termometr . Temperatura wyświetlana na głowicy 21 a za chwilę 25 . Zmierzona na zewnętrznym termometrze 27 .
Widać w logach że korekta 9 a za chwile 0 i to się pokrywa z wyświetlaną temperaturą na głowicy . I tłumaczy jej zachowanie . Pewne że korekty temperatury działają na głowice .

Jak Ty wszystko to rozpracowałeś , to się w głowie nie mieści
Rewelacja


Zbiorę logi :

Logi Głowica 0.7.27 korekta temp.rar

[Zibi_007]

Wersja 0.7.27 - termostat pokazuje czy głowica grzeje - jeżeli nie pokazuje to będziemy szukać przyczyny w logach - szukamy komunikatu

Code: Select all

msgZ2SDeviceHvac - TRV_RUNNING_STATE_MSG:

i zapisujemy jaka liczba jest po dwukropku gdy zaczyna grzać i gdy kończy.

Podobnie jeżeli komuś nadal nie działa ON/OFF to szukamy:

Code: Select all

msgZ2SDeviceHvac - TRV_SYSTEM_MODE_MSG:

Jesteś pewien tych logów (tzn. ciągów, które mam wyszukać) przy braku reakcji na on/off? Dokładnie nic takiego nie widzę. Głowica dalej nie reaguje, natomiast w logach pokazuje się coś takiego:

Code: Select all

Recv: [53 55 50 4C 41 17 0C 00 00 00 6E 00 00 00 11 00 00 00 16 15 00 00 01 00 00 00 00 00 08 00 00 00 00 00 00 53 55 50 4C 41 ]
HVAC[1]: new value from server: mode=CMD TURN ON tHeat=0 tCool=0, durationSec=0
HVAC[1]: applyNewRuntimeSettings mode=CMD TURN ON tHeat=500 tCool=-32768, durationSec=0
HVAC[1]: set target mode CMD TURN ON requested (8)
HVAC[1]: set target mode HEAT requested (2)
[1489118][I][Z2S_trv_interface.cpp:236] handleAction(): Z2S_TRVInterface::handleAction 0x44 0x0
HVAC[1]: current mode HEAT
HVAC[1]: current mode HEAT
Send: [53 55 50 4C 41 17 0C 00 00 00 78 00 00 00 06 00 00 00 01 16 15 00 00 01 ]
Send: [53 55 50 4C 41 ]
Send: [53 55 50 4C 41 17 0D 00 00 00 67 00 00 00 0E 00 00 00 01 00 00 00 00 00 01 02 F4 01 00 00 05 00 ]
Send: [53 55 50 4C 41 ]
HVAC[1]: send: IsOn 1, Mode HEAT, tHeat 500, tCool 0, flags 0x5
[1489223][I][Z2S_trv_interface.cpp:210] iterateAlways(): Supla::Control::Z2S_TRVInterface::iterateAlways() - trv mode difference detected: hvac=2, trv=0
[1489223][I][Z2S_trv_interface.cpp:147] sendTRVSystemMode(): Z2S_TRVInterface::sendTRVMode = 1
Wrote 8 bytes to storage at 15
Wrote 7 bytes to storage at 8
Commit
Recv: [53 55 50 4C 41 17 0D 00 00 00 6E 00 00 00 11 00 00 00 16 15 00 00 01 00 00 00 00 00 01 00 00 00 00 00 00 53 55 50 4C 41 ]
HVAC[1]: new value from server: mode=OFF tHeat=0 tCool=0, durationSec=0
HVAC[1]: applyNewRuntimeSettings mode=OFF tHeat=500 tCool=-32768, durationSec=0
HVAC[1]: set target mode OFF requested (1)
[1490756][I][Z2S_trv_interface.cpp:236] handleAction(): Z2S_TRVInterface::handleAction 0x43 0x2
HVAC[1]: current mode OFF
Send: [53 55 50 4C 41 17 0E 00 00 00 78 00 00 00 06 00 00 00 01 16 15 00 00 01 ]
Send: [53 55 50 4C 41 ]
Send: [53 55 50 4C 41 17 0F 00 00 00 67 00 00 00 0E 00 00 00 01 00 00 00 00 00 01 01 F4 01 00 00 05 00 ]
Send: [53 55 50 4C 41 ]
HVAC[1]: send: IsOn 1, Mode OFF, tHeat 500, tCool 0, flags 0x5
[1493605][I][ZigbeeHandlers.cpp:36] zb_action_handler(): Receive Zigbee action(0x1005) callback
[1493605][V][ZigbeeHandlers.cpp:274] zb_cmd_default_resp_handler(): Received default response: from address(0x5458), src_endpoint(1) to dst_endpoint(1), cluster(0xef00) for command (0x0) with status 0x0
[1493606][V][ZigbeeHandlers.cpp:278] zb_cmd_default_resp_handler(): command id (11), direction (1), is common (1)
[1493607][I][ZigbeeGateway.cpp:1392] zbCmdDefaultResponse(): zbCustomCmd default response async, tsn 0xef[0x2]
[1493607][I][ZigbeeGateway.cpp:1394] zbCmdDefaultResponse(): custom cmd rssi -71
[1493650][I][ZigbeeHandlers.cpp:36] zb_action_handler(): Receive Zigbee action(0x1040) callback
[1493650][I][ZigbeeHandlers.cpp:369] zb_cmd_custom_cluster_req_handler(): Receive custom command: 2 from address 0x5458
[1493651][I][ZigbeeHandlers.cpp:371] zb_cmd_custom_cluster_req_handler(): Payload size: 7
[1493651][I][ZigbeeHandlers.cpp:373] zb_cmd_custom_cluster_req_handler(): Payload [0x0] = 0x0
[1493652][I][ZigbeeHandlers.cpp:373] zb_cmd_custom_cluster_req_handler(): Payload [0x1] = 0xa9
[1493652][I][ZigbeeHandlers.cpp:373] zb_cmd_custom_cluster_req_handler(): Payload [0x2] = 0x4
[1493653][I][ZigbeeHandlers.cpp:373] zb_cmd_custom_cluster_req_handler(): Payload [0x3] = 0x4
[1493653][I][ZigbeeHandlers.cpp:373] zb_cmd_custom_cluster_req_handler(): Payload [0x4] = 0x0
[1493654][I][ZigbeeHandlers.cpp:373] zb_cmd_custom_cluster_req_handler(): Payload [0x5] = 0x1
[1493654][I][ZigbeeHandlers.cpp:373] zb_cmd_custom_cluster_req_handler(): Payload [0x6] = 0x2
[1493655][I][z2s_device_tuya_custom_cluster.cpp:450] processTuyaCustomCluster(): processing Tuya custom cluster 0xEF00, command id 0x2
[1493655][I][z2s_devices_table.cpp:95] Z2S_findChannelNumberSlot(): Z2S_findChannelNumberSlot 0x0:0x3c:0x84:0xff:0xfe:0x1f:0x9d:0x8c, endpoint 0x1, channel type 0xffffffff
[1493656][I][z2s_devices_table.cpp:95] Z2S_findChannelNumberSlot(): Z2S_findChannelNumberSlot 0x0:0x3c:0x84:0xff:0xfe:0x1f:0x9d:0x8c, endpoint 0x1, channel type 0xbde
[1493657][I][z2s_devices_table.cpp:95] Z2S_findChannelNumberSlot(): Z2S_findChannelNumberSlot 0x0:0x3c:0x84:0xff:0xfe:0x1f:0x9d:0x8c, endpoint 0x1, channel type 0x17d4
[1494208][I][Z2S_Gateway.ino:838] loop(): Device on endpoint(0x1), short address(0x5458), model id(0x6003), cluster id(0x5), rejoined(YES)
[1494209][I][Z2S_Gateway.ino:840] loop(): Gateway version: 0.7.27-11/04/2025
[1494209][I][Z2S_Gateway.ino:843] loop(): getZbgDeviceUnitLastSeenMs 1493654, current millis 1494209
[1494210][I][Z2S_Gateway.ino:838] loop(): Device on endpoint(0x1), short address(0x5458), model id(0x6003), cluster id(0x4), rejoined(NO)
[1494211][I][Z2S_Gateway.ino:840] loop(): Gateway version: 0.7.27-11/04/2025
[1494211][I][Z2S_Gateway.ino:843] loop(): getZbgDeviceUnitLastSeenMs 1493654, current millis 1494211
[1494212][I][Z2S_Gateway.ino:838] loop(): Device on endpoint(0x1), short address(0x5458), model id(0x6003), cluster id(0xef00), rejoined(NO)
[1494213][I][Z2S_Gateway.ino:840] loop(): Gateway version: 0.7.27-11/04/2025
[1494213][I][Z2S_Gateway.ino:843] loop(): getZbgDeviceUnitLastSeenMs 1493654, current millis 1494213
Wrote 8 bytes to storage at 15
Wrote 7 bytes to storage at 8

Dodatkowo głowica zwariowała, ustawiła sobie korektę na +5 stopni i nie chce jej zmienić. Jest jakieś polecenie np. z telnetu, aby ją zresetować? Bo nawet wyjęcie baterii nie pomaga
Jest jeden plus. Termometr wbudowany zadziałał natychmiast i dopisało go do głowicy automatycznie
Później sprawdzę, jak działa na zewnętrznym, bo muszę go sparować na nowo. Do dzisiejszych testów wyczyściłem ESP i wgrałem soft od nowa.

EDIT: Sprawdziłem wszystkie logi. Ja w nich nic nie mam z TRV_SYSTEM_MODE

[Zibi_007]

Jestem po testach z zewnętrznym czujnikiem temperatury. Co ciekawe głowica cały czas pokazuje mi temperaturę otoczenia 30 st i na nic nie reaguje. Nawet ją rozebrałem i ogrzewałem oraz ochładzałem termometr NTC. Zero reakcji. No i teraz tak Na głowicy mam 30 st, na termometrze zewnętrznym 25, termostat ustawiony na 27 a głowica całkowicie zamknięta. Logi z tego ustawienia w załączniku.

EDIT: A i jeszcze jedno, bo pisałem wcześniej, ale nikt nie zgłosił podobnego problemu. Bramka na sofcie 7.26 i 7.27 co pewien czas przechodzi w tryb offline. Trzeba resetować. Przed chwilą zainstalowałem soft na nowym C6N8 aby wyeliminować wadliwą płytkę (to była N16). Zobaczymy, czy problem się powtórzy. Dam znać

[vajera]

Jestem po testach z zewnętrznym czujnikiem temperatury. Co ciekawe głowica cały czas pokazuje mi temperaturę otoczenia 30 st i na nic nie reaguje. Nawet ją rozebrałem i ogrzewałem oraz ochładzałem termometr NTC. Zero reakcji. No i teraz tak Na głowicy mam 30 st, na termometrze zewnętrznym 25, termostat ustawiony na 27 a głowica całkowicie zamknięta. Logi z tego ustawienia w załączniku.

EDIT: A i jeszcze jedno, bo pisałem wcześniej, ale nikt nie zgłosił podobnego problemu. Bramka na sofcie 7.26 i 7.27 co pewien czas przechodzi w tryb offline. Trzeba resetować. Przed chwilą zainstalowałem soft na nowym C6N8 aby wyeliminować wadliwą płytkę (to była N16). Zobaczymy, czy problem się powtórzy. Dam znać

Znaczy się im dalej w las tym ciemniej...chyba będę musiał zamówić kilka różnych modeli głowic.

[Zibi_007]

Jestem po testach z zewnętrznym czujnikiem temperatury. Co ciekawe głowica cały czas pokazuje mi temperaturę otoczenia 30 st i na nic nie reaguje. Nawet ją rozebrałem i ogrzewałem oraz ochładzałem termometr NTC. Zero reakcji. No i teraz tak Na głowicy mam 30 st, na termometrze zewnętrznym 25, termostat ustawiony na 27 a głowica całkowicie zamknięta. Logi z tego ustawienia w załączniku.

EDIT: A i jeszcze jedno, bo pisałem wcześniej, ale nikt nie zgłosił podobnego problemu. Bramka na sofcie 7.26 i 7.27 co pewien czas przechodzi w tryb offline. Trzeba resetować. Przed chwilą zainstalowałem soft na nowym C6N8 aby wyeliminować wadliwą płytkę (to była N16). Zobaczymy, czy problem się powtórzy. Dam znać

Znaczy się im dalej w las tym ciemniej...chyba będę musiał zamówić kilka różnych modeli głowic.

Nie dałem za wygraną i sparowałem tę głowicę z bramką Tuya. Tam mam całą konfigurację. I sprawdziłem co się dzieje. Twój soft po prostu skasował korektę, która była wcześniej ustawiona na głowicy (a było -7 stopni, i pisałem już, że ten termometr w tej głowicy to g...o). Co nie zmienia faktu, że dalej nie reaguje na zmianę temperatury otoczenia. Całe szczęście na Twoim sofcie będzie chodził w oparciu o termometr zewnętrzny. Ja tych głowic mam kilka. Wyciągnąłem kolejną i tam pokazuje 27,5 stopnia przy realnej temperaturze otoczenia 24 st. I co prada reaguje na zmianę temperatury, ale z potężną zwłoką i w zakresie +-2 stopni. Może te NTC są jakieś felerne. Nie mam pod ręką podobnych na podmianę, bo bym sobie przelutował. Może jutro pokopię i czegoś podobnego poszukam. Zobaczymy... Dam znać.

Podczas kolejnych prób nowa bramka też zaliczyła zwiechę. W logach widać, że po prostu urwało transmisję w połowie wyświetlania komunikatu i wisiał. Tylko reset zasilania pomaga. Nie wiem ile to ma wspólnego z ciągła zabawą głowicą, tak tylko informuje. Może komuś też się tak dzieje i się zastanawia co jest grane.

[RomanG]

Zibi_007 - nie wiem, czy u mnie jest to samo, ale od jakiegoś czasu (nie jestem w stanie powiedzieć od kiedy) podczas zbierania (obserwowania) logów, bramka zostaje "wywalona" z sieci wifi i co chwilę próbuje się ponownie połączyć. Po odłączeniu od portu USB i ponownym podłączeniu łapie wifi, ale nie zawsze. Zdarzyło się też, że po kilku godzinach przy wyłączonym kompie, ale z podłączoną bramką do USB (mam zasilanie na USB), bramka też jest offline. Nigdy nie zdarzyło mi się przy zasilaniu bramki z mocnej ładowarki, aby straciła połączenie. No chyba, że nie zauważyłem. W kompie jest chyba dość mocny i nie najgorszy zasilacz, ale nie potrafię powiedzieć, czy on sam nie "wywija" jakichś numerów.
Podobny przypadek zdarzał się po zakończeniu połączenia z bramką (zamknięcie portu COM - wyłączenie PUTTY).
Akurat dzisiaj przy robocie (fajna pogoda, to wymieniam ogrodzenie ) myślałem o zrobieniu zewnętrznego zasilania przy podłączeniu do USB w czasie zbierania logów.
Tyle mogę powiedzieć o moich spostrzeżeniach dotyczących utraty połączenia bramki. Czy dotyczy tylko mnie (mogłem coś "spaprać" ), czy jest to bardziej ogólny problem - nie wiem.
Testowo "za bramkę robi" moduł ESP32-C6-WROOM-1-N8 (lub N16), ale tak mi się wydaje, że na "C6-XIAO" (te maluszki) też się to zdarzyło.(?)

edit;
Na wcześniejszych softach - poniżej 0.7.25 - też miałem takie off-y.

[Zibi_007]

Zibi_007 - nie wiem, czy u mnie jest to samo, ale od jakiegoś czasu (nie jestem w stanie powiedzieć od kiedy) podczas zbierania (obserwowania) logów, bramka zostaje "wywalona" z sieci wifi i co chwilę próbuje się ponownie połączyć. Po odłączeniu od portu USB i ponownym podłączeniu łapie wifi, ale nie zawsze. Zdarzyło się też, że po kilku godzinach przy wyłączonym kompie, ale z podłączoną bramką do USB (mam zasilanie na USB), bramka też jest offline. Nigdy nie zdarzyło mi się przy zasilaniu bramki z mocnej ładowarki, aby straciła połączenie. No chyba, że nie zauważyłem. W kompie jest chyba dość mocny i nie najgorszy zasilacz, ale nie potrafię powiedzieć, czy on sam nie "wywija" jakichś numerów.
Podobny przypadek zdarzał się po zakończeniu połączenia z bramką (zamknięcie portu COM - wyłączenie PUTTY).
Akurat dzisiaj przy robocie (fajna pogoda, to wymieniam ogrodzenie ) myślałem o zrobieniu zewnętrznego zasilania przy podłączeniu do USB w czasie zbierania logów.
Tyle mogę powiedzieć o moich spostrzeżeniach dotyczących utraty połączenia bramki. Czy dotyczy tylko mnie (mogłem coś "spaprać" ), czy jest to bardziej ogólny problem - nie wiem.
Testowo "za bramkę robi" moduł ESP32-C6-WROOM-1-N8 (lub N16), ale tak mi się wydaje, że na "C6-XIAO" (te maluszki) też się to zdarzyło.(?)

Serdeczne dzięki za odzew. Ja najpierw obstawiałem właśnie zasilanie (kabel). Zmieniłem na nowy i dalej było to samo. No to wyciągnąłem oryginalnie zapakowany nowy moduł i na czysto wgrałem soft. I znowu to samo.
Obstawiałem też PuTTY, skaner seriala i inne rzeczy. Zmiana zasilania na jakiś zasilacz, to nie problem, nie wiem natomiast jaki tam jest priorytet zasilania przy podłączonym USB C, bo jakoś logi czytać trzeba No nic, jeszcze raz dziękuję za odpowiedź. Będę obserwował dalej.

[RomanG]

Akurat teraz udało mi się sprowokować taka sytuację.
Logi w zip-ie
Mnie oczy bolą od patrzenia na to.

edit; kilka minut później; bramka dalej w loop-ie.

[kowalskiW]

Na naciśnięciu na menu, wyświetlacz zaświeci nastawioną temperaturą 00 , potem zaświeca się temperatura rzeczywista i zaraz potem nastawiona temperatura na termostacie spada o 12.8 C

To spróbuj złapać logi - tak od 10-15 sekund przed naciśnięciem na menu do 2-3 minut po albo przynajmniej do momentu, jak ta nastawa na termostacie spadnie o te 13 stopni.

Pomimo ustawienia niższej temperatury cały czas pokazuje grzanie nie działa ON/OFF.
W logach jest też wzbudzanie wyświetlacza

[lukasz06]

Mnie się jeszcze nie zdarzyło, żeby bramka była offline, może dlatego że nie mam na niej głowicy