Just a little bit about my imaging system because it might be contributing to the problem. I have a dual imaging system. Two FSQ’s with reducers and two QHY cameras. one is a QHY367C and the other is a QHY600M. I had the system running perfectly with my QHY367 and Nikon D810a. These cameras have the same chip and as a result the same arc sec/pixel values. I sold the Nikon and upgraded to the QHY600M. Last night was the perfect night for testing but was extremely frustrating for me because I could not get the 600 to plate solve. Got it to work a couple of times but could never repeat things. Solves easily with TSX. No problems plate solving with the QHY367. I double checked all the scale factors in both The Sky X and SGP. I pulled the arc sec/pixel numbers straight from the plate solve in TSX. So I developed a couple of theories, not sure if any of them are correct.
- For some reason the arc sec/pixel values that I think are being imputed are not being used correctly. Maybe it is defaulting to the 367C values? I do switch back and forth and open two instances. By the end of the night I turned off the 367 but still had the same issue.
- When I plate solve I notice the RA/DEC will be filled in but may be off. The angle is 0 and so is the scale. I tried inputing them manually. Maybe SGP is not pulling this data from TSX correctly? I am assuming SGP and TSX talk to each other but I could be wrong. The zeros in the angle and scale when plate solving bothered me. Thie plate solves are attempted by doing a “TAKE ONE” then right mouse clicking and “PLATE SOLVE”
- In the ascom driver there is a box to allow you to crop the chip. Maybe that has something to do with changing the arc sec/ pixel values which affects the plate solve. Sorry I don’t know the exact name of that check box but I tried it checked and unchecked and nothing.
That’s all I got… Hoping to give it another shot tonight. Maybe the gremlins have a star party to attend?