Witam.
Urządzenia ; "_TZ3000_imaccztn" "TS0004" ZG-005-RF
"_TZ3000_mmkbptmx" "TS0004" Mini-Z1-4CH
dla tych urządzeń jedyna słuszna sekwencja startowa resetująca to;
Code: Select all
joined_device->endpoint = 0x01;
write_mask = 0xFF;
zbGateway.sendAttributeWrite(joined_device, ESP_ZB_ZCL_CLUSTER_ID_ON_OFF, 0x4003, ESP_ZB_ZCL_ATTR_TYPE_8BIT_ENUM, 1, &write_mask);
Nawet jak urządzenie wejdzie w dziwny stan - to się zresetuje podczas parowania.
Pozostałe elementy sekwencji wprowadzają ZG-005-RF w dziwne stany.
O dziwo przy zachowaniu pozostałych sekwencji Mini-Z1-4CH się nie resetuje.
Bez podanej wyżej sekwencji urządzenia nie wchodzą w stan resetu podczas parowania,
tylko zachowują dziwne stany ( jeden kanał włącza i wyłącza wszystko, głupieją ustawienia przycisków fizycznych itp.).
"_TZ3000_imaccztn" "TS0004" ZG-005-RF jest czystym przekaźnikiem i działa ok na ustawieniu
z biblioteki z zachowaną tylko jedną podaną sekwencją w Z2S_DEVICE_DESC_TUYA_4GANG_SWITCH.
"_TZ3000_mmkbptmx" "TS0004" Mini-Z1-4CH jest programowo urządzeniem z licznikiem,
i działa dobrze na ustawieniu Z2S_DEVICE_DESC_RELAY ( tam są 3 wielkości do kanału przypisane )
i działa dobrze z ustawieniem sekwencji j.w.
Odświeżanie stanu przekaźników w Apce po resecie bramki, działa tylko na pierwszym kanale urządzenia -
kanały 2,3,4 są odświeżane tylko podczas wykonywania na nich działań.
To tyle mojej obserwacji zachowania urządzeń. (testy wykonywane na v0.5.15)
Nie rozumiem jeszcze jak tym przyciskiem wywołać polecenia: DOT HELD, DOT LONG RELEASED oraz DOTS HELD, DOTS LONG RELEASED
