1. 10 Jul, 2020 1 commit
  2. 08 Jul, 2020 4 commits
  3. 07 Jul, 2020 1 commit
  4. 30 Jun, 2020 2 commits
  5. 29 Jun, 2020 8 commits
  6. 26 Jun, 2020 2 commits
    • Jameson Rollins's avatar
      Merge branch 'history_extra_states' into 'master' · 332bac10
      Jameson Rollins authored
      Adding check for fast LOCKLOSS_DRMI -> ACQUIRE_DRMI_1F -> LOCKLOSS transitions
      
      Closes #109 and #150
      
      See merge request jameson.rollins/locklost!91
      332bac10
    • Yannick Lecoeuche's avatar
      handle H1 fast LOCKLOSS_DRMI -> ACQUIRE_DRMI_1F -> LOCKLOSS (3->101->2) transitions · 7733796f
      Yannick Lecoeuche authored
      Add logic to the history plugin to check if ISC_LOCK_STATE went from the lockloss state we're interested in (generally between 103-202) to LOCKLOSS_DRMI (3), then up briefly to ACQUIRE_DRMI_1F (101) before LOCKLOSS (2). In order to create the refined time plot correctly, the history followup moved before the refine followup in execution order. Additionally, I added a setter to change transition_index to the new values (I also removed the assertions, because they would cause an error whenever this condition was met).  This is only for H1.
      
      Closes #150
      7733796f
  7. 25 Jun, 2020 1 commit
  8. 24 Jun, 2020 2 commits
  9. 22 Jun, 2020 1 commit
  10. 19 Jun, 2020 3 commits
  11. 16 Jun, 2020 4 commits
  12. 21 May, 2020 1 commit
  13. 07 May, 2020 2 commits
    • Jameson Rollins's avatar
      Merge branch 'split_refine' into 'master' · c137b04e
      Jameson Rollins authored
      Split up refine_time into two functions so the calculation can be called separately
      
      Closes #159
      
      See merge request jameson.rollins/locklost!97
      c137b04e
    • Camilla Compton's avatar
      Split up refine_time into two functions so the calculation can be called separately · 9dd8482e
      Camilla Compton authored
      This is mainly a copy/paste to split the refine.py function refine_time into two functions:
      
      * find_transition: Takes an input of the time window and dictionary containing information about the channel needed for refinement (channel, std, min); then outputs the threshold used and refined time.
      * refine_time: Does the job of the old refine_time function but calls new find_transition function to do the actual refinement calculation.
      
      The reason for this change is that in the future I would like add a plugin to look at speed or order of light falling off PDs. This plugin could then call the function refine_calculate rather than copy/pasting refinement code.
      
      Only change made to logic is on lines 58-60, where now if the refinement has already been done, the previously refined time will be used to center the search window rather than the transition_gps. This will not make a difference for the normal refinement but should speed up future plugins that use the refinement calculation as the search window could be smaller.
      
      Closes #159
      9dd8482e
  14. 27 Apr, 2020 7 commits
  15. 08 Apr, 2020 1 commit