PFS-JIRA

PFS-JIRA https://pfspipe.ipmu.jp/jira This file is an XML representation of an issue en-us

8.3.4

803005

13-09-2019

[INSTRM-1441] Add HSC flat field ring lamp as illuminating source https://pfspipe.ipmu.jp/jira/browse/INSTRM-1441 Instrument control development <p>Following discussion during the ICS/SpS telecon 2021-11-10:</p> <p>Please arrange it such that if the HSC flat field lamp is the light source, that this is reflected in the PFSA fits header. </p> INSTRM-1441

Add HSC flat field ring lamp as illuminating source

Task Normal In Progress Unresolved cloomis hassan EngRun Wed, 10 Nov 2021 17:22:01 +0000 Fri, 14 Jul 2023 16:14:30 +0000 ics_gen2Actor 0 5 <p>We started with W_AITQTH, from DCB. Water under the bridge. For the PFI lamps, we <b>also</b> use that, even though the lamps+filter+screen provide a different/flatter SED. We can distinguish between the two by using the W_LGTSRC card. </p> <p>For the HSC lamps, we can also use W_AITQTH to indicate that we have some "flat" source. OK? That plus the DATATYP card should tell DRP most of what it wants to know, right?</p> <p>But I suggest that we add other cards to flesh out the details. There are four HSC lamps, which can be driven with variable voltage, We should show all that, probably, but also one single card to indicate whether we are primarily using the HSC or the PFI lamps – W_LGTSRC will be 'pfi' in both cases, so we need to distinguish. OK? Does anyone care about whether we have a single string card or a set of logicals? <a href="https://pfspipe.ipmu.jp/jira/secure/ViewProfile.jspa?name=ncaplar" class="user-hover" rel="ncaplar">ncaplar</a> <a href="https://pfspipe.ipmu.jp/jira/secure/ViewProfile.jspa?name=price" class="user-hover" rel="price">price</a>?</p> <p>I am fine with any of these proposals. </p> <p>Sounds reasonable. Can we include the HSC lamp voltage?</p> <p>Definitely the lamp voltage(s). Would be nice to treat the four individual lamps as a single lamp, but I cannot remember whether we need to run with a single lamp for any real purpose. <a href="https://pfspipe.ipmu.jp/jira/secure/ViewProfile.jspa?name=yuki.moritani" class="user-hover" rel="yuki.moritani">yuki.moritani</a>?</p> <p>If you are taking about the dome ring lamp as HSC lamps, we can turn on/off 4 lamps individually.</p> <p>Yes, but do we <b>need</b> to control them individually for SPS? I think that was just for SuNSS, but cannot remember the details.</p> <p>Ah, I'm sorry, I misunderstood you. Recalling the last run, we didn't turn on the lamps individually, and I don't think you need to turn the lamps on in such a way. (For SUNSS, we did.)</p> <p>Looking gen2 status list on Subaru's wiki, it seems that <tt>TSCL.DOMEFF_nB_VOL</tt> , <tt>TSCL.DOMEFF_1B_VOL_CMD</tt>, and <tt>TSCV.DomeFF_nB</tt> (n=1,2,3,4) are for 120V lamp voltage (real), voltage (command) and on/off status.</p> <p> </p> <p>Yeah, those are what I see in the status feed. Is that page accessible? I am curious about the bit mask-like values for the <tt>TSCV.DOMEFF.nB</tt> keys.</p> <p>Something like the following:</p> <div class='table-wrap'> <table class='confluenceTable'><tbody> <tr> <th class='confluenceTh'>Gen2 key</th> <th class='confluenceTh'>MHS key</th> <th class='confluenceTh'>FITS</th> <th class='confluenceTh'>Description</th> </tr> <tr> <td class='confluenceTd'>TSCL.DOMEFF_nB_VOL_CMD</td> <td class='confluenceTd'>ringLampsCmd=%f,%f,%f,%f</td> <td class='confluenceTd'>W_TFFnVC</td> <td class='confluenceTd'><span class="error">[V]</span> Commanded Voltage to ring lamp N</td> </tr> <tr> <td class='confluenceTd'>TSCL.DOMEFF_nB_VOL</td> <td class='confluenceTd'>ringLamps=%f,%f,%f,%f</td> <td class='confluenceTd'>W_TFFnVV</td> <td class='confluenceTd'><span class="error">[V]</span> Actual Voltage to ring lamp N</td> </tr> <tr> <td class='confluenceTd'>TSCL.DOMEFF_nB</td> <td class='confluenceTd'>ringLampsStatus=%d,%d,%d,%d</td> <td class='confluenceTd'>W_TFFnST</td> <td class='confluenceTd'>Status of ring lamp N</td> </tr> <tr> <td class='confluenceTd'>STATL.TOPSCREEN_<span class="error">[FR]</span>POS</td> <td class='confluenceTd'>topScreenPos=%f,%f</td> <td class='confluenceTd'>W_TFFS<span class="error">[FR]</span>P</td> <td class='confluenceTd'><span class="error">[m]</span> Position of <span class="error">[front,rear]</span> FF screen edge</td> </tr> <tr> <td class='confluenceTd'>TSCV.DomeLight</td> <td class='confluenceTd'>domeLights=%d</td> <td class='confluenceTd'>W_TDLGHT</td> <td class='confluenceTd'>Mask of dome lights</td> </tr> </tbody></table> </div> <p>Plus <tt>W_AITQTH</tt> as described above</p> <p>Pulling the <tt>W_AITQTH</tt> work into a new ticket <a href="https://pfspipe.ipmu.jp/jira/browse/INSTRM-1766" title="Flesh out on-PFI quartz lamp card logic" class="issue-link" data-issue-key="INSTRM-1766">INSTRM-1766</a>.</p> <p>Adding two summary cards on this ticket: <tt>W_RNGQTH</tt> indicating that we think the ring lamps are on (any "on" status and positive command <img class="emoticon" src="https://pfspipe.ipmu.jp/jira/images/icons/emoticons/help_16.png" height="16" width="16" align="absmiddle" alt="" border="0"/> voltage), and <tt>W_TFFPOS</tt>, a string indicating where we think the FF screen is based on known front and rear positions. Values probably "in" and "out".</p> Blocks INSTRM-1766 Relates INSTRM-1095 Development Rank 0|02qpjd:00r20060i200186403r7j Sprint PreEngRun4 Story Points 1.0