https://pfspipe.ipmu.jp/jira This file is an XML representation of an issue en-us 8.3.4 803005 13-09-2019 https://pfspipe.ipmu.jp/jira/browse/INSTRM-460 Instrument control development <p>We need a couple more Gen2 skel files to drive engineering. The obvious ones are:</p> <ul class="alternate" type="square"> <li>one to interleave PFI rotations and sets of exposures</li> <li>one to interleave altitude moves and sets of exposures.</li> </ul> INSTRM-460

Create skel files to drive MCS engineering

Task Normal Done Done yuki.moritani cloomis MCS Wed, 29 Aug 2018 17:14:59 +0000 Fri, 19 Oct 2018 02:44:40 +0000 Fri, 19 Oct 2018 02:44:40 +0000 PFS_kansoku 0 3 <p><a href="https://pfspipe.ipmu.jp/jira/secure/ViewProfile.jspa?name=cloomis" class="user-hover" rel="cloomis">cloomis</a>, actually I've made one already: (see PFS_MCS_MULTI_EXP.sk).</p> <p>Isn't it enough for our purpose?</p> <p>So you are going to write a loop around that, to step through the rotations and altitudes? Sure, I guess that does not need to be a skel file.</p> <p>Well ... I guess we can deal with similar thing with higher level command (ope file), but I'm not sure which is better. </p> <p>Anyway, I'll make another skel file to interleave Telescope movement and exposures. </p> <p> </p> <p>I think we need also one to move Hexapod in z position and take exposure.</p> <p>Here is note from discussion with Jim and Naoyuki yesterday:</p> <p>Jim pointed out that we should move ADC as we use in operation, which is different from HSC configuration. Skel file for moving altitude needs to treat it.</p> <p><a href="https://pfspipe.ipmu.jp/jira/secure/ViewProfile.jspa?name=yuki.moritani" class="user-hover" rel="yuki.moritani">yuki.moritani</a>: what is the status of this ticket? Can it be resolved?</p> <p>I have already pushed a brunch for this ticket with new commands some times ago, but following discussion with Craig in Princeton, I need to modify the skel file to include ADC movement, and set OBJECT if needed.</p> <p><a href="https://pfspipe.ipmu.jp/jira/secure/ViewProfile.jspa?name=cloomis" class="user-hover" rel="cloomis">cloomis</a> I'd like to confirm how we set OBJECT in the run..<br/> Should we(I) prepare higher-level command to set OBJECT (and arbitrary RA/DEC), or can we set OBJECT with skel file?</p> <p>If we take the latter, you will need some modification, because, if I understand correctly, we can set  "STATOBS.PFS.xxx" and "MEMORY.PFS.xxx" parameters, while you probably look "FITS.PFS.OBJECT" parameter for FITS header....</p> <p> </p> <p>Per Eric, OBJECT <em>can be</em> magic, and you only need to pass it as an argument <em>within</em> the Gen2 world:</p> <p>"The FITS.PFS.OBJECT status value will be set if you call a PFS abstract command with an OBJECT parameter (it's a little special in this way). Most observations define the list of targets with RA/DEC/OBJECT defined and so this is passed in to commands that use the target definitions (e.g. a GETOBJECT command). It thus ends up being assigned to the status "auto-magically"."</p> <p>Since OBJECT is a Subaru card, we should only use it to indicate what Subaru expects, and we can use the GETOBJECT calling conventions to set it. (And as I suggested in the email thread, we should only access it from the PFS side via the FITS.PFS.OBJECT keyword.)</p> <p>If we want to note <em>other</em> details about an observing sequence, we should pass down something else through our top-level PFS commands. Umm, <tt>COMMENT</tt> or <tt>DETAIL</tt>?</p> <p>Does that help?</p> <p>This looks good, with the possible exception of how we deal with <tt>OBJECT</tt> from the Gen2 script. Can you please do two things: rename your branch to <tt>tickets/<a href="https://pfspipe.ipmu.jp/jira/browse/INSTRM-460" title="Create skel files to drive MCS engineering" class="issue-link" data-issue-key="INSTRM-460"><del>INSTRM-460</del></a></tt> and merge it to master?</p> <p>I'm sorry, Craig. I thought I had commented, but I didn't.</p> <p><tt>COMMENT</tt> or <tt>DETAIL</tt> sounds fine to me. Or how about <tt>OBJDETAIL</tt>, just in case that we have similar case later?</p> <p> </p> <p>Before merging, I need to modify to treat ADC movement. Anyway, I'll rename the branch. </p> <p>I vote for <tt>OBJDETAIL</tt>.</p> <p><a href="https://pfspipe.ipmu.jp/jira/secure/ViewProfile.jspa?name=yuki.moritani" class="user-hover" rel="yuki.moritani">yuki.moritani</a>: what is the status of this ticket now? Can it be merged to master?</p> <p>No, not yet.. As I mentioned, modification is needed to move ADC. I couldn't spend my time working it, since I've worked on distortion code and tooling. I'll work for it later this week.</p> <p>I found that we cannot move ADC as we like ... the movement is determined by the elevation angle and selected configuration (e.g. filter). So, I'll ask Subaru which configuration is the closest to ours next week. </p> <p>After merging, I was told that ADC can be positioned in mm via Gen2. I modify the code filing another ticket <a href="https://pfspipe.ipmu.jp/jira/browse/INSTRM-533" title="Modify Gen2 command file to move ADC" class="issue-link" data-issue-key="INSTRM-533"><del>INSTRM-533</del></a> and close this ticket.</p> Development Rank 0|ii015s: