camilla.compton/Documents/sqz/templates/dtt/20250908_SQZdata.xml and attached.| Type | Time (UTC) | Angle | DTT Ref |
| No SQZ | 16:09:30 - 16:19:00 | N/A | ref 0 |
| FIS SQZ (tuned for 1kHz) | 16:22:00 - 16:25:00 | (-)137.5 | ref 1 |
| FIS Mid + SQZ (tuned to no sqz) | 16:26:30 - 16:29:30 | (-)165.0 | ref 2 |
| FIS Mid - SQZ (tuned to no sqz) | 16:32:00 - 16:35:00 | (-)120.4 | ref 3 |
| FIS ASQZ | 16:39:00 - 16:42:00 | (+)252.2 | ref 8 |
| Mean SQZ (ADF off) | 16:42:30 - 16:45:30 | N/A | ref 9 |
| FIS tuned for 100Hz (to look at thermal noise limits) | 16:52:00 - 16:55:00 | (-)119.5 | ref 10 |
| FIS tuned for 100Hz +5deg | 16:55:30 - 16:58:30 | (-)124.2 | ref 11 |
| FIS tuned for 100Hz -5deg | 16:59:00 - 16:02:00 | (-)113.8 | ref 12 |
We tuned FIS around 100HZ and then changed the SQZ angle +/-5deg, plot attached. Shiela thinks this could help us constrain thermal noise in the future.
Plot attached of today's data (SRCL offset at nominal -382) compared to last weeks while OM2 was hot (with SRCL offset tuned at -235). Solid lines are cold OM2, dashed lines are hot OM2. FIS is better with cold OM2 as expected.
We noticed that mean SQZ was different <100Hz with the OM2 hot vs Cold. This persisted if I changed the averages so wasn't caused by a glitch and also seemed to be increased looking at Sheila's 86736 data too. Changed SRCL offset to see if this was the cause but it didn't appear to be. Plot attached, so the cause is OM2.
| Type | Time (UTC) | SRCL Offset | DTT Ref |
| Mean SQZ (ADF off) | 16:42:30 - 16:45:30 | -382 | ref 9 |
| Mean SQZ (ADF off) | 17:17:00 - 17:20:00 | -235 | ref 15 |
| Mean SQZ (ADF off) | 17:08:30 - 17:10:00 | -100 | ref 13 |
| Mean SQZ (ADF off) | 17:11:00 - 17:14:00 | 0 | ref 14 |
| OPO Setpoint | Amplified Max | Amplified Min | UnAmp | Dark | NLG |
| 80 | 0.0395963 | 0.00050063 | 0.00170524 | -2.611e-5 | 22.9 |
Note for Operators, changing the SRCL offset put the THERMALIZATION guardian into error. This is fine.
Once the SRCL offset is back to nominal, just load the THERMALIZATION GRD and it's will go back to normal, I'm not sure what would happen if this was done early in the lock when the GRD was still ramping the offset though.