Schedule a Rule Check...

Answers

• 12 Comments sorted by Votes Date Added
• Kit Plummer

  November 2012 Vote Up2Vote Down

  Perhaps it'd be useful to allow for a window. Say, only run the rule between 8A and 8P.
• David Albert

  November 2012 Vote Up1Vote Down

  Every X minutes
• Jay Martin

  October 2012 Vote Up0Vote Down

  +1. Extra credit if you can make it repeat more frequently (every X minutes).
• Will Luke

  November 2012 Vote Up0Vote Down

  Looks like we'll have to wait for the API, then persuade IFFT to come on board
• John Kestner

  November 2012 Vote Up0Vote Down

  A scheduled time input is on the to-do list. Other than a regular time(s) of the day, any other ways you'd like to be able to schedule a rule?
• Nicolas Kline

  November 2012 Vote Up0Vote Down

  +1
  Using locale, you could do "at night" or "during the day" time restrictions.
• Benjamin Lipman

  November 2012 Vote Up0Vote Down

  +1 window and scheduling of rules.
• Gerry Mueller

  December 2012 Vote Up0Vote Down

  I vote in favour of a rule parameter such as "If time is more than x, and less than y" do the rest of the rule. This might be difficult, 'cause as I understand it right now, your Twine actually doesn't "know" what the time is, and so would consume extra power getting the time from Twine central or a web time server regularly. Unless there is a hidden on-board clock that they didn't tell us about.
• Chris Boyd

  December 2012 Vote Up0Vote Down

  I suspect it has a clock on board, since it has to know time for things related to wifi encryption and maybe even rule updates.
• Chris Boyd

  December 2012 Vote Up0Vote Down

  +1 for the window of time capability with AND/OR. For example tell me when twine is bottom up AND between midnight and 6a.
• Gerry Mueller

  December 2012 Vote Up0Vote Down

  Thinking about this some more, I could see a use for rules such as "If Twine is moved within 3 minutes of magnetic switch opening, do nothing, else send email or SMS" and variations on same.
  If away, you could then tell others in your household that upon entry they move the Twine, flip it over, or whatever, and if that doesn't happen, you get an intruder alarm.
  While the present rules interface is nice an simple, perhaps making available a "rule building language" that allows for flexibility by using BASIC like statements involving Twine variables and logical operations to cause actions.