Date   

Re: Mount Status in AP V2 ASCOM Driver Does Not Match APCC

Ray Gralak
 

Hi Mike,

There seems to be some inconsistency in the logs there is an unpark command from APCC at 19:01:15 but this
event does not appear in the ASCOM log
If you are stating this, then I don't believe you understand how APCC and the driver are related. APCC sends commands directly to the mount, not through the driver. So, when you park or unpark in APCC those commands do not go through the ASCOM driver and thus won't be in the ASCOM driver's log file. However, the driver finds out later about the park status change only by polling the mount through APCC.

The unpark command that I made from the AP V2 Driver was at 19:07:24 This command does not show up in the
APCC log.
That's incorrect. To unpark the mount, the driver sent a ":Q#", which unparks and starts tracking. This command not only shows up in APCC's log, but the driver shortly sees that the mount is unparked and tracking. There is no issue here.

There is also a gap in the ASCOM log from 19:19:47 from 21:33:32 This is probably where I took a break and went
inside for a little while, but again, this gap does not appear in the APCC log
To save disk space, the driver will pause logging after a few minutes when the mount is parked.

You wrote this previously:
When I unparked the mount from APCC (see 3rd screen shot), again AP V2 did not update the to show that
it was tracking again. Again, this was not just for a few seconds, but for several minutes.
To me, it just looks like the driver just didn't update the text in the park status field. I will take a look at that. However, the driver also should indicate that the mount is unparked to ASCOM devices because the driver shows the mount tracking in that screenshot.

BTW, is the drive in your computer an SSD?

-Ray


-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of M Hambrick
Sent: Monday, April 11, 2022 7:16 PM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] Mount Status in AP V2 ASCOM Driver Does Not Match APCC

Hi Ray

I am running Windows Version 21H1 (OS Build 19043.1586)

Here are the AP Zip files from April 9

Look in the ASCOM log starting at 18:27:31. I do see a couple errors that showed up at18:27:31 but I am not sure
what these are about. I think trhis is when I was connecting the mount to the AP V2 Driver.

I also notice a gap in any ASCOM log activity from 18:27:31 until 18:40:00. I have no idea what that is about. There
is no such gap in the APCC log

I am pretty sure that the park command where all this started was at 18:50:21

There seems to be some inconsistency in the logs there is an unpark command from APCC at 19:01:15 but this
event does not appear in the ASCOM log

The unpark command that I made from the AP V2 Driver was at 19:07:24 This command does not show up in the
APCC log.

I parked the scope again from APCC at 19:16:23. This event shows up in both logs. After this park command, the
AP V2 Driver was matching APCC. After I parked the mount, this time I disconnected the mount from MaxIm.

There is also a gap in the ASCOM log from 19:19:47 from 21:33:32 This is probably where I took a break and went
inside for a little while, but again, this gap does not appear in the APCC log

Let me know if there is anything else you want me to try to get.

If you have any troubleshooting tips that might help to sort this out, please let me know.

Mike


Re: Mount Status in AP V2 ASCOM Driver Does Not Match APCC

M Hambrick
 

Hi Ray

I am running Windows Version 21H1 (OS Build 19043.1586)

Here are the AP Zip files from April 9

Look in the ASCOM log starting at 18:27:31. I do see a couple errors that showed up at18:27:31 but I am not sure what these are about. I think trhis is when I was connecting the mount to the AP V2 Driver.

I also notice a gap in any ASCOM log activity from 18:27:31 until 18:40:00. I have no idea what that is about. There is no such gap in the APCC log

I am pretty sure that the park command where all this started was at 18:50:21

There seems to be some inconsistency in the logs there is an unpark command from APCC at 19:01:15 but this event does not appear in the ASCOM log

The unpark command that I made from the AP V2 Driver was at 19:07:24 This command does not show up in the APCC log.

I parked the scope again from APCC at 19:16:23. This event shows up in both logs. After this park command, the AP V2 Driver was matching APCC. After I parked the mount, this time I disconnected the mount from MaxIm.

There is also a gap in the ASCOM log from 19:19:47 from 21:33:32 This is probably where I took a break and went inside for a little while, but again, this gap does not appear in the APCC log

Let me know if there is anything else you want me to try to get.

If you have any troubleshooting tips that might help to sort this out, please let me know.

Mike


Re: Using RAPAS for first time - how do I know it is Polaris?

Tom Zepf
 

I have a simple and inexpensive red dot finder on all my scopes. As soon as I see Polaris with the naked eye, I do a crude alignment of the mount using the finder. Takes about 20 seconds and it always gets me close enough for RAPAS or camera based polar alignment to take over. You can take the finder off after your done with it or just leave it on so you can get a feel where those dim pixels in your imaging train are coming from in the night sky.


Re: Do the APCC SGP in YouTube video also apply to NINA #APCC

Wayne Hixson
 

I asked a couple days ago on these settings and Ray replied the NINA box in Advanced Settings is “For Future Use”. So I think the only connection right now us through the Smart Meridian Flip in NINA using the APCC .mlm meridian limits file. I’m not sure at this time that you even need to set any of the APCC Meridian limit boxes. Dale or Ray, please correct me if this is wrong. 


Re: Mount Status in AP V2 ASCOM Driver Does Not Match APCC

M Hambrick
 

Hi Ray

I will answer a couple of your questions now, and then try to gather all of the other requested information (i.e logs) this evening when I get home from work.

#3 In this particular instance the first command I gave the mount after making the initial connections was from APCC to go to Park 2. Note that I have it set up to start tracking when the connection is made.

#4 In addition to the system applications, I will have the following applications running during every observing / imaging session: MaxIm DL Pro, APCC Pro, AP V2 ASCOM Driver, Microsoft Excel (for my observing notes), Snagit 12 (screen capture software), Deep Sky Planner (only for their red screen). I am not sure it makes any difference, but the laptop is connected to my home wireless network even when I am out in the back yard. However, all of the connections to the cameras and mount are via cables. I am using an ethernet cable to connect the CP4 to my laptop and USB cables to connect the cameras. 

#5 I am running Windows 10, I will have to get the specific details about the latest Windows upgrade when I get home.

#6 My laptop is an ASUS Model Q552U Notebook PC. I purchased it in December, 2015. It has an Intel Core I7 processor. It has 12GB RAM and 940 GB of disc storage. The hard disk still has over 600 GB of available storage. Typically, with all of the applications listed above running the CPU usage averages about 20%, but it will spike up during certain events (like image downloads). Note that in this particular session I was monitoring the laptop memory usage throughout the process of starting up all of the programs and while downloading a couple images in case there was a memory overload going on. At no time did the memory usage exceed about 4.5 GB, an there were no spikes that I could see.

With one exception, all power to the system is coming from two Powerwerx 25 Amp variable voltage power supplies; The mount and one of the cameras coming from one power supply, and the dew heaters and laptop power are running off of the other. My guide camera is an old SBIG ST2000-XM with a multiple voltage power supply. For this camera I use the OEM power supply plugged into a 120 VAC power strip. The negative terminals of both power supplies are jumpered together so that they share a common ground, and the pier is grounded.

Mike


Re: Windows timezone settings

Christopher Erickson
 

Every situation is different and generally I would never be using a phone to control a serious imaging or research scope setup. For me, using a phone would imply I was doing something casual,  like visual outreach.

But even then, I don't believe that using UT on a mount with a phone will be a problem. I believe that Sky Safari, for example, uses UT internally, regardless of what local time it displays to the user. I suspect that all GOTO mounts do as well.

I think that just about all time problems come from all of the geopolitically motivated, goofy, irregular,  shifting, time zones and daylight savings rules around the world. At least here in Hawaii we don't do DST.

Between Local Time, Local Sidereal Time, Universal Time, Time Zone, Daylight Savings Time, Local Mean Time, etc. It's no wonder that every single professional observatory I have ever worked in, on, or with, uses UT as their standard time reference.

Alaska, due to its massive size, used to span 5 time zones. Over half of Alaskans live in and around Anchorage but the state capital is in Juneau, which was two time zones over. This caused a lot of problems for state government, due to rigid, union-controlled, start, finish, lunch and coffee break schedules. State offices in Anchorage and Juneau could only talk to each other for three and a half broken-up hours a day. So they consolidated into two time zones, strictly for the convenience of state government worker unions. Solar Noon in summertime Anchorage happens about 2:30 in the afternoon. These kinds of stories exist all over the world.

All professional astronomers and engineers use UT.

-Christopher Erickson
Observatory engineer
Waikoloa, HI 96738
www.summitkinetics.com
   


On Mon, Apr 11, 2022, 1:55 AM Horia <ATM@...> wrote:

Hi Christopher,

 

yes, one certainly can do that but is it necessary?

 

I have all my computers setup for the local time zone and never had a problem with my mounts due to that. Not with Astro-Physics mounts and not with Skywatcher or iOptron mounts.

 

Would I be using my smartphone to control a mount, and would I have to set the smartphone to UT, that would be the moment I would decide to change the mount. The same applies for a tablet.

 

Kind regards,

Horia

 

 

Von: main@ap-gto.groups.io <main@ap-gto.groups.io> Im Auftrag von Christopher Erickson
Gesendet: Montag, 11. April 2022 11:25
An: main@ap-gto.groups.io
Betreff: Re: [ap-gto] Windows timezone settings

 

I set all of my mounts and astro computers to UT and never change them.

 

Not sarcasm.


-Christopher Erickson
Observatory engineer
Waikoloa, HI 96738
www.summitkinetics.com
   

 

On Sun, Apr 10, 2022, 9:45 PM Horia <ATM@...> wrote:

Sarcasm?

 

 

Von: main@ap-gto.groups.io <main@ap-gto.groups.io> Im Auftrag von fernandorivera3 via groups.io
Gesendet: Sonntag, 10. April 2022 16:02
An: main@ap-gto.groups.io
Betreff: Re: [ap-gto] Windows timezone settings

 

Set all of your devices <smartphone, tablet, computer, mount, etc> to Universal Time aka UT & not have to deal with different time zones or daylight savings time vs standard time, either. 

"Set it & forget it"- no more headaches going back & forth with changes in the settings. 

Fernando


Re: Using RAPAS for first time - how do I know it is Polaris?

Shailesh Trivedi
 

Thank you very much for all your insights. The moon  was interfering with my sighting. Two nights ago, I waited until 2am for the moon to go below the horizon and I was able to then get to what I think is Polaris and the reticle LED light of the RAPAs did not drown out the star. Next night alas with the moon brighter, I was only able to issue a GOTO with my keypad to the moon, all other spring galaxies showed up as fuzzy patches. 

I think I have the PA in a god place for now. Once the moon goes down, I will try again. Can a keypad be used to create a pointing model? I seem to recall a thread from Roland that it can, maybe it is in the manual and I will to look.

Thank you again to everyone.

Shailesh


Re: Do the APCC SGP in YouTube video also apply to NINA #APCC

 

Hi Andrew

NINA works a bit differently, you should check out Dale's page here for details: https://daleghent.com/nina-and-astro-physics-mounts#Meridian_limits

you will also need to set your APCC advanced settings to NINA as well

image.png


On Mon, Apr 11, 2022 at 7:39 AM Andrew J <andjones132@...> wrote:
Hi. I have started playing around a bit more with N.I.N.A as an alternative to SGP. I keep having too many issues with SGP lately. I was curious if the two methods mentioned in the YouTube video for setting the the Meridian Limits in APCC for SGP are the same settings to use with N.I.N.A?

As I understand it, the two methods are:

1. Simple Meridian Offset: Enable Meridian Limit Tracking, Enable Limit to Meridian, Set Flip Offset to some value like 3, Enable Send Limit with offset to SGP. Leave East/West Limits unchecked. This will send a static meridian limit offset to SGP regardless of the DEC
2. Dynamic Meridian Offset: Same as above, but Disable Limit to Meridian and check the East/West Limits check boxes. This will send a dynamic meridian limit offset to SGP based on the Meridian Limits that have been created and the current DEC of the object being tracked.  

Do these same settings/principals also apply to N.I.N.A or are there sligth variations? Also, I know that under Advanced Settings I need to change the you have to change the Third Party Applications to use NINA rather than SGP. 

Thanks for the info.

Andrew J



--
Brian 



Brian Valente


Do the APCC SGP in YouTube video also apply to NINA #APCC

Andrew J
 

Hi. I have started playing around a bit more with N.I.N.A as an alternative to SGP. I keep having too many issues with SGP lately. I was curious if the two methods mentioned in the YouTube video for setting the the Meridian Limits in APCC for SGP are the same settings to use with N.I.N.A?

As I understand it, the two methods are:

1. Simple Meridian Offset: Enable Meridian Limit Tracking, Enable Limit to Meridian, Set Flip Offset to some value like 3, Enable Send Limit with offset to SGP. Leave East/West Limits unchecked. This will send a static meridian limit offset to SGP regardless of the DEC
2. Dynamic Meridian Offset: Same as above, but Disable Limit to Meridian and check the East/West Limits check boxes. This will send a dynamic meridian limit offset to SGP based on the Meridian Limits that have been created and the current DEC of the object being tracked.  

Do these same settings/principals also apply to N.I.N.A or are there sligth variations? Also, I know that under Advanced Settings I need to change the you have to change the Third Party Applications to use NINA rather than SGP. 

Thanks for the info.

Andrew J


Re: Mount Status in AP V2 ASCOM Driver Does Not Match APCC

Ray Gralak
 

Mike,

Okay, I will need additional information to figure out what you saw, since it looks like you pasted separate images together.

1. Please use the APCC Log zipper from APCC's tool menu. Ensure including the APCC and ASCOM log files that cover the time this happened.
2. Please provide a ten-minute time window when this happened.
3. Any actions taken from MaximDL (e.g. did you Park or Unpark or slew from MaximDL).
4. A list of any other applications running on your desktop.
5. What operating system (type "winver" from Windows start menu or any command prompt).
6. The model of the laptop you were using, including the CPU, memory size, type of disk drive, and amount of free space on the disk. Most of the CPU usage of the driver is for logging to disk, which may be a factor if the laptop is slower or if the disk is fragmented (or SSD needs trimming).

You can send this via email to me instead of posting it if you want. If the APCC/ASCOM zip file is larger than a few megabytes, you will need to provide a dropbox or other link to the file for download.

-Ray

-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of M Hambrick
Sent: Monday, April 11, 2022 3:22 AM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] Mount Status in AP V2 ASCOM Driver Does Not Match APCC

Hi Ray

I am not talking about the Alt/Az position coordinates, but rather the RA coordinates.

With the mount in Park 2, the RA coordinates were changing continuously as I watched the APCC screen, but
they were not changing at all in the AP V2 Driver window. I watched this for several minutes before concluding
that AP V2 driver was not updating at all.

When I unparked the mount from APCC (see 3rd screen shot), again AP V2 did not update the to show that it was
tracking again. Again, this was not just for a few seconds, but for several minutes.

Mike

I am running everything directly off my laptop.


Re: Windows timezone settings

Horia
 

Hi Christopher,

 

yes, one certainly can do that but is it necessary?

 

I have all my computers setup for the local time zone and never had a problem with my mounts due to that. Not with Astro-Physics mounts and not with Skywatcher or iOptron mounts.

 

Would I be using my smartphone to control a mount, and would I have to set the smartphone to UT, that would be the moment I would decide to change the mount. The same applies for a tablet.

 

Kind regards,

Horia

 

 

Von: main@ap-gto.groups.io <main@ap-gto.groups.io> Im Auftrag von Christopher Erickson
Gesendet: Montag, 11. April 2022 11:25
An: main@ap-gto.groups.io
Betreff: Re: [ap-gto] Windows timezone settings

 

I set all of my mounts and astro computers to UT and never change them.

 

Not sarcasm.


-Christopher Erickson
Observatory engineer
Waikoloa, HI 96738
www.summitkinetics.com
   

 

On Sun, Apr 10, 2022, 9:45 PM Horia <ATM@...> wrote:

Sarcasm?

 

 

Von: main@ap-gto.groups.io <main@ap-gto.groups.io> Im Auftrag von fernandorivera3 via groups.io
Gesendet: Sonntag, 10. April 2022 16:02
An: main@ap-gto.groups.io
Betreff: Re: [ap-gto] Windows timezone settings

 

Set all of your devices <smartphone, tablet, computer, mount, etc> to Universal Time aka UT & not have to deal with different time zones or daylight savings time vs standard time, either. 

"Set it & forget it"- no more headaches going back & forth with changes in the settings. 

Fernando


Re: Mount Status in AP V2 ASCOM Driver Does Not Match APCC

M Hambrick
 

Hi Ray

I am not talking about the Alt/Az position coordinates, but rather the RA coordinates.

With the mount in Park 2, the RA coordinates were changing continuously as I watched the APCC screen, but they were not changing at all in the AP V2 Driver window. I watched this for several minutes before concluding that AP V2 driver was not updating at all.

When I unparked the mount from APCC (see 3rd screen shot), again AP V2 did not update the to show that it was tracking again. Again, this was not just for a few seconds, but for several minutes.

Mike

I am running everything directly off my laptop.


Re: Windows timezone settings

Christopher Erickson
 

I set all of my mounts and astro computers to UT and never change them.

Not sarcasm.


-Christopher Erickson
Observatory engineer
Waikoloa, HI 96738
www.summitkinetics.com
   


On Sun, Apr 10, 2022, 9:45 PM Horia <ATM@...> wrote:

Sarcasm?

 

 

Von: main@ap-gto.groups.io <main@ap-gto.groups.io> Im Auftrag von fernandorivera3 via groups.io
Gesendet: Sonntag, 10. April 2022 16:02
An: main@ap-gto.groups.io
Betreff: Re: [ap-gto] Windows timezone settings

 

Set all of your devices <smartphone, tablet, computer, mount, etc> to Universal Time aka UT & not have to deal with different time zones or daylight savings time vs standard time, either. 

"Set it & forget it"- no more headaches going back & forth with changes in the settings. 

Fernando


Re: Windows timezone settings

Horia
 

Sarcasm?

 

 

Von: main@ap-gto.groups.io <main@ap-gto.groups.io> Im Auftrag von fernandorivera3 via groups.io
Gesendet: Sonntag, 10. April 2022 16:02
An: main@ap-gto.groups.io
Betreff: Re: [ap-gto] Windows timezone settings

 

Set all of your devices <smartphone, tablet, computer, mount, etc> to Universal Time aka UT & not have to deal with different time zones or daylight savings time vs standard time, either. 

"Set it & forget it"- no more headaches going back & forth with changes in the settings. 

Fernando


Re: Mount Status in AP V2 ASCOM Driver Does Not Match APCC

Ray Gralak
 

Alt/Az is not a reliable comparison to judge if there is a mismatch because it is constantly changing  when tracking is on. The driver polls APCC only once per second so the driver can be a little behind in Alt/Az position. Another possibility is that refraction may be on in APCC. And in your screenshot the driver is showing the site in red, which means long/lat don’t match what is set in the mount -- and that can affect the alt/az calculation.

 

Concerning the status, are you observing this directly on the computer or via remote desktop?  The driver polls the tracking/parking status once every 5 seconds so it can take up to 5 seconds to show in the driver, assuming another application is not dominating the CPU.

 

-Ray

 

From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of M Hambrick
Sent: Sunday, April 10, 2022 8:16 PM
To: main@ap-gto.groups.io
Subject: [ap-gto] Mount Status in AP V2 ASCOM Driver Does Not Match APCC

 

Here's one for Ray.

I am on the third round of fighting issues with my 1100GTO mount status not being communicated to MaxIm DL, but last night I encountered an anomaly with the AP V2 ASCOM Driver as well. See the screen shots below the text.

Note that I am running the current software versions and drivers on all of my programs.

I started up the system and connected my mount to APCC and to the AP V2 ASCOM Driver. Then I started up my SBIG cameras and connected them to MaxIm DL. Finally, I connected the mount to MaxIm DL. 

Initially, everything was OK. The mount status in MaxIm, APCC, and the AP V2 ASCOM Driver was consistent across all three. The first command I gave the mount was from APCC to go to Park 2. This is when the mount status in MaxIm went bad, but I also noticed a strange event in the AP V2 ASCOM Driver. The mount went to Park 2, and in APCC, the RA coordinates were continuously changing (as would be expected), but this was not the case in the AP V2 ASCOM Driver. The mount indicated to be parked, but the RA coordinates AP V2 Driver were not changing.

Next, I unparked the mount from APCC and the mount status changed to "Tracking" in APCC, but in the AP V2 Driver it still showed to be parked.

I clicked the Unpark button in the AP V2 Driver, and it updated to show the same RA and DEC coordinates as APCC. after that, everything appeared to be OK with the AP V2 Driver.

So, my question for Ray is whether you think that this failure to show the correct mount status in the AP V2 Driver is related to the problem with the mount status issue in MaxIm ?

Mike










Mount Status in AP V2 ASCOM Driver Does Not Match APCC

M Hambrick
 

Here's one for Ray.

I am on the third round of fighting issues with my 1100GTO mount status not being communicated to MaxIm DL, but last night I encountered an anomaly with the AP V2 ASCOM Driver as well. See the screen shots below the text.

Note that I am running the current software versions and drivers on all of my programs.

I started up the system and connected my mount to APCC and to the AP V2 ASCOM Driver. Then I started up my SBIG cameras and connected them to MaxIm DL. Finally, I connected the mount to MaxIm DL. 

Initially, everything was OK. The mount status in MaxIm, APCC, and the AP V2 ASCOM Driver was consistent across all three. The first command I gave the mount was from APCC to go to Park 2. This is when the mount status in MaxIm went bad, but I also noticed a strange event in the AP V2 ASCOM Driver. The mount went to Park 2, and in APCC, the RA coordinates were continuously changing (as would be expected), but this was not the case in the AP V2 ASCOM Driver. The mount indicated to be parked, but the RA coordinates AP V2 Driver were not changing.

Next, I unparked the mount from APCC and the mount status changed to "Tracking" in APCC, but in the AP V2 Driver it still showed to be parked.

I clicked the Unpark button in the AP V2 Driver, and it updated to show the same RA and DEC coordinates as APCC. after that, everything appeared to be OK with the AP V2 Driver.

So, my question for Ray is whether you think that this failure to show the correct mount status in the AP V2 Driver is related to the problem with the mount status issue in MaxIm ?

Mike










Re: A note on the video of the SGP and APCC settings for the meridian flip #APCC

Ray Gralak
 

Hi Greg,

And it would be great to be able to set all that including APPM stuff in just one site/telescope config screen for
each setup that a portable user can just switch too depending on gear an location in stead of having to remember
every configuration each time you set up.
You can save or load all of your settings to a file with each site's name from APCC's File menu.

However you probably will have to do an APPM run if you are portable.

-Ray

-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Greg McCall
Sent: Sunday, April 10, 2022 4:14 PM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] A note on the video of the SGP and APCC settings for the meridian flip

And it would be great to be able to set all that including APPM stuff in just one site/telescope config screen for
each setup that a portable user can just switch too depending on gear an location in stead of having to remember
every configuration each time you set up.

On Mon, 11 Apr 2022 at 8:38 am, Ray Gralak <iogroups@...> wrote:


Hi Marcelo,

>>> More importantly, you have not defined the actual meridian limits of the telescope
>>> on your mount and set a Flip Offset.
>
> Fortunately I have a very clear view of the sky and don't need specific limits,

You might be confusing Meridian limits with Horizon Limits.

Horizon limits are used to define the area of the sky the telescope can view.

Meridian limits define how far you can, or want, to allow the mount to slew or track from the meridian,. The
limit is usually set to be just before a counterweight-up pier collision would occur.

The set of Meridian Limits can, and likely will, be different between different telescopes on the same mount
because each telescope and its accessories have different dimensions. It is a set of limits instead of a single limit
because the meridian limit at each declination can change.

-Ray

> -----Original Message-----
> From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Marcelo Figueroa via
groups.io
> Sent: Sunday, April 10, 2022 1:48 PM
> To: main@ap-gto.groups.io
> Subject: Re: [ap-gto] A note on the video of the SGP and APCC settings for the meridian flip
>
> On Tue, Apr 5, 2022 at 07:40 AM, Ray Gralak wrote:
>
>
> Hi Marcelo,
>
>
>
> First, you can easily avoid this by changing “Stop Tracking” to “Just Warn”.
>
>
>
> More importantly, you have not defined the actual meridian limits of the telescope on your mount and
set a
> Flip Offset.
>
>
>
> Thank you Ray.
>
> Fortunately I have a very clear view of the sky and don't need specific limits, I was just trying to make sure
that in
> case something goes wrong during the flip the mount doesn't continue tracking and the scope hits the
pillar.
>









Re: A note on the video of the SGP and APCC settings for the meridian flip #APCC

Greg McCall
 

And it would be great to be able to set all that including APPM stuff in just one site/telescope config screen for each setup that a portable user can just switch too depending on gear an location in stead of having to remember every configuration each time you set up. 

On Mon, 11 Apr 2022 at 8:38 am, Ray Gralak <iogroups@...> wrote:
Hi Marcelo,

>>>     More importantly, you have not defined the actual meridian limits of the telescope
>>> on your mount and set a Flip Offset.
>
> Fortunately I have a very clear view of the sky and don't need specific limits,

You might be confusing Meridian limits with Horizon Limits.

Horizon limits are used to define the area of the sky the telescope can view.

Meridian limits define how far you can, or want, to allow the mount to slew or track from the meridian,. The limit is usually set to be just before a counterweight-up pier collision would occur.

The set of Meridian Limits can, and likely will, be different between different telescopes on the same mount because each telescope and its accessories have different dimensions. It is a set of limits instead of a single limit because the meridian limit at each declination can change.

-Ray

> -----Original Message-----
> From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Marcelo Figueroa via groups.io
> Sent: Sunday, April 10, 2022 1:48 PM
> To: main@ap-gto.groups.io
> Subject: Re: [ap-gto] A note on the video of the SGP and APCC settings for the meridian flip
>
> On Tue, Apr 5, 2022 at 07:40 AM, Ray Gralak wrote:
>
>
>       Hi Marcelo,
>
>
>
>       First, you can easily avoid this by changing “Stop Tracking” to “Just Warn”.
>
>
>
>       More importantly, you have not defined the actual meridian limits of the telescope on your mount and set a
> Flip Offset.
>
>
>
> Thank you Ray.
>
> Fortunately I have a very clear view of the sky and don't need specific limits, I was just trying to make sure that in
> case something goes wrong during the flip the mount doesn't continue tracking and the scope hits the pillar.
>







Re: A note on the video of the SGP and APCC settings for the meridian flip #APCC

Ray Gralak
 

Hi Marcelo,

More importantly, you have not defined the actual meridian limits of the telescope
on your mount and set a Flip Offset.
Fortunately I have a very clear view of the sky and don't need specific limits,
You might be confusing Meridian limits with Horizon Limits.

Horizon limits are used to define the area of the sky the telescope can view.

Meridian limits define how far you can, or want, to allow the mount to slew or track from the meridian,. The limit is usually set to be just before a counterweight-up pier collision would occur.

The set of Meridian Limits can, and likely will, be different between different telescopes on the same mount because each telescope and its accessories have different dimensions. It is a set of limits instead of a single limit because the meridian limit at each declination can change.

-Ray

-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Marcelo Figueroa via groups.io
Sent: Sunday, April 10, 2022 1:48 PM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] A note on the video of the SGP and APCC settings for the meridian flip

On Tue, Apr 5, 2022 at 07:40 AM, Ray Gralak wrote:


Hi Marcelo,



First, you can easily avoid this by changing “Stop Tracking” to “Just Warn”.



More importantly, you have not defined the actual meridian limits of the telescope on your mount and set a
Flip Offset.



Thank you Ray.

Fortunately I have a very clear view of the sky and don't need specific limits, I was just trying to make sure that in
case something goes wrong during the flip the mount doesn't continue tracking and the scope hits the pillar.


Re: CP5 Connection Error - FindFreeQacIndex

Marcelo Figueroa
 

I don't know if it really has anything to do with it, but I had this problem relatively frequently. I was using AnyDesk as a remote control program, then just to test I switched to Google Remote Desktop and in the last weeks I have only had this error once.

4801 - 4820 of 90590