Date   

Mach2 Unguided testing continues

Roland Christen
 

hello Astronuts,

We are getting about 1 day for every 7 when the skies clear enough for me to do final keypad testing. The keypad has two methods of modeling that allows unguided imaging. The first one does a limited pointing model along the path that the image will take during the night. The second method simply measures the drift rate of a star at or near the object to be imaged. This second method is what I did last night. For most applications one needs only to take a short drift measurement of any star in a frame at maybe 2 to 4 points along the path that the image will follow. One point every 1 to 2 hours RA along the path will produce a very accurate model for drift.

Below is a 15 minute UNGUIDED exposure I took last night with the Mach2 mount, purposely NOT polar aligned, off to the point where RA and Dec were drifting at 16 arc sec/hr and 88arcsec/hr respectively. I took a single 5 min drift measurement at the beginning of the exposure and used that to set the custom tracking rates for the axes (all done automatically in the keypad). It was good for the next hour of unguided imaging. A second and third drift measurement was added for 3 more hours, but clouds moved in.

With a good model the accuracy is better, in my opinion, than guiding with PHD2 or MaximDL. There is no jumping around, back and forth pushing and pulling of the axes according to momentary guide star positions and sky scintillation. It's a smooth motion, very accurate tracking under precise encoder control. This is with a 160EDF refractor of 1200mm focal length at .9 arc sec per pixel image scale.

The drift model resides in the mount controller, so actually doesn't need a laptop to store the data. The drift measurement can be done with a consumer digital camera, and then that camera can be used all night to gather images without ever having any guider attached.

Roland


Re: APCC Standard v1.8.2.0 and APCC Pro v1.8.2.1

Leon
 

Ray,

I always watch the threads on all updates. When do you plan to update the website for the 1.8.2.1? Your attached email with the links does not work and I even tried the embedded links in the email and that didn't work. I think the only place I can download is from the Astro-physics website. that works fine.

thanks.

Also, if you have another moment to answer a very simple question, call it old age or anything else, but when using APCC, and I always get confused right off the bat regarding the tabs that are highlighted for use and the others that are grayed out....which is which? To me its like tornado watch and warning.......reason is I can never simply look and understand which is which and which is available when I am parked or not parked and seems its just not clear enough, don't know if any one has ever commented on this. What about obvious colors to use? Shaded and unshaded just doesn't get me to what i need to see. If they were colorized tabs , if they were Red and green, Red is not available to select, green is, I would know what to use but your tabs are shaded and unshaded, I know, i Know , geez what must one do to satisfy!!!!

Anyway, that's my question.. thanks. SO what I usually get hung up is at initial start up, I go to park 2 then turn on the scope, then pull up APCC, then connect, then I go to park screen and try to figure out what to do, So I'm parked now, do I unpark first, of course , then if so what tab, etc.......I'm usually OK when I'm closing up shop and go to park 2 and then park there. then shut down every thing. Any help or short cuts or understanding this a little better I would appreciate.

thanks. Leon Fasano






On Monday, May 25, 2020, 08:35:53 PM CDT, Ray Gralak <groups3@...> wrote:


> Thanks Ray. I dont usually have this problem, but APCC Pro cannot see that an update is available.

The download links are in the post.

Some people wanted direct download links and an announcement when the updates are available. This is that!

I'll update the download link in a few days.

-Ray Gralak
Author of APCC (Astro-Physics Command Center): https://www.astro-physics.com/apcc-pro
Author of PEMPro V3:  https://www.ccdware.com
Author of Astro-Physics V2 ASCOM Driver: https://www.siriusimaging.com/apdriver

> -----Original Message-----
> From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Bill Long
> Sent: Monday, May 25, 2020 5:41 PM
> To: main@ap-gto.groups.io
> Subject: Re: [ap-gto] APCC Standard v1.8.2.0 and APCC Pro v1.8.2.1
>
> Thanks Ray. I dont usually have this problem, but APCC Pro cannot see that an update is available.
>
> ________________________________
>
> From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Ray Gralak <groups3@...>
> Sent: Monday, May 25, 2020 4:17 PM
> To: main@ap-gto.groups.io <main@ap-gto.groups.io>
> Subject: [ap-gto] APCC Standard v1.8.2.0 and APCC Pro v1.8.2.1
>
> Hello All,
>
> I am announcing the availability of APCC Standard 1.8.2.0 and APCC Pro 1.8.2.1 (links below).
>
> Most of the changes are bug fixes and are itemized here:
>
> APCC - BUG Fix - Tracking rates were not working correctly for the GTOCP3 in 1.8.1.1.
>
> APCC - BUG FIX - Prevent Mach 2 from setting HOME to be anything other than Park 3.
>
> APCC - BUG FIX - The ASCOM driver can send values in exponential notation when the value is near zero.
> APCC was rejecting this exponential notation.
>
> APCC - BUG Fix - Commands starting with "G_" were rejected.
>
> APCC - BUG Fix - Clear flashing scope view when user clears all errors.
>
> APCC - BUG FIX - Settings were not always being correctly saved.
>
> APCC - BUG Fix - Prevent possible overflow in Meridian Limits Add Point dialog.
>
> APCC - BUG FIX - Horizons - some of the menus did nothing.
>
> APCC - BUG FIX - Horizons - Fixed a number of display bugs and made the displayed data more useful.
>
> APCC - BUG Fix - fixed an integer overflow error that would happen occasionally.
>
> APCC Pro - BUG FIX - APPM - Slew would sometimes fail to appear to complete thus stalling data mapping
> runs.
>
> APCC Pro - BUG Fix - tracking rate correction was not always saved correctly.
>
> APCC - Improvement - Moved virtual port handlers to their own threads to reduce latency when user interface
> elements are updated.
>
> APCC - Improvement - In the Meridian Tracking Limits Explorer dialog window, add a button to update Meridian
> Inclination.
>
> APCC Standard 1.8.2.0:
> https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.apastrosoftware.com%2Fapcc_dow
> nload%2FAPCC_Standard_Setup_1.8.2.0.exe&amp;data=02%7C01%7C%7Cd3819656ab894ec5dd6c08d801
> 01be39%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637260454274942528&amp;sdata=iRQL4P
> Sfuk5q6ObBb7VLFU4H7Nuap3q3Q5xQjGhqzig%3D&amp;reserved=0
>
> APCC Pro 1.8.2.1:
> https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.apastrosoftware.com%2Fapcc_dow
> nload%2FAPCC_Pro_Setup_1.8.2.1.exe&amp;data=02%7C01%7C%7Cd3819656ab894ec5dd6c08d80101be3
> 9%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637260454274942528&amp;sdata=ZFZA40sAdw
> Ll0P3IIh2MduVrjLQeX%2F2%2FHeSEpFg7KyA%3D&amp;reserved=0
>
> APCC Standard PDF:
> https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.apastrosoftware.com%2Fapcc_dow
> nload%2Fapcc-
> std.pdf&amp;data=02%7C01%7C%7Cd3819656ab894ec5dd6c08d80101be39%7C84df9e7fe9f640afb435aaaa
> aaaaaaaa%7C1%7C0%7C637260454274942528&amp;sdata=YF3Oh6Ce%2Fh%2BwCQEe%2FUPZTKBhSgqj
> uwlXCg6u9yMLOgM%3D&amp;reserved=0
>
> APCC Pro PDF:
> https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.apastrosoftware.com%2Fapcc_dow
> nload%2Fapcc-
> pro.pdf&amp;data=02%7C01%7C%7Cd3819656ab894ec5dd6c08d80101be39%7C84df9e7fe9f640afb435aaaa
> aaaaaaaa%7C1%7C0%7C637260454274942528&amp;sdata=tFNKJyAPRawNeKLpibPWGR5EyCzJTaFYgG0
> VDkpEhNM%3D&amp;reserved=0
>
> -Ray Gralak
> Author of APCC (Astro-Physics Command Center):
> https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.astro-physics.com%2Fapcc-
> pro&amp;data=02%7C01%7C%7Cd3819656ab894ec5dd6c08d80101be39%7C84df9e7fe9f640afb435aaaaaaa
> aaaaa%7C1%7C0%7C637260454274942528&amp;sdata=F6gvmHzFDNP%2BJAD%2B8jExUIswhl7kgBzojcS
> M5WNKNIg%3D&amp;reserved=0
> <https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.astro-physics.com%2Fapcc-
> pro&amp;data=02%7C01%7C%7Cd3819656ab894ec5dd6c08d80101be39%7C84df9e7fe9f640afb435aaaaaaa
> aaaaa%7C1%7C0%7C637260454274942528&amp;sdata=F6gvmHzFDNP%2BJAD%2B8jExUIswhl7kgBzojcS
> M5WNKNIg%3D&amp;reserved=0>
> Author of PEMPro V3:
> https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ccdware.com%2F&data=02%
> 7C01%7C%7Cd3819656ab894ec5dd6c08d80101be39%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0
> %7C637260454274942528&amp;sdata=58JmvmgtI3AsOGZrHjVqlbPyCxtFOIJJuIIApGt4EvY%3D&amp;reserv
> ed=0
> <https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ccdware.com%2F&data=02
> %7C01%7C%7Cd3819656ab894ec5dd6c08d80101be39%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C
> 0%7C637260454274942528&amp;sdata=58JmvmgtI3AsOGZrHjVqlbPyCxtFOIJJuIIApGt4EvY%3D&amp;reser
> ved=0>
> Author of Astro-Physics V2 ASCOM Driver:
> https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.siriusimaging.com%2Fapdriver&a
> mp;data=02%7C01%7C%7Cd3819656ab894ec5dd6c08d80101be39%7C84df9e7fe9f640afb435aaaaaaaaaaa
> a%7C1%7C0%7C637260454274952514&amp;sdata=UWVzbzixhnJx7qAJrgP81PLJBLkl6dE%2B1oN4YO99uy
> E%3D&amp;reserved=0
> <https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.siriusimaging.com%2Fapdriver&
> amp;data=02%7C01%7C%7Cd3819656ab894ec5dd6c08d80101be39%7C84df9e7fe9f640afb435aaaaaaaaaa
> aa%7C1%7C0%7C637260454274952514&amp;sdata=UWVzbzixhnJx7qAJrgP81PLJBLkl6dE%2B1oN4YO99u
> yE%3D&amp;reserved=0>
>
>
>
>
>
>





Re: Strange behavior between CCDAP/APCC-AP Driver #APCC

Roland Christen
 

Unparking has nothing to do with sending the scope to the wrong side. Parking with slight time discrepancies between 3rd party apps cause the scope to be either on the east or west side.
Did you read my explanation in my previous post?

Rolando



-----Original Message-----
From: Jos� Joaqu�n P�rez Guy <cotejardinero@...>
To: main@ap-gto.groups.io
Sent: Wed, May 27, 2020 2:47 pm
Subject: Re: [ap-gto] Strange behavior between CCDAP/APCC-AP Driver #APCC

That's correct, George. Unparking from.last park position

El mié., 27 de mayo de 2020 15:14, George <george@...> escribió:
Jose,
 
And are you unparking from Last Parked (not Park 1)?
 
Regards,
 
George
 
George Whitney
Astro-Physics, Inc.
Phone:  815-282-1513
Email:  george@...
 
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Jos? Joaqu?n P?rez Guy
Sent: Wednesday, May 27, 2020 1:24 PM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] Strange behaviour between CCDAP/APCC-AP Driver #APCC
 
Both, APCC and the driver has set the same position : Park 1
 
El mié., 27 de mayo de 2020 14:21, Ray Gralak <groups3@...> escribió:
I am not sure if this is the problem but CCDAP uses the ASCOM driver to park the mount so the ASCOM driver's park position will be used, not the park position set in APCC.

-Ray Gralak
Author of APCC (Astro-Physics Command Center): https://www.astro-physics.com/apcc-pro
Author of PEMPro V3:  https://www.ccdware.com
Author of Astro-Physics V2 ASCOM Driver: https://www.siriusimaging.com/apdriver


> -----Original Message-----
> From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Jos? Joaqu?n P?rez Guy
> Sent: Wednesday, May 27, 2020 10:39 AM
> To: main@ap-gto.groups.io
> Subject: [ap-gto] Strange behaviour between CCDAP/APCC-AP Driver #APCC
>
> Dear Ray, I´m a proud owner of an AP1200 CP4 mount and have been a regular user of ACPP for many years
> with no issues so far.
>
> I have a remote observatory in Chile (southern hemisphere) controlled by CCDAP and want to automate the
> flats acquisition.
>
> Everything works well, except to the point when the flats begins. The session beggins with Park the mount
> (Park 1 is selected to match the Field Flattener's position), CCDAP waits for Civil Dusk, and then parks the
> mount again but this time the mount moves positioning the OTA in the east side of the pier....I don´t know what
> I´m doing wrong here.
>
> If I check the command "Park" from CCDAP it uses the park position indicated by APCC correctly so I´m
> struggled with this..
>
> Looking forward for your response.
>
> Best regards,
>
>
>
>




Re: Strange behavior between CCDAP/APCC-AP Driver #APCC

Jos� Joaqu�n P�rez Guy
 

That's correct, George. Unparking from.last park position


El mié., 27 de mayo de 2020 15:14, George <george@...> escribió:

Jose,

 

And are you unparking from Last Parked (not Park 1)?

 

Regards,

 

George

 

George Whitney

Astro-Physics, Inc.

Phone:  815-282-1513

Email:  george@...

 

From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Jos? Joaqu?n P?rez Guy
Sent: Wednesday, May 27, 2020 1:24 PM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] Strange behaviour between CCDAP/APCC-AP Driver #APCC

 

Both, APCC and the driver has set the same position : Park 1

 

El mié., 27 de mayo de 2020 14:21, Ray Gralak <groups3@...> escribió:

I am not sure if this is the problem but CCDAP uses the ASCOM driver to park the mount so the ASCOM driver's park position will be used, not the park position set in APCC.

-Ray Gralak
Author of APCC (Astro-Physics Command Center): https://www.astro-physics.com/apcc-pro
Author of PEMPro V3:  https://www.ccdware.com
Author of Astro-Physics V2 ASCOM Driver: https://www.siriusimaging.com/apdriver


> -----Original Message-----
> From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Jos? Joaqu?n P?rez Guy
> Sent: Wednesday, May 27, 2020 10:39 AM
> To: main@ap-gto.groups.io
> Subject: [ap-gto] Strange behaviour between CCDAP/APCC-AP Driver #APCC
>
> Dear Ray, I´m a proud owner of an AP1200 CP4 mount and have been a regular user of ACPP for many years
> with no issues so far.
>
> I have a remote observatory in Chile (southern hemisphere) controlled by CCDAP and want to automate the
> flats acquisition.
>
> Everything works well, except to the point when the flats begins. The session beggins with Park the mount
> (Park 1 is selected to match the Field Flattener's position), CCDAP waits for Civil Dusk, and then parks the
> mount again but this time the mount moves positioning the OTA in the east side of the pier....I don´t know what
> I´m doing wrong here.
>
> If I check the command "Park" from CCDAP it uses the park position indicated by APCC correctly so I´m
> struggled with this..
>
> Looking forward for your response.
>
> Best regards,
>
>
>
>




Re: USB / Serial and WIFI connection #Mach2GTO

Dominique Durand
 
Edited

Thanks George and Rolando,

All software connections work well via virtual ports since I did the modeling and I use a mapping software without worries. What happens is when I turn on the mount and it is not connected to the PC in USB / Serie, the WIFI network GTOGP5_Net_25 is active and appears in the list of networks on my smartphone (and on the PC ), but when I connect the mount to the PC, the GTOCP5_NET_25 network disappears.Perhaps there is a parameter to modify on the GTOCP5 by the Ethernet or WIFI connection if it is not connected to the PC?


Re: Strange behavior between CCDAP/APCC-AP Driver #APCC

George
 

Jose,

 

And are you unparking from Last Parked (not Park 1)?

 

Regards,

 

George

 

George Whitney

Astro-Physics, Inc.

Phone:  815-282-1513

Email:  george@...

 

From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Jos? Joaqu?n P?rez Guy
Sent: Wednesday, May 27, 2020 1:24 PM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] Strange behaviour between CCDAP/APCC-AP Driver #APCC

 

Both, APCC and the driver has set the same position : Park 1

 

El mié., 27 de mayo de 2020 14:21, Ray Gralak <groups3@...> escribió:

I am not sure if this is the problem but CCDAP uses the ASCOM driver to park the mount so the ASCOM driver's park position will be used, not the park position set in APCC.

-Ray Gralak
Author of APCC (Astro-Physics Command Center): https://www.astro-physics.com/apcc-pro
Author of PEMPro V3:  https://www.ccdware.com
Author of Astro-Physics V2 ASCOM Driver: https://www.siriusimaging.com/apdriver


> -----Original Message-----
> From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Jos? Joaqu?n P?rez Guy
> Sent: Wednesday, May 27, 2020 10:39 AM
> To: main@ap-gto.groups.io
> Subject: [ap-gto] Strange behaviour between CCDAP/APCC-AP Driver #APCC
>
> Dear Ray, I´m a proud owner of an AP1200 CP4 mount and have been a regular user of ACPP for many years
> with no issues so far.
>
> I have a remote observatory in Chile (southern hemisphere) controlled by CCDAP and want to automate the
> flats acquisition.
>
> Everything works well, except to the point when the flats begins. The session beggins with Park the mount
> (Park 1 is selected to match the Field Flattener's position), CCDAP waits for Civil Dusk, and then parks the
> mount again but this time the mount moves positioning the OTA in the east side of the pier....I don´t know what
> I´m doing wrong here.
>
> If I check the command "Park" from CCDAP it uses the park position indicated by APCC correctly so I´m
> struggled with this..
>
> Looking forward for your response.
>
> Best regards,
>
>
>
>




Re: Strange behaviour between CCDAP/APCC-AP Driver #APCC

Roland Christen
 

Park 1 is determined by time. It is set to approximately 5 hours 59 minutes 50 seconds past the meridian point. If the time in your CCDAP program is slightly different by 11 seconds or more, it will send the mount to 6hrs 00min 01 seconds past the meridian, which will of course set the scope on the east side of the pier.

Park1 is a problem because it is set at very nearly the flip point of the mount. So, if there is a slight time discrepancy between two applications, the mount may park the scope on the other side. Both positions are valid because both point the scope at the Northern/Southern horizon.

Park 2 and Park3 avoid this because both of those are 6 hours from the flip point. Park4 and 5 are also vulnerable to slight time discrepancies between various external apps. In order to be accurate, all apps used on the mount must have exactly the same time, down to 1 second.

Rolando



-----Original Message-----
From: Jos� Joaqu�n P�rez Guy <cotejardinero@...>
To: main@ap-gto.groups.io
Sent: Wed, May 27, 2020 1:24 pm
Subject: Re: [ap-gto] Strange behaviour between CCDAP/APCC-AP Driver #APCC

Both, APCC and the driver has set the same position : Park 1

El mié., 27 de mayo de 2020 14:21, Ray Gralak <groups3@...> escribió:
I am not sure if this is the problem but CCDAP uses the ASCOM driver to park the mount so the ASCOM driver's park position will be used, not the park position set in APCC.

-Ray Gralak
Author of APCC (Astro-Physics Command Center): https://www.astro-physics.com/apcc-pro
Author of PEMPro V3:  https://www.ccdware.com
Author of Astro-Physics V2 ASCOM Driver: https://www.siriusimaging.com/apdriver


> -----Original Message-----
> From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Jos? Joaqu?n P?rez Guy
> Sent: Wednesday, May 27, 2020 10:39 AM
> To: main@ap-gto.groups.io
> Subject: [ap-gto] Strange behaviour between CCDAP/APCC-AP Driver #APCC
>
> Dear Ray, I´m a proud owner of an AP1200 CP4 mount and have been a regular user of ACPP for many years
> with no issues so far.
>
> I have a remote observatory in Chile (southern hemisphere) controlled by CCDAP and want to automate the
> flats acquisition.
>
> Everything works well, except to the point when the flats begins. The session beggins with Park the mount
> (Park 1 is selected to match the Field Flattener's position), CCDAP waits for Civil Dusk, and then parks the
> mount again but this time the mount moves positioning the OTA in the east side of the pier....I don´t know what
> I´m doing wrong here.
>
> If I check the command "Park" from CCDAP it uses the park position indicated by APCC correctly so I´m
> struggled with this..
>
> Looking forward for your response.
>
> Best regards,
>
>
>
>





Re: Strange behaviour between CCDAP/APCC-AP Driver #APCC

Jos� Joaqu�n P�rez Guy
 

Both, APCC and the driver has set the same position : Park 1


El mié., 27 de mayo de 2020 14:21, Ray Gralak <groups3@...> escribió:
I am not sure if this is the problem but CCDAP uses the ASCOM driver to park the mount so the ASCOM driver's park position will be used, not the park position set in APCC.

-Ray Gralak
Author of APCC (Astro-Physics Command Center): https://www.astro-physics.com/apcc-pro
Author of PEMPro V3:  https://www.ccdware.com
Author of Astro-Physics V2 ASCOM Driver: https://www.siriusimaging.com/apdriver


> -----Original Message-----
> From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Jos? Joaqu?n P?rez Guy
> Sent: Wednesday, May 27, 2020 10:39 AM
> To: main@ap-gto.groups.io
> Subject: [ap-gto] Strange behaviour between CCDAP/APCC-AP Driver #APCC
>
> Dear Ray, I´m a proud owner of an AP1200 CP4 mount and have been a regular user of ACPP for many years
> with no issues so far.
>
> I have a remote observatory in Chile (southern hemisphere) controlled by CCDAP and want to automate the
> flats acquisition.
>
> Everything works well, except to the point when the flats begins. The session beggins with Park the mount
> (Park 1 is selected to match the Field Flattener's position), CCDAP waits for Civil Dusk, and then parks the
> mount again but this time the mount moves positioning the OTA in the east side of the pier....I don´t know what
> I´m doing wrong here.
>
> If I check the command "Park" from CCDAP it uses the park position indicated by APCC correctly so I´m
> struggled with this..
>
> Looking forward for your response.
>
> Best regards,
>
>
>
>





Re: Strange behaviour between CCDAP/APCC-AP Driver #APCC

Ray Gralak
 

I am not sure if this is the problem but CCDAP uses the ASCOM driver to park the mount so the ASCOM driver's park position will be used, not the park position set in APCC.

-Ray Gralak
Author of APCC (Astro-Physics Command Center): https://www.astro-physics.com/apcc-pro
Author of PEMPro V3: https://www.ccdware.com
Author of Astro-Physics V2 ASCOM Driver: https://www.siriusimaging.com/apdriver

-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Jos? Joaqu?n P?rez Guy
Sent: Wednesday, May 27, 2020 10:39 AM
To: main@ap-gto.groups.io
Subject: [ap-gto] Strange behaviour between CCDAP/APCC-AP Driver #APCC

Dear Ray, I´m a proud owner of an AP1200 CP4 mount and have been a regular user of ACPP for many years
with no issues so far.

I have a remote observatory in Chile (southern hemisphere) controlled by CCDAP and want to automate the
flats acquisition.

Everything works well, except to the point when the flats begins. The session beggins with Park the mount
(Park 1 is selected to match the Field Flattener's position), CCDAP waits for Civil Dusk, and then parks the
mount again but this time the mount moves positioning the OTA in the east side of the pier....I don´t know what
I´m doing wrong here.

If I check the command "Park" from CCDAP it uses the park position indicated by APCC correctly so I´m
struggled with this..

Looking forward for your response.

Best regards,




Re: USB / Serial and WIFI connection #Mach2GTO

Roland Christen
 

I connect my Mach2 directly from the laptop 4 ways simultaneously. One connection is with USB cord going from USB connector on the laptop directly to the USB connector on the mount. i connect SkyX, MaximDL and PHD2 via this simple connection on one com port. I can do this directly with only the ASCOM driver connected or with APCC connected and the 3 programs connected thru virtual com ports. Both work easily and always.

My second connection is a direct Ethernet cable going from my laptop Ethernet connector directly to the CP5 Ethernet input. With this connection I can communicate directly with the mount via the AP terminal mode.

My third connection can be via wifi and smart phone apps.

My 4th connection is the keypad which I can use for many different functions.

All 4 connections work seamlessly together. The first one requires setting up the AP ASCOM driver. The rest are stand-alone.

Rolando



-----Original Message-----
From: Dominique Durand via groups.io <dom33.durand@...>
To: main@ap-gto.groups.io
Sent: Wed, May 27, 2020 12:57 pm
Subject: Re: [ap-gto] USB / Serial and WIFI connection #Mach2GTO

On Wed, May 27, 2020 at 01:55 AM, uncarollo2 <chris1011@...> wrote:
is therefore is it possible to have active at the same time, a USB / Serie connection on the PC and a connection by WIFI on the smartphone?
Yes, certainly.
 
The question is how? I tried what I seem to have understood on the APCC manual ... but without success.
When the connection port is a virtual port the impossibility to connect flashing is displayed.

Dominique




Re: USB / Serial and WIFI connection #Mach2GTO

George
 

Dominique,

 

Reference:

https://astro-physics.info/tech_support/mounts/quick-start-workflow-guide.pdf

 

Regards,

 

George

 

George Whitney

Astro-Physics, Inc.

Phone:  815-282-1513

Email:  george@...

 

From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Dominique Durand via groups.io
Sent: Wednesday, May 27, 2020 12:57 PM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] USB / Serial and WIFI connection #Mach2GTO

 

On Wed, May 27, 2020 at 01:55 AM, uncarollo2 <chris1011@...> wrote:

is therefore is it possible to have active at the same time, a USB / Serie connection on the PC and a connection by WIFI on the smartphone?

Yes, certainly.

 

The question is how? I tried what I seem to have understood on the APCC manual ... but without success.
When the connection port is a virtual port the impossibility to connect flashing is displayed.

Dominique

 

 


Re: USB / Serial and WIFI connection #Mach2GTO

Dominique Durand
 

On Wed, May 27, 2020 at 01:55 AM, uncarollo2 <chris1011@...> wrote:
is therefore is it possible to have active at the same time, a USB / Serie connection on the PC and a connection by WIFI on the smartphone?
Yes, certainly.
 
The question is how? I tried what I seem to have understood on the APCC manual ... but without success.
When the connection port is a virtual port the impossibility to connect flashing is displayed.

Dominique




Strange behaviour between CCDAP/APCC-AP Driver #APCC

Jos� Joaqu�n P�rez Guy
 

Dear Ray, I´m a proud owner of an AP1200 CP4 mount and have been a regular user of ACPP for many years with no issues so far.
 
I have a remote observatory in Chile (southern hemisphere) controlled by CCDAP and want to automate the flats acquisition.
 
Everything works well, except to the point when the flats begins. The session beggins with Park the mount (Park 1 is selected to match the Field Flattener's position), CCDAP waits for Civil Dusk, and then parks the mount again but this time the mount moves positioning the OTA in the east side of the pier....I don´t know what I´m doing wrong here.
 
If I check the command "Park" from CCDAP it uses the park position indicated by APCC correctly so I´m struggled with this..
 
Looking forward for your response.
 
Best regards,



Re: Mach2 power consumption #Mach2GTO

 

All my other equipment is based on 12V power.  I use the Pyramid indoors for testing/practice, or in the back yard.  Otherwise when at a dark site, it's all 12V batteries.  But, I'll give it a try.

Thanks for reminding me about microstepping.  With the Arduino focuser I mentioned before, I intentionally used a stepper with a 28:1 planetary gear reduction.  That way I could avoid microstepping and thus put it to sleep without losing its position.  With that gearing, it's very resistant to external movement. 

Jerome


Re: pointing Polaris

Roland Christen
 

Not quite. Polaris rotates like every other star around the north celestial pole.

Rolando



-----Original Message-----
From: Peter Bresler via groups.io <PABresler@...>
To: main@ap-gto.groups.io
Sent: Wed, May 27, 2020 9:53 am
Subject: Re: [ap-gto] pointing Polaris

I thought Polaris did not move at all, and its angle corresponds to your latitude?  It stays at the same place day or night. Everything rotates around it.


Re: Using Astrophotography Tool to capture images and drive 900GTO but the Meridian Delay is not working for some reason

George
 

Kevin,

 

Are you connecting through the ASCOM driver (AstroPhysics GTO ASCOM Mount)?

 

Regards,

 

George

 

George Whitney

Astro-Physics, Inc.

Phone:  815-282-1513

Email:  george@...

 

From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Kevin Boucher
Sent: Wednesday, May 27, 2020 10:07 AM
To: main@ap-gto.groups.io
Subject: [ap-gto] Using Astrophotography Tool to capture images and drive 900GTO but the Meridian Delay is not working for some reason

 

Anyway I am driving the mount via a GOTO command from APT (Astrophotography Tool) and the mount seems to completely ignore the Meridian delay setting. I use that extensively to get the most imaging out of my night without worries of cameras hitting the pier. I checked the Setup-> "Time & season setting" and it is correct. Not sure what else to look for. I have a CP3 controller with Q firmware version as I remember. I have also tried parking mount and then moving it to around the Park 3 configuration before issuing the GOTO command from APT with no luck as I remember there was an issue starting from Park 1 position as I know not really supported but works best for my Obs setup.

 

Appreciate any ideas you an offer...


Re: pointing Polaris

Worsel
 

Peter

As Dale points out, Polaris is not exactly at 90.00 degrees.

For visual and crude navigational purposes, Polaris proximity to the NCP (<0.75 degrees) is good enough

and if any of us are around in 12000 years, we could use Vega as the "North Star" although it will not be as close as Polaris is today.

Bryan


Using Astrophotography Tool to capture images and drive 900GTO but the Meridian Delay is not working for some reason

Kevin Boucher
 

Anyway I am driving the mount via a GOTO command from APT (Astrophotography Tool) and the mount seems to completely ignore the Meridian delay setting. I use that extensively to get the most imaging out of my night without worries of cameras hitting the pier. I checked the Setup-> "Time & season setting" and it is correct. Not sure what else to look for. I have a CP3 controller with Q firmware version as I remember. I have also tried parking mount and then moving it to around the Park 3 configuration before issuing the GOTO command from APT with no luck as I remember there was an issue starting from Park 1 position as I know not really supported but works best for my Obs setup.
 
Appreciate any ideas you an offer...


Re: pointing Polaris

Dale Ghent
 

Polaris does not sit directly on the north celestial pole. It's J2000 declination is 89 16' 05". If it were exactly on the NCP, it would be at 90.0 degrees. Even if it was exactly on the NCP right now, it wouldn't be there for long due to precession.

So, yes, Polaris and other circumpolar objects can cause the mount to go upside down and even do a west -> east meridian flip if the object is "under" the NCP.

On May 27, 2020, at 10:53 AM, Peter Bresler via groups.io <PABresler=aol.com@groups.io> wrote:

I thought Polaris did not move at all, and its angle corresponds to your latitude? It stays at the same place day or night. Everything rotates around it.


Re: pointing Polaris

Peter Bresler
 

I thought Polaris did not move at all, and its angle corresponds to your latitude?  It stays at the same place day or night. Everything rotates around it.

10721 - 10740 of 81291