Comments (8)
Hi Cosimo,
Is it possible that one of your input devices is reporting timestamps in 1970? It does seem suspiciously close to the Unix epoch, so maybe it's an error code. If you navigate into the folder, the names of the files should give you an idea of the full time range of the data in each file.
Thanks,
Stephen
from openhistorian.
Hi Stephen,
thank you for your prompty reply as usual. The situation is exactly the one I show you with the following snapshot:
Is there a manner via OpenPDC to discover which device is characterized by wrong timestamp?
If I understood what you told me there are two devices with minimum timestamp 1970 and maximum 2036. Correct?
Thanks
from openhistorian.
When we were having this problem with some of our devices, we found that there actually aren't any displays in the openPDC that allow you to see the date of the timestamps reported by input devices. We had to use the openHistorian to export data from the time range in question to find which devices reported data during that time. Ritchie has since added a feature to the Trend/Export Measurements page of openHistorian where you can mouse over a value in the "Current Value" column to see the full date and time of the value being displayed.
Currently, there are still no displays in the openPDC that can be used to display the date of the input devices' timestamps.
from openhistorian.
Great I will follow your suggestion!
from openhistorian.
Hi Stephen,
I followed your approach, unfortunately it seems that there is no wrong timestamp.
Is there a manner to automatically discard measurements not aligned with local time in openPDC?
Or, alternatively, if the tiemstamp is wrong, is there a manner to fix the timestamp at the local time?
Please let me know.
Kind regards,
Cosimo
from openhistorian.
....and additionally. Due to this issue, could the circular archiving fail? I mean that the timestamp misalignment could affect the correct removal of old data?
Regards
from openhistorian.
A file with a timestamp of 1970 can occur when anytime when timestamp is received from a PMU that has a bad time - this could occur when a device connected with a bad configuration frame / unlocked clock but has since been corrected.
How large is the file with the 1970 timestamp - does the file modification time continue to grow? Perhaps this was a temporary issue related to a clock?
Are all your devices ABB's reporting with IEEE 1344? Or do you have a protocol mix that includes IEEE C37.118?
Thanks,
Ritchie
from openhistorian.
Hi Ritchie,
the situation is this:
[cid:[email protected]]
The oldest file has “Date modified” 17/10/2016 10:05. It seems that the cyclical deleting set at 20 days does not work properly.
We have some PMU reporting with IEEE 1344 and other with C37.118 protocol…
Any suggestion to fix?
Kind regards,
Cosimo
from openhistorian.
Related Issues (20)
- API to query measurement details HOT 1
- Data missing on export data from openhistorian webmanager HOT 4
- ATMEGA2560 Modbus openHistorian display to Grafana HOT 8
- Full Documentation for OpenHistorian HOT 3
- Is there any mechanism to store Historian Data directly into any RDBMS like Oracle/SQL Server instead of Files HOT 3
- Update openHistorian Grafana Instance HOT 1
- Multiple indexes
- Service unexpected stop HOT 23
- Grafana and OH User Synchronization requires log-on HOT 2
- Trend/Export Measurements Timestamps HOT 1
- Adding New Device (hardware PMU) HOT 10
- Fix build tools to update version in SDK project files
- Reinstall under different service credentials does not overwrite HTTP reservations HOT 2
- How to disable openHistorian debug host automated start HOT 4
- lossless data compression HOT 4
- How to get openPDC data in openHistorian. HOT 2
- Error in Github Desktop when pulling Source/Libraries/PythonAPIModule' HOT 1
- How to connect openHistorian with other datasources
- Compression algorithm about the OpenHistoian HOT 2
- COMTRADE Export with fields that contain commas
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from openhistorian.