Was using an older Dell, "upgraded" to Lenovo because I needed USB3 for my ZWO camera. Now mount won't connect. Using APCC Standard and USB connection. I get "No response from mount" Swapped

Hi Deonb, Thanks for sharing the photos of your rig. Very impressive. Wanted to ask just a few questions about your rig: The mirror locks on your Edge 14 appear to have been converted from

I'm confused by what your goal is here - it sounds like you still want centering in some form, but on the other hand you want the mount to be authoritative, which means the centering operation becomes

I feel like we're focusing on the wrong issue here. I was just using NINA as an example. This doesn't have to do with NINA. You can do the following to reproduce the issue in just APCC: In APCC, go

Personally I like Park5. It points north, same as Park1 and is easier on the cables. Rolando

Park 1 is not a problem for the ASCOM driver. However, if the mount tracks into a counterweight up position before the mount is unparked, the mount (not the ASCOM driver) will assume the scope is on

There is not enough information to say for sure why the pointing errors accumulated but this is not typical behavior seen with other ASCOM client applications. If you need to correct the mount's

Thanks, hard to believe I am into this level of detail on the mount, but is there a reason why 4 is recommended? I have moved to 5 but could use 4 also. I used to use 3 and that was easy to get an

Thanks. After 100s of hours of work I can now start enjoying it. Robert

My understanding is that, within seconds of starting tracking from Park 1, the mount goes into a counterweight-up position, which can cause problems for the ASCOM driver. I've never had problem, but

Couple of people asked about photos of the C14 on the Mach2GTO. I've put them on: https://www.dropbox.com/sh/k5zrsg54nwzqc04/AADNKSZGTSw021W4xV203eOVa?dl=0 The scope is in balance as shown - all the

Thanks, that did it. BTW, I could not find the documentation of why Part 1 is frowned upon?

I had a similar observation with NINA several nights ago. While running an APPM model and selecting targets and triggering slews from CdC the go-tos with my Mach1 were perfectly centered. If the

Nice! How I wish I can have one like this!

Thanks Dale, I'll try tonight with the 'prevent syncing' on in N.I.N.A. I figured N.I.N.A does something simple like this - and that does seem to me that it could cause cumulative errors - through no

Hi Deon, Syncs are done by NINA or any other app via the ASCOM driver's SyncToCoordinates()

I am viewing your photos in Safari Mac OS and all the photos look correctly oriented. (and by the way, the observatory is looking great).

Apple devices/apps often flip displayed photos to what they think is the correct orientation. Non-Apple devices/apps assume the originator of the photo has provided it in the orientation they wanted

I fixed it for my phone and iPad but it is messed up on my browser. Very strange.

I noticed that it’s right side up on my computer and all which ways on my phone or iPad. I need to figure it out