search

Keck-DataReductionPipelines / KPF-Pipeline

KPF-Pipeline
https://kpf-pipeline.readthedocs.io/en/latest/
Other
10 stars 2 forks source link

"Sci Fiber" Keyword incorrect UT:2Mar2024 #828

Closed howardisaacson closed 3 months ago

howardisaacson commented 3 months ago

On a second-half science night, UT: March 2nd, 2024, the "Sci Fiber" keyword is not populated correctly. It should be "Target", but is instead "None". This keyword may be used to distinguish on-sky observations from calibrations. If possible, we should update the header keyword. I checked back to August 1 2023 and this was the only night that this happened.

awhoward commented 3 months ago

Let's consider putting fixed L0 files into KOA.

bpholden commented 3 months ago

I have looked into the keyword database for this night. The value of the keyword that is written into the header was "None." This was not a problem with the assembler.

The configuration software reported the correct value as well. The FIU reported that no light was coming through the AO system because the hatch was closed. This is obviously an error, and I can report the issue to Kyle who is in charge of the FIU software.

On Tue, Mar 19, 2024 at 9:16 PM Andrew Howard @.***> wrote:

Let's consider putting fixed L0 files into KOA.

— Reply to this email directly, view it on GitHub https://github.com/Keck-DataReductionPipelines/KPF-Pipeline/issues/828#issuecomment-2008637397, or unsubscribe https://github.com/notifications/unsubscribe-auth/AAJJHGU6TOMXC6KEP3PZEETYZEER7AVCNFSM6AAAAABE5KNPZGVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDAMBYGYZTOMZZG4 . You are receiving this because you are subscribed to this thread.Message ID: @.*** .com>

bpholden commented 3 months ago

I corresponded with Kyle Lanclos and he said that the AO hatch was broken that night and so had to be manually opened. This led to the incorrect telemetry.

On Wed, Mar 20, 2024 at 10:17 AM Brad Holden @.***> wrote:

I have looked into the keyword database for this night. The value of the keyword that is written into the header was "None." This was not a problem with the assembler.

The configuration software reported the correct value as well. The FIU reported that no light was coming through the AO system because the hatch was closed. This is obviously an error, and I can report the issue to Kyle who is in charge of the FIU software.

On Tue, Mar 19, 2024 at 9:16 PM Andrew Howard @.***> wrote:

Let's consider putting fixed L0 files into KOA.

— Reply to this email directly, view it on GitHub https://github.com/Keck-DataReductionPipelines/KPF-Pipeline/issues/828#issuecomment-2008637397, or unsubscribe https://github.com/notifications/unsubscribe-auth/AAJJHGU6TOMXC6KEP3PZEETYZEER7AVCNFSM6AAAAABE5KNPZGVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDAMBYGYZTOMZZG4 . You are receiving this because you are subscribed to this thread.Message ID: <Keck-DataReductionPipelines/KPF-Pipeline/issues/828/2008637397@ github.com>

howardisaacson commented 3 months ago

The data has been correct in the KOA. The 'SCI-OBJ' now reads: 'Target'. The data is staged on cadence and ready to copy to shrek and overwrite previous data. I plan on copying only science data from that date, not calibration data, although both are available.

howardisaacson commented 3 months ago

Thank you for your help with this. The corrected data is now both in the KOA and downloaded by CPS. Along with SCI-OBJ keyword, which was none and is now 'Target', the program name was corrected from engineering to the proper PI on that night.