Date   

Re: meridian limits

Philip Keyser
 

Ross,

Perhaps the confusion lies in that there are 2 check boxes in the Sitech config surrounding Meridian Flips. Those are "GEM Auto Flip Goto" and "Gem Auto Flip Tracking". The later "Tracking" one should be unchecked as the automation software will initiate a flip at the time you configure by sending a Goto/Slew command to the mount. The box for "GEM Auto Flip Goto" needs to be checked for this to work. Most software you can configure how long past the Meridian before the flip occurs. You have to have the Sitech configuration set properly so the mount will track past the Meridian long enough for the time you configure in the automation software otherwise the mount will stop tracking before the flip occurs.

Phil


Re: meridian limits

Ross Salinger
 

Well, I guess my memory must be playing tricks on me. I could have sworn that I turned OFF GEM auto flip in SiTech and had CCDAP control the flip. Sorry for any confusion I may have caused.

I use CCDAP on two other mounts and they are both set to not AUTO flip in the drivers (I just checked those mounts). CCDAP waits and controls the flip itself. I really thought that I had set up SiTech and CCDAP the same way. I'll have to re-check my settings next time I have access to that mount. This has to mean that the SiTech auto flip means something subtly different from my other mount drivers. Again, apologies for my bad memory.

Rgrds-Ross

On 1/26/2020 11:03 AM, Philip Keyser wrote:
Don,

None of those programs listed are controlling the flip. All they do is issue a Goto to initiate a flip and they interface directly with Sitech. You have to have the check boxes for GEM auto flip enabled in Sitech for any of them to work properly. The only thing you can control within those programs is whether you want that goto to be sent to initiate the flip and how long before/after the Meridian you want it to be issued. If you don't enable the flip in those programs then the mount will simply track until reaching its limits and stop. That is all they control. Sitech is the only program ever controlling the mount directly and has the last say if a flip will occur or not. If the box isn't checked within Sitech or your settings aren't correct for when the automation software sends the goto then the flip won't occur. 

Phil


Re: meridian limits

Philip Keyser
 
Edited

Don,

None of those programs listed are controlling the flip. All they do is issue a Goto to initiate a flip and they interface directly with Sitech. You have to have the check boxes for GEM auto flip enabled in Sitech for any of them to work properly. The only thing you can control within those programs is whether you want that goto to be sent to initiate the flip and how long before/after the Meridian you want it to be issued. If you don't enable the flip in those programs then the mount will simply track until reaching its limits and stop. That is all they control. Sitech is the only program ever controlling the mount directly and has the last say if a flip will occur or not. If the box isn't checked within Sitech or your settings aren't correct for when the automation software sends the goto then the flip won't occur. This is how it works for all mounts that I've used regardless of the controlling software. EQMOD that I use with my Orion Atlas is the same way. You have to check Allow auto meridian flip or it won't work.

Phil


Re: Sitech+Mesu+phd2

Don W
 

Hi Eric,

The automation software should use the SiTech meridian flip settings to control both the camera imaging time and the meridian flips, without the flip settings in the automation software.  I use CCDCommander and it operates perfectly this way.  It senses how much time before a flip and will wait to take an image if the exposure is too long (you don't want to expose while doing a flip).  All my flips are controlled by SiTech settings.

NINA is a work in progress (it's new and not complete yet).  If it won't do a flip controlled by SiTech then that is a NINA problem.  Try it and see.

Don W


Re: meridian limits

Don W
 

Hi Eric,

The ONLY way to operate a GEM with meridian flips is to have ONLY one program controlling the flips.  It doesn't matter if you use SiTech or NINA or ACP, just only use one and set the others to NO FLIP.  If you want to use NINA or ACP, then uncheck the flip boxes in SiTech.

In SiTech you can basically ignore the Under the pole settings in the continental USA.  If you are very far north (or south) so the pole is above maybe 45 degrees local altitude, then maybe under the pole is useful.  Remember any target below the pole will be above the pole in 6 months at the same time of night.

Don W


Re: meridian limits

Roland
 

Dear All,

I’ve had a different experience, although I use another program (Ricerca). The program is similar to ACP, though.

What Ross is saying seems to be partially correct in that the control software only sends a GoTo command. It’s Sitech which knows where the mount is in relation to the meridian. If you don’t tell Sitech to flip (by enabling the GoTo flip in Sitech), in my case the mount will stop if given a GoTo command or will continue until it hits its limits if it continues tracking (and track past the meridian is also enabled in Sitech).

It’s easy enough to test. Just go near the meridian and do a GoTo to the other side of the meridian. If it flips, it’s working.

In my case I have both enabled in Sitech (GoTo and Track past the meridian). I also have the meridian set at 180 and the control software monitors the mount position and issues a GoTo command just after the mount passes the meridian. I have track past the meridian set to 10 degrees to avoid any overlap between the two softwares.

Roland.



On 12 Jan 2020, at 16:46, Ross Salinger <rgsalinger@hotmail.com> wrote:
I don't use ACP, I use CCDAP but Che is correct, in my experience. You
need to turn off the automated flip in SiTech for ACP to control the
flip. I don't image past the meridian but my settings are to have the
auto flip turned off and they work. Remember that an ASCOM "flip"
command doesn't exist. All that happens in ACP or CCDAP is that a slew
command is issued by the imaging software. At that point the mount
driver checks to see if the required slew is east or west of the slew
limit and then either flips the mount or doesn't based on (as I
understand it) "Side of Pier". So, I'd recommend turning that setting
off and setting ACP to flip at the meridian. Then make sure that the
time is correct everywhere and you should see the flip work. If that
happens properly then you can experiment and see how to make it flip
early or late.

Rgrds-Ross

On 1/12/2020 6:35 AM, Albert wrote:
Hi Che,

Thanks for your reply.
I had ACP working perfectly with my old mount this way.

The flipping point is set right to the meridian in both ACP and Sitech.
But when I tell Sitech to be able to track past the meridan, it seems
to also shift the flip point, so it won't flip on a GoTo.
When I tell Sitech to track past the meridian, ACP also has to know
that it can image some time past the meridian.

Regards,
Albert





Re: meridian limits

Philip Keyser
 

I am using these settings and have zero issues with the meridian flip. I set SGP to flip 0 minutes after the meridian which is similar to the settings NINA uses.


Re: meridian limits

Eric Walden
 

Albert,

I'll follow up here as well to see if you found a solution for the meridian flip with the Mesu. I'm using NINA, but the same or similar command checks should be used regardless of platform to poll the ST settings to command the flip.

Were you able to find a combination of settings that allowed for consistent slews and flips?

Thanks, hope the skies have cleared for you!

Eric


Re: Sitech+Mesu+phd2

Philip Keyser
 

Relavent info from the Sitech docs:

Do Gem Flip:
If you have a GEM, Clicking on this button will perform a Gem Flip.
If the object you're on at the start is within the GoTo area of the meridian overlap, it will slew to the same object.
If not, it will slew to the same but opposite polarity hour angle as you were before the flip.

My guess is by the time you manually initiate the flip, the mount has tracked far enough to do it.

On Jan 26, 2020, at 8:59 AM, "Philip Keyser via Groups.Io" <gmail.com@groups.io target=_blank>phil.keyser2=gmail.com@groups.io> wrote:
It sounds to me like you don't have the over/under pole and track past meridian settings right in Sitech. The MF is nothing more than a goto slew. If these settings are not right and you initiate a MF then it will do like you are describing. You either need to initiate the MF later in Nina or adjust these settings so it can flip earlier would be my best guess.

On Jan 26, 2020, at 8:50 AM, Eric Walden < flywaldo@...> wrote:
Good morning,

I'd like to revive this thread and see if Albert found a solution to this issue.

I also have the Mesu 200 Mk2 and am having some slew and meriidan flip issues. Dan had previously pointed out that I had MF set up both in NINA and ST, so last night I disabled the GEM Auto Flip settings in the config menu. Not only did it not flip at the NINA set time, it also did not slew to the second target in the sequence but instead just stayed on the first target coordinates. I had to re-enable the GEM Flip Go-To check box in order for NINA to initiate the slew to the new target.

When it came time for MF later in the night, the previous behavior resumed. The 10 minutes past meridian time was reached, NINA initiated the slew, but it only re-slewed to the coordinates while staying on the east side of the pier, resolved and resumed imaging. I had to pause the sequence and initiate the MF from the ST panel. Once that was done the sequence ran normally.

I understand the need to have one or the other program handling the MF, but since NINA has camera control for plate solve and focus, etc I have to use it to initiate the flip otherwise it won't know what's going on. By disabling the MF in ST, NINA was disabled to a certain extent also.

What I need is a settings array that solves both of these issues. And I hope that I can find that here!

Thank you,
Eric


Re: Sitech+Mesu+phd2

Philip Keyser
 

It sounds to me like you don't have the over/under pole and track past meridian settings right in Sitech. The MF is nothing more than a goto slew. If these settings are not right and you initiate a MF then it will do like you are describing. You either need to initiate the MF later in Nina or adjust these settings so it can flip earlier would be my best guess.

On Jan 26, 2020, at 8:50 AM, Eric Walden <flywaldo@...> wrote:
Good morning,

I'd like to revive this thread and see if Albert found a solution to this issue.

I also have the Mesu 200 Mk2 and am having some slew and meriidan flip issues. Dan had previously pointed out that I had MF set up both in NINA and ST, so last night I disabled the GEM Auto Flip settings in the config menu. Not only did it not flip at the NINA set time, it also did not slew to the second target in the sequence but instead just stayed on the first target coordinates. I had to re-enable the GEM Flip Go-To check box in order for NINA to initiate the slew to the new target.

When it came time for MF later in the night, the previous behavior resumed. The 10 minutes past meridian time was reached, NINA initiated the slew, but it only re-slewed to the coordinates while staying on the east side of the pier, resolved and resumed imaging. I had to pause the sequence and initiate the MF from the ST panel. Once that was done the sequence ran normally.

I understand the need to have one or the other program handling the MF, but since NINA has camera control for plate solve and focus, etc I have to use it to initiate the flip otherwise it won't know what's going on. By disabling the MF in ST, NINA was disabled to a certain extent also.

What I need is a settings array that solves both of these issues. And I hope that I can find that here!

Thank you,
Eric


Re: Sitech+Mesu+phd2

Eric Walden
 

Good morning,

I'd like to revive this thread and see if Albert found a solution to this issue.

I also have the Mesu 200 Mk2 and am having some slew and meriidan flip issues. Dan had previously pointed out that I had MF set up both in NINA and ST, so last night I disabled the GEM Auto Flip settings in the config menu. Not only did it not flip at the NINA set time, it also did not slew to the second target in the sequence but instead just stayed on the first target coordinates. I had to re-enable the GEM Flip Go-To check box in order for NINA to initiate the slew to the new target.

When it came time for MF later in the night, the previous behavior resumed. The 10 minutes past meridian time was reached, NINA initiated the slew, but it only re-slewed to the coordinates while staying on the east side of the pier, resolved and resumed imaging. I had to pause the sequence and initiate the MF from the ST panel. Once that was done the sequence ran normally.

I understand the need to have one or the other program handling the MF, but since NINA has camera control for plate solve and focus, etc I have to use it to initiate the flip otherwise it won't know what's going on. By disabling the MF in ST, NINA was disabled to a certain extent also.

What I need is a settings array that solves both of these issues. And I hope that I can find that here!

Thank you,
Eric


Re: Problem with V095A

chuck_e1234
 

Hi Dan,

Both files are are dated 08/25/17.  Were they updated in some intermediate version that should have been installed before 95A?


Re: Problem with V095A

Dan Gray
 

Hi Chuck,
Look in C:\Program Files (x86)\SiTech\SiTechExe\
See the date and time for
SRSLib.dll
PlateSolve.exe

Mine is 2018-06-21 09:06 for SRSLib.
Mine is 2018-05-05 10:04 for PlateSolve.exe




On Thu, Jan 23, 2020 at 5:15 PM chuck_e1234 <chuck_e@...> wrote:
Hi Dan,

Good guess.  It does not blow up using Platesolve 2.  Once it gets dark we will see if Platesolve 2 still works.  I've been using Platesolve 3 successfully since I first heard about it.


Re: Problem with V095A

chuck_e1234
 

Hi Dan,

Good guess.  It does not blow up using Platesolve 2.  Once it gets dark we will see if Platesolve 2 still works.  I've been using Platesolve 3 successfully since I first heard about it.


Re: Meridian Flip Fail

Don W
 

Hi Eric,

Your meridian flip, being controlled by two separate programs means you don't know when it will flip, since the controls are different.  Use just one program to control meridian flips (either one).

Don W


Re: Camera Control Support in NINA

jmgoldba
 

I can't use the Sitech app to do a pointing model because there is no NINA support yet.
Does NINA support any type of scripting? The website states that it will play with Platesolve and PHD but it's not clear how well it lets others, e.g. SiTech, play with it. -Jesse


Using the SiTech Time Server

Ned Smith
 

It is installed and seems to be working well.

Do I have to open it each Sitech.exe session?

--
Ned Smith 34.893N, 85.471W


Meridian Flip Fail

Eric Walden
 

I am having issues getting my Mesu 200 Mk2 to flip via NINA control.

I have the Sitech config set up with the Meridian limits 10 degrees either side of the Meridian for tracking, with 8 degrees of overlap. The check boxes for Meridian flip via command and flip at meridian limits set.

I have NINA set to track 10 minutes past the Meridian and 0 delay on the flip. When tracking past the meridian it will reach the 10 minute point and initiate the flip, but it does not flip, just reslews to the target, plate solves and resumes imaging from there. I can initiate a manual flip via the Sitech app, but this is less than ideal for unmonitored operations.

What am I missing?

Thanks,

Eric


Camera Control Support in NINA

Eric Walden
 

Dan

I have transitioned from SGP to NINA full time for my imaging work. I have the new Mesu 200 Mk2 with an Esprit 150 imaging with the QHY600. The Mesu has given me amazing results so far and I'm still just dialing it in.
I am able to do plate solves and sync via NINA now, but I can't use the Sitech app to do a pointing model because there is no NINA support yet. Having this will allow me to better optimize the pointing and guiding results on this setup I think.
NINA has proven to be an amazing upgrade in almost all respects for me over SGP and I hope that we can implement this addition to better integrate it into my suite.

Thank you sir,

Eric Walden


A "home made" direct drive mount

Dan Gray
 

Martin Myslivec designed this mount, made the motors, configured the ForceOne controller, with NO help from me.  Amazing!  He had first light a week ago or so.

His website is in Czechoslovakian, but it translates ok.


Dan

2901 - 2920 of 33928