Wyzwalacz Akcji / Action Trigger

[klew]

W przypadku braku neta w ramach jednego urządzenia nie będzie można uruchomić przekaźnika przyciskiem z AT ?

At jest wykonywane wyłącznie przez serwer. Urządzenie wie tylko tyle, że coś na dany wyzwalacz jest ustawione, ale nie wie co

[klew]

Poprawka dotycząca ponownego włączenia lokalnych akcji jest już dostępna

[lukfud]

Poprawka dotycząca ponownego włączenia lokalnych akcji jest już dostępna

Potwierdzam poprawne działanie

[krycha88]

Jak myślicie, czy AT domyślnie powinny być włączone bez możliwości wyłączenia? Czy raczej aktywność sparametryzować?

[Robert Błaszczak]

Moim zdaniem należy sparametryzować.

[lukfud]

Jak myślicie, czy AT domyślnie powinny być włączone bez możliwości wyłączenia? Czy raczej aktywność sparametryzować?

Jak je chcesz parametryzować?

[krycha88]

Jak myślicie, czy AT domyślnie powinny być włączone bez możliwości wyłączenia? Czy raczej aktywność sparametryzować?

Jak je chcesz parametryzować?

Czy AT chce mieć włączone/wyłączone dla danego kanału.

Zastanawia mnie jedna rzecz czy można ustawić AT bez tworzenia powiązania z kanałem? Bo zakładam, że tak działa RNW-01 który ma tylko wejścia

[lukfud]

Jak myślicie, czy AT domyślnie powinny być włączone bez możliwości wyłączenia? Czy raczej aktywność sparametryzować?

Jak je chcesz parametryzować?

Czy AT chce mieć włączone/wyłączone dla danego kanału.
Zastanawia mnie jedna rzecz czy można ustawić AT bez tworzenia powiązania z kanałem? Bo zakładam, że tak działa RNW-01 który ma tylko wejścia

Możesz dowolnie go ustawić, tylko AT to też kanał, wiec wyłączenie go później będzie wymagało ponownej rejestracji w Cloud.
Wariant 2 z postu Krzyśka.
Bez

Kod: Zaznacz cały

at->setRelatedChannel(relay);  // action trigger will show under relay channel in Cloud

kanał AT nie będzie powiązany z kanałem przekaźnika.

[klew]

AT zawsze jest osobnym kanałem.
Powiązanie "setRelatedChannel" jest opcjonalne - z założenia ma ułatwić konfigurację po stronie Clouda, bo z reguły łatwiej będzie "ustawić wyzwalacz dla przycisku od lewej lampki w salonie", niż na "wyzwalaczu akcji nr 7"


W GUI Generic, najlepiej gdyby te kanały dodawały się na sam koniec - dzięki temu ludzie unikną konieczności usuwania urządzenia z Clouda.
Natomiast jak ktoś włączy i wyłączy kanał AT, to będzie "channel conflict" i trzeba będzie urządzenie usuwać, aby się zarejestrowało jeszcze raz bez AT.

[krycha88]

AT zawsze jest osobnym kanałem.
Powiązanie "setRelatedChannel" jest opcjonalne - z założenia ma ułatwić konfigurację po stronie Clouda, bo z reguły łatwiej będzie "ustawić wyzwalacz dla przycisku od lewej lampki w salonie", niż na "wyzwalaczu akcji nr 7"


W GUI Generic, najlepiej gdyby te kanały dodawały się na sam koniec - dzięki temu ludzie unikną konieczności usuwania urządzenia z Clouda.
Natomiast jak ktoś włączy i wyłączy kanał AT, to będzie "channel conflict" i trzeba będzie urządzenie usuwać, aby się zarejestrowało jeszcze raz bez AT.

Aktualnie w GG dodałem dwa scenariusze:
1. Jak zostanie dodany przekaźnik i przycisk to automatycznie doda się AT powiązany z kanałem przekaźnika
2. Jak zostanie dodany tylko przycisk bez powiązania z przekaźnikiem to doda się automatycznie oddzielny kanał AT

Czy te scenariusze są wystarczające? AT jest na tyle fajną funkcjonalnością, że bym jednak tego nie parametryzował i domyślnie byłaby włączona dla wszystkich kompilacji - tutaj mogę dodać flagę w builderze która by dodawała AT do kompilacji.