There will be maintenance performed on,,, and starting at 9am PDT on Tuesday 18th August 2020. There will be an extremely small period of downtime at the start of the maintenance window as various services are restarted. Please address any comments, questions, or concerns to

  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
    • 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
  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
    • 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 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
  14. 27 Apr, 2020 7 commits
  15. 08 Apr, 2020 1 commit