Dyskusja ogólna [bramka Zigbee]

[Zibi_007]

Zgodnie z sugestią @klew usunąłem funkcję setBatteryPowered przy inicjalizacji czujników, więc teraz ikona stanu baterii pojawi się dopiero gdy czujnik wyśle pierwsze info z klastra 0x01(power_cfg) a to może potrwać. Do rozważenia czy po powrocie dodaniu urządzenia nie wysyłać jednorazowo zapytania o ten stan skoro Supla go później pamięta.

Z tą utratą łączności po restarcie mam jeszcze jeden trop do sprawdzenia.

Niestety, nawet po 48 godzinach nie pojawia się ikona ze stanem baterii. Dla mnie sprawa prosta. Wróciłem do setBatteryPowered i w zależności od urządzenia po kilkunastu minutach - do kilku godzin mam stan baterii (prawidłowy) w aplikacji. Załączam gotowy plik .bin dla zainteresowanych. Uwaga! Dodałem dodatkowo kanał pomiarowy informujący o ilości wolnej pamięci (sprawdzam, w celach testowych, ile mam jeszcze do dyspozycji). Jeśli komuś przeszkadza, to zawsze można go ukryć, przez zaznaczenie odpowiedniej opcji w cloud. Wersja dodatkowo ma webinterfeace podczas normalnej pracy i bezpośredni przycisk do OTA (też testowo).

[klew]

Niestety, nawet po 48 godzinach nie pojawia się ikona ze stanem baterii. Dla mnie sprawa prosta. Wróciłem do setBatteryPowered i w zależności od urządzenia po kilkunastu minutach - do kilku godzin mam stan baterii (prawidłowy) w aplikacji.

Dla mnie sprawa jest prosta - jest tam gdzieś błąd i nic nie naprawiłeś. Ustawienie niezwiązanego z poziomem baterii parametru nie może mieć wpływu na to czy urządzenia zdalne raportują poziom baterii, oraz czy ta wartość jest dalej przekazana do Supli.

[Zibi_007]

Niestety, nawet po 48 godzinach nie pojawia się ikona ze stanem baterii. Dla mnie sprawa prosta. Wróciłem do setBatteryPowered i w zależności od urządzenia po kilkunastu minutach - do kilku godzin mam stan baterii (prawidłowy) w aplikacji.

Dla mnie sprawa jest prosta - jest tam gdzieś błąd i nic nie naprawiłeś. Ustawienie niezwiązanego z poziomem baterii parametru nie może mieć wpływu na to czy urządzenia zdalne raportują poziom baterii, oraz czy ta wartość jest dalej przekazana do Supli.

Ale ja nie twierdzę, że cokolwiek naprawiłem. Po prostu wróciłem do tego co @vajera zakomentował i osiągnąłem oczekiwany przeze mnie efekt.
Jestem też niemal pewien, ze Kolega @vajera pracuje już nad lepszym rozwiązaniem.

[vajera]

Tam był błąd - obsługa komunikatów o baterii niepotrzebnie sprawdzała isBatteryPowered () - usunąłem to już w swoim kodzie, ale z uwagi na to, jak go rozgrzebałem nie doczekał się jeszcze publikacji.

[vajera]

@Klew VirtualBinary nie zapisuje swojego stanu do Config, prawda? Trzeba to ogarnąć klasą pochodną czy jest jakieś inne rozwiązanie?

Ktoś o to prosił ostatnio i można włączyć zapisywanie. Pytanie po co? Wydaje mi się że to z reguły nie jest dobry pomysł

Po dodaniu urządzenia Zigbee robię reset C6, wtedy VirtualBinary ustawia się domyślnie na set(albo clear) i zanim czujnik wyśle raport jest niezgodność. Oczywiście to nie rozwiązuje problemu zmiany stanu czujnika w czasie offline bramki, ale trochę by pomogło.

[klew]

@Klew VirtualBinary nie zapisuje swojego stanu do Config, prawda? Trzeba to ogarnąć klasą pochodną czy jest jakieś inne rozwiązanie?

Ktoś o to prosił ostatnio i można włączyć zapisywanie. Pytanie po co? Wydaje mi się że to z reguły nie jest dobry pomysł

Po dodaniu urządzenia Zigbee robię reset C6, wtedy VirtualBinary ustawia się domyślnie na set(albo clear) i zanim czujnik wyśle raport jest niezgodność. Oczywiście to nie rozwiązuje problemu zmiany stanu czujnika w czasie offline bramki, ale trochę by pomogło.

Lepiej taki kanał ustawić jako offline i przestawić na online dopiero gdy odczytasz jego stan.

[rasz]

W kodzie są już podstawy obsługi klastra 0xEF00 Tuya i głowicy termostatycznej - jak ktoś ma jakąś wolną do testów to poproszę o dane.

EDIT - w tym przypadku mam na myśli tylko i wyłącznie testy, więc nie traktujcie tego jako działającego rozwiązania. Chcesz skutecznie zarządzać grzejnikami w domu w tym sezonie grzewczym to rozważ ofertę firmy Auraton.

Ja też się pobawiłem trochę tą głowicą. Na początek trzeba było dodać do listy urządzeń w kodzie

Code: Select all

  { .manufacturer_name = "_TZE200_p3dbf6qs", .model_name = "TS0601",
	.z2s_device_desc_id = Z2S_DEVICE_TUYA_HVAC, .z2s_device_endpoints_count = 1}

Po tym udało się sparować głowicę z bramką i pojawiła się w cloud. Występował błąd zegara - aby to poprawić to musiałem w kodzie zefiniować zmienna globalną typu Supla::Clock, chociaż nie wiem czy to jest właściwa metoda inicjalizacji zegara w supla-device (mimo że znajomości c++, jest to moja pierwsza styczność z biblioteką supla-device)

Drugą rzecz to command id wysyłanie przez głowicę są kompletnie inne niż te w kodzie (screen z id w załączniku). Udało mi się metodą prób i błędów ustalić właściwie command id i wychodzi na to że zgadzają się z bazą zigbee2mqtt.

Jest jeszcze problem z obsługą zdarzenia kiedy głowica przestanie grzać. Obecna implementacja powoduje przełączenie termostatu w tryb OFF a sygnalizacja grzania nadal jest obecna (miga czerwona obwódka przy nastawie temp). Natomiast wg mnie to powinno zmieniać tylko sygnalizacje grzania termostatu, bez zmiany trybu na OFF. W tym celu zamiast metody Supla_HvacBase->handleAction(0,Supla::TURN_OFF) użyłem Supla_HvacBase->getChannel()->setHvacFlagHeating(false)

Na ten moment, po kilku poprawkach, pokazywanie stanu głowicy w aplikacji działa dobrze (załączam screeny jak to wygląda w aplikacji). Natomiast kompletnie nie działa zmiana nastawy i trybu z poziomu aplikacji - po zmianie w aplikacji przez kilka sekund "kręci się kółko", a potem kanał termostatu staje się offline. Trzeba uruchomić ponownie bramkę aby kanał znów się stał online. Jutro postaram się zdebugować i ustalić czemu tak się dzieje.

[vajera]

...

W sieci jest przynajmniej kilka zestawów command is dla różnych modeli głowic Tyua, o innych firmach nie wspominając.
Mi udało się uzyskać efekt zmiany temperatury nastawy na głowicy poprzez aplikację Supla, ale w ostatnim czasie zająłem się przebudową kodu i temat czeka.

[tomek98]

Cześć,

Czy ktoś dodawał do bramki Zigbee urządzenia MiLight? Chodzi mi np o taki włącznik światła.

https://miboxer.pl/produkt/tri-c1zr/

[bokk]

Witam.
Zakupiłem 2 czujniki otwarcia:
https://pl.aliexpress.com/item/10050070 ... pt=glo2pol
i jeden dodał się do bramki, natomiast z drugim mam problemy.
Czy zeskanowane dane są wystarczające do dodania go do bazy urządzeń, jeśli tak to jak jest taka możliwość to prosił bym o dodanie go do bazy

Z góry dziękuję

[ 42045][ZigbeeEP.cpp:223] zbReadBasicCluster(): Peer Manufacturer is "_TZ3000_1bwpjvlz"
[ 41877][Z2S_Device_Scanner.ino:88] loop(): manufacturer _TZ3000_1bwpjvlz


[ 42165][ZigbeeEP.cpp:232] zbReadBasicCluster(): Peer Model is "TS0203"
[ 42047][Z2S_Device_Scanner.ino:89] loop(): model TS0203
[ 42166][ZigbeeGateway.cpp:207] zbPrintDeviceDiscovery(): short_addr_req 23571