Date   

Re: problem with GTOCP4

Geert
 

Hello,

 

Thanks to the info from Steve, as reported earlier, the CP4 and AP1200 worked fine again last night.  I put the telescope manually in Park 4 position and in APCC standard started Unpark from Park 4.  I did not need to do a new sync, just a recalibration on the first star I selected.  Then I did a new PEMPRO run before doing some imaging and all went well.

 

Thanks,

 

Geert

 

Van: main@ap-gto.groups.io <main@ap-gto.groups.io> Namens uncarollo2 <chris1011@...> via groups.io
Verzonden: dinsdag 4 augustus 2020 15:00
Aan: main@ap-gto.groups.io
Onderwerp: Re: [ap-gto] problem with GTOCP4

 

We know what the problem is and our software engineer is preparing a solution. Please hang in there.

 

Rolando

 

-----Original Message-----
From: Christopher Erickson <christopher.k.erickson@...>
To: main@ap-gto.groups.io
Sent: Tue, Aug 4, 2020 7:48 am
Subject: Re: [ap-gto] problem with GTOCP4

I have been suspecting that there is a subtle bug in the CP4 code for logical horizon limits for some time now. Sometimes my Mach1 with CP4 will not go East/West beyond some point near the meridian and it takes several unparks from known positions before it gets reset and everything goes back to normal. For me, it seems to mostly show up when using the hand controller. I have never been able to really narrow down the behavior or reproduce it on command. All I know is that it might take several restarts from a known park position to clear it.

 

Switching to a CP3 just makes sure that I will lose my PEM training in the CP4. And the CP3 too, of course.


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

 

On Tue, Aug 4, 2020, 1:43 AM Steve Reilly <sreilly24590@...> wrote:

I had a similar incident with my AP1200 w/CP4 and switched back to the CP3. Howard found that the coordinates in the CP4 were preventing the mount from moving east. I could use the N/S/W buttons to move the mount but not the east. How those coordinates became errant is beyond me. I was running ACP Expert when this occurred as usual and it had been a successful night of imaging. It happened when it was running the shutdown script and trying to park the mount before closing the roof. I was also using APCC Pro at the time as usual. NO clue as to how this happened Howard cleared it up ad has been running (sort of) since. With the bad weather it’s been more not running then running since. What I had not tried was manually moving it to say Park 4, kill power, and then reconnect with then doing a resume from Park 4. Maybe give that a try just in case. Won’t be dead on but maybe get you back in service and then recalibrate on a star or do an image link/plate solve to refine your position.

 

-Steve

 

 

From: main@ap-gto.groups.io <main@ap-gto.groups.io> On Behalf Of Geert
Sent: Tuesday, August 4, 2020 3:43 AM
To: main@ap-gto.groups.io
Subject: [ap-gto] problem with GTOCP4

 

Hello,

 

Since March 2020 I’m using a GTOCP4 on my AP1200 without issues.  Last night however, after some hours of imaging, when I issued a GoTo from TheSky to another object, the mount did not respond anymore (using APCC Standard on PC). 

 

A Park 4 command only gave a “slewing” window but the mount did not move. 

 

I got a motor stall error (only once), cleared it from the log and this did not come back after further attempts.  Mount is well balanced. 

 

LED was amber.  I checked the power cord and tried another power source, LED remained amber.

 

Disconnected/reconnected power lead from CP4, LED was red first but then amber almost immediately.

 

Disconnected from APCC, connected my handcontroller: LED remained amber, but I could move the mount E-W but in DEC only one direction (S) worked. Connected DEC lead to RA motor, same result – only one direction worked.  Park commands did not work, GoTo’s did not work.

 

I then changed the CP4 with the CP3 from my Mach1 mount and no more problems, all directions work, park commands work, GoTo’s work, LED is red all the time.

 

Any idea’s, someone?

 

CS,

 

Geert

 

This email has been scanned by BullGuard antivirus protection.

For more info visit www.bullguard.com


This email has been scanned by BullGuard antivirus protection.
For more info visit www.bullguard.com


Re: How to reset a Mach1 and GTOCP4?

michaeljhanson@...
 

Marcella,

Yes, you can change the WiFi password for the embedded WiFi access point without knowing the current one.  With Ethernet, you can choose the "Advanced WiFi Settings" tab on the main embedded web page.  This is the preferred approach. 

Regards,
Mike Hanson


Re: IR Cut filters

Robert Chozick
 

Thanks Christian. I also use a luminance filter and will continue to do so. 

Robert 


On Aug 4, 2020, at 3:09 AM, christian viladrich <christian.viladrich@...> wrote:



With my old FSQ-106, I use an L filter (cutting UV and IR). Star images in L or B are very fine.

Christian

Le 03/08/2020 à 02:24, Stuart a écrit :
I think the FSQn's were colour corrected for film and people complained about the blue halos when super blue sensitive ccd's came on the scene. It didn't bug me but I had run out of things to image with it and wanted the AP130EDT for visual and solar.


On Sun, 2 Aug 2020 at 22:13, Robert Chozick via groups.io <rchozick=aol.com@groups.io> wrote:
There is a certain quality to the images that I like. I’m not sure I can describe it.   My other scopes come and go but I want to keep the FSQ   

Robert 


On Aug 2, 2020, at 8:05 PM, Dean Jacobsen <deanjacobsen@...> wrote:

On Sun, Aug 2, 2020 at 06:01 PM, Robert Chozick wrote:
After looking at many different images with the N and newer version I want to keep my fluorite. 
Why?
 
--
Dean Jacobsen
http://astrophoto.net/wp/
Image Gallery - http://astrophoto.net/wp/image-gallery/
Astrobin - https://www.astrobin.com/users/deanjacobsen/ 

--

Stuart
http://www.astrofoto.ca/stuartheggie/


Re: How to reset a Mach1 and GTOCP4?

Marcelo Figueroa
 

Okay, thank you.
 
What about the wifi, if I connect directly via cable (ethernet/usb) can I change the password without knowing the current one?
 
Thanks again,
 


Re: problem with GTOCP4

Geert
 

The problem went away after an unpark from Park 4 instead of from last position (via APCC).

Geert

Op di 4 aug. 2020 om 16:59 schreef uncarollo2 <chris1011@...> via groups.io <chris1011=aol.com@groups.io>:

We know what the problem is and our software engineer is preparing a solution. Please hang in there.

Rolando

-----Original Message-----
From: Christopher Erickson <christopher.k.erickson@...>
To: main@ap-gto.groups.io
Sent: Tue, Aug 4, 2020 7:48 am
Subject: Re: [ap-gto] problem with GTOCP4

I have been suspecting that there is a subtle bug in the CP4 code for logical horizon limits for some time now. Sometimes my Mach1 with CP4 will not go East/West beyond some point near the meridian and it takes several unparks from known positions before it gets reset and everything goes back to normal. For me, it seems to mostly show up when using the hand controller. I have never been able to really narrow down the behavior or reproduce it on command. All I know is that it might take several restarts from a known park position to clear it.

Switching to a CP3 just makes sure that I will lose my PEM training in the CP4. And the CP3 too, of course.


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

On Tue, Aug 4, 2020, 1:43 AM Steve Reilly <sreilly24590@...> wrote:
I had a similar incident with my AP1200 w/CP4 and switched back to the CP3. Howard found that the coordinates in the CP4 were preventing the mount from moving east. I could use the N/S/W buttons to move the mount but not the east. How those coordinates became errant is beyond me. I was running ACP Expert when this occurred as usual and it had been a successful night of imaging. It happened when it was running the shutdown script and trying to park the mount before closing the roof. I was also using APCC Pro at the time as usual. NO clue as to how this happened Howard cleared it up ad has been running (sort of) since. With the bad weather it’s been more not running then running since. What I had not tried was manually moving it to say Park 4, kill power, and then reconnect with then doing a resume from Park 4. Maybe give that a try just in case. Won’t be dead on but maybe get you back in service and then recalibrate on a star or do an image link/plate solve to refine your position.
 
-Steve
 
 
From: main@ap-gto.groups.io <main@ap-gto.groups.io> On Behalf Of Geert
Sent: Tuesday, August 4, 2020 3:43 AM
To: main@ap-gto.groups.io
Subject: [ap-gto] problem with GTOCP4
 
Hello,
 
Since March 2020 I’m using a GTOCP4 on my AP1200 without issues.  Last night however, after some hours of imaging, when I issued a GoTo from TheSky to another object, the mount did not respond anymore (using APCC Standard on PC). 
 
A Park 4 command only gave a “slewing” window but the mount did not move. 
 
I got a motor stall error (only once), cleared it from the log and this did not come back after further attempts.  Mount is well balanced. 
 
LED was amber.  I checked the power cord and tried another power source, LED remained amber.
 
Disconnected/reconnected power lead from CP4, LED was red first but then amber almost immediately.
 
Disconnected from APCC, connected my handcontroller: LED remained amber, but I could move the mount E-W but in DEC only one direction (S) worked. Connected DEC lead to RA motor, same result – only one direction worked.  Park commands did not work, GoTo’s did not work.
 
I then changed the CP4 with the CP3 from my Mach1 mount and no more problems, all directions work, park commands work, GoTo’s work, LED is red all the time.
 
Any idea’s, someone?
 
CS,
 
Geert
 
This email has been scanned by BullGuard antivirus protection.
For more info visit www.bullguard.com


Re: How to reset a Mach1 and GTOCP4?

Roland Christen
 

There is no Factory reset because there is nothing to reset. The new user would simply update the time, date and location from his time zone. Other than that, there is nothing else needed.

Rolando



-----Original Message-----
From: Marcelo Figueroa via groups.io <marfig1970@...>
To: main@ap-gto.groups.io
Sent: Tue, Aug 4, 2020 12:44 pm
Subject: [ap-gto] How to reset a Mach1 and GTOCP4?

Since I am selling my Mach1 with its GTOCP4, is there a way to do a factory reset?
 
Thanks,
 


How to reset a Mach1 and GTOCP4?

Marcelo Figueroa
 

Since I am selling my Mach1 with its GTOCP4, is there a way to do a factory reset?
 
Thanks,
 


Re: problem with GTOCP4

Roland Christen
 

We know what the problem is and our software engineer is preparing a solution. Please hang in there.

Rolando

-----Original Message-----
From: Christopher Erickson <christopher.k.erickson@...>
To: main@ap-gto.groups.io
Sent: Tue, Aug 4, 2020 7:48 am
Subject: Re: [ap-gto] problem with GTOCP4

I have been suspecting that there is a subtle bug in the CP4 code for logical horizon limits for some time now. Sometimes my Mach1 with CP4 will not go East/West beyond some point near the meridian and it takes several unparks from known positions before it gets reset and everything goes back to normal. For me, it seems to mostly show up when using the hand controller. I have never been able to really narrow down the behavior or reproduce it on command. All I know is that it might take several restarts from a known park position to clear it.

Switching to a CP3 just makes sure that I will lose my PEM training in the CP4. And the CP3 too, of course.


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

On Tue, Aug 4, 2020, 1:43 AM Steve Reilly <sreilly24590@...> wrote:
I had a similar incident with my AP1200 w/CP4 and switched back to the CP3. Howard found that the coordinates in the CP4 were preventing the mount from moving east. I could use the N/S/W buttons to move the mount but not the east. How those coordinates became errant is beyond me. I was running ACP Expert when this occurred as usual and it had been a successful night of imaging. It happened when it was running the shutdown script and trying to park the mount before closing the roof. I was also using APCC Pro at the time as usual. NO clue as to how this happened Howard cleared it up ad has been running (sort of) since. With the bad weather it’s been more not running then running since. What I had not tried was manually moving it to say Park 4, kill power, and then reconnect with then doing a resume from Park 4. Maybe give that a try just in case. Won’t be dead on but maybe get you back in service and then recalibrate on a star or do an image link/plate solve to refine your position.
 
-Steve
 
 
From: main@ap-gto.groups.io <main@ap-gto.groups.io> On Behalf Of Geert
Sent: Tuesday, August 4, 2020 3:43 AM
To: main@ap-gto.groups.io
Subject: [ap-gto] problem with GTOCP4
 
Hello,
 
Since March 2020 I’m using a GTOCP4 on my AP1200 without issues.  Last night however, after some hours of imaging, when I issued a GoTo from TheSky to another object, the mount did not respond anymore (using APCC Standard on PC). 
 
A Park 4 command only gave a “slewing” window but the mount did not move. 
 
I got a motor stall error (only once), cleared it from the log and this did not come back after further attempts.  Mount is well balanced. 
 
LED was amber.  I checked the power cord and tried another power source, LED remained amber.
 
Disconnected/reconnected power lead from CP4, LED was red first but then amber almost immediately.
 
Disconnected from APCC, connected my handcontroller: LED remained amber, but I could move the mount E-W but in DEC only one direction (S) worked. Connected DEC lead to RA motor, same result – only one direction worked.  Park commands did not work, GoTo’s did not work.
 
I then changed the CP4 with the CP3 from my Mach1 mount and no more problems, all directions work, park commands work, GoTo’s work, LED is red all the time.
 
Any idea’s, someone?
 
CS,
 
Geert
 
This email has been scanned by BullGuard antivirus protection.
For more info visit www.bullguard.com


Re: problem with GTOCP4

Christopher Erickson
 

I have been suspecting that there is a subtle bug in the CP4 code for logical horizon limits for some time now. Sometimes my Mach1 with CP4 will not go East/West beyond some point near the meridian and it takes several unparks from known positions before it gets reset and everything goes back to normal. For me, it seems to mostly show up when using the hand controller. I have never been able to really narrow down the behavior or reproduce it on command. All I know is that it might take several restarts from a known park position to clear it.

Switching to a CP3 just makes sure that I will lose my PEM training in the CP4. And the CP3 too, of course.


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


On Tue, Aug 4, 2020, 1:43 AM Steve Reilly <sreilly24590@...> wrote:

I had a similar incident with my AP1200 w/CP4 and switched back to the CP3. Howard found that the coordinates in the CP4 were preventing the mount from moving east. I could use the N/S/W buttons to move the mount but not the east. How those coordinates became errant is beyond me. I was running ACP Expert when this occurred as usual and it had been a successful night of imaging. It happened when it was running the shutdown script and trying to park the mount before closing the roof. I was also using APCC Pro at the time as usual. NO clue as to how this happened Howard cleared it up ad has been running (sort of) since. With the bad weather it’s been more not running then running since. What I had not tried was manually moving it to say Park 4, kill power, and then reconnect with then doing a resume from Park 4. Maybe give that a try just in case. Won’t be dead on but maybe get you back in service and then recalibrate on a star or do an image link/plate solve to refine your position.

 

-Steve

 

 

From: main@ap-gto.groups.io <main@ap-gto.groups.io> On Behalf Of Geert
Sent: Tuesday, August 4, 2020 3:43 AM
To: main@ap-gto.groups.io
Subject: [ap-gto] problem with GTOCP4

 

Hello,

 

Since March 2020 I’m using a GTOCP4 on my AP1200 without issues.  Last night however, after some hours of imaging, when I issued a GoTo from TheSky to another object, the mount did not respond anymore (using APCC Standard on PC). 

 

A Park 4 command only gave a “slewing” window but the mount did not move. 

 

I got a motor stall error (only once), cleared it from the log and this did not come back after further attempts.  Mount is well balanced. 

 

LED was amber.  I checked the power cord and tried another power source, LED remained amber.

 

Disconnected/reconnected power lead from CP4, LED was red first but then amber almost immediately.

 

Disconnected from APCC, connected my handcontroller: LED remained amber, but I could move the mount E-W but in DEC only one direction (S) worked. Connected DEC lead to RA motor, same result – only one direction worked.  Park commands did not work, GoTo’s did not work.

 

I then changed the CP4 with the CP3 from my Mach1 mount and no more problems, all directions work, park commands work, GoTo’s work, LED is red all the time.

 

Any idea’s, someone?

 

CS,

 

Geert

 

This email has been scanned by BullGuard antivirus protection.

For more info visit www.bullguard.com


Re: problem with GTOCP4

Steve Reilly
 

I had a similar incident with my AP1200 w/CP4 and switched back to the CP3. Howard found that the coordinates in the CP4 were preventing the mount from moving east. I could use the N/S/W buttons to move the mount but not the east. How those coordinates became errant is beyond me. I was running ACP Expert when this occurred as usual and it had been a successful night of imaging. It happened when it was running the shutdown script and trying to park the mount before closing the roof. I was also using APCC Pro at the time as usual. NO clue as to how this happened Howard cleared it up ad has been running (sort of) since. With the bad weather it’s been more not running then running since. What I had not tried was manually moving it to say Park 4, kill power, and then reconnect with then doing a resume from Park 4. Maybe give that a try just in case. Won’t be dead on but maybe get you back in service and then recalibrate on a star or do an image link/plate solve to refine your position.

 

-Steve

 

 

From: main@ap-gto.groups.io <main@ap-gto.groups.io> On Behalf Of Geert
Sent: Tuesday, August 4, 2020 3:43 AM
To: main@ap-gto.groups.io
Subject: [ap-gto] problem with GTOCP4

 

Hello,

 

Since March 2020 I’m using a GTOCP4 on my AP1200 without issues.  Last night however, after some hours of imaging, when I issued a GoTo from TheSky to another object, the mount did not respond anymore (using APCC Standard on PC). 

 

A Park 4 command only gave a “slewing” window but the mount did not move. 

 

I got a motor stall error (only once), cleared it from the log and this did not come back after further attempts.  Mount is well balanced. 

 

LED was amber.  I checked the power cord and tried another power source, LED remained amber.

 

Disconnected/reconnected power lead from CP4, LED was red first but then amber almost immediately.

 

Disconnected from APCC, connected my handcontroller: LED remained amber, but I could move the mount E-W but in DEC only one direction (S) worked. Connected DEC lead to RA motor, same result – only one direction worked.  Park commands did not work, GoTo’s did not work.

 

I then changed the CP4 with the CP3 from my Mach1 mount and no more problems, all directions work, park commands work, GoTo’s work, LED is red all the time.

 

Any idea’s, someone?

 

CS,

 

Geert

 

This email has been scanned by BullGuard antivirus protection.

For more info visit www.bullguard.com


Re: New file uploaded to ap-gto

CurtisC
 

Actually, Rolando, you needn't answer the questions about dithering.  I'm not happy with the performance of my Mach1GTO right now (delivered in Mar 2010).  The optimal amount of dithering is probably the absolutely least important thing I need to look at.  This past evening I did the Park1 to Park5 flip to work a different section of the RA worm gear.  After running PEMPro, my tracking was even worse than before.  I even had bad numbers in DEC, which I don't understand, since DEC has always been spot-on.  The excursions of the RA worm are far beyond spec.  It's never really been right, at least not since I first updated the PEC about a year after I received the mount.  The mount sits in an observatory now, but during the first two years I used it as a portable.  Maybe I knocked something out-of-spec when I was moving it around.  I'll do a re-lube with Aeroshell 33, and then I may be talking to George.


Re: IR Cut filters

christian viladrich
 

With my old FSQ-106, I use an L filter (cutting UV and IR). Star images in L or B are very fine.

Christian

Le 03/08/2020 à 02:24, Stuart a écrit :
I think the FSQn's were colour corrected for film and people complained about the blue halos when super blue sensitive ccd's came on the scene. It didn't bug me but I had run out of things to image with it and wanted the AP130EDT for visual and solar.


On Sun, 2 Aug 2020 at 22:13, Robert Chozick via groups.io <rchozick=aol.com@groups.io> wrote:
There is a certain quality to the images that I like. I’m not sure I can describe it.   My other scopes come and go but I want to keep the FSQ   

Robert 


On Aug 2, 2020, at 8:05 PM, Dean Jacobsen <deanjacobsen@...> wrote:

On Sun, Aug 2, 2020 at 06:01 PM, Robert Chozick wrote:
After looking at many different images with the N and newer version I want to keep my fluorite. 
Why?
 
--
Dean Jacobsen
http://astrophoto.net/wp/
Image Gallery - http://astrophoto.net/wp/image-gallery/
Astrobin - https://www.astrobin.com/users/deanjacobsen/ 

--

Stuart
http://www.astrofoto.ca/stuartheggie/


problem with GTOCP4

Geert
 

Hello,

 

Since March 2020 I’m using a GTOCP4 on my AP1200 without issues.  Last night however, after some hours of imaging, when I issued a GoTo from TheSky to another object, the mount did not respond anymore (using APCC Standard on PC). 

 

A Park 4 command only gave a “slewing” window but the mount did not move. 

 

I got a motor stall error (only once), cleared it from the log and this did not come back after further attempts.  Mount is well balanced. 

 

LED was amber.  I checked the power cord and tried another power source, LED remained amber.

 

Disconnected/reconnected power lead from CP4, LED was red first but then amber almost immediately.

 

Disconnected from APCC, connected my handcontroller: LED remained amber, but I could move the mount E-W but in DEC only one direction (S) worked. Connected DEC lead to RA motor, same result – only one direction worked.  Park commands did not work, GoTo’s did not work.

 

I then changed the CP4 with the CP3 from my Mach1 mount and no more problems, all directions work, park commands work, GoTo’s work, LED is red all the time.

 

Any idea’s, someone?

 

CS,

 

Geert


This email has been scanned by BullGuard antivirus protection.
For more info visit www.bullguard.com


Re: IP address of an AP1600 ?

christian viladrich
 

Thanks a lot !

Christian

Le 03/08/2020 à 16:39, uncarollo2 <chris1011@...> via groups.io a écrit :
I will forward this to our customer service guys.

Rolando



-----Original Message-----
From: christian viladrich <christian.viladrich@...>
To: main@ap-gto.groups.io
Sent: Mon, Aug 3, 2020 4:51 am
Subject: Re: [ap-gto] IP address of an AP1600 ?

Hello,
We've just tested the first procedure. The mount was connected though a COM port and the Ethernet port.
(1) First, it launched the AP V2 driver.
Here is a screen copy :
It says that :
Ethernet Hostname is : GTOCP4_192
Your Ethernet IPv4 Address is : 0.0.0.0
(2) When we try to connect to 0.0.0.0 address, it says "connection not found".
Isn't strange to get 0.0.0.0 as an ip address ?
Then we tried procedure number 2 (with the IP address calculator). We got an IP address different to 0.0.0.0, but could not connect to this address.
Any idea of any test we can try next ?
Christian
Le 02/08/2020 à 16:19, uncarollo2 <chris1011@...> via groups.io a écrit :

We are having a little bit of a problem to find the IP address of one of
the mounts (it is OK for the second one).
Hello Christian,

We have several ways to find the mount on our web page. I have posted them below. Try one of the "Find Mount" utilities and see if they work:


 
  • WiFi Poll for GTOCP4 and GTOCP5 Ethernet Application to find current IP addresses and other network information. It also can open the GTOCP4 or GTOCP5 webpage in IE. Requires AP V2 ASCOM Driver and a serial or USB connection to the control box. NOTE: We had removed the link to this .exe file earlier since it had caused a problem with firewalls and anti-virus programs. It is now back on the website as an encrypted ZIP file, and is in a restricted area of the website. Both the download and the zip-extraction will require the same password that you use for downloading Keypad firmware. Normal Windows extraction is fine. A purchased copy of WinZip is NOT required.
  • Default IP Address Calculator and Latitude/Longitude Coordinate Converter This link has two handy tools:
    ** IP Address Calculator - will take the CPx serial number and return the default IP address for the device. While the Wi-Fi poll and FindMounts look at your actual system and find devices, this only does a basic calculation without looking into your computer.
    ** Latitude/Longitude Coordinate Converter - Enter local coordinates in decimal degrees, and press Calculate Coordinates to get the Degree:Minute:Second format.
  • Find Mounts Java Applet to find current GTOCP4 IP addresses and other network information. Works for any computer - Windows, Mac or Linux running Java. Requires the Java Runtime Environment from Oracle (already found on many computers) This also was placed on the website as an encrypted ZIP file, and is in a restricted area of the website. Both the download and the zip-extraction will require the same password that you use for downloading Keypad firmware. Normal extraction is fine. A purchased copy of WinZip should NOT be required.
 


-----Original Message-----
From: christian viladrich <christian.viladrich@...>
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Sent: Sun, Aug 2, 2020 11:10 am
Subject: [ap-gto] IP address of an AP1600 ?

Hi,

I am currently on a mission at Astroqueyras observatory (France). We
have two AP1600 mounts up there.

We are having a little bit of a problem to find the IP address of one of
the mounts (it is OK for the second one).

We have the serial number of the mount. But when we apply the procedure,
there is no way to connect to this IP address.

Any idea of what can be going wrong ? Is there any way the scan the IP
address to find the address of the mount ?

Thanks for your help.

Christian Viladrich

Technical Support Group / Astroqueyras






Re: New file uploaded to ap-gto

CurtisC
 

The implicit question is: how much dithering is too much?  How much is not enough?


Re: Should Park 1 and Park 4 be parallel?

Forrest
 

All:

I can now confirm that this new process of leveling Park 1 / Park 4 to be parallel to each other works well and much better for me in this low latitude than trying to level the OTA with the DEC axis!

Daytime setup now back on track with this new "modified" process.

Thankyou all for your helpful commentary 


Re: Moving to a new imaging laptop #APCC

Dean Jacobsen
 

It appears to have worked fine here at home.  We won’t know for sure until I get “out there “ and it gets dark and cold.  Will take the old laptop as a backup.  I did go through the setup of the AP ASCOM driver though.
--
Dean Jacobsen
http://astrophoto.net/wp/
Image Gallery - http://astrophoto.net/wp/image-gallery/
Astrobin - https://www.astrobin.com/users/deanjacobsen/ 


Re: New file uploaded to ap-gto

Roland Christen
 


It takes me a lot more than "one or two guide moves" to get guiding again.
There are a boatload of variables, so I cannot even conceive an answer to that.

Rolando


-----Original Message-----
From: CurtisC via groups.io <calypte@...>
To: main@ap-gto.groups.io
Sent: Mon, Aug 3, 2020 5:11 pm
Subject: Re: [ap-gto] New file uploaded to ap-gto

This is an old thread, but this comment from Rolando on 05/06/2019 caught my eye:

"with MaximDL it takes only one or two guide moves to come back to the zero line. With the 28% Dec in PHD2 it takes 5 to 7 moves."
I'm using MaxIm DL.  TEC140ED main scope, Baader Vario-Finder as a guide scope with an SX Superstar guider.  The main camera is a QSI 683.  

What amount of dithering are you using, Rolando?  I've been using 3 pixels.  It takes me a lot more than "one or two guide moves" to get guiding again.  That's with 5 sec guide exposures.


Dithering

CurtisC
 

Sorry.  I replied to an ancient thread ("New files uploaded"), and my reply is four pages down.  Sorry.

OK, this comment from Rolando from 05/06/2019 caught my eye: "with MaximDL it takes only one or two guide moves to come back to the zero line. With the 28% Dec in PHD2 it takes 5 to 7 moves."


I'm using MaxIm DL.  TEC140ED main scope, Baader Vario-Finder as a guide scope with an SX Superstar guider.  The main camera is a QSI 683.  

What amount of dithering are you using, Rolando?  I've been using 3 pixels.  It takes me a lot more than "one or two guide moves" to get guiding again.  That's with 5 sec guide exposures.


Re: New file uploaded to ap-gto

CurtisC
 

This is an old thread, but this comment from Rolando on 05/06/2019 caught my eye:

"with MaximDL it takes only one or two guide moves to come back to the zero line. With the 28% Dec in PHD2 it takes 5 to 7 moves."

I'm using MaxIm DL.  TEC140ED main scope, Baader Vario-Finder as a guide scope with an SX Superstar guider.  The main camera is a QSI 683.  

What amount of dithering are you using, Rolando?  I've been using 3 pixels.  It takes me a lot more than "one or two guide moves" to get guiding again.  That's with 5 sec guide exposures.

7541 - 7560 of 79743