[Zgłoszenie] MIBOXER E2-ZR (TZB210_eiwanbeb::TS0502B) [bramka ZigBee]

[vajera]

Ale trzeba zmieniać soft, czy można zmianą w C&A samemu?

Wypróbuj proszę 1.5.113-01/07/26.

[vajera]

Niestety nie działa. W E2-ZR i E3-ZR ta opcja nazywa się DO NOT DISTURB Znowu po swojemu wymyślili.

DO NOT DISTURB - włączasz/wyłączasz go w następujący sposób:

C&A
klaster COLOR CONTROL
w pole command/attribute id wpisujesz 0xFA,
datatype SET,
payload size 1,
w polu attribute value wpisujesz 00 lub 01
wciskasz Send custom command

POWER-ON BEHAVIOR (decyduje czy po włączeniu ma być użyty domyślny kolor, ostatnio używany czy własny).
C&A
klaster COLOR CONTROL
w pole command/attribute id wpisujesz 0xF9,
datatype SET,
payload size 12,
w polu attribute value wpisujesz 00XX00000000000000000000
gdzie XX = 00 Default color and brightness, 01 Last used color and brightness, 02 Custom color and brightness
wciskasz Send custom command

[cezy]

Ale trzeba zmieniać soft, czy można zmianą w C&A samemu?

Wypróbuj proszę 1.5.113-01/07/26.

Po zainstalowaniu 1.5.113:
- Dimmer reaguje na przycisk K2 w aplikacji i cloud, minimalnie można ustawić na 2%, 100% maksymalnie
- CCT reaguje również, ale minimalnie można ustawić 10%, 100% maksymalnie
- działa topornie, bo siła sygnału radia spada nawet do 0% i pływa w dolnych zakresach (urządzenia zainstalowane są cały czas w tym samym miejscu)
- i co najważniejsze, nie można wyłączyć ledów, gasną na chwile i zapalają się znowu

[cezy]

Niestety nie działa. W E2-ZR i E3-ZR ta opcja nazywa się DO NOT DISTURB Znowu po swojemu wymyślili.

DO NOT DISTURB - włączasz/wyłączasz go w następujący sposób:

C&A
klaster COLOR CONTROL
w pole command/attribute id wpisujesz 0xFA,
datatype SET,
payload size 1,
w polu attribute value wpisujesz 00 lub 01
wciskasz Send custom command

POWER-ON BEHAVIOR (decyduje czy po włączeniu ma być użyty domyślny kolor, ostatnio używany czy własny).
C&A
klaster COLOR CONTROL
w pole command/attribute id wpisujesz 0xF9,
datatype SET,
payload size 12,
w polu attribute value wpisujesz 00XX00000000000000000000
gdzie XX = 00 Default color and brightness, 01 Last used color and brightness, 02 Custom color and brightness
wciskasz Send custom command

Dodałem te parametry dla DO NOT DISTRUB i wykonało pomyślnie komendę, ale nie mogę tego za bardzo sprawdzić, bo przy symulacji braku zasilania i tak ledy świecą i nie da się ich wyłączyć - problem, jak wcześniej, po aktualizacji do 1.5.113.

[vajera]

Po zainstalowaniu 1.5.113:
- Dimmer reaguje na przycisk K2 w aplikacji i cloud, minimalnie można ustawić na 2%, 100% maksymalnie

To chyba ok?

- CCT reaguje również, ale minimalnie można ustawić 10%, 100% maksymalnie

Z Twoich logów wynika, że każdy klik zmienia wartość CCT o 100:

Code: Select all

Reading attribute successful!
Data value is 600(0x258)
Data type is U16(0x21)
Data size is 0x2

Reading attribute successful!
Data value is 700(0x2BC)
Data type is U16(0x21)
Data size is 0x2

Bramka przelicza te wartości CCT z przedziału 0...1000 na % (0...100%), wiec te zmiany o 100 przeliczają się na 10% - bardziej płynnie już chyba się nie da.

- działa topornie, bo siła sygnału radia spada nawet do 0% i pływa w dolnych zakresach (urządzenia zainstalowane są cały czas w tym samym miejscu)

To dosyć dziwny objaw - możesz wgrać dla testów wcześniejszą wersję i sprawdzić czy rzeczywiście jest różnica?

- i co najważniejsze, nie można wyłączyć ledów, gasną na chwile i zapalają się znowu

Czyli jednak potrzebujemy logi - zainstaluj np. TeraTerm, podłącz bramkę i zbierz logi z włączania/wyłączania LEDów.

EDIT Zamówiłem taki kontroler - niby ma być jutro w paczkomacie.

[cezy]

Po zainstalowaniu 1.5.113:
- Dimmer reaguje na przycisk K2 w aplikacji i cloud, minimalnie można ustawić na 2%, 100% maksymalnie

To chyba ok?

Tak, Dimmer jest OK.

- CCT reaguje również, ale minimalnie można ustawić 10%, 100% maksymalnie

Z Twoich logów wynika, że każdy klik zmienia wartość CCT o 100:

Code: Select all

Reading attribute successful!
Data value is 600(0x258)
Data type is U16(0x21)
Data size is 0x2

Reading attribute successful!
Data value is 700(0x2BC)
Data type is U16(0x21)
Data size is 0x2

Bramka przelicza te wartości CCT z przedziału 0...1000 na % (0...100%), wiec te zmiany o 100 przeliczają się na 10% - bardziej płynnie już chyba się nie da.

Co 10% jest jak najbardziej OK. Tylko przyciskiem fizycznie zjeżdża do 0%, bo widzę na żywo po barwie, ale w aplikacji czy cloud wyświetla w tym stanie 10%, a powinno 0%.

- działa topornie, bo siła sygnału radia spada nawet do 0% i pływa w dolnych zakresach (urządzenia zainstalowane są cały czas w tym samym miejscu)

To dosyć dziwny objaw - możesz wgrać dla testów wcześniejszą wersję i sprawdzić czy rzeczywiście jest różnica?

Też się zdziwiłem. Jak wróciłem do 1.5.112 sygnał wzrasta o 20-30%, ale też pływa. Jak przenoszę bramkę do pomieszczenia, gdzie są sterowniki jest ok, działa płynnie. Więc to zostawmy. Prawdopodobnie coś zakłóca w pobliżu. Potestuję sobie gdzie najlepiej bramkę umieścić.

- i co najważniejsze, nie można wyłączyć ledów, gasną na chwile i zapalają się znowu

Czyli jednak potrzebujemy logi - zainstaluj np. TeraTerm, podłącz bramkę i zbierz logi z włączania/wyłączania LEDów.

EDIT Zamówiłem taki kontroler - niby ma być jutro w paczkomacie.

Tutaj jest problem. Po wgraniu 1.5.113 i resecie bramki, ledy od razu się zapaliły. Sterowanie działało, ale nie mogłem ich zgasić. Jak wróciłem do 1.5.112 - problem zniknął.

OK. Próbuję z tymi logami...

[cezy]

- i co najważniejsze, nie można wyłączyć ledów, gasną na chwile i zapalają się znowu

Czyli jednak potrzebujemy logi - zainstaluj np. TeraTerm, podłącz bramkę i zbierz logi z włączania/wyłączania LEDów.

EDIT Zamówiłem taki kontroler - niby ma być jutro w paczkomacie.

OK. Próbuję z tymi logami...

Logi w załączniku...

[cezy]

Wciskam wyłącz raz, nic się nie dzieje, wciskam drugi raz - gaśnie na moment i z powrotem się zapala.
Dokładnie taki objaw.

[cezy]

Wygląda jakby wyłączenie odbywało się OK:

Code: Select all

[753442][I][ZigbeeGateway.cpp:1284] zbProcessAttributeReporting(): on/off report OFF
[753443][I][z2s_devices_table.cpp:5526] Z2S_onOnOffReceive(): 0x02FF, endpoint 0x1, state 0x0
[753444][I][Z2S_dimmer_interface.cpp:364] setValueOnServer(): value =-1, new_state = 0, dimmer_msg = 0, _state = 1

Ale później Miboxer wysyła dane na temat temperatury barwowej:

Code: Select all

[753663][I][ZigbeeGateway.cpp:1433] zbProcessAttributeReporting(): color control cluster Tuya 0xE000 color temperature 0x1
[753663][I][z2s_devices_table.cpp:6454] Z2S_onColorTemperatureReceive(): 0x02FF, endpoint 0x01, cluster 0x0300, attribute id 0xE000, color temperature 0x0001

I następuje włączenie:

Code: Select all

[753665][I][Z2S_dimmer_interface.cpp:364] setValueOnServer(): value =1, new_state = 1, dimmer_msg = 4, _state = 0

Coś tak jakby ta porcja danych (barwa) wysłana po wyłączeniu doprowadzała do ponownego włączenia. I po tym "wybudzeniu" już lecą parametry typowe dla włączenia:

Code: Select all

[753850][I][Z2S_dimmer_interface.cpp:613] iterateAlways(): SUPLA_CHANNELFNC_DIMMER_CCT
[753850][I][Z2S_dimmer_interface.cpp:292] sendValueToCCT(): _cct_mode = 2, whiteTemperature = 0
[753851][I][Z2S_dimmer_interface.cpp:293] sendValueToCCT(): _brightness = 0, _last_brightness = 90
[753851][I][Z2S_dimmer_interface.cpp:295] sendValueToCCT(): _whiteTemperature = 0, _last_whiteTemperature = 0

Jeśli _state == 0 i przychodzą dane o tej barwie to new_state powinien być chyba 0. Trzeba chyba dodać warunek ignorujący taki przypadek?

Tak tylko sobie analizuję i próbuję zrozumieć tok myślenia Chińczyków.
Ale mogę się mylić...

[vajera]

[...]

Przede wszystkim szacun za pochylenie się nad logami.

Ale później Miboxer wysyła dane na temat temperatury barwowej:
[...]
Coś tak jakby ta porcja danych (barwa) wysłana po wyłączeniu doprowadzała do ponownego włączenia. I po tym "wybudzeniu" już lecą parametry typowe dla włączenia:
[...]
Jeśli _state == 0 i przychodzą dane o tej barwie to new_state powinien być chyba 0. Trzeba chyba dodać warunek ignorujący taki przypadek?

Tak tylko sobie analizuję i próbuję zrozumieć tok myślenia Chińczyków.
Ale mogę się mylić...

To akurat są wewnętrzne stany bramki, new_state jest brany pod uwagę tylko, gdy value < 0, więc to nie jest przyczyna problemu. Natomiast słusznie zwróciłeś uwagę na ten fragment logów, bo wygląda to, tak jakby bramka odsyłając wartość CCT do sterownika budziła go przy okazji?
Przygotuję dzisiaj kolejną wersję i zobaczymy, czy uda mi się wyłapać problem, sterownik już wyruszył do mojego paczkomatu, więc jutro wieczorem będę mógł mu się przyjrzeć w akcji.