I think you should check that the .Net Framework 4.x is up to date. That error can only happen when creating a normal 32-bit Bitmap in the .Net Framework. Also make sure you have binning set to 1 on

Andrew, I don’t think it matters which pier side you start from. As it is written now, PemPro does a continuous run, with no way ofsplitting it into two parts, so that we could do a half on

Wade, That is very odd as APPM plate solved almost instantly. I'll send you a screen shot. (BTW, there is a typo in the above link -- an extra period before ".fit") Best regard, -Ray Gralak Author

Hi Andrew, That may be a problem then for the refraction theory. By default PEMPro tries to account for refraction, but an East/West difference should not be evident for the Azimuth measurement.

Ray, why we are on the topic of PEMPro, I wanted to mention another issue I had last night. I kept getting an error last night when running step 3 of the Polar Alignment Wizard. Frustratingly it was

Joe. Thanks for the great info. What was strange in my situation is that I actually got my best results with the scope on the East side of the Pier looking West. It was not until I switched the scope

Thanks Rolando. I appreciate the detailed reply. It is comforting to know I am in good company with this issue. :D Next chance I get I will follow your advice and split the difference in the drift

Hi Ray. It was pretty much the same for both Alt and Az. I ran it a couple of times and some runs it showed up to a 7 arc mins difference in Az, but pretty much stayed in the 3-5 arc min range for

Rolando, I think I have found the solution to solving theeast-west PemPro curve difference. Simple really. Atmospheric refraction is ALREADY being taken intoaccount by Ray’s PemPro

Hi Joe, Thanks for your thoughts. One could try the zenith to see if the drift in Dec is the same on either side. By the way, I got to thinking about your daytime polar alignment routine and decided

Hi Rolando, I too have seen that PemPro curve results discrepancy onruns east vs. west side of the mount. I REALLY like your explanation, on the cause – even if the results mightsometimes be

Going from 1 to 3-5 arc-mins is actually not that much. Was the change mostly in azimuth, altitude, or both? It could be that weight shift from the pier flip is causing some movement. -Ray

I went thru the same process with our remote scope in Chile several years ago. We had the polar alignment dead on with no movement in Dec for many minutes. The mount is a 1600 and scope was a 12"

You may have end play on the small worm. That is caused by the retaining nut being loose. If there is end play, you can feel it when you move the end of the telescope back and forth in the Dec

I looked at the APPM log file, and it doesn’t have any additional information as to what happened with the plate solve. Actually, it considers the solve successful, which it was not (unless success

Hello Everyone. I am looking for some guidance. I have a Mach 1 on a permanent pier in an observatory that I am in the process of getting setup. I currently have a 11" EdgeHD SCT mounted on the Mach

I’m getting a huge delay in reversal when I change direction, I opened the gear box to see where the delay is ; all the gears are working fine but the worm gear ( the huge one is taking time ; if i

> Is there any way to get either a more complete error message, or enable logging to get more details as to the progress of the attempt? Yes, you can look at the APPM log file. -Ray

Hi Wade, Can you zip some of the problem images and make them available via a dropbox link? -Ray Gralak Author of APCC (Astro-Physics Command Center):

I am using APCC Pro (version 1.6.0.3) and have been using Pinpoint v6 as the plate solver for APPM. This has been working reasonably well for me with the GSC 1.1 catalog. Still, I do get some