Date   

Finally an image...

Bill Long
 

Hello Astro Friends,

 

I come bearing data! This summer was rough here in the Pacific Northwest, I got barely any imaging time at all, due to the beautiful summer days that always ended in cloudy nights. That trend seems to be continuing unfortunately. I did manage to get some time off of work in late August, and was able to capture some data to share with the community. 

 

This here is a 4 panel mosaic I took with the GTX and my 1100 mount. The average time per panel was fairly low, unfortunately. But, its better than nothing.

 

Technical card on Astrobin shows the gear, here is the image:

 

https://www.astrobin.../full/4o797y/0/

 

 

There are some things I would do differently, and likely will work on those matters, but I am fairly pleased with the first roll through the data.

 

Please feel free to comment and critique. I will eventually post the data in my sticky thread for others to play with.

 

Clear skies!

 

Bill 

 



Re: Howard and George Need Technical Support!!

jon swanson
 

Deep Sky Imaging Primwr by Charles Bracken.  Should be required reading before imaging.

Jon Swanson




On Friday, September 27, 2019, 4:44 PM, Howard howard@... [ap-gto] wrote:

 

Hi Gang!

How's this for a switch?!?!

George and I are getting more and more calls with general questions about imaging. As much as we both love assisting our customers, answering questions about cameras, image calibration and processing, other manufacturers' telescopes, we need to devote our time to subjects that are particularly our area of expertise.

So we are asking for help. In years past, I would have referred people to Ron Wodaski's excellent book: The New CCD Astronomy, but it is out of print and is also now a bit dated. (It is still a marvelous book, however!!)

Where can we send people - especially beginners - for help?
What are your favorite resources for imaging information? What are your favorite websites? Are there good resources in print? What about instructional videos? Where can beginners go to learn about things like dithering, sensor temperature, image scale, and the like?
Can we assemble a list of resources for our Astro-Physics family?

Speaking of information resources:
TO ALL of our imaging customers, we also STRONGLY recommend that you check out the Advanced Imaging Conference (AIC)! AIC will be held this year from Nov. 15 - 17 in San Jose, CA.
https://www.advancedimagingconference.com/?
This is an incredible resource for anyone interested in astro-photography. Not only will this year's workshops be outstanding as always, but attendance also gives attendees access to the conference library of previous sessions. The library contains many years of accumulated knowledge and wisdom, and is probably worth the price of admission even if you didn't attend.

May your skies be clear, dark and steady!

Howard Hedlund
Technical Support and Communication
Astro-Physics, Inc.
11250 Forest Hills Road
Machesney Park, IL 61115
Phone: 815-282-1513
Fax: 815-282-9847
www.astro-physics.com
howard@...
Please include this e-mail with your response.

[aplogo]

P Consider the environment before printing this e-mail.

[Non-text portions of this message have been removed]


Re: Howard and George Need Technical Support!!

DFisch
 

I am a newbie and have really felt the Deep Sky Imaging Primer to be well written, thorough and easy to understand, covers a lot of ground.   Tom Fischer, Indy

On Sep 27, 2019, at 19:55, Bill Long bill@... [ap-gto] <ap-gto@...> wrote:


Excellent book here:



From: ap-gto@... <ap-gto@...> on behalf of Howard howard@...[ap-gto] <ap-gto@...>
Sent: Friday, September 27, 2019 4:44 PM
To: ap-ug@... <ap-ug@...>; 'ap-gto@...' <ap-gto@...>
Subject: [ap-gto] Howard and George Need Technical Support!!
 
 

Hi Gang!

How's this for a switch?!?!

George and I are getting more and more calls with general questions about imaging. As much as we both love assisting our customers, answering questions about cameras, image calibration and processing, other manufacturers' telescopes, we need to devote our time to subjects that are particularly our area of expertise.

So we are asking for help. In years past, I would have referred people to Ron Wodaski's excellent book: The New CCD Astronomy, but it is out of print and is also now a bit dated. (It is still a marvelous book, however!!)

Where can we send people - especially beginners - for help?
What are your favorite resources for imaging information? What are your favorite websites? Are there good resources in print? What about instructional videos? Where can beginners go to learn about things like dithering, sensor temperature, image scale, and the like?
Can we assemble a list of resources for our Astro-Physics family?

Speaking of information resources:
TO ALL of our imaging customers, we also STRONGLY recommend that you check out the Advanced Imaging Conference (AIC)! AIC will be held this year from Nov. 15 - 17 in San Jose, CA.
https://www.advancedimagingconference.com/?
This is an incredible resource for anyone interested in astro-photography. Not only will this year's workshops be outstanding as always, but attendance also gives attendees access to the conference library of previous sessions. The library contains many years of accumulated knowledge and wisdom, and is probably worth the price of admission even if you didn't attend.

May your skies be clear, dark and steady!

Howard Hedlund
Technical Support and Communication
Astro-Physics, Inc.
11250 Forest Hills Road
Machesney Park, IL 61115
Phone: 815-282-1513
Fax: 815-282-9847
www.astro-physics.com<http://www.astro-physics.com/>
howard@...<mailto:howard@...>
Please include this e-mail with your response.

[aplogo]

P Consider the environment before printing this e-mail.






Re: AP V2 ascom driver freezes

Ray Gralak
 

Any suggestions for how I might resolve the issue?
There's a problem with the connection to your mount so the driver cannot communicate with it. The driver is thus stuck waiting for a response from the mount most of the time.

It's not clear to me if you are using a USB connection or Ethernet connection to the mount, but try swapping out your Silex hub with a different device. I think it may be the problem.

-Ray Gralak
Author of APCC (Astro-Physics Command Center): http://www.astro-physics.com/index.htm?products/accessories/software/apcc/apcc
Author of PEMPro V3: https://www.ccdware.com
Author of Astro-Physics V2 ASCOM Driver: https://www.siriusimaging.com/apdriver

-----Original Message-----
From: ap-gto@yahoogroups.com [mailto:ap-gto@yahoogroups.com]
Sent: Friday, September 27, 2019 10:05 AM
To: ap-gto@yahoogroups.com
Subject: [ap-gto] AP V2 ascom driver freezes



It works normally for between 5 - 40 minutes before the AP driver freezes up, reporting Not Responding in Task
Manager. Once frozen, I can't use TheSkyX or my Astrometric dome controller as they are frozen as well (although
they don't say Not Responding in Task Mgr). End Task on the AP driver unlocks everything else and I can resume.




This is a new setup for me. My AP1200GTO is from 2006 and it's connecting over a Silex DS_600 network USB
hub (COM4 on my W10 laptop). AP V2 driver is v5.20.09. Ascom platform is 6.4.1.2695.




Note this freezing behavior still happens even when I'm not running TheSkyX and the dome controller is powered
off. The rest of my laptop isn't frozen, just the AP driver and other astro utils if they are connected to the scope. I've
tried connecting to the drive outright or through POTH.




Any suggestions for how I might resolve the issue?

Thank you!

Barnett




Below I've pasted the last few rows of some driver log files where it froze.




061813 2019-07-27 15:16:08.367: ASCOM: Info : GET Slewing = False

061814 2019-07-27 15:16:08.390: Driver: Info : CommandString TX=':GR# 9;

061815 2019-07-27 15:16:08.893: Telescope: Warning : Retransmits: 3

061816 2019-07-27 15:16:08.893: Driver: Error : CommandString: NO Response or bad response: ':GR#',
Response='' -> Retrying!

061817 2019-07-27 15:16:08.904: ASCOM: Info : GET AtPark = False


559887 2019-07-27 16:27:02.624: ASCOM: Info : GET DeclinationRate = 0
559888 2019-07-27 16:27:02.624: ASCOM: Info : GET Slewing = False
559889 2019-07-27 16:27:02.645: Driver: Info : CommandString TX=':GR#'
559890 2019-07-27 16:27:03.149: Telesc ope: Warning : Retransmits: 4
559891 2019-07-27 16:27:03.149: Driver: Error : CommandString: NO Response or bad response: ':GR#',
Response='' -> Retrying!
559892 2019-07-27 16:27:03.160: ASCOM: Info : GET AtPark = False

063293 2019-07-27 17:04:46.604: ASCOM: Info : GET DeclinationRate = 0
063294 2019-07-27 17:04:46.605: ASCOM: Info : GET Slewing = False
063295 2019-07-27 17:04:46.628: Driver: Info : CommandString TX=':GD#'
063296 2019-07-27 17:04:47.135: Telescope: Warning : Retransmits: 2
063297 2019-07-27 17:04:47.135:& nbsp; Driver: Error : CommandString: NO Response or bad response:
':GD#', Response='' -> Retrying!
063298 2019-07-27 17:04:47.157: ASCOM: Info : GET AtPark = False

176587 2019-08-25 14:16:44.282: ASCOM: Info : GET RightAscensionRate = 0
176588 2019-08-25 14:16:44.282: ASCOM: Info : GET DeclinationRate = 0
176589 2019-08-25 14:16:44.283: Driver: Info : CommandString TX=':GS#'
176590 2019-08-25 14:16:44.786: Telescope: Warning : Retransmits: 5
176591 2019-08-25 14:16:44.786: Driver: Error : Co mmandString: NO Response or bad response:
':GS#', Response='' -> Retrying!
176592 2019-08-25 14:16:44.797: ASCOM: Info : GET Slewing = False











Re: Tests of some new keypad features

Cheng-Yang Tan
 

Cool!

cytan

On Friday, September 27, 2019, 07:09:19 PM CDT, chris1011@... [ap-gto] wrote:


 

Howdy Astrogeeks,

Besides my job making lenses and scopes during the day, at night I get to test stuff that our electronics software experts develop. I recently had a string of clear nights where I tested out a non-orthogonality fix, and it works very well. Using a scope that was pointing slightly high on the saddle (classic orthogonality error), I did a series of tests on various stars and deep sky objects and landed them in the center of the field within 5 to 30 arc sec from different parts of the sky on both sides of the meridian. I used one of our trusty Mach1 mounts since the new Mach2 is at the Okie-Tex star party.

Basically the routine is quite simple. The most precise way is to find a star near the meridian and celestial equator on one side of the mount and recal on it, same as you would do normally. This establishes a reference position for your scope in that half of the sky. Then you do a meridian delay to flip sides, choose the same star and do a go-to. The scope will now pick up the star on the other side and all you have to do is center it and do an Ortho-Recal. That's it, the CP4/CP5 will store the offset and use it for all future GoTos. This command will be added to the keypad in our upcoming software update. The framework of the orthogonality compensation as well as future quick-modeling is already in the CP4/5 and both these controllers will be updatable for future commands via simple downloads.

But wait! there's more:

It helps to be well polar aligned, but not necessary if you use the same star. What's nice about this technique is that you can see if you are off in your mount's altitude adjustment by noting how far the star is from the center in the N-S direction when you flip the scope to the other side. The difference in star position is exactly twice the altitude axis error. So you could use this simple procedure to not only fix the ortho error, but also tweak the polar axis altitude adjustment. Turn the axis until the star goes exactly half way towards the center and you are polar aligned in altitude.

While you are at it, you can tweak the azimuth axis by slewing between a star at the zenith and a star at the celestial equator. First precisely center the star at or near the zenith and recal on it. Then slew to a star close to the celestial equator on the same side of the meridian and close to it (ideally within 1/2 hour of the meridian). Then just simply turn the azimuth adjusters to bring the star to the center line.

Or you could simply use one of our nifty right angle polar scopes.

But wait! There's even more:

Some time soon I will outline how our quick model works. It's basically the same as the Ortho routine, easy to do and quite fast. I have used it during daylight hours using bright stars and H-alpha filter.

Even if you don't want to build a model, if you have good polar alignment, the upcoming keypad software will feature a King rate that will vary the RA tracking rate according to the star's altitude. It also works quite well and I have gotten excellent results with the Mach2 encoder mount and 130GTX for 10 and even 15 minute unguided exposures within a 3 hour radius of the zenith. It's not as good as a model will do and requires essentially perfect polar alignment so that Dec drift is well below 1 arc sec during the exposure time.

Rolando


Tests of some new keypad features

Roland Christen
 

Howdy Astrogeeks,

Besides my job making lenses and scopes during the day, at night I get to test stuff that our electronics software experts develop. I recently had a string of clear nights where I tested out a non-orthogonality fix, and it works very well. Using a scope that was pointing slightly high on the saddle (classic orthogonality error), I did a series of tests on various stars and deep sky objects and landed them in the center of the field within 5 to 30 arc sec from different parts of the sky on both sides of the meridian. I used one of our trusty Mach1 mounts since the new Mach2 is at the Okie-Tex star party.

Basically the routine is quite simple. The most precise way is to find a star near the meridian and celestial equator on one side of the mount and recal on it, same as you would do normally. This establishes a reference position for your scope in that half of the sky. Then you do a meridian delay to flip sides, choose the same star and do a go-to. The scope will now pick up the star on the other side and all you have to do is center it and do an Ortho-Recal. That's it, the CP4/CP5 will store the offset and use it for all future GoTos. This command will be added to the keypad in our upcoming software update. The framework of the orthogonality compensation as well as future quick-modeling is already in the CP4/5 and both these controllers will be updatable for future commands via simple downloads.

But wait! there's more:

It helps to be well polar aligned, but not necessary if you use the same star. What's nice about this technique is that you can see if you are off in your mount's altitude adjustment by noting how far the star is from the center in the N-S direction when you flip the scope to the other side. The difference in star position is exactly twice the altitude axis error. So you could use this simple procedure to not only fix the ortho error, but also tweak the polar axis altitude adjustment. Turn the axis until the star goes exactly half way towards the center and you are polar aligned in altitude.

While you are at it, you can tweak the azimuth axis by slewing between a star at the zenith and a star at the celestial equator. First precisely center the star at or near the zenith and recal on it. Then slew to a star close to the celestial equator on the same side of the meridian and close to it (ideally within 1/2 hour of the meridian). Then just simply turn the azimuth adjusters to bring the star to the center line.

Or you could simply use one of our nifty right angle polar scopes.

But wait! There's even more:

Some time soon I will outline how our quick model works. It's basically the same as the Ortho routine, easy to do and quite fast. I have used it during daylight hours using bright stars and H-alpha filter.

Even if you don't want to build a model, if you have good polar alignment, the upcoming keypad software will feature a King rate that will vary the RA tracking rate according to the star's altitude. It also works quite well and I have gotten excellent results with the Mach2 encoder mount and 130GTX for 10 and even 15 minute unguided exposures within a 3 hour radius of the zenith. It's not as good as a model will do and requires essentially perfect polar alignment so that Dec drift is well below 1 arc sec during the exposure time.

Rolando


Re: Howard and George Need Technical Support!!

Bill Long
 

Excellent book here:

https://www.amazon.com/gp/aw/d/0999470906/ref=dbs_a_w_dp_0999470906


From: ap-gto@... on behalf of Howard howard@... [ap-gto]
Sent: Friday, September 27, 2019 4:44 PM
To: ap-ug@... ; 'ap-gto@...'
Subject: [ap-gto] Howard and George Need Technical Support!!
 
 

Hi Gang!

How's this for a switch?!?!

George and I are getting more and more calls with general questions about imaging. As much as we both love assisting our customers, answering questions about cameras, image calibration and processing, other manufacturers' telescopes, we need to devote our time to subjects that are particularly our area of expertise.

So we are asking for help. In years past, I would have referred people to Ron Wodaski's excellent book: The New CCD Astronomy, but it is out of print and is also now a bit dated. (It is still a marvelous book, however!!)

Where can we send people - especially beginners - for help?
What are your favorite resources for imaging information? What are your favorite websites? Are there good resources in print? What about instructional videos? Where can beginners go to learn about things like dithering, sensor temperature, image scale, and the like?
Can we assemble a list of resources for our Astro-Physics family?

Speaking of information resources:
TO ALL of our imaging customers, we also STRONGLY recommend that you check out the Advanced Imaging Conference (AIC)! AIC will be held this year from Nov. 15 - 17 in San Jose, CA.
https://www.advancedimagingconference.com/?
This is an incredible resource for anyone interested in astro-photography. Not only will this year's workshops be outstanding as always, but attendance also gives attendees access to the conference library of previous sessions. The library contains many years of accumulated knowledge and wisdom, and is probably worth the price of admission even if you didn't attend.

May your skies be clear, dark and steady!

Howard Hedlund
Technical Support and Communication
Astro-Physics, Inc.
11250 Forest Hills Road
Machesney Park, IL 61115
Phone: 815-282-1513
Fax: 815-282-9847
www.astro-physics.com
howard@...
Please include this e-mail with your response.

[aplogo]

P Consider the environment before printing this e-mail.




Howard and George Need Technical Support!!

Howard Hedlund
 

Hi Gang!

How's this for a switch?!?!

George and I are getting more and more calls with general questions about imaging. As much as we both love assisting our customers, answering questions about cameras, image calibration and processing, other manufacturers' telescopes, we need to devote our time to subjects that are particularly our area of expertise.

So we are asking for help. In years past, I would have referred people to Ron Wodaski's excellent book: The New CCD Astronomy, but it is out of print and is also now a bit dated. (It is still a marvelous book, however!!)

Where can we send people - especially beginners - for help?
What are your favorite resources for imaging information? What are your favorite websites? Are there good resources in print? What about instructional videos? Where can beginners go to learn about things like dithering, sensor temperature, image scale, and the like?
Can we assemble a list of resources for our Astro-Physics family?

Speaking of information resources:
TO ALL of our imaging customers, we also STRONGLY recommend that you check out the Advanced Imaging Conference (AIC)! AIC will be held this year from Nov. 15 - 17 in San Jose, CA.
https://www.advancedimagingconference.com/?
This is an incredible resource for anyone interested in astro-photography. Not only will this year's workshops be outstanding as always, but attendance also gives attendees access to the conference library of previous sessions. The library contains many years of accumulated knowledge and wisdom, and is probably worth the price of admission even if you didn't attend.

May your skies be clear, dark and steady!

Howard Hedlund
Technical Support and Communication
Astro-Physics, Inc.
11250 Forest Hills Road
Machesney Park, IL 61115
Phone: 815-282-1513
Fax: 815-282-9847
www.astro-physics.com<http://www.astro-physics.com/>
howard@astro-physics.com<mailto:howard@astro-physics.com>
Please include this e-mail with your response.

[aplogo]

P Consider the environment before printing this e-mail.


Astro-Physics at Okie-Tex!

 

George and Liam, our newest staff member, have been at Okie-Tex this week. They have been having a great time imaging and meeting lots of people.

 

Check out the blog on our website and our Facebook page to see our Mach2GTO with our 160 StarFire and 92mm  Stowaway and George’s 1100GTO with his 130GTX.

https://astro-physics.com/blog/

https://www.facebook.com/AstroPhysicsCorp

 

Clear Skies,

 

Marj Christen

Astro-Physics, Inc

11250 Forest Hills Rd

Machesney Park, IL 61115

Phone: 815-282-1513

Fax: 815-282-9847

www.astro-physics.com

 


AP V2 ascom driver freezes

Barnett Helzberg
 

It works normally for between 5 - 40 minutes before the AP driver freezes up, reporting Not Responding in Task Manager. Once frozen, I can't use TheSkyX or my Astrometric dome controller as they are frozen as well (although they don't say Not Responding in Task Mgr). End Task on the AP driver unlocks everything else and I can resume.


This is a new setup for me. My AP1200GTO is from 2006 and it's connecting over a Silex DS_600 network USB hub (COM4 on my W10 laptop). AP V2 driver is v5.20.09. Ascom platform is 6.4.1.2695. 


Note this freezing behavior still happens even when I'm not running TheSkyX and the dome controller is powered off. The rest of my laptop isn't frozen, just the AP driver and other astro utils if they are connected to the scope. I've tried connecting to the drive outright or through POTH.


Any suggestions for how I might resolve the issue? 

Thank you!

Barnett


Below I've pasted the last few rows of some driver log files where it froze.


061813 2019-07-27 15:16:08.367:            ASCOM: Info      : GET Slewing = False

061814 2019-07-27 15:16:08.390:           Driver: Info      : CommandString TX=':GR#'

061815 2019-07-27 15:16:08.893:        Telescope: Warning   : Retransmits: 3

061816 2019-07-27 15:16:08.893:           Driver: Error     : CommandString: NO Response or bad response: ':GR#', Response='' -> Retrying!

061817 2019-07-27 15:16:08.904:            ASCOM: Info      : GET AtPark = False


559887 2019-07-27 16:27:02.624:            ASCOM: Info      : GET DeclinationRate = 0
559888 2019-07-27 16:27:02.624:            ASCOM: Info      : GET Slewing = False
559889 2019-07-27 16:27:02.645:           Driver: Info      : CommandString TX=':GR#'
559890 2019-07-27 16:27:03.149:        Telescope: Warning   : Retransmits: 4
559891 2019-07-27 16:27:03.149:           Driver: Error     : CommandString: NO Response or bad response: ':GR#', Response='' -> Retrying!
559892 2019-07-27 16:27:03.160:            ASCOM: Info      : GET AtPark = False

063293 2019-07-27 17:04:46.604:            ASCOM: Info      : GET DeclinationRate = 0
063294 2019-07-27 17:04:46.605:            ASCOM: Info      : GET Slewing = False
063295 2019-07-27 17:04:46.628:           Driver: Info      : CommandString TX=':GD#'
063296 2019-07-27 17:04:47.135:        Telescope: Warning   : Retransmits: 2
063297 2019-07-27 17:04:47.135:           Driver: Error     : CommandString: NO Response or bad response: ':GD#', Response='' -> Retrying!
063298 2019-07-27 17:04:47.157:            ASCOM: Info      : GET AtPark = False

176587 2019-08-25 14:16:44.282:            ASCOM: Info      : GET RightAscensionRate = 0
176588 2019-08-25 14:16:44.282:            ASCOM: Info      : GET DeclinationRate = 0
176589 2019-08-25 14:16:44.283:           Driver: Info      : CommandString TX=':GS#'
176590 2019-08-25 14:16:44.786:        Telescope: Warning   : Retransmits: 5
176591 2019-08-25 14:16:44.786:           Driver: Error     : CommandString: NO Response or bad response: ':GS#', Response='' -> Retrying!
176592 2019-08-25 14:16:44.797:            ASCOM: Info      : GET Slewing = False






Re: APCC occasionally loses contact with scope.

Steve Reilly
 

Another thought, burning up some brain matter here, if a separate router not hooked up to the internet is used for the observatory and connects only to the mount and observatory computer on a separate ethernet card. I have to have the computer on the home network to remote into and be able to do updates so being connected to that network is required but a second non-internet network on a separate router could be used for the mount only, and actually that could also be hooked up to the internet just not quite sure how yet. I’m guessing that multiple networks can share a common DSL/Cable connection to the internet just haven’t done that before. Is this getting to convoluted or does this make any sense?

 

-Steve

 

From: ap-gto@...
Sent: Friday, September 27, 2019 12:26 PM
To: ap-gto@...
Subject: RE: [ap-gto] Re: APCC occasionally loses contact with scope.

 

 

I actually have two native ethernet connections on my observatory computer, one of which I think is “Killer Network” or something of the sort. But then Ray’s response makes me wonder how useful the ethernet connection actually is especially on a network like that at SRO with a dozen or more system running in the shared observatory. Like the one I’m on the files are immediately uploaded to the Dropbox account and most are doing this it’s a load of data  each night. That said, at home there’s virtually no network load after 10pm or so other than the observatory when imaging. Email is downloaded every 5 minutes but that’s minimal, no automatic updates are done on any of the systems except the weather server which uploads weather data every 30 minutes.

 

-Steve

 

From: ap-gto@... <ap-gto@...>
Sent: Friday, September 27, 2019 11:30 AM
To: ap-gto@...
Subject: [ap-gto] Re: APCC occasionally loses contact with scope.

 

 

I believe that the CP4 allows a direct connection to a PC via an ethernet card, rather than connection through the LAN?  It seems like this would eliminate the lost communication issue due to traffic "backups" on the LAN.  Is this a reasonable approach? I don't think I've ever run two ethernet cards in one PC or hooked a "client" directly to an ethernet card, but seems like it might be a good solution???


Re: APCC occasionally loses contact with scope.

Steve Reilly
 

I actually have two native ethernet connections on my observatory computer, one of which I think is “Killer Network” or something of the sort. But then Ray’s response makes me wonder how useful the ethernet connection actually is especially on a network like that at SRO with a dozen or more system running in the shared observatory. Like the one I’m on the files are immediately uploaded to the Dropbox account and most are doing this it’s a load of data  each night. That said, at home there’s virtually no network load after 10pm or so other than the observatory when imaging. Email is downloaded every 5 minutes but that’s minimal, no automatic updates are done on any of the systems except the weather server which uploads weather data every 30 minutes.

 

-Steve

 

From: ap-gto@...
Sent: Friday, September 27, 2019 11:30 AM
To: ap-gto@...
Subject: [ap-gto] Re: APCC occasionally loses contact with scope.

 

 

I believe that the CP4 allows a direct connection to a PC via an ethernet card, rather than connection through the LAN?  It seems like this would eliminate the lost communication issue due to traffic "backups" on the LAN.  Is this a reasonable approach? I don't think I've ever run two ethernet cards in one PC or hooked a "client" directly to an ethernet card, but seems like it might be a good solution???


Re: APCC occasionally loses contact with scope.

Stacey Mills
 

I believe that the CP4 allows a direct connection to a PC via an ethernet card, rather than connection through the LAN?  It seems like this would eliminate the lost communication issue due to traffic "backups" on the LAN.  Is this a reasonable approach? I don't think I've ever run two ethernet cards in one PC or hooked a "client" directly to an ethernet card, but seems like it might be a good solution???


Re: APCC occasionally loses contact with scope.

Ray Gralak
 

Hi Steve,

I believe the occasional non-response is not really that but the response wasn't returned within the time-out duration. As I said before, this can happen because of other activities on Windows delaying a response, or from other network traffic taking bandwidth (e.g. someone downloading a large file over the network)

So, you can try increasing the timeout to see if that helps.

-Ray Gralak
Author of APCC (Astro-Physics Command Center): http://www.astro-physics.com/index.htm?products/accessories/software/apcc/apcc
Author of PEMPro V3: https://www.ccdware.com
Author of Astro-Physics V2 ASCOM Driver: https://www.siriusimaging.com/apdriver

-----Original Message-----
From: ap-gto@yahoogroups.com [mailto:ap-gto@yahoogroups.com]
Sent: Friday, September 27, 2019 5:53 AM
To: ap-gto@yahoogroups.com
Subject: [ap-gto] Re: APCC occasionally loses contact with scope.



Ray,

I have been seeing these timeouts as well at home and at SRO. I don't recall having seen these before upgrading
to the CP4 and suspect that maybe it's due to using the CAT5 means of connecting. Is this likely or is there
something else we should be looking for? I could maybe understand it happening if it were connected via wi-fi but
hard wired seems would be more robust.

Given a permanent install in an observatory what two means of connection would you use for the primary and
backup given that you have a real RS232 card installed on the computer (desktop) and a network switch in the
warm room. For the record, as best as I can tell my home network is stable. What do we look for to eliminate these
COM errors that ACP seems to dislike so much. After waking this morning I discover that ACP hadn't run at SRO
since COM errors which appear to have started at 0247 which is my local time so 3 hours earlier in Cal ifornia.
Having wasted nights is getting to be far more common lately. And both of these systems run Windows 7 64 so it's
not Windoze 10 related.



Re: APCC occasionally loses contact with scope.

Steve Reilly
 

Ray,

I have been seeing these timeouts as well at home and at SRO. I don't recall having seen these before upgrading to the CP4 and suspect that maybe it's due to using the CAT5 means of connecting. Is this likely or is there something else we should be looking for? I could maybe understand it happening if it were connected via wi-fi but hard wired seems would be more robust.

Given a permanent install in an observatory what two means of connection would you use for the primary and backup given that you have a real RS232 card installed on the computer (desktop) and a network switch in the warm room. For the record, as best as I can tell my home network is stable. What do we look for to eliminate these COM errors that ACP seems to dislike so much. After waking this morning I discover that ACP hadn't run at SRO since COM errors which appear to have started at 0247 which is my local time so 3 hours earlier in California. Having wasted nights is getting to be far more common lately. And both of these systems run Windows 7 64 so it's not Windoze 10 related.


Re: APCC occasionally loses contact with scope.

Stacey Mills
 

Ray,

This makes sense, thanks.  I'll communicate with Bob.  I set the Timeout to 200 mS last night and things ran fine all night.  

-Stacey 


Re: MACH1GTO VIBRATING

mike.hambrick@...
 

I have noticed that when the cooling fan on my CCD camera (SBIG STXL16200) is running at high speed there is a noticeable vibration in my whole imaging system. This is with an 1100 mount.


Best Regards

Michael Hambrick
ARLANXEO
TSR Global Manufacturing Support
PO Box 2000
Orange, TX 77631-2000
Phone: +1 (409) 882-2799
email: mike.hambrick@...


Re: APCC occasionally loses contact with scope.

Ray Gralak
 

Hi Bill,

Ray - 50ms timeout was probably not a good choice. I can get more than 50 ms packet time on a loopback adapter
if I run enough software on it to bog the system down.
In hindsight I agree I should have made the default timeout larger.

The biggest disadvantage of a higher timeout is more sluggish operation when there is no connection.

-Ray Gralak
Author of APCC (Astro-Physics Command Center): http://www.astro-physics.com/index.htm?products/accessories/software/apcc/apcc
Author of PEMPro V3: https://www.ccdware.com
Author of Astro-Physics V2 ASCOM Driver: https://www.siriusimaging.com/apdriver


-----Original Message-----
From: ap-gto@yahoogroups.com [mailto:ap-gto@yahoogroups.com]
Sent: Thursday, September 26, 2019 7:36 PM
To: ap-gto@yahoogroups.com
Subject: Re: [ap-gto] Re: APCC occasionally loses contact with scope.



Ray - 50ms timeout was probably not a good choice. I can get more than 50 ms packet time on a loopback adapter
if I run enough software on it to bog the system down.

ACP doesnt do much well, other than its scheduling logic -- because it is a pile of scripts written in ancient and
nearly unsupported frameworks.

For crying out loud, it uses Windows Scripting Host.... yet people pay thousands of dollars for it, not realizing they
are basically paying all of that money for a BMX bicycle, when other options on the market are more like Lambos.

________________________________

From: ap-gto@yahoogroups.com <ap-gto@yahoogroups.com> on behalf of 'Ray Gralak (Groups)'
groups3@gralak.com [ap-gto] <ap-gto@yahoogroups.com>
Sent: Thursday, September 26, 2019 7:10 PM
To: ap-gto@yahoogroups.com <ap-gto@yahoogroups.com>
Subject: RE: [ap-gto] Re: APCC occasionally loses contact with scope.



Thanks for the hints. Bob Denny is pretty clear that he thinks this is an APCC problem.
Okay... if he says so... But I think the problem is a timeout receiving a response from the mount, which could be
from another Windows application or system driver usurping computer resources, or even congestion on your
LAN.

And although APCC can recover from network errors I can't say that I have seen ACP recover from the tiniest
hiccup. So as I said, even if APCC recovers the mount connection ACP may be dead in the water because it does
not have a robust recovery mechanism.

-Ray Gralak
Author of APCC (Astro-Physics Command Center): http://www.astro-
physics.com/index.htm?products/accessories/software/apcc/apcc
Author of PEMPro V3: https://www.ccdware.com
Author of Astro-Physics V2 ASCOM Driver: https://www.siriusimaging.com/apdriver

-----Original Message-----
From: ap-gto@yahoogroups.com [mailto:ap-gto@yahoogroups.com]
Sent: Thursday, September 26, 2019 6:06 PM
To: ap-gto@yahoogroups.com
Subject: [ap-gto] Re: APCC occasionally loses contact with scope.



Hi Ray,

Can you explain the "Timeout" settings for primary and secondary com connections? Currently, I have the LAN
at
50 mS and the backup serial at 200 mS. Should I change these?

Thanks for the hints. Bob Denny is pretty clear that he thinks this is an APCC problem.

I'm going out of town for 9 days so it will be about 10 days before I can get back to this issue.

Thanks,
Stacey




Re: APCC occasionally loses contact with scope.

Bill Long
 

Ray - 50ms timeout was probably not a good choice. I can get more than 50 ms packet time on a loopback adapter if I run enough software on it to bog the system down. 

ACP doesnt do much well, other than its scheduling logic -- because it is a pile of scripts written in ancient and nearly unsupported frameworks. 

For crying out loud, it uses Windows Scripting Host.... yet people pay thousands of dollars for it, not realizing they are basically paying all of that money for a BMX bicycle, when other options on the market are more like Lambos.


From: ap-gto@... on behalf of 'Ray Gralak (Groups)' groups3@... [ap-gto]
Sent: Thursday, September 26, 2019 7:10 PM
To: ap-gto@...
Subject: RE: [ap-gto] Re: APCC occasionally loses contact with scope.
 
 

> Thanks for the hints. Bob Denny is pretty clear that he thinks this is an APCC problem.

Okay... if he says so... But I think the problem is a timeout receiving a response from the mount, which could be from another Windows application or system driver usurping computer resources, or even congestion on your LAN.

And although APCC can recover from network errors I can't say that I have seen ACP recover from the tiniest hiccup. So as I said, even if APCC recovers the mount connection ACP may be dead in the water because it does not have a robust recovery mechanism.

-Ray Gralak
Author of APCC (Astro-Physics Command Center): http://www.astro-physics.com/index.htm?products/accessories/software/apcc/apcc
Author of PEMPro V3: https://www.ccdware.com
Author of Astro-Physics V2 ASCOM Driver: https://www.siriusimaging.com/apdriver

> -----Original Message-----
> From: ap-gto@... [mailto:ap-gto@...]
> Sent: Thursday, September 26, 2019 6:06 PM
> To: ap-gto@...
> Subject: [ap-gto] Re: APCC occasionally loses contact with scope.
>
>
>
> Hi Ray,
>
> Can you explain the "Timeout" settings for primary and secondary com connections? Currently, I have the LAN at
> 50 mS and the backup serial at 200 mS. Should I change these?
>
> Thanks for the hints. Bob Denny is pretty clear that he thinks this is an APCC problem.
>
> I'm going out of town for 9 days so it will be about 10 days before I can get back to this issue.
>
> Thanks,
> Stacey
>
>


Re: APCC occasionally loses contact with scope.

Ray Gralak
 

Thanks for the hints. Bob Denny is pretty clear that he thinks this is an APCC problem.
Okay... if he says so... But I think the problem is a timeout receiving a response from the mount, which could be from another Windows application or system driver usurping computer resources, or even congestion on your LAN.

And although APCC can recover from network errors I can't say that I have seen ACP recover from the tiniest hiccup. So as I said, even if APCC recovers the mount connection ACP may be dead in the water because it does not have a robust recovery mechanism.

-Ray Gralak
Author of APCC (Astro-Physics Command Center): http://www.astro-physics.com/index.htm?products/accessories/software/apcc/apcc
Author of PEMPro V3: https://www.ccdware.com
Author of Astro-Physics V2 ASCOM Driver: https://www.siriusimaging.com/apdriver


-----Original Message-----
From: ap-gto@yahoogroups.com [mailto:ap-gto@yahoogroups.com]
Sent: Thursday, September 26, 2019 6:06 PM
To: ap-gto@yahoogroups.com
Subject: [ap-gto] Re: APCC occasionally loses contact with scope.



Hi Ray,

Can you explain the "Timeout" settings for primary and secondary com connections? Currently, I have the LAN at
50 mS and the backup serial at 200 mS. Should I change these?

Thanks for the hints. Bob Denny is pretty clear that he thinks this is an APCC problem.

I'm going out of town for 9 days so it will be about 10 days before I can get back to this issue.

Thanks,
Stacey

17421 - 17440 of 84194