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-2132 Instrument control development <p>At present, `PFS.DESIGN.VISIT` is updated only when a given pfsDesign is declared. In other cases, observer (SA) don't know which visit is used now, and it is difficult to take a set of data keeping the same visit (e.g., focusing using AG, take a set of MCS data). We are setting the visit manually sometimes. It will be helpful if the current visit id is sent to Gen2 side always.</p> INSTRM-2132

Send visit number to Gen2

Task Normal Open Unresolved cloomis yuki.moritani EngRun Tue, 19 Dec 2023 07:36:23 +0000 Wed, 31 Jan 2024 14:54:08 +0000 0 3 <p>I think I misunderstood an earlier conversation. Don't you want to allocate a <b>new</b> visit for certain Gen2 scripts? Not just track which visit `iic` has allocated? We can (easily) do both, but I am not sure they can safely use the same status dictionary name.</p> <p>For now knowing the allocated visit ID is ok..<br/> AG case, take one exposure, and this visitId can be used if we need to keep it. (Actually, this schema is used with PFS.DESIGN.VISIT for focusing sequence now..) <br/> MCS case, maybe we can take one MCS exposure and use allocated visitId by making a loop starting with 1.. (<em>iic fpsloop</em><br/> took care MCS multiple exposure in the past, but I'm not sure if it works now and there is no iic command directly to send mcs to take multiple frames now.</p> <p><a href="https://pfspipe.ipmu.jp/jira/secure/ViewProfile.jspa?name=skoshida" class="user-hover" rel="skoshida">Shintaro Koshida</a> Do you have usecase to allocate <b>new</b> visit?</p> <p>For MCS, I think you are better off allocating a new visit, then calling MCS exposure with that + frameId. Safer, cleaner.</p> <p>The "allocated visit id" is in general ill-defined, because we can be starting/running several exposure sequences at one time. Which is why we always start with iic allocating a visit and passing it down. So if Gen2 is controlling a sequence, I think it should do the same. Basically, iic or Gen2 allocates a visit, then "loans" it to the sub-actors. Unambiguous.</p> <p>Well... then for MCS, it is the cleanest making "iic fpsloop" work back (or have its analogs) for Gen2 to send command?</p> <p>We should certainly fix `iic fpsLoop` if it is not working. But I thought you wanted to change Popt2 focus between MCS exposures? </p> <p>I'm sorry I was not clear... what I had in mind is, set hexapod z position, take ~5 frames, move hexapod, take ~5 frames, and then... For now, if we call mcs Actor, 5 frames has different visit ID.  </p> <p>But as you suggest, if Gen2 get new visit, changing Popt2 focus between MCS exposure should work.. and it sounds nice. (I'm slightly getting concerned about difference between agcc (using visit only) and mcs (specifying frameId).. but we can use what we have now.)</p> <p>yeah, we should fix fpsLoop or add new commands if necessary.<br/> It should work the same way as the boresight acquisition, where iic hold on a visit an then you move the rotator, then ask for a mcs exposure .. etc</p> <p>We used fpsLoop on 12/20 and confirmed it works.</p> Development Rank 0|02qpjd:00r20060i200186403c2i