<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=""><meta http-equiv="content-type" content="text/html; charset=utf-8" class=""><div dir="auto" class="">I still do not understand what is meant by „RA is going in the wrong direction“. For the guide calibration I thought it doesn’t matter in what direction it is going, since the direction will be inverted anyway and the task of calibration is learning the direction effect a guiding pulse will have.<br class=""><br class=""><div dir="ltr" class=""><!-- signature open --><div class="">Do you understand what the problem is?</div><div class=""><br class=""></div><div class="">Wolfgang</div>--<div class=""><div class=""><span style="background-color: rgba(255, 255, 255, 0);" class="">Wolfgang Reissenberger</span></div><div class=""><span style="background-color: rgba(255, 255, 255, 0);" class=""><a href="http://www.sterne-jaeger.de" class="">www.sterne-jaeger.de</a></span></div></div><!-- signature close --></div><div dir="ltr" class=""><br class=""><blockquote type="cite" class="">Am 18.09.2021 um 17:46 schrieb Hy Murveit <<a href="mailto:murveit@gmail.com" class="">murveit@gmail.com</a>>:<br class=""><br class=""></blockquote></div><blockquote type="cite" class=""><div dir="ltr" class=""><div dir="ltr" class=""><div class="">Jasem: the log spam is my fault, but it's already gone:</div><div class=""><a href="https://invent.kde.org/education/kstars/-/commit/31eaa16abac3cd2d3e0c9986b14f7a6efae15947" class="">https://invent.kde.org/education/kstars/-/commit/31eaa16abac3cd2d3e0c9986b14f7a6efae15947</a><br class=""></div><div class=""><br class=""></div>Wolfgang: do you think this is related? Another post-flip issue. Earlier on the thread he complained about the mount going in the wrong direction post flip<div class=""><a href="https://indilib.org/forum/ekos/9640-guider-calibration-is-wrong-after-meridian-flip.html?start=24#75644" class="">https://indilib.org/forum/ekos/9640-guider-calibration-is-wrong-after-meridian-flip.html?start=24#75644</a><br class=""></div><div class=""><br class=""></div></div><br class=""><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Sep 18, 2021 at 3:11 AM Wolfgang Reissenberger <<a href="mailto:sterne-jaeger@openfuture.de" class="">sterne-jaeger@openfuture.de</a>> wrote:<br class=""></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="overflow-wrap: break-word;" class=""><div class="">Folks, I think I have an idea where the problem lies. </div><div class=""><br class=""></div><div class="">The original target has RA 22:48:14 and the mount obtains a slew command to this position. When the slew completes, it should report exactly the same position.</div><div class=""><br class=""></div><div class="">The problem is, that it doesn’t! Instead, the slew finished at RA= "02h 48m 14s“. And here the mess starts, a new meridian flip is planned and started although the post-flip activities aren’t completed yet:</div><div class=""><br class=""></div><div class=""><div class="">[2021-09-17T00:33:51.921 EDT DEBG ][ org.kde.kstars.ekos.mount] - Meridian flip planned with LST= "22h 59m 56s" scope RA= "02h 48m 14s" ha= 8.19508 , meridian diff= 0.13 , hrstoFlip= -8.06508 , flipDelayHrs= 0 , "Pier Side: East (pointing West)“</div><div class=""><br class=""></div><div class=""><b class="">Conclusion</b>:</div><div class="">1. We need to check after a meridian flip slew whether the target has been reached. If we are too far off, I think aborting the capture is the right reaction. With a running scheduler, it will recover.</div><div class="">2. Align needs to listen to the mount about MF announcements and should abort upon MF_STARTED or similar.</div><div class=""><br class=""></div><div class="">Cheers</div><div class="">Wolfgang</div><div class=""><br class=""></div><div class=""><br class=""><blockquote type="cite" class=""><div class="">Am 18.09.2021 um 09:36 schrieb Jasem Mutlaq <<a href="mailto:mutlaqja@ikarustech.com" target="_blank" class="">mutlaqja@ikarustech.com</a>>:</div><br class=""><div class=""><div class="">I found several interesting things:<br class=""><br class="">1. Why "Scheduler iteration never set up." is spammed all over the<br class="">log? what does it mean?<br class="">2. Meridian flip is odd<br class=""><br class="">It starts here:<br class=""><br class="">[2021-09-17T00:31:46.079 EDT INFO ][ org.kde.kstars.ekos.mount] -<br class="">"Meridian flip slew started..."<br class=""><br class="">Finishes here:<br class=""><br class="">[2021-09-17T00:33:45.927 EDT INFO ][ org.kde.kstars.ekos.mount] -<br class="">"Meridian flip completed OK."<br class="">[2021-09-17T00:33:45.929 EDT DEBG ][ org.kde.kstars.ekos.mount] -<br class="">Setting meridian flip status to "FLIP_COMPLETED"<br class=""><br class="">Post-flip alignment starts:<br class=""><br class="">[2021-09-17T00:33:46.349 EDT INFO ][ org.kde.kstars.ekos.capture] -<br class="">"Performing post flip re-alignment..."<br class=""><br class="">Then mount modules re-schedules another meridian flip?<br class=""><br class="">[2021-09-17T00:33:51.921 EDT DEBG ][ org.kde.kstars.ekos.mount] -<br class="">Meridian flip planned with LST= "22h 59m 56s" scope RA= "02h 48m 14s"<br class=""> ha= 8.19508 , meridian diff= 0.13 , hrstoFlip= -8.06508 ,<br class="">flipDelayHrs= 0 , "Pier Side: East (pointing West)"<br class="">[2021-09-17T00:33:51.921 EDT DEBG ][ org.kde.kstars.ekos.mount] -<br class="">Setting meridian flip status to "FLIP_PLANNED"<br class=""><br class="">Then while alignment is running, another meridian flip is executed!<br class=""><br class="">[2021-09-17T00:33:52.156 EDT DEBG ][ org.kde.kstars.ekos.capture] -<br class="">Align State changed from "Complete" to "In Progress"<br class="">[2021-09-17T00:33:52.203 EDT INFO ][ org.kde.kstars.ekos.align] -<br class="">"Capturing image..."<br class="">[2021-09-17T00:33:52.220 EDT DEBG ][ org.kde.kstars.ekos.scheduler] -<br class="">Align State "In Progress"<br class="">[2021-09-17T00:33:52.433 EDT DEBG ][ org.kde.kstars.ekos.capture] -<br class="">setMeridianFlipStage: "MF_READY"<br class="">[2021-09-17T00:33:52.433 EDT DEBG ][ org.kde.kstars.ekos.mount] -<br class="">Received capture meridianFlipStatusChange "FLIP_ACCEPTED"<br class="">[2021-09-17T00:33:52.433 EDT DEBG ][ org.kde.kstars.ekos.mount] -<br class="">meridianFlipStatusChanged "FLIP_ACCEPTED"<br class="">[2021-09-17T00:33:52.435 EDT DEBG ][ org.kde.kstars.ekos.scheduler] -<br class="">Scheduler iteration never set up.<br class="">[2021-09-17T00:33:52.923 EDT INFO ][ org.kde.kstars.ekos.mount] -<br class="">Meridian flip: slewing to RA= "22h 48m 14s" DEC= " 58° 14' 51\"" Hour<br class="">Angle "00h 00m 47s"<br class="">[2021-09-17T00:33:52.923 EDT DEBG ][ org.kde.kstars.ekos.mount] -<br class="">Setting meridian flip status to "FLIP_RUNNING"<br class="">[2021-09-17T00:33:52.924 EDT DEBG ][ org.kde.kstars.ekos.mount] -<br class="">meridianFlipStatusChanged "FLIP_RUNNING"<br class="">[2021-09-17T00:33:52.924 EDT INFO ][ org.kde.kstars.ekos.mount] -<br class="">"Meridian flip started."<br class="">[2021-09-17T00:33:52.975 EDT DEBG ][ org.kde.kstars.ekos.capture] -<br class="">meridianFlipStatusChanged: "FLIP_RUNNING"<br class=""><br class="">So this issue is about executing meridian flip twice in a row.<br class=""><br class="">--<br class="">Best Regards,<br class="">Jasem Mutlaq<br class=""><br class="">On Sat, Sep 18, 2021 at 2:57 AM Hy Murveit <<a href="mailto:murveit@gmail.com" target="_blank" class="">murveit@gmail.com</a>> wrote:<br class=""><blockquote type="cite" class=""><br class="">In this forum post<br class=""><a href="https://indilib.org/forum/ekos/10389-ekos-orchestration-a-very-weird-mystery.html" target="_blank" class="">https://indilib.org/forum/ekos/10389-ekos-orchestration-a-very-weird-mystery.html</a><br class="">The user's log seems to show that guiding was not restarted after the meridian flip, even though the other procedures (slew, align, capture) were restarted after the flip.<br class=""><br class="">I'd guess that's his main issue.<br class=""><br class="">Is there some known bug that might cause guiding to not get restarted after a meridian flip?<br class=""><br class="">There is also some strangeness where 4 hours later the system decides to re-align and does re-start guiding, but I'd guess what's happening is the scheduler job completed at ~5am (it kept capturing even though guiding was never started up again) and perhaps the user had the scheduler job set to repeat multiple times or forever, so the scheduler restarted the job, and then re-aligned properly and re-started guiding.<br class=""><br class="">Hy<br class=""></blockquote></div></div></blockquote></div><br class=""></div></div></blockquote></div>
</div></blockquote></div></body></html>