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

If the baseline return -999, should we sent the whole trace. #24

Open
jorianvo opened this issue Jul 22, 2014 · 4 comments
Open

If the baseline return -999, should we sent the whole trace. #24

jorianvo opened this issue Jul 22, 2014 · 4 comments
Assignees
Labels

Comments

@jorianvo
Copy link

The current implementation Calculate_Trace_Variables sets the cutoff, point from the right, to either the size of the array or to -994. The offset, point from the right, is set to 4000. This seems really complicated if we just want the whole trace.

@153957
Copy link
Member

153957 commented Jul 22, 2014

Yes, if the baseline can not be determined, sent the entire trace for offline analysis.

@153957
Copy link
Member

153957 commented Jul 28, 2014

Unfortunately, this probably means that a station with bad data (bad PMTs, oscillations or light leaks) and probably unusable data, produces the most data because they send all of it...

@davidfokkema
Copy link
Member

Yes, but that might make it a bit easier to diagnose, because you can see the signal in the quiet parts of the trace. Lots of moderately large peaks: light leak? Lots of small peaks: PMT with discharging dynodes? Oscillations: defective cables or PMT HV unit?

@153957
Copy link
Member

153957 commented Jul 28, 2014

Yes, however, we can usually determine these same problems from the HiSPARC DAQ. But I agree we should just keep the entire traces. That way they also remain available through the Data Retrieval tool (and API) for students to look at and diagnose such problems, and having examples of what 'bad' traces look like is also good..

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

4 participants