Why is the pointWrite a duration rather than an epoch expiration time?
If I write to the pointWrite from a web browser and it is push down to my device it doesn't make any sense to have a duration that expired in transit only to begin it's duration when it arrives at the location.
Am I missing something here?
Thanks,
Ryan Mattison
Brian FrankThu 4 Jul 2019
Am I missing something here?
You can always derive duration from absolute time, and vise versa. But its implemented that way for two reasons:
Its more robust versus relying on devices actually having the correct time setup (which happens all the time)
More importantly its maps to how its naturally used where someone wants to override a setpoint for 1hr, etc
doesn't make any sense to have a duration that expired in transit
If for human overrides, not process control. So its almost always measured in hours, not seconds
Ryan Mattison Thu 4 Jul 2019
@Brian
Why is the pointWrite a duration rather than an epoch expiration time?
If I write to the pointWrite from a web browser and it is push down to my device it doesn't make any sense to have a duration that expired in transit only to begin it's duration when it arrives at the location.
Am I missing something here?
Thanks,
Ryan Mattison
Brian Frank Thu 4 Jul 2019
You can always derive duration from absolute time, and vise versa. But its implemented that way for two reasons:
If for human overrides, not process control. So its almost always measured in hours, not seconds