-
Notifications
You must be signed in to change notification settings - Fork 17
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
Better definition of timestamp based on EVB run start #159
Comments
Thanks @SeiyaNozaki this looks promising indeed. Is there any way to automatically detect this difference? It looks like a rounding issue. E.g. might |
Ok, but I guess there is no way to tell with only the first event? |
We could rethink the run summary using this information, which is anyway needed to make it work for the later subruns, correct? |
yes, correct! I will try to implement it to create a run summary. |
When there is no reliable UCTS information, it is needed to compute the timestamp based on the EVB run start recorded in the Camera Configuration file (
event.lst.tel[1].svc.date
) with Dragon counters.Here is my understanding of the timestamps (which might be wrong):
20221111_event_timestamp.pdf
Based on the above understanding, the difference between UCTS timestamp and run_start-time-based timestamp is <us. But an additional 1-sec difference can be added for case 2 described in the pdf.
then, the results are:
The text was updated successfully, but these errors were encountered: