Mount/Ekos/Kstars/Me - something has lost its mind.
Please note , that park position and home position on the cem25p are not the same.
I never managed to understand how parking works with the cem25p, but when I click on park in Ekos, it skews to a position that is very well suited for taking flats.
Skywatcher Evostar 72 ED DSPro
Explore Scientific ED 102
ASI 1600Mm Pro ASI EFW Mini
DeepSky Dad AF1 motor focus
ASI 120MM Mini and Bresser (Touptek) 290 Guidecams
Sykwatch EvoGuide 50/242 and NoName 50/175 Guidescopes
Raspberry Pi 3 and 4
khobar wrote: Doing some testing this morning and am left wondering about the purge/write data. Is there just one file???
I ask because when I powered up my CEM25p, I checked the home position, and it was correct. I slewed randomly, then through the HC sent it back to its home position - no problem.
I then connected the mount to the Pi, unparked and then parked without first randomly slewing. The mount slewed approximately 90 degrees in RA. I find that very odd, though it is consistent with what I've experienced when switching from one mount to another.
Purging the data, clicking on current, and then write data seems to have "fixed" the issue, for now. However, I'm concerned when I go to use my other mount - will it go rogue if I don't purge/set current/write? Is there not a config file for each profile? Could this be an oversight or perhaps a bug?
Not that I'm 100% sure of this, but... Using two separate mount controllers i.e. Ekos and hand controller (HC) for park/unpark is asking for problems. Each of them is using own logic to handle parking position. I don't know about HC but Ekos (actually INDI mount driver) writes park position to .indi/ParkData.xml file located in user's home directory. Now, ask yourself a question - how would Ekos know that you parked your mount with HC? The same as - how would Ekos know that you released RA/DEC clutches and set your mount manually to any arbitrary position? It wouldn't! Except the mount uses encoders so the driver is aware of it's actual physical position. To resolve this issue you must be consistent with your approach - if you use Ekos to control your mount, don't play with HC. The same the other way around.
Again, this is just my understanding how these systems work. Test this approach if you find it reasonable.
Astroberry Server | NEQ6 | Atik 460EX | Atik EFW2 | ASI 120MM
The only thing to get out of this is to return it to the home position, reboot and then reset Park and Home position (which are identical for me, and I reset and save them every time I start up the system).
Only happens with iOptron, never with my Orion Atlas, so it is unlikely that I am doing something weird here.
Does the CEM25 have encoders? I know some mounts do, but I don't know about the CEM25.
+ Does it natively support parking?
++ Yes: Set Park AZ and ALT (from Site Settings Tab), then issue a native park command. The mount should now park like in the HC.
++ No: Covert Park AZ and ALT (Site Settings Tab), to RA/DE (cannot issue AZ/ALT GOTO on an equatorial mount), then issue a GOTO command to these coordinates. Now where this position ends up at probably varies from mount to another.
After Parking/GOTO is complete, tracking is turned off (when using GOTO). Most of these issues are already resolved on higher end models where native parking is supported.