<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">I’m fully with you, up to a certain extend each module should manage it’s own failures and at least try to restart its last procedure for a certain amount of times.<div class=""><br class=""></div><div class=""><div class="">On the other hand, we need an orchestration layer that coordinates actions - as we currently have inside Capture and Scheduler. They are far from perfect, since the states are spreaded over the code. But the general logic is OK, that a failure in a module is handed back to the orchestration layer. </div><div class=""><br class=""></div><div class="">What I would try to avoid is that one module <u class="">actively</u> controls others. What we have (and that’s good from my perspective) that modules listen to state changes from others and draw their own conclusions.</div><div class=""><br class=""></div><div class="">So in general, I think our architecture is appropriate, but I would really appreciate if we clean up the orchestration layer - i.e. Capture and Scheduler - and introduce dedicated state machines there.</div><div class=""><br class=""></div><div class="">Wolfgang<br class=""><div class=""><div class="">
<div dir="auto" style="caret-color: rgb(0, 0, 0); color: rgb(0, 0, 0); letter-spacing: normal; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: none; word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><div dir="auto" style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><div style="caret-color: rgb(0, 0, 0); color: rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: none;"><br class=""></div></div></div></div><div><blockquote type="cite" class=""><div class="">Am 08.12.2020 um 08:28 schrieb Eric Dejouhanet <<a href="mailto:eric.dejouhanet@gmail.com" class="">eric.dejouhanet@gmail.com</a>>:</div><br class="Apple-interchange-newline"><div class=""><meta charset="UTF-8" class=""><div id="response_container_BBPPID" dir="auto" contenteditable="false" style="font-family: Helvetica; font-size: initial; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, 255); text-decoration: none; outline: none;" class=""><div name="BB10" id="BB10_response_div_BBPPID" dir="auto" style="width: 540px;" class="">Thanks Wolfgang, </div><div name="BB10" id="BB10_response_div_BBPPID" dir="auto" style="width: 540px;" class=""><br class=""></div><div name="BB10" id="BB10_response_div_BBPPID" dir="auto" style="width: 540px;" class="">I acknowledge what you analyse. </div><div name="BB10" id="BB10_response_div_BBPPID" dir="auto" style="width: 540px;" class=""><br class=""></div><div name="BB10" id="BB10_response_div_BBPPID" dir="auto" style="width: 540px;" class="">I added a test to verify that guiding would always be restarted if it was required (and disabled) at the time Focus was starting its procedure. But that makes Focus responsible for restarting Guide. So we are saying that it should be the same for Capture, with the risk that requests are mixed up. Doesn't that mean that Guide should integrate that task? Should we distinguish a failure, managed by Scheduler, and a procedure follow-up, managed by the module itself? </div><div id="blackberry_signature_BBPPID" name="BB10" dir="auto" class=""><div id="_signaturePlaceholder_BBPPID" name="BB10" dir="auto" class=""><p dir="ltr" class=""><a href="mailto:eric.dejouhanet@gmail.com" class="">eric.dejouhanet@gmail.com</a><span class="Apple-converted-space"> </span>-<span class="Apple-converted-space"> </span><a href="https://astronomy.dejouha.net/" class="">https://astronomy.dejouha.net</a></p></div></div></div><div id="_original_msg_header_BBPPID" dir="auto" style="caret-color: rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, 255); text-decoration: none;" class=""><table width="100%" contenteditable="false" style="border-spacing: 0px; display: table; outline: none;" class=""><tbody class=""><tr class=""><td colspan="2" style="font-size: initial; text-align: initial;" class=""><div style="border-style: solid none none; border-top-width: 1pt; border-top-color: rgb(181, 196, 223); padding: 3pt 0in 0in; font-family: Tahoma, "BB Alpha Sans", "Slate Pro"; font-size: 10pt;" class=""><div id="from" class=""><b class="">De:</b><span class="Apple-converted-space"> </span><a href="mailto:sterne-jaeger@t-online.de" class="">sterne-jaeger@t-online.de</a></div><div id="sent" class=""><b class="">Envoyé:</b><span class="Apple-converted-space"> </span>8 décembre 2020 07:51</div><div id="to" class=""><b class="">À:</b><span class="Apple-converted-space"> </span><a href="mailto:hy@murveit.com" class="">hy@murveit.com</a></div><div id="cc" class=""><b class="">Cc:</b><span class="Apple-converted-space"> </span><a href="mailto:eric.dejouhanet@gmail.com" class="">eric.dejouhanet@gmail.com</a>; <a href="mailto:mutlaqja@ikarustech.com" class="">mutlaqja@ikarustech.com</a></div><div id="subject" class=""><b class="">Objet:</b><span class="Apple-converted-space"> </span>Re: scheduler issue</div></div></td></tr></tbody></table><br class=""></div><div name="BB10" dir="auto" contenteditable="false" style="caret-color: rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, 255); text-decoration: none; line-height: initial; outline: none;" class=""><div class="" style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;"></div>Dear all,<div class="">I’m not 100% sure, but for me it looks like the problem is located in the Capture module which - only in the case of a MF - is responsible for restarting the guiding procedure. </div><div class=""><br class=""></div><div class="">What we can see from the logs, the Capture module receives a GUIDE_CALIBRATION_ERROR event. For this event it calls processGuidingFailed(). There is the critical part:</div><div class=""><br class=""></div><pre class="" style="margin-top: 0px; margin-bottom: 0px;"><span class="" style="color: rgb(192, 192, 192);"> </span><span class="" style="color: rgb(128, 128, 0);">else</span><span class="" style="color: rgb(192, 192, 192);"> </span><span class="" style="color: rgb(128, 128, 0);">if</span><span class="" style="color: rgb(192, 192, 192);"> </span>(<span class="" style="color: rgb(128, 0, 0);">meridianFlipStage</span><span class="" style="color: rgb(192, 192, 192);"> </span>==<span class="" style="color: rgb(192, 192, 192);"> </span><span class="" style="color: rgb(128, 0, 128);">MF_GUIDING</span>)</pre><pre class="" style="margin-top: 0px; margin-bottom: 0px;"><span class="" style="color: rgb(192, 192, 192);"> </span>{</pre><pre class="" style="margin-top: 0px; margin-bottom: 0px;"><span class="" style="color: rgb(192, 192, 192);"> </span><span class="" style="color: rgb(128, 128, 0);">if</span><span class="" style="color: rgb(192, 192, 192);"> </span>(++<span class="" style="color: rgb(128, 0, 0);">retries</span><span class="" style="color: rgb(192, 192, 192);"> </span>>=<span class="" style="color: rgb(192, 192, 192);"> </span><span class="" style="color: rgb(0, 0, 128);">3</span>)</pre><pre class="" style="margin-top: 0px; margin-bottom: 0px;"><span class="" style="color: rgb(192, 192, 192);"> </span>{</pre><pre class="" style="margin-top: 0px; margin-bottom: 0px;"><span class="" style="color: rgb(192, 192, 192);"> </span><span class="" style="color: rgb(0, 103, 124);">appendLogText</span>(<span class="" style="color: rgb(0, 103, 124);">i18n</span>(<span class="" style="color: rgb(0, 128, 0);">"Post</span><span class="" style="color: rgb(192, 192, 192);"> </span><span class="" style="color: rgb(0, 128, 0);">meridian</span><span class="" style="color: rgb(192, 192, 192);"> </span><span class="" style="color: rgb(0, 128, 0);">flip</span><span class="" style="color: rgb(192, 192, 192);"> </span><span class="" style="color: rgb(0, 128, 0);">calibration</span><span class="" style="color: rgb(192, 192, 192);"> </span><span class="" style="color: rgb(0, 128, 0);">error.</span><span class="" style="color: rgb(192, 192, 192);"> </span><span class="" style="color: rgb(0, 128, 0);">Aborting..."</span>));</pre><pre class="" style="margin-top: 0px; margin-bottom: 0px;"><span class="" style="color: rgb(192, 192, 192);"> </span><span class="" style="color: rgb(0, 103, 124);">abort</span>();</pre><pre class="" style="margin-top: 0px; margin-bottom: 0px;"><span class="" style="color: rgb(192, 192, 192);"> </span>}</pre><pre class="" style="margin-top: 0px; margin-bottom: 0px;"><span class="" style="color: rgb(192, 192, 192);"> </span>}</pre><pre class="" style="margin-top: 0px; margin-bottom: 0px;"><span class="" style="color: rgb(192, 192, 192);"> </span><span class="" style="color: rgb(128, 0, 0);">autoGuideReady</span><span class="" style="color: rgb(192, 192, 192);"> </span>=<span class="" style="color: rgb(192, 192, 192);"> </span><span class="" style="color: rgb(128, 128, 0);">false</span>;</pre><pre class="" style="margin-top: 0px; margin-bottom: 0px;"><br class=""></pre><pre class="" style="margin-top: 0px; margin-bottom: 0px;"><br class=""></pre><pre class="" style="margin-top: 0px; margin-bottom: 0px;"><div class=""><font face="Helvetica" class=""><span class="" style="white-space: normal;">The meridianFlipStage == MF_GUIDING is true, but it happens for the first time, hence it does not abort.<br class=""><br class="">My explanation (without testing) is, that Capture is idling. The Scheduler also does nothing, since it only reacts upon guiding problems when it starts a job.</span></font></div><div class=""><font face="Helvetica" class=""><span class="" style="white-space: normal;"><br class=""></span></font></div><div class=""><font face="Helvetica" class=""><span class="" style="white-space: normal;">As a result, simply nothing happens - as we could see from the logs.</span></font></div><div class=""><br class=""></div><div class=""><font face="Helvetica" class=""><span class="" style="white-space: normal;">If somebody wants to fix it in the next two weeks, I could assist and advise. As a first step, I would warmly recommend creating a new test case for MF testing calibration error handling.</span></font></div><div class=""><font face="Helvetica" class=""><span class="" style="white-space: normal;"><br class=""></span></font></div><div class=""><font face="Helvetica" class=""><span class="" style="white-space: normal;">All the best</span></font></div><div class=""><font face="Helvetica" class=""><span class="" style="white-space: normal;">Wolfgang</span></font></div><div class=""><font face="Helvetica" class=""><span class="" style="white-space: normal;"><br class=""></span></font></div></pre><div class=""><span class="" style="">—</span></div><div class=""><div class=""><div dir="auto" class="" style="letter-spacing: normal; text-indent: 0px; text-transform: none; white-space: normal; word-spacing: 0px; text-decoration: none; word-wrap: break-word;"><div dir="auto" class="" style="word-wrap: break-word;"><div style="font-family: helvetica; font-size: 12px; font-style: normal; font-weight: normal; letter-spacing: normal; text-indent: 0px; text-transform: none; white-space: normal; word-spacing: 0px; text-decoration: none;" class="">Wolfgang Reissenberger<br class=""><br class=""></div><div style="font-family: helvetica; font-size: 12px; font-style: normal; font-weight: normal; letter-spacing: normal; text-indent: 0px; text-transform: none; white-space: normal; word-spacing: 0px; text-decoration: none;" class=""><a href="http://www.sterne-jaeger.de/" class="">www.sterne-jaeger.de</a><br class="">TSA-120 + FSQ-85 | Avalon Linear + M-zero | Moravian G2-8300 + ASI 1600mm pro</div></div></div></div><div class=""><br class=""><blockquote type="cite" class=""><div class="">Am<span class="Apple-converted-space"> </span><a href="tel:08122020" class="">08.12.2020</a><span class="Apple-converted-space"> </span>um 07:08 schrieb Hy Murveit <<a href="mailto:murveit@gmail.com" class="">murveit@gmail.com</a>>:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class="">Just to be clear, at this point I'm not taking ownership of this, but really just acting as a bug reporter.<br class=""><div class="">If one of you wants to jump in and fix, or put it on a future TODO list, that would be great from my perspective.</div><div class="">On the other hand, if someone thinks I should fix it, then I'd need coaching. </div><div class="">I'd prefer the former, but would do the latter if necessary.</div><div class=""><br class=""></div><div class="">Hy</div></div><br class=""><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Dec 7, 2020 at 9:47 PM Eric Dejouhanet <<a href="mailto:eric.dejouhanet@gmail.com" class="">eric.dejouhanet@gmail.com</a>> wrote:<br class=""></div><blockquote class="gmail_quote" style="margin: 0px 0px 0px 0.8ex; border-left-width: 1px; border-left-style: solid; border-left-color: rgb(204, 204, 204); padding-left: 1ex;"><div class="" style="background-color: rgb(255, 255, 255);"><div id="gmail-m_1906432316115635784response_container_BBPPID" dir="auto" class="" style="outline: none;"><div id="gmail-m_1906432316115635784BB10_response_div_BBPPID" dir="auto" class="" style="width: 517.71875px;">Hello Hy, </div><div id="gmail-m_1906432316115635784BB10_response_div_BBPPID" dir="auto" class="" style="width: 517.71875px;"><br class=""></div><div id="gmail-m_1906432316115635784BB10_response_div_BBPPID" dir="auto" class="" style="width: 517.71875px;">From the code you pasted, state change is done before emitting state, so that seems proper. I think Jasem nailed it, there is a state management missing either in Capture, to report abort from guiding recovery failure, or Scheduler, to manage guiding failure. The fact it follows the meridian flip means, in my opinion, that we progressively approach the root cause of the remaining stability issues, and that we need to really isolate that flip process as much as we can. </div><div id="gmail-m_1906432316115635784blackberry_signature_BBPPID" dir="auto" class=""><div id="gmail-m_1906432316115635784_signaturePlaceholder_BBPPID" dir="auto" class=""><p dir="ltr" class=""><a href="mailto:eric.dejouhanet@gmail.com" class="">eric.dejouhanet@gmail.com</a><span class="Apple-converted-space"> </span>-<span class="Apple-converted-space"> </span><a href="https://astronomy.dejouha.net/" class="">https://astronomy.dejouha.net</a></p></div></div></div><div id="gmail-m_1906432316115635784_original_msg_header_BBPPID" dir="auto" class=""><table width="100%" class="" style="border-spacing: 0px; display: table; outline: none;"><tbody class=""><tr class=""><td colspan="2" class=""><div class="" style="border-style: solid none none; border-top-width: 1pt; border-top-color: rgb(181, 196, 223); padding: 3pt 0in 0in; font-family: tahoma, "bb alpha sans", "slate pro"; font-size: 10pt;"><div id="gmail-m_1906432316115635784from" class=""><b class="">De:</b><span class="Apple-converted-space"> </span><a href="mailto:murveit@gmail.com" class="">murveit@gmail.com</a></div><div id="gmail-m_1906432316115635784sent" class=""><b class="">Envoyé:</b><span class="Apple-converted-space"> </span>7 décembre 2020 22:56</div><div id="gmail-m_1906432316115635784to" class=""><b class="">À:</b><span class="Apple-converted-space"> </span><a href="mailto:eric.dejouhanet@gmail.com" class="">eric.dejouhanet@gmail.com</a></div><div id="gmail-m_1906432316115635784reply_to" class=""><b class="">Répondre à:</b><span class="Apple-converted-space"> </span><a href="mailto:hy@murveit.com" class="">hy@murveit.com</a></div><div id="gmail-m_1906432316115635784cc" class=""><b class="">Cc:</b><span class="Apple-converted-space"> </span><a href="mailto:hy@murveit.com" class="">hy@murveit.com</a>;<span class="Apple-converted-space"> </span><a href="mailto:mutlaqja@ikarustech.com" class="">mutlaqja@ikarustech.com</a>;<span class="Apple-converted-space"> </span><a href="mailto:sterne-jaeger@t-online.de" class="">sterne-jaeger@t-online.de</a></div><div id="gmail-m_1906432316115635784subject" class=""><b class="">Objet:</b><span class="Apple-converted-space"> </span>Re: scheduler issue</div></div></td></tr></tbody></table><br class=""></div><div dir="auto" class="" style="outline: none;"><div dir="ltr" class=""><div class="">Eric et al,</div><div class=""><br class=""></div><div class="">Not clear on how this works, but the code is copied below.</div><div class="">Note the emit newStatus().</div><div class="">What is the state change you are referring to?</div><div class=""><br class=""></div><div class="">FWIW, I've included the code snippet below (pretty complicated code to follow--there's a state machine in<span class="Apple-converted-space"> </span><a href="http://guide.cpp/" class="">guide.cpp</a><span class="Apple-converted-space"> </span>-- I guess that's either controlling the internal guider or PHD2), and there's a calibration state machine in<span class="Apple-converted-space"> </span><a href="http://internalguider.cpp/" class="">internalguider.cpp</a>. From what I can tell, I don't think it's the issue you described, but I'm not too familiar with these state machines, nor the scheduler.</div><div class=""><br class=""></div><div class="">Hy</div><br class=""><div class=""><br class=""></div><div class=""><b class="">From<span class="Apple-converted-space"> </span><a href="http://internalguider.cpp/" class="">internalguider.cpp</a>, line 505</b><br class="">void InternalGuider::processCalibration()<br class="">{<br class=""> pmath->performProcessing();<br class=""><br class=""> <span class="Apple-converted-space"> </span><span class="" style="background-color: rgb(255, 255, 0);">if (pmath->isStarLost())</span><br class=""> {<br class=""> emit newLog(i18n("Lost track of the guide star. Try increasing the square size or reducing pulse duration."));<br class=""> reset();<br class=""><br class=""> calibrationStage = CAL_ERROR;<br class=""> <span class="Apple-converted-space"> </span><span class="" style="background-color: rgb(255, 255, 0);">emit newStatus(Ekos::GUIDE_CALIBRATION_ERROR);</span><br class=""> emit calibrationUpdate(GuideInterface::CALIBRATION_MESSAGE_ONLY, i18n("Calibration Failed: Lost guide star."));<br class=""> return;<br class=""> }<br class=""></div><div class=""> ...</div><div class=""><br class=""></div><div class=""><b class="">From<span class="Apple-converted-space"> </span><a href="http://internalguider.cpp/" class="">internalguider.cpp</a>, line 542</b><br class=""></div><div class="">void InternalGuider::reset()<br class="">{<br class=""> state = GUIDE_IDLE;<br class=""> //calibrationStage = CAL_IDLE;<br class=""> connect(guideFrame, SIGNAL(trackingStarSelected(int, int)), this, SLOT(trackingStarSelected(int, int)),<br class=""> Qt::UniqueConnection);<br class="">}<br class=""></div><div class=""><br class=""></div><div class=""><b class=""><a href="http://guide.cpp:2381/" class="">guide.cpp:2381</a></b></div><div class=""> connect(guider, &Ekos::GuideInterface::newStatus, this, &Ekos::Guide::setStatus);<br class=""></div><div class=""><br class=""></div><div class=""><b class=""><a href="http://guide.cpp:1935/" class="">guide.cpp:1935</a></b></div><div class="">void Guide::setStatus(Ekos::GuideState newState)<br class="">{<br class=""> if (newState == state)<br class=""> {<br class=""> // pass through the aborted state<br class=""> if (newState == GUIDE_ABORTED)<br class=""> emit newStatus(state);<br class=""> return;<br class=""> }<br class=""><br class=""> GuideState previousState = state;<br class=""><br class=""><span class="" style="background-color: rgb(255, 255, 0);"> state = newState;<br class=""> emit newStatus(state);</span><br class=""><br class=""> switch (state)<br class=""> {<br class=""> ... </div><div class=""><br class=""> case GUIDE_IDLE:<br class=""> case GUIDE_CALIBRATION_ERROR:<br class=""> setBusy(false);<br class=""> manualDitherB->setEnabled(false);<br class=""> break;<br class=""><br class=""></div></div><br class=""><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Dec 7, 2020 at 12:31 PM Eric Dejouhanet <<a href="mailto:eric.dejouhanet@gmail.com" class="">eric.dejouhanet@gmail.com</a>> wrote:<br class=""></div><blockquote class="gmail_quote" style="margin: 0px 0px 0px 0.8ex; border-left-width: 1px; border-left-style: solid; border-left-color: rgb(204, 204, 204); padding-left: 1ex;"><div class="" style="background-color: rgb(255, 255, 255);"><div id="gmail-m_1906432316115635784gmail-m_-3979288803047069353response_container_BBPPID" dir="auto" class="" style="outline: none;"><div id="gmail-m_1906432316115635784gmail-m_-3979288803047069353BB10_response_div_BBPPID" dir="auto" class="" style="width: 505.4375px;">Could it be that the emission of the guide failure is done before Guide's state is changed? That was the case for Focus, and Scheduler's immediate reaction for a new autofocus was thus rejected.</div><div id="gmail-m_1906432316115635784gmail-m_-3979288803047069353BB10_response_div_BBPPID" dir="auto" class="" style="width: 505.4375px;"><br class=""></div><div id="gmail-m_1906432316115635784gmail-m_-3979288803047069353BB10_response_div_BBPPID" dir="auto" class="" style="width: 505.4375px;">Unfortunately I haven't had time to check the log yet. </div><div id="gmail-m_1906432316115635784gmail-m_-3979288803047069353blackberry_signature_BBPPID" dir="auto" class=""><div id="gmail-m_1906432316115635784gmail-m_-3979288803047069353_signaturePlaceholder_BBPPID" dir="auto" class=""><p dir="ltr" class=""><a href="mailto:eric.dejouhanet@gmail.com" class="">eric.dejouhanet@gmail.com</a><span class="Apple-converted-space"> </span>-<span class="Apple-converted-space"> </span><a href="https://astronomy.dejouha.net/" class="">https://astronomy.dejouha.net</a></p></div></div></div><div id="gmail-m_1906432316115635784gmail-m_-3979288803047069353_original_msg_header_BBPPID" dir="auto" class=""><table width="100%" class="" style="border-spacing: 0px; display: table; outline: none;"><tbody class=""><tr class=""><td colspan="2" class=""><div class="" style="border-style: solid none none; border-top-width: 1pt; border-top-color: rgb(181, 196, 223); padding: 3pt 0in 0in; font-family: tahoma, "bb alpha sans", "slate pro"; font-size: 10pt;"><div id="gmail-m_1906432316115635784gmail-m_-3979288803047069353from" class=""><b class="">De:</b><span class="Apple-converted-space"> </span><a href="mailto:murveit@gmail.com" class="">murveit@gmail.com</a></div><div id="gmail-m_1906432316115635784gmail-m_-3979288803047069353sent" class=""><b class="">Envoyé:</b><span class="Apple-converted-space"> </span>7 décembre 2020 21:04</div><div id="gmail-m_1906432316115635784gmail-m_-3979288803047069353to" class=""><b class="">À:</b><span class="Apple-converted-space"> </span><a href="mailto:mutlaqja@ikarustech.com" class="">mutlaqja@ikarustech.com</a></div><div id="gmail-m_1906432316115635784gmail-m_-3979288803047069353reply_to" class=""><b class="">Répondre à:</b><span class="Apple-converted-space"> </span><a href="mailto:hy@murveit.com" class="">hy@murveit.com</a></div><div id="gmail-m_1906432316115635784gmail-m_-3979288803047069353cc" class=""><b class="">Cc:</b><span class="Apple-converted-space"> </span><a href="mailto:hy@murveit.com" class="">hy@murveit.com</a>;<span class="Apple-converted-space"> </span><a href="mailto:sterne-jaeger@t-online.de" class="">sterne-jaeger@t-online.de</a>;<span class="Apple-converted-space"> </span><a href="mailto:eric.dejouhanet@gmail.com" class="">eric.dejouhanet@gmail.com</a></div><div id="gmail-m_1906432316115635784gmail-m_-3979288803047069353subject" class=""><b class="">Objet:</b><span class="Apple-converted-space"> </span>Re: scheduler issue</div></div></td></tr></tbody></table><br class=""></div><div dir="auto" class="" style="outline: none;"><div dir="ltr" class="">It was indeed after a meridian flip.<div class="">Jo also sent the .analyze file to me (attached) and here's a zoom'ed in screen shot from the time of the issue.</div><div class=""><br class=""></div><div class=""><img alt="Screen Shot 2020-12-07 at 12.02.19 PM.png" width="562" height="295" class=""><br class=""></div><div class=""><br class=""></div><div class="">Hy</div></div><br class=""><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Dec 7, 2020 at 11:43 AM Jasem Mutlaq <<a href="mailto:mutlaqja@ikarustech.com" class="">mutlaqja@ikarustech.com</a>> wrote:<br class=""></div><blockquote class="gmail_quote" style="margin: 0px 0px 0px 0.8ex; border-left-width: 1px; border-left-style: solid; border-left-color: rgb(204, 204, 204); padding-left: 1ex;"><div dir="ltr" class=""><div class="">Hello Hy,</div><div class=""><br class=""></div><div class="">Do you know why it was calibrating? this wasn't after a meridian flip correct? What's happening is that scheduler handles calibration failures IF it was in the steps..i.e.</div><div class=""><br class=""></div><div class="">Track --> Focus --> Align --> Guide --> Capture. If at "Guide" calibration fails then it handles that. Right now, after capturing, the scheduler just LOGS the guide calibration results but does not handle them. Capture module should have been aborted if calibration fails, and then that would have been handled by the scheduler... but again, what would cause calibration in the middle of capture? meridian flip?</div><div class=""><br class=""></div><div class=""><div dir="ltr" class=""><div dir="ltr" class=""><div class=""><div dir="ltr" class=""><div class="">--</div><div class="">Best Regards,<br class="">Jasem Mutlaq<br class=""></div><div class=""><br class=""></div></div></div></div></div></div><br class=""></div><br class=""><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Dec 6, 2020 at 11:30 PM Hy Murveit <<a href="mailto:murveit@gmail.com" class="">murveit@gmail.com</a>> wrote:<br class=""></div><blockquote class="gmail_quote" style="margin: 0px 0px 0px 0.8ex; border-left-width: 1px; border-left-style: solid; border-left-color: rgb(204, 204, 204); padding-left: 1ex;"><div dir="ltr" class="">Eric, Jasem,<br class=""><div class=""><br class=""></div><div class="">Reporting a possible scheduler bug.</div><div class=""><br class=""></div><div class="">Jo (@ElCorazon) sent me a log</div><div class=""><a href="https://www.dropbox.com/s/n8icvn90fhunjfl/log_20-53-07.txt.gz?dl=0" class="" style="font-family: verdana;">https://www.dropbox.com/s/n8icvn90fhunjfl/log_20-53-07.txt.gz?dl=0</a><br class=""></div><div class="">which I analyzed and my conclusion is that star detection caused guider calibration to fail at 01:15:54 (see below)</div><div class=""><br class=""></div><div class="">[2020-12-05T01:15:54.614 CST INFO ][ <span class="Apple-converted-space"> </span><a href="http://org.kde.kstars.ekos.guide/" class="">org.kde.kstars.ekos.guide</a>] - "Lost track of the guide star. Try increasing the square size or reducing pulse duration."<br class="">[2020-12-05T01:15:54.617 CST DEBG ][ <span class="Apple-converted-space"> </span><a href="http://org.kde.kstars.ekos.capture/" class="">org.kde.kstars.ekos.capture</a>] - Guiding state changed from "Calibrating" to "Calibration error"<br class=""></div><div class=""><br class=""></div><div class="">and (ignoring that issue) the scheduler recognized, I suppose, that guider failed</div><div class=""><br class=""></div><div class="">[2020-12-05T01:15:54.624 CST DEBG ][<span class="Apple-converted-space"> </span><a href="http://org.kde.kstars.ekos.scheduler/" class="">org.kde.kstars.ekos.scheduler</a>] - Guide State "Calibration error"<br class=""></div><div class=""><br class=""></div><div class="">but the scheduler didn't seem to restart the guiding calibration. Basically nothing happens until 1:57:56 when I assume Jo restarted things.</div><div class=""><br class=""></div><div class="">[2020-12-05T01:57:56.852 CST INFO ][<span class="Apple-converted-space"> </span><a href="http://org.kde.kstars.ekos.scheduler/" class="">org.kde.kstars.ekos.scheduler</a>] - Scheduler is stopping...<br class=""></div><div class=""><br class=""></div><div class="">I assume the scheduler should try and restart the guider, but there are no .guide nor .scheduler messages between 1:15:54 and 1:57:56</div><div class=""><br class=""></div><div class="">Hy</div></div></blockquote></div></blockquote></div></div></div></blockquote></div></div></div></blockquote></div></div></blockquote></div><br class=""></div></div><br class="Apple-interchange-newline"></div></blockquote></div><br class=""></div></div></div></body></html>