Push... push... push...

[lukfud]

Przy reakcji "Kiedy zmieni się pozycja rolety" dostaję kilka powiadomień pod rząd.
Ustawione testowo czasy 10/10s. Przy zmianie pozycji ze 100% na 50% dostałem 5 powiadomień.
(svr30)

Każda zmiana stanu rolety, to "zmiana pozycji". Reakcja nie jest na docelową pozycję, tylko na każdą nową wartość.

Dobrze, ale w takiej konfiguracji zasypuje niepotrzebnymi powiadomieniami. Może warto rozważyć wysłanie jednego powiadomienia po zatrzymaniu.

[klew]

Przy reakcji "Kiedy zmieni się pozycja rolety" dostaję kilka powiadomień pod rząd.
Ustawione testowo czasy 10/10s. Przy zmianie pozycji ze 100% na 50% dostałem 5 powiadomień.
(svr30)

Każda zmiana stanu rolety, to "zmiana pozycji". Reakcja nie jest na docelową pozycję, tylko na każdą nową wartość.

Dobrze, ale w takiej konfiguracji zasypuje niepotrzebnymi powiadomieniami. Może warto rozważyć wysłanie jednego powiadomienia po zatrzymaniu.

To byłaby zupełnie inna reakcja

Ogólnie jest potrzeba dodania "filtrowanej/opóźnionej" reakcji, gdzie można ustalić jakiś czas, jaki ma być utrzymany, zanim wykona się akcja. Np. przy bramach "jeśli brama otwarta > 15 min -> wyślij powiadomienie". Podobnie tutaj by tego typu "filtrowana reakcja" się przydała "przy zmianie stanu rolety, po np. 5 s, wyślij powiadomienie" wtedy dopiero, gdy roleta się zatrzyma i minie chwila, to by leciało powiadomienie.
Aktualnie można to obejść używając sceny buforującej.
Z tym, że serwer może zacząć ignorować rekacje, które są zbyt często odpalane. Więc jeśli roleta wysyła dużo powiadmień o zmienie stanu, to serwer może to przyblokować i nie odpalić reakcji.