<table><tr><td style="">wreissenberger added a comment.
</td><a style="text-decoration: none; padding: 4px 8px; margin: 0 8px 8px; float: right; color: #464C5C; font-weight: bold; border-radius: 3px; background-color: #F7F7F9; background-image: linear-gradient(to bottom,#fff,#f1f0f1); display: inline-block; border: 1px solid rgba(71,87,120,.2);" href="https://phabricator.kde.org/D25380">View Revision</a></tr></table><br /><div><div><p><a href="https://phabricator.kde.org/p/mutlaqja/" style="
              border-color: #f1f7ff;
              color: #19558d;
              background-color: #f1f7ff;
                border: 1px solid transparent;
                border-radius: 3px;
                font-weight: bold;
                padding: 0 4px;">@mutlaqja</a>: I think the origin of the star trails is a behavior of many mounts that you fixed for iOptron. I observed a "hickup" in the logs of a 10micron mount, where EQUATORIAL_EOD_COORD shows the following status after a slew is issued:</p>

<ul class="remarkup-list">
<li class="remarkup-list-item">IS_BUSY</li>
<li class="remarkup-list-item">IS_OK</li>
<li class="remarkup-list-item">IS_BUSY</li>
<li class="remarkup-list-item">IS_BUSY</li>
<li class="remarkup-list-item">...</li>
</ul>

<p>My explanation is the following: when a slew command is issued, the immediate status response is IS_BUSY - so everything is fine at this stage. This is the standard behavior of inditelescope.cpp, which many mounts use as basis.</p>

<p>The problem comes in when EKOS asks for the scope status shortly after the slew command has been issued. It seems like some mounts then answer with IPS_OK <strong>although</strong> it has already received a slew command, but has not started to execute it.</p>

<p>If this happens, EKOS gets confused because it could rightfully assume that the slew command is already finished.</p>

<p>So I think the best way to fix this for all mounts is moving your iOptron fix up to inditelescope.cpp, because I would not be surprised if many mounts show this behavior and it is not iOptron specific.</p>

<p>But since I do not have a test scenario where I could reliably reproduce this situation, I postponed my idea fixing INDI and created this fix to make the align module more robust.</p></div></div><br /><div><strong>REPOSITORY</strong><div><div>R321 KStars</div></div></div><br /><div><strong>BRANCH</strong><div><div>align_startrails</div></div></div><br /><div><strong>REVISION DETAIL</strong><div><a href="https://phabricator.kde.org/D25380">https://phabricator.kde.org/D25380</a></div></div><br /><div><strong>To: </strong>wreissenberger, mutlaqja, lancaster, TallFurryMan<br /><strong>Cc: </strong>kde-edu, narvaez, apol<br /></div>