I am using the original Celestron CGEM with only the SkyQ WiFi module (hand controller is disconnected). My test setup is with the mount in EQ North configuration.
Most interesting! I have a CGE-pro, also with home sensors. I am, however, not very familiar with the different Celestron mounts. Would your changes to the driver be helpful also for this mount, the CGE-pro? I'd be happy to test but I am no developer.
Great development progress Craig! It would be great if this driver can also support the Celestron Focuser as well (right now, only Celestron GPS driver does). But at any rate, what remains pending in the current driver?
I am scheduling a debug session with Maciek for next week.
We will try to decide if the problem is indeed marker positions.
It well may be that it works in AltAz by accident of zeroed encoders
at Az=0 Alt=0 on power on. On the other hand it should not matter
since this is a simple rotation which the alignment procedures should
take care of.
Jasem: can you confirm that the arbitrary rotation in both axis should
be handled by alignment?
The following user(s) said Thank You: Jasem Mutlaq
The default alignment algorithm now in INDI is "Nearest" which doesn't use a pointing model like "Built it" or "SVD". Not sure how these two would account for rotations.
Hi Craig, any update on this? I'm checking the driver today and thought I'd ask you if you want to submit any changes so I can incorporate it in my testing. I have Celestron Evolution Alt-Az.
Unfortunately, the debug session did not happen yet. The weather did not cooperate.
But preparing for it, I stepped into some problem. I got crashes while connected with simulator - actually on processing the first message. My last check was with 1.9.0 (I think). Are there any substantial changes in the API in last few revisions. I had no time yet to go deeper with this. At the moment, the driver does not work with 1.9.3. I will try to fix it ASAP. The problem seems to be connected with logging functions in the message processing procedure.
BTW. I have corrected dependencies in the debian packaging for the whole 3rdparty tree. I think it needs more work still, and probably some higher level scripting to build the entire tree as debian packages.
I actually just ran a quick session with indi_celestron_aux and it worked fine. No crashes, and it slewed and tracked fine. It took the "long" way to the star, but I guess that's something internal about cable wraps?
Great! That may be a problem with the simulator, then.
Was your test run against 1.9.3 and recent kstars?
I will check again with the real mount and maybe debug the simulator.
The long way around is as you guessed, activated cable wrap protection.
You can switch it off in the driver.
I tested today and noticed a few issues with parking and tracking. Looking at the code base, looks like a refactor is in order. I'll work on it tomorrow.