Hi everyone, I am sorry if this is answered somewhere else, but I could not find using Yahoo search engine. I am using APCC (standard version) and AP V2 Ascom driver with my Mach1 GTO CP4 mount. I

So if instead of loosening the clutches and physically moving the mount to the park position, I instead moved it to the park position using the hand-controller or the ASCOM interface on my laptop,

The response was for remoter setups, so that does not apply to you where you change the clutch versus gearwheel orientations. The CP3 with current firmware operates the same as the CP4 as far as being

>Every time you power cycle you cement into the CP4 servo the bogus information that caused it to get lost in the first place. Is different for CP3 mounts? The reason I ask: - My mount is CP3 and

Every time you power cycle you cement into the CP4 servo the bogus information that caused it to get lost in the first place. For instance, if you told the mount that it was pointing at the Moon by

If you are remote, what it the recommended recovery? Would the following work: - Power cycle mount, move scope to star on opposite side of mount, SYNC and carry on? Or maybe: - Move mount to known

Hi Astronuts, If you ever do an errant sync with the counterweights above the scope and subsequent slews try to run the scope into the pier, DON'T PANIC. There is a simple easy way to recover. Simply

Yeah it essentially says that, but it could be clearer for sure. If you two could make that happen, it would certainly push me (at least) over the edge on making the CP3 (Rev O) -> CP4 jump. Due to

Ray APCC worked for a while, then I just had no end of trouble. It was not running how I expected. So I decided to reinstall following your instructions. I am pleased to say it is now working. Again.

Thankfully I did not attempt to bring the CP4 into the house and I have Horizons working properly with the Ephemeris data from JPL. My observatory can't be built soon enough. thanks steve

Great work!!! Congratulations!! Eduardo Em dom, 5 de ago de 2018 às 17:31, Bill Long bill@... [ap-gto] <ap-gto@...> escreveu:

Of course Roland is correct! Just don't move controllers BETWEEN mounts and run themotors, or the PEM curves will be either wrong or out ofsync. -Christopher Erickson Observatoryengineer Summit

Thanks Ray, I had to set the value up to 1 second to stop the Comm Errors, but it worked. John

Yes. -Christopher Erickson Observatoryengineer Summit Kinetics Waikoloa, HI 96738 www.summitkinetics.com

Is using PEMPRO drift alignment tool the best way to recalibrate the RAPAS?

Even better! Nice work Bill. Interesting tip re the QHY16200A. Thanks for that too! Stuart -- Stuart Heggie http://www.stuartheggie.com/featured.html

The QHY16200 camera is very nice, provided you use ASCOM with it. The x2 SkyX driver crashes, and INDI driver also just hangs up and never responds after a single frame. On ASCOM though, you cannot

Nice sharp image Bill. Love the detail. That camera/scope combo is working well for you. Looking forward to seeing the completed project. Don Anderson --------------------------------------------

Finally had a chance to get some more data. https://astrob.in/full/358717/F/ At close to 6 hours now. The AP1100 has performed remarkably well. Last two sessions I was around 0.3-0.4" RMS guiding,

Thanks guys. Your guiding seems better than mine but early days yet😊