What unparked the mount?
ap@CaptivePhotons.com
I was deep into working on tilt last night but something odd happened late into the evening and while there was no problem caused, it worries me. It parked to park 2, all was well, I did my thing on the imaging train and came back inside to unpark and.... it was unparked. |
|
Ray Gralak
Hi Linwood,
I can't figure out how or why it was unparked. It was still physically and logically roughly at Park 2 (I do not recallA ":Q#" command will also unpark the mount. This is not the only way that command can be sent, but it may be that you have "Auto-enable tracking when ASCOM clients send certain commands with tracking disabled" enabled in the "Other Options" group box in "Advanced" options of the driver setup window. Any "move" command, like a guider command, or pressing the move button in APCC, driver, or ASCOM client will send a ":Q#" as one of the commands. -Ray -----Original Message----- |
|
ap@CaptivePhotons.com
On Mon, Nov 28, 2022 at 07:49 AM, Ray Gralak wrote:
A ":Q#" command will also unpark the mount. This is not the only way that command can be sent, but it may be that you have "Auto-enable tracking when ASCOM clients send certain commands with tracking disabled" enabled in the "Other Options" group box in "Advanced" options of the driver setup window. Any "move" command, like a guider command, or pressing the move button in APCC, driver, or ASCOM client will send a ":Q#" as one of the commands.That may be it, though frankly I would never have thought enabling tracking would also do an unpark. It's certainly possible that PHD2 was still active, though I thought I stopped it; since it will also stop on slew I am not sure. So if I clear "Auto-enable tracking (etc)" in the Ascom setup, there should be nothing that can unpark the mount except an explicit unpark method from a client to ascom? (Or obviously me unparking in APCC, and I don't have a handheld). I'm happy to make sure tracking is enabled in my NINA sequences, even if it need be done explicitly. To me "park" is a safety thing. I like to think that once parked, errant programs still sending commands (other than unpark) cannot have any impact. Is that right? Linwood |
|
Roland Christen
Any time a move command is issued, this requires the mount to unpark.
Parking the mount disables power to the motors while keeping the electronics active so that they can respond to external commands. Whenever an external program issues any kind of move command, the motors must be re-energized. This will also start tracking unless you have set the tracking rate to STOP. In that case the RA motor will not track at the sidereal rate, but will keep the RA axis stationary.
Rolando
-----Original Message-----
From: ap@... <ap@...> To: main@ap-gto.groups.io Sent: Mon, Nov 28, 2022 10:53 am Subject: Re: [ap-gto] What unparked the mount? On Mon, Nov 28, 2022 at 07:49 AM, Ray Gralak wrote:
A ":Q#" command will also unpark the mount. This is not the only way that command can be sent, but it may be that you have "Auto-enable tracking when ASCOM clients send certain commands with tracking disabled" enabled in the "Other Options" group box in "Advanced" options of the driver setup window. Any "move" command, like a guider command, or pressing the move button in APCC, driver, or ASCOM client will send a ":Q#" as one of the commands.That may be it, though frankly I would never have thought enabling tracking would also do an unpark. It's certainly possible that PHD2 was still active, though I thought I stopped it; since it will also stop on slew I am not sure. So if I clear "Auto-enable tracking (etc)" in the Ascom setup, there should be nothing that can unpark the mount except an explicit unpark method from a client to ascom? (Or obviously me unparking in APCC, and I don't have a handheld). I'm happy to make sure tracking is enabled in my NINA sequences, even if it need be done explicitly. To me "park" is a safety thing. I like to think that once parked, errant programs still sending commands (other than unpark) cannot have any impact. Is that right? Linwood -- Roland Christen Astro-Physics |
|