<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=Windows-1252">
<style type="text/css" style="display:none;"> P {margin-top:0;margin-bottom:0;} </style>
</head>
<body dir="ltr">
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
Hi Kondo,</div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<br>
</div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
It doesn't seem like a big deal to change the readout list to work that way (automatically disable the APVs that failed to initialize and report a warning). Somehow someone will have to be on top of this to ensure long runs are not taken before noticing this
 issue (which would probably boil down to someone looking at RunControl GUI warnings and reporting this to GEM experts).</div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<br>
</div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
I would definitely have to defer to Bryan on implementing this and he's likely a lot more aware of possibilities on how this could be reported (maybe a GMN GEM status log entry for pass/fail that has a GEM expert emailed to help keep them on top of the issue?
 Not sure how reasonable/feasible this would be).</div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<br>
</div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
I definitely understand nothing here is ideal short of fixing the APV init issues. If you think it would be helpful to summarize the type issues and ways they are recovered maybe we could try to figure out a software or firmware fix (we have some of these issues
 showing up in EEL125 setup too so I was planning to look more at this in January anyway - I'm definitely aware of some cases where the MPD firmware is in a funny state that causes all APVs to fail to initialize that I'm hoping to address for example).</div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<br>
</div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
Ben<br>
</div>
<div id="appendonsend"></div>
<hr style="display:inline-block;width:98%" tabindex="-1">
<div id="divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" style="font-size:11pt" color="#000000"><b>From:</b> Gnanvo, Kondo (kg6cq) <kg6cq@virginia.edu><br>
<b>Sent:</b> Tuesday, December 21, 2021 11:55 AM<br>
<b>To:</b> Bryan Moffit <moffit@jlab.org>; Alexandre Camsonne <camsonne@jlab.org>; Benjamin Raydo <braydo@jlab.org><br>
<b>Cc:</b> sbs_gems@jlab.org <Sbs_gems@jlab.org><br>
<b>Subject:</b> [EXTERNAL] GEM MPD DAQ - APV hang up issue for January run</font>
<div> </div>
</div>
<style>
<!--
@font-face
        {font-family:"Cambria Math"}
@font-face
        {font-family:Calibri}
p.x_MsoNormal, li.x_MsoNormal, div.x_MsoNormal
        {margin:0in;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:"Calibri",sans-serif}
.x_MsoChpDefault
        {font-size:10.0pt}
@page WordSection1
        {margin:1.0in 1.0in 1.0in 1.0in}
div.x_WordSection1
        {}
-->
</style>
<div lang="EN-US" link="#0563C1" vlink="#954F72">
<div class="x_WordSection1">
<p class="x_MsoNormal"><span style="font-size:11.0pt">Dear Bryan, Ben.</span></p>
<p class="x_MsoNormal"><span style="font-size:11.0pt"> </span></p>
<p class="x_MsoNormal"><span style="font-size:11.0pt">We discussed at the RC meeting yesterday whether MPD readout list could be modified to allow the DAQ to keep on running even if a single APV fail to configure properly at the beginning of a run.
</span></p>
<p class="x_MsoNormal"><span style="font-size:11.0pt"> </span></p>
<p class="x_MsoNormal"><span style="font-size:11.0pt">Right now, we have had a lot of occurrence where one APV failure cause an MPD / fiber link error that a shift crew can not really debug or fix. A GEM or DAQ expert will ultimately be called and it would
 results to this APV been disabled. This usually results in a lot of wasted beam time during the shift without even fixing the APV problem.
</span></p>
<p class="x_MsoNormal"><span style="font-size:11.0pt"> </span></p>
<p class="x_MsoNormal"><span style="font-size:11.0pt">So it will be more efficient if the APV25 configuration fail is ignored and allow the DAQ to continue with some warning that will allow the shift crew to alert the GEM expert who can take a look at the issue
 when there is an opportunity. This way, there is no beam time lost. </span></p>
<p class="x_MsoNormal"><span style="font-size:11.0pt"> </span></p>
<p class="x_MsoNormal"><span style="font-size:11.0pt">Maybe the DAQ configuration will be allow to crash only if a number of APV25 (that we decide on, maybe 3 or 5 …), or all APVs on a backplane or MPD  all fail to configure which would indicate a more serious
 problem. </span></p>
<p class="x_MsoNormal"><span style="font-size:11.0pt"> </span></p>
<p class="x_MsoNormal"><span style="font-size:11.0pt">I was wondering if it is possible to implement such scheme in the MPD readout list
</span></p>
<p class="x_MsoNormal"><span style="font-size:11.0pt"> </span></p>
<p class="x_MsoNormal"><span style="font-size:11.0pt">Best regards </span></p>
<p class="x_MsoNormal"><span style="font-size:11.0pt">Kondo</span></p>
<p class="x_MsoNormal"><span style="font-size:11.0pt"> </span></p>
<p class="x_MsoNormal"><span style="font-size:11.0pt"> </span></p>
<p class="x_MsoNormal"><span style="font-size:11.0pt"> </span></p>
<div>
<div style="border:none; border-top:solid #E1E1E1 1.0pt; padding:3.0pt 0in 0in 0in">
<p class="x_MsoNormal"><b><span style="font-size:11.0pt">From:</span></b><span style="font-size:11.0pt"> Sbs_gems <sbs_gems-bounces@jlab.org>
<b>On Behalf Of </b>Holly Szumila-Vance<br>
<b>Sent:</b> Monday, December 20, 2021 4:12 PM<br>
<b>To:</b> sbs_gems@jlab.org<br>
<b>Subject:</b> [Sbs_gems] No SBS GEM meeting on Wednesday this week</span></p>
</div>
</div>
<p class="x_MsoNormal"> </p>
<p class="x_MsoNormal"><span style="font-size:11.0pt">Dear all,</span></p>
<p class="x_MsoNormal"><span style="font-size:11.0pt"> </span></p>
<p class="x_MsoNormal"><span style="font-size:11.0pt">There will be no SBS GEM meeting this Wednesday. Please look for updates by e-mail.
</span></p>
<p class="x_MsoNormal"><span style="font-size:11.0pt"> </span></p>
<p class="x_MsoNormal"><span style="font-size:11.0pt">Enjoy the holidays, and see you in the New Year!</span></p>
<p class="x_MsoNormal"><span style="font-size:11.0pt"> </span></p>
<p class="x_MsoNormal"><span style="font-size:11.0pt">-Holly</span></p>
</div>
</div>
</body>
</html>