Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Filtered subscriptions #44

Open
MikeBishop opened this issue Dec 18, 2017 · 0 comments
Open

Filtered subscriptions #44

MikeBishop opened this issue Dec 18, 2017 · 0 comments

Comments

@MikeBishop
Copy link

I notice several of my pistons run when they don't actually need to. This may just be a limitation of SmartThings and event subscriptions, but there are a wide variety of events which can be referenced in a piston which don't need to be subscribed to 24/7. They basically boil down to patterns of A && B && C; if A is currently false, events from B and C are irrelevant and can be ignored. (For example, my logs are filled with motion sensor triggers by my cats while the location is in a mode that doesn't actually do anything when motion is detected.)

(Events of the type "rises above" or "stays" do this too, though that seems somewhat unavoidable. They might be handled in a layer above the piston, but something still has to run enough to see whether the condition has returned to a state where the event can take place in the future.)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant