Hi Steve, It doesn't work that way. The mount's flip point is controlled by the meridian delay set in the mount. The cause of the flip failure is probably a time discrepancy between the mount's

Disabling the LAN-WLAN switching setting in BIOS did not fix the issue. Since this is a convenience issue only, I do not babysit outside in the cold, and having other things to do, I will leave this

Hi John, APPM steers its own instance of the platesolver you have configured, so its not using NINA as a "proxy" similarly to what it does with the "camera" function or even with the SGP platesolver

HI, I am attempting to learn NINA to try it out after using SGP for the past 8 years. I still like SGP but NINA (1.11) is looking more feature rich and I think I should at least try it out. I

I read in a recent discussion thread where Roland recommended that the minimum move in the guider settings should never be less than 0.3 seconds in either RA or DEC. I believe that the discussion was

Mike, Thanks! That makes perfect sense. It just never occurred to me to try that... John

michael mccann wrote: My understanding is that NINA records the FITS headers from what the mount is reporting at that time. You can double check by looking in the equipment tab while taking a

Hi John, You don't need to capture a "good" ortho model to "erase" it. Just run the keypad procedure, but do NOT make any N-S-E-W centering corrections. This will produce an ortho model with zero

I learned there was a problem while I was learning PI PhotometricColorCalibration process and the tool kept failing on my M33 image. I resolved the coordinates and found my fits header’s RA and DEC

Hi AP folks, I have a follow up question related to a previous thread I started a few months back. (Interactions Between Keypad and APCC Orthogonality Models?) In that thread, Roland said "the

Hi Ray, >That's not going to work because you can't guarantee that SGPro won't issue a slew after the meridian. That's fine as this is exactly the expected and documented behavior for SGP: If the

Got a model built using ASTAP with Beta 1.9.1.3. Did not work at bin 2, but did work at bin 1 with min star at 1.0. Thanks Ray. BC

Ok, thanks Ray.

Honestly, I'm pretty busy working on software now. But I don't think there is anything to discuss. APCC sends the mount's flip point to SGPro, which is exactly what SGPro expects. Changing the

It might be more efficient if we could talk. Would you be willing to send your phone number and time to talk to my email address listed?

That's not going to work because you can't guarantee that SGPro won't issue a slew after the meridian. Without APCC actually setting the meridian delay SGPro would not expect the mount to flip if it

Ray, I am not sure why I can't communicate the issue to you properly, but I will continue to try. I don't want to check the CW up slew west box. I do want any slew command issued by SGP past the

"CW up slews" invokes APCC to change the meridian delay. With it off, the appropriate action will be taken when the limit is reached, but any slew to the West side from a counterweight-up position

I have posted a couple of times about Meridian Flip issues with APCC v1.9.0.11 and Sequence Generator Pro. This worked reliably for several months with the previous version, but I now think that was

Thanks for the confirmation Roberto. I was assuming that would be the case but thought I'd check with someone who has more experience with it. My setup is quite compact and I've done as much as I