Date   

Re: California on fire

KHursh
 

Gotta be honest, headline scared the bejeezus outta me. I've been evacuated too many times.


Re: California on fire

Jeff B
 

Ooooooooh niiiiiiiiiiice!


On Sat, Jan 30, 2021 at 7:56 PM Glenn <public@...> wrote:

I hope my fellow Californians will forgive the topic title—we've had too many fires lately. But this picture does remind me of a long streak of fire in the sky. I've always wanted to image this one. I used my new ASI294MM Pro camera, Starizona Apex ED L reducer, and Astrodon 5 nm filters. My trusty Mach1 performed flawlessly night after night, as it always does. I chose the HSO color palette rather than my usual SHO because the resulting colors enhance the flame-like appearance of the nebula. 

The picture and image details can be found on AstroBin.

Kind regards,

Glenn Diekmann
Southern California


Re: APCC emergency stop no longer showing up.

Ray Gralak
 

I do have the option "Show emergency Stop Window selected. I even toggled it on and off.
Any ideas?
Did you try a Goto? The Emergency Stop window will not appear until you issue a slew.

If you don't see it still, check if "Save Window Positions" is enabled in the Settings menu. Disable it if it is. If you have multiple monitors, or changed resolution, the window may be popping up outside of your current monitor's field of view.

BTW, how about the "Find GTOCP4/5"? Did you try it?

-Ray Gralak
Author of PEMPro
Author of APCC (Astro-Physics Command Center): https://www.astro-physics.com/apcc-pro
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 Tom Blahovici
Sent: Saturday, January 30, 2021 5:06 PM
To: main@ap-gto.groups.io
Subject: [ap-gto] APCC emergency stop no longer showing up.

Hi
I do have the option "Show emergency Stop Window selected. I even toggled it on and off.
Any ideas?
Thanks, Tom


APCC emergency stop no longer showing up.

Tom Blahovici
 

Hi
I do have the option "Show emergency Stop Window selected.  I even toggled it on and off.
Any ideas?
Thanks, Tom


California on fire

Glenn
 

I hope my fellow Californians will forgive the topic title—we've had too many fires lately. But this picture does remind me of a long streak of fire in the sky. I've always wanted to image this one. I used my new ASI294MM Pro camera, Starizona Apex ED L reducer, and Astrodon 5 nm filters. My trusty Mach1 performed flawlessly night after night, as it always does. I chose the HSO color palette rather than my usual SHO because the resulting colors enhance the flame-like appearance of the nebula. 

The picture and image details can be found on AstroBin.

Kind regards,

Glenn Diekmann
Southern California


Re: Dec limit in Mach2

Ray Gralak
 

Hi Luca,

I scanned your logs and I don't see any "motor stall" errors, but I do see that the mount was hitting a declination limit.

On APCC's AE tab, you might try disabling Dec Limits if it is enabled.

-Ray Gralak
Author of PEMPro
Author of APCC (Astro-Physics Command Center): https://www.astro-physics.com/apcc-pro
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 Luca Marinelli
Sent: Saturday, January 30, 2021 4:04 PM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] Dec limit in Mach2

On Sat, Jan 30, 2021 at 06:31 PM, Roland Christen wrote:


1) Make sure that your mount is balanced.
2) make sure that all 4 clutch knobs are tight. When they are loose the mount may stop slewing which
triggers a motor stall.

Unless you have limits set up, the mount will not reach limits until it is totally upside down.

The mount is also never lost unless you send a faulty recal.

If you do lose the position due to faulty recal, the mount's true position in the sky is always recovered when
you send it home.


If you are unparking the mount from previous position, you do not have the latest APCC version for the
Mach2. The Mach2 does not need to be told to unpark from any position because it has absolute encoders and
always knows where the axes are pointed. The correct version of APCC will not prompt you to unpark the mount
from any position.

Rolando

Thank you, Roland

I am just as perplexed by this behavior and am inclined to agree that there has to be some leftover from the
Mach1 setting that is messing me up.
To your points:

1) and 2) The optics is balanced and the clutches are hand tight. The mount is carrying a FSQ106, so nothing
heavy. I don't think I need to tighten the clutches with a hex wrench.

I don't have limits set up. As you can see in the screenshot I attached, when APCC gave the error Dec limit was
reached, the mount was pointing to the Northwest, on it way to Park 3. I don't what Dec limit it is referring to. As I
said, sending it home works, but I don't think I should be sending the mount home a couple of times a session.
Obviously, I am doing something wrong or there is a setting that is preventing it from working correctly.

I am running APCC Pro version 1.8.8.17, firmware VCP5-P02-08, encoder version A02-08 (see attached
screenshot). I don't think there is a more recent version of the software. When I launch APCC Pro, the mount
initialization screen includes the field Unpark from: Last Parked. Should it not? Is this mount initialization screen
incorrect for the Mach2 (again see attached screenshot).

Incidentally, tonight I launched the imaging run without first sending the mount home and it did not give the error.
We'll see if it also parks the mount successfully in the morning when it's done.

Thanks a lot,

Luca



Re: Dec limit in Mach2

Luca Marinelli
 

On Sat, Jan 30, 2021 at 06:31 PM, Roland Christen wrote:
1) Make sure that your mount is balanced.
2) make sure that all 4 clutch knobs are tight. When they are loose the mount may stop slewing which triggers a motor stall.
 
Unless you have limits set up, the mount will not reach limits until it is totally upside down.
The mount is also never lost unless you send a faulty recal.
If you do lose the position due to faulty recal, the mount's true position in the sky is always recovered when you send it home.
 
If you are unparking the mount from previous position, you do not have the latest APCC version for the Mach2. The Mach2 does not need to be told to unpark from any position because it has absolute encoders and always knows where the axes are pointed. The correct version of APCC will not prompt you to unpark the mount from any position.
 
Rolando
Thank you, Roland

I am just as perplexed by this behavior and am inclined to agree that there has to be some leftover from the Mach1 setting that is messing me up. 
To your points:

1) and 2) The optics is balanced and the clutches are hand tight. The mount is carrying a FSQ106, so nothing heavy. I don't think I need to tighten the clutches with a hex wrench. 

I don't have limits set up. As you can see in the screenshot I attached, when APCC gave the error Dec limit was reached, the mount was pointing to the Northwest, on it way to Park 3. I don't what Dec limit it is referring to. As I said, sending it home works, but I don't think I should be sending the mount home a couple of times a session. Obviously, I am doing something wrong or there is a setting that is preventing it from working correctly. 

I am running APCC Pro version 1.8.8.17, firmware VCP5-P02-08, encoder version A02-08 (see attached screenshot). I don't think there is a more recent version of the software. When I launch APCC Pro, the mount initialization screen  includes the field Unpark from: Last Parked. Should it not? Is this mount initialization screen incorrect for the Mach2 (again see attached screenshot).

Incidentally, tonight I launched the imaging run without first sending the mount home and it did not give the error. We'll see if it also parks the mount successfully in the morning when it's done. 

Thanks a lot,

Luca


Re: Dec limit in Mach2

Roland Christen
 

Luca,

I have alerted the members of our software team about your issue. It may very well be a simple error in the user entries in APCC. We had one other user last year that had a similar problem and it was fixed in his APCC entries, but I don't remember what specifically we advised him to look for. We'll get your mount running properly with APCC, so hang in there.

Rolando

-----Original Message-----
From: Luca Marinelli <photo@...>
To: main@ap-gto.groups.io
Sent: Sat, Jan 30, 2021 3:07 pm
Subject: [ap-gto] Dec limit in Mach2

I have been battling an issue with the Mach2 that is difficult for me to pinpoint. I am using the Mach2 with APCC Pro, I finish an imaging session by parking the mount to Park 3. When I start APCC at the beginning of an imaging session, i initialize the mount by unparking from latest park position. The coordinates reported by CP5 are correct. When I launch the imaging run and start by slewing and centering on the target via plate solving, often the mount will hang mid-slew. AP ASCOM and APCC will report that the mount is slewing but the motors are not running. There is usually an error message of motor stall and also a notice of Dec limit reached. I have not set up Dec limits, the mount is not hitting against the mechanical Dec limit.

Last night to avoid this problem I started the session by issuing a Find Home command immediately after unparking from Park 3. The slew and center to the target went well and the imaging run started without errors. This morning when I went to shut down I found that the mount was parked in place close to Park 3 but not exactly. There was a fault triggered northern limit reached error message. I unparked, issued a Find Home command, parked at park 3 and all was well.

I am not sure if it is an issue with the CP5 or APCC Pro. It appears that the mount somehow gets lost easily and it requires frequent Find Home commands, even without having issues incorrect recals. I wonder if there are still leftover settings from when I used this computer and APCC Pro with the Mach1 that was recently replaced by the Mach2 that are causing these issues.

I am attaching a couple of screenshots demonstrating the messages and problem and a link to log files from the last few sessions. 

https://www.dropbox.com/s/52ijjx876pjxwh8/ApccZip-Luca_Marinelli-2021-01-30-155940.zip?dl=0

Thank you,

Luca




--
Roland Christen
Astro-Physics


Re: Dec limit in Mach2

Roland Christen
 

1) Make sure that your mount is balanced.
2) make sure that all 4 clutch knobs are tight. When they are loose the mount may stop slewing which triggers a motor stall.

Unless you have limits set up, the mount will not reach limits until it is totally upside down.
The mount is also never lost unless you send a faulty recal.
If you do lose the position due to faulty recal, the mount's true position in the sky is always recovered when you send it home.

If you are unparking the mount from previous position, you do not have the latest APCC version for the Mach2. The Mach2 does not need to be told to unpark from any position because it has absolute encoders and always knows where the axes are pointed. The correct version of APCC will not prompt you to unpark the mount from any position.

Rolando

-----Original Message-----
From: Luca Marinelli <photo@...>
To: main@ap-gto.groups.io
Sent: Sat, Jan 30, 2021 3:07 pm
Subject: [ap-gto] Dec limit in Mach2

I have been battling an issue with the Mach2 that is difficult for me to pinpoint. I am using the Mach2 with APCC Pro, I finish an imaging session by parking the mount to Park 3. When I start APCC at the beginning of an imaging session, i initialize the mount by unparking from latest park position. The coordinates reported by CP5 are correct. When I launch the imaging run and start by slewing and centering on the target via plate solving, often the mount will hang mid-slew. AP ASCOM and APCC will report that the mount is slewing but the motors are not running. There is usually an error message of motor stall and also a notice of Dec limit reached. I have not set up Dec limits, the mount is not hitting against the mechanical Dec limit.

Last night to avoid this problem I started the session by issuing a Find Home command immediately after unparking from Park 3. The slew and center to the target went well and the imaging run started without errors. This morning when I went to shut down I found that the mount was parked in place close to Park 3 but not exactly. There was a fault triggered northern limit reached error message. I unparked, issued a Find Home command, parked at park 3 and all was well.

I am not sure if it is an issue with the CP5 or APCC Pro. It appears that the mount somehow gets lost easily and it requires frequent Find Home commands, even without having issues incorrect recals. I wonder if there are still leftover settings from when I used this computer and APCC Pro with the Mach1 that was recently replaced by the Mach2 that are causing these issues.

I am attaching a couple of screenshots demonstrating the messages and problem and a link to log files from the last few sessions. 

https://www.dropbox.com/s/52ijjx876pjxwh8/ApccZip-Luca_Marinelli-2021-01-30-155940.zip?dl=0

Thank you,

Luca




--
Roland Christen
Astro-Physics


Re: Find my CP4!!! How annoying!

Ray Gralak
 

The first 4 are not the case. DHCP did assign an IP address. The Fifth, broadcasts, might be the case. It's a new
router but I would think it would enable broadcasts by default.
Assuming you can now connect APCC via the network to your CP4, you can narrow down the reason for the original problem by using the Find CP4/5 feature in APCC.

To use the feature, you will have to disconnect from the mount first, then click the button with the magnifying glass.

If APCC finds your CP4, that means one of the first four items likely applied.

If APCC does not find your CP4, you should check your router's settings to see if it is blocking broadcasts.

-Ray Gralak
Author of PEMPro
Author of APCC (Astro-Physics Command Center): https://www.astro-physics.com/apcc-pro
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 Tom Blahovici
Sent: Saturday, January 30, 2021 3:07 PM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] Find my CP4!!! How annoying!

The first 4 are not the case. DHCP did assign an IP address. The Fifth, broadcasts, might be the case. It's a new
router but I would think it would enable broadcasts by default.
Tom
On Sat, Jan 30, 2021 at 12:51 PM, Ray Gralak wrote:


Hi Tom,

APCC broadcasts a message to your entire LAN so some reasons why the CP4 would not have
responded are:

1. The CP4 wasn't powered on.
2. The CP4 or computer were not connected to the same LAN subnet.
3. The CP4 was configured incorrectly for the LAN (e.g. a static IP inconsistent with the router's subnet).
4. The router hadn't provided an IP address to the CP4 via DHCP.
5. The router blocked the broadcasts.

In cases where you can't figure out the problem, it might be worthwhile to have an alternate way to
connect (i.e., serial or USB cable).

-Ray Gralak
Author of PEMPro
Author of APCC (Astro-Physics Command Center): https://www.astro-physics.com/apcc-pro
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 Tom Blahovici
Sent: Saturday, January 30, 2021 12:18 PM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] Find my CP4!!! How annoying!

Hi
Ray,
Yes I found that option except it did not work at all. No mounts show up.
In fact my router does not even show that the CP4 is on line or off line. It does however assign an
IP address.
The router is as state of the art as can be, a WiFi 6 router. I am using a cabled connection from the
CP4, not
WiFi.
There is one other device on my Net that does not show up. An aquarium controller.


On Sat, Jan 30, 2021 at 12:51 PM, Ray Gralak wrote:


Hi Tom,

APCC broadcasts a message to your entire LAN so some reasons why the CP4 would not have
responded are:

1. The CP4 wasn't powered on.
2. The CP4 or computer were not connected to the same LAN subnet.
3. The CP4 was configured incorrectly for the LAN (e.g. a static IP inconsistent with the router's subnet).
4. The router hadn't provided an IP address to the CP4 via DHCP.
5. The router blocked the broadcasts.

In cases where you can't figure out the problem, it might be worthwhile to have an alternate way to
connect (i.e., serial or USB cable).

-Ray Gralak
Author of PEMPro
Author of APCC (Astro-Physics Command Center): https://www.astro-physics.com/apcc-pro
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 Tom Blahovici
Sent: Saturday, January 30, 2021 12:18 PM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] Find my CP4!!! How annoying!

Hi
Ray,
Yes I found that option except it did not work at all. No mounts show up.
In fact my router does not even show that the CP4 is on line or off line. It does however assign an
IP address.
The router is as state of the art as can be, a WiFi 6 router. I am using a cabled connection from the
CP4, not
WiFi.
There is one other device on my Net that does not show up. An aquarium controller.


The first 4 are not the case. The fifth though might be. I'll need to investigate.


Re: Find my CP4!!! How annoying!

Tom Blahovici
 

The first 4 are not the case. DHCP did assign an IP address. The Fifth, broadcasts, might be the case. It's a new router but I would think it would enable broadcasts by default.
Tom
On Sat, Jan 30, 2021 at 12:51 PM, Ray Gralak wrote:
Hi Tom,

APCC broadcasts a message to your entire LAN so some reasons why the CP4 would not have responded are:

1. The CP4 wasn't powered on.
2. The CP4 or computer were not connected to the same LAN subnet.
3. The CP4 was configured incorrectly for the LAN (e.g. a static IP inconsistent with the router's subnet).
4. The router hadn't provided an IP address to the CP4 via DHCP.
5. The router blocked the broadcasts.

In cases where you can't figure out the problem, it might be worthwhile to have an alternate way to connect (i.e., serial or USB cable).

-Ray Gralak
Author of PEMPro
Author of APCC (Astro-Physics Command Center): https://www.astro-physics.com/apcc-pro
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 Tom Blahovici
Sent: Saturday, January 30, 2021 12:18 PM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] Find my CP4!!! How annoying!

Hi
Ray,
Yes I found that option except it did not work at all. No mounts show up.
In fact my router does not even show that the CP4 is on line or off line. It does however assign an IP address.
The router is as state of the art as can be, a WiFi 6 router. I am using a cabled connection from the CP4, not
WiFi.
There is one other device on my Net that does not show up. An aquarium controller.

 On Sat, Jan 30, 2021 at 12:51 PM, Ray Gralak wrote:
Hi Tom,

APCC broadcasts a message to your entire LAN so some reasons why the CP4 would not have responded are:

1. The CP4 wasn't powered on.
2. The CP4 or computer were not connected to the same LAN subnet.
3. The CP4 was configured incorrectly for the LAN (e.g. a static IP inconsistent with the router's subnet).
4. The router hadn't provided an IP address to the CP4 via DHCP.
5. The router blocked the broadcasts.

In cases where you can't figure out the problem, it might be worthwhile to have an alternate way to connect (i.e., serial or USB cable).

-Ray Gralak
Author of PEMPro
Author of APCC (Astro-Physics Command Center): https://www.astro-physics.com/apcc-pro
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 Tom Blahovici
Sent: Saturday, January 30, 2021 12:18 PM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] Find my CP4!!! How annoying!

Hi
Ray,
Yes I found that option except it did not work at all. No mounts show up.
In fact my router does not even show that the CP4 is on line or off line. It does however assign an IP address.
The router is as state of the art as can be, a WiFi 6 router. I am using a cabled connection from the CP4, not
WiFi.
There is one other device on my Net that does not show up. An aquarium controller.

 The first 4 are not the case. The fifth though might be. I'll need to investigate.


Dec limit in Mach2

Luca Marinelli
 

I have been battling an issue with the Mach2 that is difficult for me to pinpoint. I am using the Mach2 with APCC Pro, I finish an imaging session by parking the mount to Park 3. When I start APCC at the beginning of an imaging session, i initialize the mount by unparking from latest park position. The coordinates reported by CP5 are correct. When I launch the imaging run and start by slewing and centering on the target via plate solving, often the mount will hang mid-slew. AP ASCOM and APCC will report that the mount is slewing but the motors are not running. There is usually an error message of motor stall and also a notice of Dec limit reached. I have not set up Dec limits, the mount is not hitting against the mechanical Dec limit.

Last night to avoid this problem I started the session by issuing a Find Home command immediately after unparking from Park 3. The slew and center to the target went well and the imaging run started without errors. This morning when I went to shut down I found that the mount was parked in place close to Park 3 but not exactly. There was a fault triggered northern limit reached error message. I unparked, issued a Find Home command, parked at park 3 and all was well.

I am not sure if it is an issue with the CP5 or APCC Pro. It appears that the mount somehow gets lost easily and it requires frequent Find Home commands, even without having issues incorrect recals. I wonder if there are still leftover settings from when I used this computer and APCC Pro with the Mach1 that was recently replaced by the Mach2 that are causing these issues.

I am attaching a couple of screenshots demonstrating the messages and problem and a link to log files from the last few sessions. 

https://www.dropbox.com/s/52ijjx876pjxwh8/ApccZip-Luca_Marinelli-2021-01-30-155940.zip?dl=0

Thank you,

Luca




Re: Find my CP4!!! How annoying!

Ray Gralak
 

Hi Tom,

APCC broadcasts a message to your entire LAN so some reasons why the CP4 would not have responded are:

1. The CP4 wasn't powered on.
2. The CP4 or computer were not connected to the same LAN subnet.
3. The CP4 was configured incorrectly for the LAN (e.g. a static IP inconsistent with the router's subnet).
4. The router hadn't provided an IP address to the CP4 via DHCP.
5. The router blocked the broadcasts.

In cases where you can't figure out the problem, it might be worthwhile to have an alternate way to connect (i.e., serial or USB cable).

-Ray Gralak
Author of PEMPro
Author of APCC (Astro-Physics Command Center): https://www.astro-physics.com/apcc-pro
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 Tom Blahovici
Sent: Saturday, January 30, 2021 12:18 PM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] Find my CP4!!! How annoying!

Hi
Ray,
Yes I found that option except it did not work at all. No mounts show up.
In fact my router does not even show that the CP4 is on line or off line. It does however assign an IP address.
The router is as state of the art as can be, a WiFi 6 router. I am using a cabled connection from the CP4, not
WiFi.
There is one other device on my Net that does not show up. An aquarium controller.


Re: Find my CP4!!! How annoying!

Tom Blahovici
 

Marj,
You need a user ID and password to download the mount finder.  Really not needed.  
Tom


Re: Find my CP4!!! How annoying!

Tom Blahovici
 

Hi
Ray,
Yes I found that option except it did not work at all.  No mounts show up.
In fact my router does not even show that the CP4 is on line or off line.  It does however assign an IP address. The router is as state of the art as can be, a WiFi 6 router. I am using a cabled connection from the CP4, not WiFi.
There is one  other device on my Net that does not show up. An aquarium controller.


Re: Find my CP4!!! How annoying!

 

Tom,

 

There are several tools that can be accessed from our website. Click on the Support tab and then Technical Support for Current Products.

https://www.astro-physics.com/support/

 

Scroll down to GTOCP4 and GTOCP5 Control Boxes and take your pick of several options.

 

As Ray mentioned, APCC can also provide the information that you need.

 

Our tech team is revising the recommendations for accessing your CP4 or CP5. Since IP addresses can change, it might be better to set up your own user name and password.

 

We recommend that you write all of your serial numbers in your manual for future reference as well as other useful information.

 

 

Clear Skies,

Marj Christen

Astro-Physics

11250 Forest Hills Road

Machesney Park, IL 61115

Phone: 815-282-1513

www.astro-physics.com

 

From: main@ap-gto.groups.io <main@ap-gto.groups.io> On Behalf Of Tom Blahovici
Sent: Saturday, January 30, 2021 11:22 AM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] Find my CP4!!! How annoying!

 

Hi

Yes I know. However, you require a user name and password to get access to it.
Hence I was wondering if I needed to wait until Monday to get it.
Not very user friendly. If a person is at a remote site they could have wasted time going there. I can understand that perhaps there is some considerations about intellectual property, but in this case, an IP scanner tool does the same thing.  Not to mention that if it is at a remote site, you don't necessarily have access to the serial number.
IMO, It should just install with APPC.
Best regards, Tom


Re: Daylight saving time/Inaccurate GOTO's

Eduardo Oliveira
 

Hi Ray,

Thanks for your reply. I will check if there is something wrong with
the way Windows is handling this...

Regards,

Eduardo

On Tue, Jan 26, 2021 at 2:01 AM Ray Gralak <groups3@gralak.com> wrote:

Hi Eduardo,

position). I am running APCC Standard version 1.8.8.14. When I look at
the option "Manage Sites" I get a Time offset of -2.0, when the
correct would be -3.0. The time zone is correctly configured
(Brasilia, UTC -3), however we are not under daylight saving time this
year in Brazil (exceptionally) and I think this is causing some issue
with the way the mount is behaving. I can see that APCC is applying
APCC reads the Time Zone entries from Windows, so you may need to check for and apply any available Windows updates.

-Ray Gralak
Author of PEMPro
Author of APCC (Astro-Physics Command Center): https://www.astro-physics.com/apcc-pro
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 Eduardo Oliveira
Sent: Monday, January 25, 2021 3:32 PM
To: main@ap-gto.groups.io
Subject: [ap-gto] Daylight saving time/Inaccurate GOTO's

Hi everyone,

I am having an issue with my Mach1GTO mount that I suspect is caused
by an incorrect configuration of time zone offset due to daylight
saving time. The problem I am getting is a very inaccurate GOTO and a
counterweight pointing upwards upon parking (I always park to Park 4
position). I am running APCC Standard version 1.8.8.14. When I look at
the option "Manage Sites" I get a Time offset of -2.0, when the
correct would be -3.0. The time zone is correctly configured
(Brasilia, UTC -3), however we are not under daylight saving time this
year in Brazil (exceptionally) and I think this is causing some issue
with the way the mount is behaving. I can see that APCC is applying
daylight saving time as "TRUE" so that the offset it is sending to the
mount is UTC-2.0 instead of UTC-3.0, however since we are not under
daylight saving time this year in Brazil this may be causing some
confusion?....This has not happened last year when we were under
daylight saving time. Can someone help?

Regards,

E. Oliveira








Re: Mountains and Dragons - IC1805

Jeff B
 

" I'm using the other one to test some accessories."

Curiosity abounds.  🤔😀

On Sat, Jan 30, 2021 at 11:05 AM Roland Christen via groups.io <chris1011=aol.com@groups.io> wrote:
I used just the 160 for this one. I'm using the other one to test some accessories.

Rolando



-----Original Message-----
From: Luca Marinelli <photo@...>
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Sent: Fri, Jan 29, 2021 7:08 pm
Subject: Re: [ap-gto] Mountains and Dragons - IC1805

That’s a beautiful image. Ha luminance worked a treat to tame down the noisy channels.

Did you use both telescopes to collect this data or only one?

Luca

On Jan 29, 2021, at 8:02 PM, Pete Mumbower via groups.io <pmumbower=hotmail.com@groups.io> wrote:

Wow that is a superb image, thin clouds or not. Well done. That Mach2 isn't sweating with that load!

Pete

--
Roland Christen
Astro-Physics


Re: Find my CP4!!! How annoying!

Ray Gralak
 

Hi Tom,

Thank you guys so much! The scanner worked. I had been entering the IP address manually and gave up at
192.168.1.155...it was 157 lol...
This is nuts though. The tool should be in the APPC or astro-physics folder. One should not have to go through
so many hoops to get this.
APCC has a function to find your CP4 if it is on your LAN and assigned an IP address by your router, which looks like the case from what you said above.

-Ray Gralak
Author of PEMPro
Author of APCC (Astro-Physics Command Center): https://www.astro-physics.com/apcc-pro
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 Tom Blahovici
Sent: Saturday, January 30, 2021 9:22 AM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] Find my CP4!!! How annoying!

Hi
Yes I know. However, you require a user name and password to get access to it.
Hence I was wondering if I needed to wait until Monday to get it.
Not very user friendly. If a person is at a remote site they could have wasted time going there. I can understand
that perhaps there is some considerations about intellectual property, but in this case, an IP scanner tool does
the same thing. Not to mention that if it is at a remote site, you don't necessarily have access to the serial
number.
IMO, It should just install with APPC.
Best regards, Tom



Re: Find my CP4!!! How annoying!

Tom Blahovici
 

Hi
Yes I know. However, you require a user name and password to get access to it.
Hence I was wondering if I needed to wait until Monday to get it.
Not very user friendly. If a person is at a remote site they could have wasted time going there. I can understand that perhaps there is some considerations about intellectual property, but in this case, an IP scanner tool does the same thing.  Not to mention that if it is at a remote site, you don't necessarily have access to the serial number.
IMO, It should just install with APPC.
Best regards, Tom

3801 - 3820 of 79702