Jump to content

Stargazers Lounge Uses Cookies

Like most websites, SGL uses cookies in order to deliver a secure, personalised service, to provide social media functions and to analyse our traffic. Continued use of SGL indicates your acceptance of our cookie policy.

sgl_imaging_challenge_banner_30_second_exp_2_winners.thumb.jpg.b5430b40547c40d344fd4493776ab99f.jpg

Skipper Billy

Platesolving problem.

Recommended Posts

I am using SGP to control everything and usually everything works very well.

I have auto meridian flip set up and usually it resembles witchcraft - it flips takes an image platesolves it adjusts the mount restarts PHD2 and cracks on without any fuss. 

Last time out the mount crossed the meridian very close to zenith and the platesolve failed - I tried it three times and it failed every time - Pinpoint just kept searching but never solved.

I told it to ignore platesolving and get on with it and the resultant error was just 6 pixels - so it was very close.

Any suggestions??

 

  • Like 1

Share this post


Link to post
Share on other sites

I had issues using Pinpoint with SGPro. I now use Platesolve2 and has not failed. Just a thought. What SGPro version are you using?

Steve

Share this post


Link to post
Share on other sites

Thanks Steve

This is the version I am using and I made a mistake - I am using Platesolve 2 - NOT PinPoint

It works just fine anywhere else just not around the zenith??

 

Capture.PNG

Share this post


Link to post
Share on other sites

Hi David

I have encountered something similar with Mesu Sitech SGPro and Platesolve..  It does the flip ok but if, as last night the target is very close to the zenith/meridian then on target commence the mount will go to the correct side, take a plate solve image then slew to the other "incorrect' (ie just about to hit the pier) side and fail to solve..  I suspect its to do with Sitech settings conflicting with SGPro but have no idea which ones..   I get around it by switching off slew and centre and doing a manual plate solve very close to the target and then a manual slew to it..  When it gets to 30mins or so beyond the meridian it all works fine

Dave 

Edited by Laurin Dave

Share this post


Link to post
Share on other sites

Thanks Dave

Mine isn't getting that far - it flips - takes an image then the solver just goes round and round in circles. ie it doesn't rock backwards and forwards across the meridian.

Your solution sounds like the answer though!

Share this post


Link to post
Share on other sites

Hi David,

 I'm running the newest 3.1 beta. I've had no issues with SGPro and the Avalon, round the zenith.

Steve

Share this post


Link to post
Share on other sites

Just a wee update - I changed the primary solver to Astrometry local and it works perfectly

??????

David.

  • Like 1

Share this post


Link to post
Share on other sites

I have had the same issue, you should set it so it fails over to local astrometry

Share this post


Link to post
Share on other sites
7 hours ago, blinky said:

I have had the same issue, you should set it so it fails over to local astrometry

I would do but it doesn't fail - it just kept going round in circles but never solving and never failing.

Share this post


Link to post
Share on other sites

Have you checked how far past the meridian your system will go before it attacks the pier? If it is more than 20 minutes or so then try setting the meridian flip for as late after the Meridian as is reasonable. There is also a setting in PHD2 to reverse the guide camera after the flip though I have never found the need to tick that as it seems to do it automatically.

I wish you luck as this sort of error can be so frustrating. Yours aye . . . 

Share this post


Link to post
Share on other sites
15 hours ago, Skipper Billy said:

I would do but it doesn't fail - it just kept going round in circles but never solving and never failing.

That’s what I mean, you can set it to fail over to Astrometry/Blind solve after 100 attempts, thats what I did

Share this post


Link to post
Share on other sites
On 23/11/2019 at 20:59, DKNicholson said:

Have you checked how far past the meridian your system will go before it attacks the pier? If it is more than 20 minutes or so then try setting the meridian flip for as late after the Meridian as is reasonable. There is also a setting in PHD2 to reverse the guide camera after the flip though I have never found the need to tick that as it seems to do it automatically.

I wish you luck as this sort of error can be so frustrating. Yours aye . . . 

This is good advice.. I've had some problems solving images very close to the meridian in another software package with both ASTAP and PS2 solvers. Letting the mount go 10 minutes past the meridian Solved it.

  • Like 1

Share this post


Link to post
Share on other sites
On 12/11/2019 at 20:33, Laurin Dave said:

Hi David

I have encountered something similar with Mesu Sitech SGPro and Platesolve..  It does the flip ok but if, as last night the target is very close to the zenith/meridian then on target commence the mount will go to the correct side, take a plate solve image then slew to the other "incorrect' (ie just about to hit the pier) side and fail to solve..  I suspect its to do with Sitech settings conflicting with SGPro but have no idea which ones..   I get around it by switching off slew and centre and doing a manual plate solve very close to the target and then a manual slew to it..  When it gets to 30mins or so beyond the meridian it all works fine

Dave 

A solve problem would be difficult to explain. The meridian is not a boundary for a solver. But note that a HEQ5/6 mount (and maybe others) can't sync across the meridian. This could occur if you flip exactly at the meridian.  The mount could think your just past the meridian but your solver tells it is just a few minutes before the meridian and sync will fail. You  can avoid this by flipping 20 minutes after the meridian crossing if your software allows this or just wait 10 minutes or slew to  an object further away from the meridian and sync.

Han

Edited by han59
  • Like 1

Share this post


Link to post
Share on other sites
On 23/11/2019 at 20:20, Skipper Billy said:

I would do but it doesn't fail - it just kept going round in circles but never solving and never failing.

If it is a "sync across meridian" problem and you using Eqmod, note that Eqmod version prior to 2.00n doesn't give a error message: "ASCOM Sync reject exception"  Using Eqmod 2.0.0n or higher will give a this error and if SGP is programmed well it should pass on this messsage. See https://groups.io/g/EQMOD/topic/56626302#49214

This will only help with error reporting. To bypass the problem see my previous remarks.

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.


  • Recently Browsing   0 members

    No registered users viewing this page.

×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.