Author |
Topic |
|
hmw
8 Posts |
Posted - 04/22/2016 : 04:35:27
|
Hello,
I try to read out the history of the device. Therefore I requested a 4k block from address 0 using the SPIR command (I erased the data before the test and let the GM counter run for a few minutes). The saved data type is CPS every second.
The first thing I found in the retrieved data was a timestamp, then a couple of samples, another timestamp etc. I guess the first timestamp is the point in time when the first sample is taken and every other sample is taken one second later? The strange thing is that the number of samples don't fit into the interval, or in other words, there are more samples than seconds between the two timestamps. I found other intervals, where the delta_t and the number of samples matches better.
Is my interpretation wrong or is there an issue ;)?
Regards hmw
|
|
Reply #1
ZLM
1261 Posts |
Posted - 04/22/2016 : 07:12:41
|
The timestamps are have not exactly interval. It is depending on the activities of the unit. If the unit detects any changes related to the time, data logging etc, then it add a timestamp. If it runs on it own, then the timestamp will be added about every 5 minutes.
|
|
|
Reply #2
hmw
8 Posts |
Posted - 04/22/2016 : 08:20:31
|
Hello,
thank you for the quick reply.
quote: Originally posted by ZLM
The timestamps are have not exactly interval. It is depending on the activities of the unit. If the unit detects any changes related to the time, data logging etc, then it add a timestamp. If it runs on it own, then the timestamp will be added about every 5 minutes.
sure, that's what I observed. But I think that is not a problem. My trouble is that I have, let's say, a timestamp at 12:00:00 and the next is at 12:02:00, so the delta_t is 120 seconds, right? But between the two timestamps 122 data samples have been logged. Is that the expected inaccuracy, for the lack of a better term?
Regards hmw
|
Edited by - hmw on 04/22/2016 08:27:42 |
|
|
Reply #3
ZLM
1261 Posts |
Posted - 04/22/2016 : 23:52:59
|
That is normal.
The timestamp task has lower priority than data logging task. |
|
|
Reply #4
hmw
8 Posts |
Posted - 04/23/2016 : 01:22:12
|
Hello,
quote: Originally posted by ZLM
That is normal.
he timestamp task has lower priority than data logging task.
I see.
Thank you hmw
|
|
|
|
Topic |
|
|
|