Date   

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.


Re: Error message in APCC with sync command in TheSkyX Pro #APCC

Juergen Riedmeier
 

Hi Ray,

based on your info and the help of an astro friend,
the problem could be solved.
What you have already pointed out and also described on the Astro-Physics website, in the depths of Win10, the comma " , " had to be changed to a point " . "
Now the sync command works with APCC.
Thank you for your help.
many Greetings
Jürgen


Re: pointing Polaris

Peter Bresler
 

Because of the height of my pier Polaris is at a fairly good angle to reach the secondary mirror. I used Merak.


Re: USB / Serial and WIFI connection #Mach2GTO

Roland Christen
 


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.

Rolando


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

Hello,
I had a Mach1 GTOCP4 for 1 year and I used it in my observatory. I happened to use the WIFI connection to do positioning with Skysafari, but I did not if at the same time I had the USB / Serie connection active with the connection on my PC and APPC open.With my new Mach2 and the GTOCP5, I already connected by WIFI with Skysafari, but since with the connection to the PC (during the photo sessions) I noticed that the access point was not active so invisible in the network WIFI whether from PC or smartphone, however it appears when APPC is disconnected from the mount.It seems to me to have understood that the USB / Serie connection could be done by a virtual port. True or false? This allows to connect to the GTOCP5 in another way (except keyboard) and therefore can be by WIFI.The question 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?

Thanks

Dominique

11821 - 11840 of 82388