New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
EQMOD Issue guiding Warning: Invalid parameter -> Can not change rate while motor is running (direction differs) #358
Comments
After rereading the log I am wondering if the motor status check routine is missing for the faulty direction. |
I'm having the same issue. A number of other users have reported it here too: https://www.cloudynights.com/topic/730090-heq5-pro-sudden-huge-backlash/ |
The driver was not updated in quite a bit. I just tried to manually guide pulse to south in EQMod Mount --> Motion Control and it worked OK. I put 1000 at GuideNS --> SOUTH and pressed SET. Change N/S Rate to 0.9 Can you trigger this error from the INDI Control Panel directly? @geehalel Do you have any opinion on this issue? |
Looking at this a bit more closely it looks like it could be a bug in PHD2. From the log attached above we can see the North steps result in a
This is specifically disallowed by the There is a StopMotor command issued between the North and South steps, but it's not clear that the code waits for the Stop to take affect before continuing. There may also a related bug in PHD2's Guiding Assistant when it is evaluating mount backlash (presumably its doing a similar sequence of North steps followed by South steps). Hopefully the same bug isn't present elsewhere? |
Hi Jasem,
I only find it reproducible during the star cross test. It might be a problem if several short guide commands come in. Manual guiding works for me, too.
Besides the star cross test the south part of the backlash test gives really strange results.
Am 25.03.2021 um 11:42 schrieb bengal123 ***@***.***>:
…
Looking at this a bit more closely it looks like it could be a bug in PHD2.
From the log attached above we can see the North steps resulting in a StartDETracking(13.537) call, followed by a StartDETracking(-13.537) about 100ms later:
[2021-03-16T18:04:26.807 CET DEBG ][ org.kde.kstars.indi] - EQMod Mount : "[DEBUG] Timed guide North 1000 ms at rate 13.537 "
[2021-03-16T18:04:26.807 CET DEBG ][ org.kde.kstars.indi] - EQMod Mount : "[DEBUG] StartDETracking() : trackspeed = 13.537 arcsecs/s, computed rate = 0.9 "
...
[2021-03-16T18:04:27.827 CET DEBG ][ org.kde.kstars.indi] - EQMod Mount : "[MOUNT] StopMotor() : Axis = 2 "
...
[2021-03-16T18:04:27.910 CET DEBG ][ org.kde.kstars.indi] - EQMod Mount : "[DEBUG] Timed guide South 1000 ms at rate 13.537 "
[2021-03-16T18:04:27.911 CET DEBG ][ org.kde.kstars.indi] - EQMod Mount : "[DEBUG] StartDETracking() : trackspeed = -13.537 arcsecs/s, computed rate = -0.9 "
[2021-03-16T18:04:27.911 CET DEBG ][ org.kde.kstars.indi] - EQMod Mount : "[DEBUG] SetDERate() : rate = -0.9 "
[2021-03-16T18:04:27.912 CET INFO ][ org.kde.kstars.indi] - EQMod Mount : "[WARNING] Warning: Invalid parameter -> Can not change rate while motor is running (direction differs). "
This is specifically disallowed by the `INDI::Telescope` class here: https://github.com/indilib/indi/blob/f12c8952697b2aeef846637ffae4aba9cd1e4206/libs/indibase/inditelescope.h#L57
There is a StopMotor command issued between the North and South steps, but it's not clear that the code waits for the Stop to take affect before continuing.
There may also a related bug in PHD2's Guiding Assistant when it is evaluating mount backlash (presumably its doing a similar sequence of North steps followed by South steps).
Hopefully the same bug isn't present elsewhere?
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub, or unsubscribe.
|
I guide with phd2 and the eqmod driver for years and never get this messages. As of phd2 code, it never change tracking directly, all the pulse guide operation are done with the TELESCOPE_TIMED_GUIDE_* properties. |
I've only seen the issue with the PHD2 star cross test and the PHD2 Guiding Assistant backlash measurement. Otherwise my PHD2 guiding is fine. I've created an INDI client app which duplicates the error here (based on tutorial_six). All it does is issue a TELESCOPE_TIMED_GUIDE_NS north, wait 10ms, then issue a TELESCOPE_TIMED_GUIDE_NS south. To use it:
On my system this gives the error reliably:
As suggested by @SebNik1, the cause of the error appears to be that the motor status is not updated after the call to I'm not familiar enough with the codebase to know if this is a valid way of fixing the bug, but inserting a When I get a clear sky I'll see if it also fixes the PHD2 star cross test issue and the Guiding Assistant backlash estimation. Let me know if this sounds like a valid fix, and if you'd like a PR for it. |
@bengal123 Thanks, this indeed demonstrates the issue quite well. I think your fix is appropriate. I think normally this error is not seen because ReadMotorStatus(..) is called every second, but not on very short timescales. Please submit a PR when ready. |
Thank you all very much for your effort!
… Am 26.03.2021 um 09:27 schrieb Jasem Mutlaq ***@***.***>:
@bengal123 Thanks, this indeed demonstrates the issue quite well. I think your fix is appropriate. I think normally this error is not seen because ReadMotorStatus(..) is called every second, but not on very short timescales. Please submit a PR when ready.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub, or unsubscribe.
|
Indeed, thank you. I went through a bunch of pain with this as well. I am not sure why I am not having the problem now. It could be because I changed the guide exposure to 2 seconds, allowing more time for everything to settle between pulses. |
Very good news, thank you! This explain I never see the issue because I always guide with 3 seconds exposure and there is a very long time I not run a star cross test or a backlash measurement. |
I get some clear sky tonight to test @beaglebot change. First I confirmed I get the error using the current version of the driver, with both the star cross test and guiding with very short exposure of 0.1 sec. and high DEC aggressivity, chasing the seeing with quick reversal. Then I recompile eqmod with the addition of the two ReadMotorStatus. Finally I run a guide session using my standard 3 sec. exposure and everything also work fine. So for me this can be merged without problem. |
Fantastic - thanks @pchev |
I'm having this problem for months now, and wasn't able to pinpoint the issue precisely. Looking forward for the updated driver! Thank you very much! |
Describe the bug
I am experienced difficulties in combination with PHD2. Usually I have trouble during backlash test in south direction, the mount does not seem to respond. Today I tried the star cross test with all debug output enabled. It failed in the fourth movement which is south and I got the following output:
[2021-03-16T18:04:27.910 CET DEBG ][ org.kde.kstars.indi] - EQMod Mount : "[DEBUG] Timed guide South 1000 ms at rate 13.537 "
[2021-03-16T18:04:27.911 CET DEBG ][ org.kde.kstars.indi] - EQMod Mount : "[DEBUG] StartDETracking() : trackspeed = -13.537 arcsecs/s, computed rate = -0.9 "
[2021-03-16T18:04:27.911 CET DEBG ][ org.kde.kstars.indi] - EQMod Mount : "[DEBUG] SetDERate() : rate = -0.9 "
[2021-03-16T18:04:27.912 CET INFO ][ org.kde.kstars.indi] - EQMod Mount : "[WARNING] Warning: Invalid parameter -> Can not change rate while motor is running (direction differs). "
I set up eqmod to 0.9x guiding speed on both axis while guiding siderial. Eqmod is running in the latest stable version on my indi server. I am connected via Gigabit LAN from my macbook (Mojave) with kstars and phd2.
To Reproduce
Exact steps to reproduce the behavior.
While testing it would be great to perform:
I did not see an error message there yet, but I focused on the mechanical part on my heq5pro before.
Expected behavior
guiding response working in all four directions reliably; Sometimes guiding is working though
Screenshots
just the log available
Desktop (please complete the following information):
log_17-57-37.txt
0.4.2
Log Files
Make sure to enable logging and include log files https://indilib.org/support/logs-submission.html
log_17-57-37.txt
The text was updated successfully, but these errors were encountered: