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

Dates in historian out of date #2444

Open
craig8 opened this issue Aug 24, 2020 · 0 comments
Open

Dates in historian out of date #2444

craig8 opened this issue Aug 24, 2020 · 0 comments
Assignees

Comments

@craig8
Copy link
Contributor

craig8 commented Aug 24, 2020

Many times in deployments the devices are behind firewalls and don't have access to the internet nor an ntp server to keep their time in sync. We have found during outages that the time on different hardware can be reset/wrong. When a masterdriver scrapes a device the driver will get an invalid date time stamp. When this is forwarded to a central system or system of record this invalid date time should be detected and not allowed into the main data store.

  1. The date must be detected as off (within a configurable threshold) before being determined as invalid.
  2. There should be an alternate store where this data can be interrogated later to see where it should fit within the main dataset.
  3. There should be an alert that is raised for this so the owner will have insight into the issue.
schandrika added a commit to schandrika/volttron that referenced this issue Feb 7, 2021
schandrika added a commit to schandrika/volttron that referenced this issue Feb 26, 2021
shwethanidd added a commit that referenced this issue Mar 1, 2021
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

2 participants