Date   

Maxim DL 5.09 and Pulse Guide ?..

Toño <afesan@...>
 

I just upgraded some minutes ago from MaximDL 5.08 to Maxim DL 5.09
It seems there is an improvement in the Pulse guide through ASCOM ..
These are 5.09 release notes: (botton end is ASCOM pulse guide note)
====================================================================
"Version 5.09
...
...
...
(more)

Miscellaneous: Prevent Set Calibration from creating a master frame for an empty group. Improved autosave sequence time estimate. Image processing only version now supports scripting. Autoguider output control now releases when changing ports or disconnecting camera. Fixed problem with focus offsets for autoguider. Minor updates to Apogee driver. Fixed problem in Annotate command. Fixed problem in Open Photometry File command. Fixed bugs in ASCOM camera driver cooler control and ASCOM Direct pulse guiding.
===================================================================

Unfortunately I can´t test it until weekeend (if weather permits)..

Regards

Antonio
http://afesan.es


Guiding with Astroart... troubles in DEC

hwksma <hwk@...>
 

Hi

I´ve recently joined to this group and I´d like to know if someone is guiding with Astroart.

I have a AP900 mount and I'm working with LX200 12" (3000 focal) and trying to guide with Astroart and an Atik 16Ic. Despite experiment with different settings I still have bad results in DEC and it generates bad results in RA.
Attached is what I´m getting normaly.

I´m not worried with the RA but I´m sure there is something that does not work in DEC or I´m doing something wrong.

You can see the graffic in "files" "guiding with astroart"
Although the photo is marked "dec autobacklash", really is not marked.

Regards

Nicolás Villegas (hwk)
Seville, Spain.


Re: Pulse Guide not running w/AP driver

Florencio Rodil
 

Thank you Ray. I will post the support request, but i´m affraid i will get the same answer as Jim.

Anyway, i´m guiding with Maxim now and using dithering without any problem.

Florencio



________________________________
From: Ray Gralak (Yahoo Groups) <groups@...>
To: ap-gto@...
Sent: Wed, May 5, 2010 12:22:28 AM
Subject: RE: [ap-gto] Re: Pulse Guide not running w/AP driver


Hi Florencio,

At this time I do not believe the problem is with the driver. As I said I tested the driver with MaximDL v4.61 and
autoguiding works perfectly with "Telescope" and also with guider relays.

As such I think there may be an issue with MaximDL 5.08/5.09, which I unfortunately don't have so I can't test with it.
Thus I think you should post a support request to cyanogen.com. If there is anything Doug George and his team needs from
me I will gladly help out if I can.

-Ray

-----Original Message-----
From: ap-gto@yahoogroups. com [mailto:ap-gto@yahoogroups. com] On Behalf Of frodil620206
Sent: Tuesday, May 04, 2010 8:32 PM
To: ap-gto@yahoogroups. com
Subject: [ap-gto] Re: Pulse Guide not running w/AP driver



Today i downloaded and installed MaximDL 5.09. I tried again and the behavior was completely the same. I tried all the
options
available in the telescope setup (Mount type, side of pier), i changed the pier flip indicator in the guider window,
and all the same.
BUT then i decided to try again (i had try it without success) connecting the guider to the mount through "ASCOM
Direct" and "it
worked".

Now, what i don´t know is if this guiding settings uses PulseGuiding that is what i want to do, how can i know?

I´ll appreciate any help on this.

Clear skies, Florencio

--- In ap-gto@yahoogroups. com <mailto:ap-gto% 40yahoogroups. com> , Florencio Rodil <frodil620206@ ...> wrote:

I have followed this thread from the beginning because I have the same concern that Jim. Jim's description of the
problem has
exactly the same behavior I get from my AP1200GTO/CP3. I guide with a DMk21AF04 camera. If I guide with PHD using
ASCOM
through "Mount V2 GTO" the result is great, but i want to be guide with MaximDL so i can use dither.

Please forgive my poor english.

Florencio



____________ _________ _________ __
From: Jim Collins <jimstar11gps@ ...>
To: ap-gto@yahoogroups. com <mailto:ap-gto% 40yahoogroups. com>
Sent: Mon, May 3, 2010 2:48:06 PM
Subject: [ap-gto] Re: Pulse Guide not running w/AP driver


Hi Ray, Here is the initial feedback from Maxim:
The "Control Via" setting depends on what autoguider you are using. If you autoguider has built in relays, it should
be set to "Guider
Relays", if it doesn't have relays, the typical setting is "Telescope".

What guider are you using?

Sincerely,
Tim Beese
Diffraction Ltd.
------------ --------- --------- -----
Tim Beese

My Response:
Hi Tim,
Correct. But I'm trying to use pulseguide via the "telescope" setting. This is suppose to eliminate the guider cable
and from other
reports the pulseguiding method seems to be better. Other AP mounts (ie: Ray Gralak)report no problems with this
method......
....Mine will not work. The PulseGuide method calibrates ok, but when tracking the guide star, it drifts completely
off almost
immediately.

Ray G. has tried to troubleshoot my issue, and so far has not found the problem. He, asked me to let Maxim know
about the
issue....just in case it might be a Maxim setting or problem. Ray said, that he tried his AP1200GTO/CP3 with
MaximV4.71 and the
pulseguiding method worked on his setup.

MY GUIDER: Lodestar

So Ray, Do you think my Guider (Lodestar) could be the problem?

JIM C







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








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


Re: Pulse Guide not running w/AP driver

Ray Gralak &#92;(Yahoo Groups&#92;) <groups@...>
 

Hi Florencio,

At this time I do not believe the problem is with the driver. As I said I tested the driver with MaximDL v4.61 and
autoguiding works perfectly with "Telescope" and also with guider relays.

As such I think there may be an issue with MaximDL 5.08/5.09, which I unfortunately don't have so I can't test with it.
Thus I think you should post a support request to cyanogen.com. If there is anything Doug George and his team needs from
me I will gladly help out if I can.

-Ray

-----Original Message-----
From: ap-gto@... [mailto:ap-gto@...] On Behalf Of frodil620206
Sent: Tuesday, May 04, 2010 8:32 PM
To: ap-gto@...
Subject: [ap-gto] Re: Pulse Guide not running w/AP driver



Today i downloaded and installed MaximDL 5.09. I tried again and the behavior was completely the same. I tried all the
options
available in the telescope setup (Mount type, side of pier), i changed the pier flip indicator in the guider window,
and all the same.
BUT then i decided to try again (i had try it without success) connecting the guider to the mount through "ASCOM
Direct" and "it
worked".

Now, what i don´t know is if this guiding settings uses PulseGuiding that is what i want to do, how can i know?

I´ll appreciate any help on this.

Clear skies, Florencio

--- In ap-gto@... <mailto:ap-gto%40yahoogroups.com> , Florencio Rodil <frodil620206@...> wrote:

I have followed this thread from the beginning because I have the same concern that Jim. Jim's description of the
problem has
exactly the same behavior I get from my AP1200GTO/CP3. I guide with a DMk21AF04 camera. If I guide with PHD using
ASCOM
through "Mount V2 GTO" the result is great, but i want to be guide with MaximDL so i can use dither.

Please forgive my poor english.

Florencio



________________________________
From: Jim Collins <jimstar11gps@...>
To: ap-gto@... <mailto:ap-gto%40yahoogroups.com>
Sent: Mon, May 3, 2010 2:48:06 PM
Subject: [ap-gto] Re: Pulse Guide not running w/AP driver


Hi Ray, Here is the initial feedback from Maxim:
The "Control Via" setting depends on what autoguider you are using. If you autoguider has built in relays, it should
be set to "Guider
Relays", if it doesn't have relays, the typical setting is "Telescope".

What guider are you using?

Sincerely,
Tim Beese
Diffraction Ltd.
------------ --------- --------- -----
Tim Beese

My Response:
Hi Tim,
Correct. But I'm trying to use pulseguide via the "telescope" setting. This is suppose to eliminate the guider cable
and from other
reports the pulseguiding method seems to be better. Other AP mounts (ie: Ray Gralak)report no problems with this
method......
....Mine will not work. The PulseGuide method calibrates ok, but when tracking the guide star, it drifts completely
off almost
immediately.

Ray G. has tried to troubleshoot my issue, and so far has not found the problem. He, asked me to let Maxim know
about the
issue....just in case it might be a Maxim setting or problem. Ray said, that he tried his AP1200GTO/CP3 with
MaximV4.71 and the
pulseguiding method worked on his setup.

MY GUIDER: Lodestar

So Ray, Do you think my Guider (Lodestar) could be the problem?

JIM C







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



Re: Pulse Guide not running w/AP driver

Florencio Rodil
 

Today i downloaded and installed MaximDL 5.09. I tried again and the behavior was completely the same. I tried all the options available in the telescope setup (Mount type, side of pier), i changed the pier flip indicator in the guider window, and all the same. BUT then i decided to try again (i had try it without success) connecting the guider to the mount through "ASCOM Direct" and "it worked".

Now, what i don´t know is if this guiding settings uses PulseGuiding that is what i want to do, how can i know?

I´ll appreciate any help on this.

Clear skies, Florencio

--- In ap-gto@..., Florencio Rodil <frodil620206@...> wrote:

I have followed this thread from the beginning because I have the same concern that Jim. Jim's description of the problem has exactly the same behavior I get from my AP1200GTO/CP3. I guide with a DMk21AF04 camera. If I guide with PHD using ASCOM through "Mount V2 GTO" the result is great, but i want to be guide with MaximDL so i can use dither.

Please forgive my poor english.

Florencio



________________________________
From: Jim Collins <jimstar11gps@...>
To: ap-gto@...
Sent: Mon, May 3, 2010 2:48:06 PM
Subject: [ap-gto] Re: Pulse Guide not running w/AP driver


Hi Ray, Here is the initial feedback from Maxim:
The "Control Via" setting depends on what autoguider you are using. If you autoguider has built in relays, it should be set to "Guider Relays", if it doesn't have relays, the typical setting is "Telescope".

What guider are you using?

Sincerely,
Tim Beese
Diffraction Ltd.
------------ --------- --------- -----
Tim Beese

My Response:
Hi Tim,
Correct. But I'm trying to use pulseguide via the "telescope" setting. This is suppose to eliminate the guider cable and from other reports the pulseguiding method seems to be better. Other AP mounts (ie: Ray Gralak)report no problems with this method...... ....Mine will not work. The PulseGuide method calibrates ok, but when tracking the guide star, it drifts completely off almost immediately.

Ray G. has tried to troubleshoot my issue, and so far has not found the problem. He, asked me to let Maxim know about the issue....just in case it might be a Maxim setting or problem. Ray said, that he tried his AP1200GTO/CP3 with MaximV4.71 and the pulseguiding method worked on his setup.

MY GUIDER: Lodestar

So Ray, Do you think my Guider (Lodestar) could be the problem?

JIM C







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


Re: Pulse Guide not running w/AP driver

Florencio Rodil
 

I have followed this thread from the beginning because I have the same concern that Jim. Jim's description of the problem has exactly the same behavior I get from my AP1200GTO/CP3. I guide with a DMk21AF04 camera. If I guide with PHD using ASCOM through "Mount V2 GTO" the result is great, but i want to be guide with MaximDL so i can use dither.

Please forgive my poor english.

Florencio



________________________________
From: Jim Collins <jimstar11gps@...>
To: ap-gto@...
Sent: Mon, May 3, 2010 2:48:06 PM
Subject: [ap-gto] Re: Pulse Guide not running w/AP driver


Hi Ray, Here is the initial feedback from Maxim:
The "Control Via" setting depends on what autoguider you are using. If you autoguider has built in relays, it should be set to "Guider Relays", if it doesn't have relays, the typical setting is "Telescope".

What guider are you using?

Sincerely,
Tim Beese
Diffraction Ltd.
------------ --------- --------- -----
Tim Beese

My Response:
Hi Tim,
Correct. But I'm trying to use pulseguide via the "telescope" setting. This is suppose to eliminate the guider cable and from other reports the pulseguiding method seems to be better. Other AP mounts (ie: Ray Gralak)report no problems with this method...... ....Mine will not work. The PulseGuide method calibrates ok, but when tracking the guide star, it drifts completely off almost immediately.

Ray G. has tried to troubleshoot my issue, and so far has not found the problem. He, asked me to let Maxim know about the issue....just in case it might be a Maxim setting or problem. Ray said, that he tried his AP1200GTO/CP3 with MaximV4.71 and the pulseguiding method worked on his setup.

MY GUIDER: Lodestar

So Ray, Do you think my Guider (Lodestar) could be the problem?

JIM C







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


Re: Pulse Guide not running w/AP driver

Ray Gralak &#92;(Yahoo Groups&#92;) <groups@...>
 

Hi Jim,

Hi Ray, Here is the initial feedback from Maxim:
The "Control Via" setting depends on what autoguider you are using. If you autoguider has built in relays, it should
be set to "Guider
Relays", if it doesn't have relays, the typical setting is "Telescope".

What guider are you using?
It's a little overkill but I was using a SBIG ST-8300M as an autoguider. I tested autoguiding both with relays and with
Telescope.

-Ray


Re: Pulse Guide not running w/AP driver

Jim Collins
 

Hi Ray, Here is the initial feedback from Maxim:
The "Control Via" setting depends on what autoguider you are using. If you autoguider has built in relays, it should be set to "Guider Relays", if it doesn't have relays, the typical setting is "Telescope".

What guider are you using?

Sincerely,
Tim Beese
Diffraction Ltd.
-----------------------------------
Tim Beese



My Response:
Hi Tim,
Correct. But I'm trying to use pulseguide via the "telescope" setting. This is suppose to eliminate the guider cable and from other reports the pulseguiding method seems to be better. Other AP mounts (ie: Ray Gralak)report no problems with this method..........Mine will not work. The PulseGuide method calibrates ok, but when tracking the guide star, it drifts completely off almost immediately.

Ray G. has tried to troubleshoot my issue, and so far has not found the problem. He, asked me to let Maxim know about the issue....just in case it might be a Maxim setting or problem. Ray said, that he tried his AP1200GTO/CP3 with MaximV4.71 and the pulseguiding method worked on his setup.

MY GUIDER: Lodestar

So Ray, Do you think my Guider (Lodestar) could be the problem?

JIM C


Re: Problem solved? Disk Access

John Murphy
 

Good point!
I usually process my images in CCDStack and PixInsight rather than MaximDL, but of course an external program has no idea when the camera is downloading... So the solution will be - if I want to do temporary processing while imaging - use the program that is controlling the camera.

What is really nice though, is we do not need to worry at all about the AP mounts - they just do exactly what they are told to do :)

John Murphy

--- In ap-gto@..., "Poschinger Konstantin v." <KPoschinger@...> wrote:

Hi John,

in the Camera setup you can define the priority!

Konstantin


Konstantin v. Poschinger

Hammerichstr. 5
22605 Hamburg
040/8805747
0171 1983476

Am 02.05.2010 um 20:28 schrieb Joseph Zeglinski:

John,

I haven't checked, but isn't there a way to give the camera driver a top
priority, so nothing affects a download? At the very least, perhaps S.B. &
SBIG could split their drive in two parts, with the brief download section
being "uninterruptible" by anything in Windoze.
Also, might it make image downloads less vulnerable, and the image less
likely to show banding perhaps, if the download is done to a USB thumb drive
(or a secondary data store), rather than the common system drive? That way,
there is no contention or disk access. Perhaps that isn't a significant
load, but given enough stuff possibly going on with use of an imaging &
control laptop, it might.

As for cable noise, even if USB had a robust comms protocol, any errors
will require a packet retransmit, and if there are enough, that could affect
image quality, as the camera processor holds further sensor line scan, until
the current line is retransmitted - if that is how the firmware actually
works. Perhaps it would have been nice if CCD cameras had a USB thumb drive
slot, to avoid long cable runs, noise, and hard drive contention.

Joe

----- Original Message -----
From: "john_and_hong" <john_and_hong@...>
To: <ap-gto@...>
Sent: Sunday, May 02, 2010 12:13 PM
Subject: [ap-gto] Re: Problem solved? Cable Zip

It is actually called Cable Zip (I called it cable wrap by mistake).

Yes, there are lots of things to consider in an imaging system. I am not
too concerned though, because USB is a digital system, so it is very
resilient to electronic interference. However, I do not use a dew heater -
I imagine that these can cause problems with power supplies as they turn
on and off.

A more common cause of noise is caused by using the PC (e.g. a bit of
processing!) during a download. On some (or even most) CCD cameras, if the
download is interrupted (e.g. has to wait in order to access the disk),
you will get visible artifacts. Some newer CCD cameras store the image in
memory before downloading the image. This solves the problem.

John


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


Re: NGC 2841 in Ursa Major

Carl
 

That's very good mate. But it looks like you have a major gradient in the blue channel it's blotchy blue all round the galaxy.

It should be ease to remove.

Carl.

David Grennan wrote:


Hi Group,

Sometimes you go looking through some old data and find an image which
you never got around to finalising the processing of. This is one such
image. There was a recent discussion about seeing on this group so I
might mention that the FWHM averaged at 1.6" on the night I took the
luminance.

Here's the link to the image.

http://www.webtreatz.com/gallery/displayimage.php?pid=88&fullsize=1 <http://www.webtreatz.com/gallery/displayimage.php?pid=88&fullsize=1>

Equipment:
C14 @ f/5.0 (with Optec Nextgen Focal Reducer)
AP1200 GTO CP3
SBIG ST8 and CFW9
Astronomik LRGB

Processing:
Images Plus v3.75
Photoshop CS2
Color was calibrated using a nearby G2V star.

Clear Skies,

Dave.
--
*Dave Grennan
*Raheny Observatory (MPC J41) - Dublin Ireland
E-Mail: dave[nospam]-at-webtreatz dot com
www.webtreatz.com



NGC 2841 in Ursa Major

gremlinastro
 

Hi Group,

Sometimes you go looking through some old data and find an image which
you never got around to finalising the processing of. This is one such
image. There was a recent discussion about seeing on this group so I
might mention that the FWHM averaged at 1.6" on the night I took the
luminance.

Here's the link to the image.

http://www.webtreatz.com/gallery/displayimage.php?pid=88&fullsize=1

Equipment:
C14 @ f/5.0 (with Optec Nextgen Focal Reducer)
AP1200 GTO CP3
SBIG ST8 and CFW9
Astronomik LRGB

Processing:
Images Plus v3.75
Photoshop CS2
Color was calibrated using a nearby G2V star.

Clear Skies,

Dave.
--
*Dave Grennan
*Raheny Observatory (MPC J41) - Dublin Ireland
E-Mail: dave[nospam]-at-webtreatz dot com
www.webtreatz.com


Re: Problem solved? Cable Zip

Poschinger Konstantin v. <KPoschinger@...>
 

Hi John,

in the Camera setup you can define the priority!

Konstantin


Konstantin v. Poschinger

Hammerichstr. 5
22605 Hamburg
040/8805747
0171 1983476

Am 02.05.2010 um 20:28 schrieb Joseph Zeglinski:

John,

I haven't checked, but isn't there a way to give the camera driver a top
priority, so nothing affects a download? At the very least, perhaps S.B. &
SBIG could split their drive in two parts, with the brief download section
being "uninterruptible" by anything in Windoze.
Also, might it make image downloads less vulnerable, and the image less
likely to show banding perhaps, if the download is done to a USB thumb drive
(or a secondary data store), rather than the common system drive? That way,
there is no contention or disk access. Perhaps that isn't a significant
load, but given enough stuff possibly going on with use of an imaging &
control laptop, it might.

As for cable noise, even if USB had a robust comms protocol, any errors
will require a packet retransmit, and if there are enough, that could affect
image quality, as the camera processor holds further sensor line scan, until
the current line is retransmitted - if that is how the firmware actually
works. Perhaps it would have been nice if CCD cameras had a USB thumb drive
slot, to avoid long cable runs, noise, and hard drive contention.

Joe

----- Original Message -----
From: "john_and_hong" <john_and_hong@...>
To: <ap-gto@...>
Sent: Sunday, May 02, 2010 12:13 PM
Subject: [ap-gto] Re: Problem solved? Cable Zip

It is actually called Cable Zip (I called it cable wrap by mistake).

Yes, there are lots of things to consider in an imaging system. I am not
too concerned though, because USB is a digital system, so it is very
resilient to electronic interference. However, I do not use a dew heater -
I imagine that these can cause problems with power supplies as they turn
on and off.

A more common cause of noise is caused by using the PC (e.g. a bit of
processing!) during a download. On some (or even most) CCD cameras, if the
download is interrupted (e.g. has to wait in order to access the disk),
you will get visible artifacts. Some newer CCD cameras store the image in
memory before downloading the image. This solves the problem.

John


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


Re: Problem solved? Cable Zip

Joe Zeglinski
 

John,

I haven't checked, but isn't there a way to give the camera driver a top priority, so nothing affects a download? At the very least, perhaps S.B. & SBIG could split their drive in two parts, with the brief download section being "uninterruptible" by anything in Windoze.
Also, might it make image downloads less vulnerable, and the image less likely to show banding perhaps, if the download is done to a USB thumb drive (or a secondary data store), rather than the common system drive? That way, there is no contention or disk access. Perhaps that isn't a significant load, but given enough stuff possibly going on with use of an imaging & control laptop, it might.

As for cable noise, even if USB had a robust comms protocol, any errors will require a packet retransmit, and if there are enough, that could affect image quality, as the camera processor holds further sensor line scan, until the current line is retransmitted - if that is how the firmware actually works. Perhaps it would have been nice if CCD cameras had a USB thumb drive slot, to avoid long cable runs, noise, and hard drive contention.

Joe

----- Original Message -----
From: "john_and_hong" <john_and_hong@...>
To: <ap-gto@...>
Sent: Sunday, May 02, 2010 12:13 PM
Subject: [ap-gto] Re: Problem solved? Cable Zip


It is actually called Cable Zip (I called it cable wrap by mistake).

Yes, there are lots of things to consider in an imaging system. I am not too concerned though, because USB is a digital system, so it is very resilient to electronic interference. However, I do not use a dew heater - I imagine that these can cause problems with power supplies as they turn on and off.

A more common cause of noise is caused by using the PC (e.g. a bit of processing!) during a download. On some (or even most) CCD cameras, if the download is interrupted (e.g. has to wait in order to access the disk), you will get visible artifacts. Some newer CCD cameras store the image in memory before downloading the image. This solves the problem.

John


Re: Giant exoplanet WASP-14b in Boo

Anthony Ayiomamitis <anthony@...>
 

Hi Dave,

Indeed, we have a very nice ingress and egress step. I agree that it is most probably a feature of the exoplanet owing to the fact it is both very large and close to its host star (54 hr orbitational period!) which means a good opportunity to capture the ingress/egress in progress. It also confirms the fact that the transit is not grazing in nature.

Anthony.

O/H David Grennan έγραψε:


Hi Anthony,

Congrats on this observation. It is remarkable the steepness of the
fall and rise at ingress and egress. I hadn't noticed such a sharp fall
and rise on your previous work. Is this a feature of this exoplanet?

Dave.
On 02/05/2010 04:26, Anthony Ayiomamitis wrote:
Dear group,

A very productive evening came to a successful conclusion an hour ago
with the work involving the exoplanet WASP-14b in Bootes 570 light-years
away and which was announced in mid-2008.

This exoplanet has a whopping mass 7.75 times that of Jupiter and is one
of the densest exoplanets discovered so far. WASP-14b requires a mere 54
hours to complete one orbit around its host star. When in transit across
its sun, the event lasts 183.6 minutes at a depth of 10.2 mmag (ie.
0.0102 mag).

For further details as well as the transit itself from a few hours ago,
please see
http://www.perseus.gr/Astro-Photometry-WASP-14-20100501.htm <http://www.perseus.gr/Astro-Photometry-WASP-14-20100501.htm> .

Anthony.
.


------------------------------------

To UNSUBSCRIBE, or for general information on the ap-gto list
see http://groups.yahoo.com/group/ap-gtoYahoo
<http://groups.yahoo.com/group/ap-gtoYahoo>! Groups Links




--
*Dave Grennan
*Raheny Observatory (MPC J41) - Dublin Ireland
E-Mail: dave@... <mailto:dave%40webtreatz.com>
Phone: +353+1+8310786
www.webtreatz.com



Re: Problem solved? Cable Zip

John Murphy
 

It is actually called Cable Zip (I called it cable wrap by mistake).

Yes, there are lots of things to consider in an imaging system. I am not too concerned though, because USB is a digital system, so it is very resilient to electronic interference. However, I do not use a dew heater - I imagine that these can cause problems with power supplies as they turn on and off.

A more common cause of noise is caused by using the PC (e.g. a bit of processing!) during a download. On some (or even most) CCD cameras, if the download is interrupted (e.g. has to wait in order to access the disk), you will get visible artifacts. Some newer CCD cameras store the image in memory before downloading the image. This solves the problem.

John

--- In ap-gto@..., "Joseph Zeglinski" <J.Zeglinski@...> wrote:

Hi,

The only concern I would have about "cable wrap", or even much worse,
"cable ties", is cross talk between signals in the shared bundle of lines.
Most cables should be shielded, if they are any good at all, and of course,
each shield properly grounded at one end. The power cable isn't, and every
time any equipment relay operates, power line noise results - that may only
be a concern for large relays, though, (speaking from a bad experience
decades ago, on that issue). I assume all other cables in the tightly
coupled, shared bundle, are twisted pair, shielded jacket. With the high
data rates and frequencies involved, it is something else to consider in an
imaging system.

Joe

----- Original Message -----
From: "john_and_hong" <john_and_hong@...>
To: <ap-gto@...>
Sent: Sunday, May 02, 2010 8:13 AM
Subject: [ap-gto] Re: Problem solved?


Yes, I use a very similar product. All I wanted was something that was
light and effectively increased the DEC cables diameter to about half an
inch. With the increased diameter of the cable, it can not get snagged by
the clutch knobs. It works perfectly. It was described as cable wrap here
in the UK.

I also use the same product to keep all the cables going to the CCD camera
together to prevent cable tangle - CCD Power, USB, focuser cable. No
autoguider cable - I now use pulseguide :)

John Murphy

--- In ap-gto@..., "oldultimacat" <oef3@> wrote:

Has anyone else tried 3/8" split wire loom to solve the DEC wire snag
problem. I've found that the loom has just enough spring and stiffness
to keep the wire lifted over the clutch nob and out of entanglement from
the dovetail adjusting nobs. Wire loom is also slippery so that it slides
off all those nobs.

Otis



------------------------------------

To UNSUBSCRIBE, or for general information on the ap-gto list
see http://groups.yahoo.com/group/ap-gtoYahoo! Groups Links



Re: Giant exoplanet WASP-14b in Boo

gremlinastro
 

Hi Anthony,

Congrats on this observation. It is remarkable the steepness of the
fall and rise at ingress and egress. I hadn't noticed such a sharp fall
and rise on your previous work. Is this a feature of this exoplanet?

Dave.

On 02/05/2010 04:26, Anthony Ayiomamitis wrote:
Dear group,

A very productive evening came to a successful conclusion an hour ago
with the work involving the exoplanet WASP-14b in Bootes 570 light-years
away and which was announced in mid-2008.

This exoplanet has a whopping mass 7.75 times that of Jupiter and is one
of the densest exoplanets discovered so far. WASP-14b requires a mere 54
hours to complete one orbit around its host star. When in transit across
its sun, the event lasts 183.6 minutes at a depth of 10.2 mmag (ie.
0.0102 mag).

For further details as well as the transit itself from a few hours ago,
please see http://www.perseus.gr/Astro-Photometry-WASP-14-20100501.htm .

Anthony.
.


------------------------------------

To UNSUBSCRIBE, or for general information on the ap-gto list
see http://groups.yahoo.com/group/ap-gtoYahoo! Groups Links




--
*Dave Grennan
*Raheny Observatory (MPC J41) - Dublin Ireland
E-Mail: dave@...
Phone: +353+1+8310786
www.webtreatz.com


Re: Problem solved?

Joe Zeglinski
 

Hi,

The only concern I would have about "cable wrap", or even much worse, "cable ties", is cross talk between signals in the shared bundle of lines. Most cables should be shielded, if they are any good at all, and of course, each shield properly grounded at one end. The power cable isn't, and every time any equipment relay operates, power line noise results - that may only be a concern for large relays, though, (speaking from a bad experience decades ago, on that issue). I assume all other cables in the tightly coupled, shared bundle, are twisted pair, shielded jacket. With the high data rates and frequencies involved, it is something else to consider in an imaging system.

Joe

----- Original Message -----
From: "john_and_hong" <john_and_hong@...>
To: <ap-gto@...>
Sent: Sunday, May 02, 2010 8:13 AM
Subject: [ap-gto] Re: Problem solved?


Yes, I use a very similar product. All I wanted was something that was light and effectively increased the DEC cables diameter to about half an inch. With the increased diameter of the cable, it can not get snagged by the clutch knobs. It works perfectly. It was described as cable wrap here in the UK.

I also use the same product to keep all the cables going to the CCD camera together to prevent cable tangle - CCD Power, USB, focuser cable. No autoguider cable - I now use pulseguide :)

John Murphy

--- In ap-gto@..., "oldultimacat" <oef3@...> wrote:

Has anyone else tried 3/8" split wire loom to solve the DEC wire snag problem. I've found that the loom has just enough spring and stiffness to keep the wire lifted over the clutch nob and out of entanglement from the dovetail adjusting nobs. Wire loom is also slippery so that it slides off all those nobs.

Otis



------------------------------------

To UNSUBSCRIBE, or for general information on the ap-gto list
see http://groups.yahoo.com/group/ap-gtoYahoo! Groups Links



Re: Problem solved?

John Murphy
 

Yes, I use a very similar product. All I wanted was something that was light and effectively increased the DEC cables diameter to about half an inch. With the increased diameter of the cable, it can not get snagged by the clutch knobs. It works perfectly. It was described as cable wrap here in the UK.

I also use the same product to keep all the cables going to the CCD camera together to prevent cable tangle - CCD Power, USB, focuser cable. No autoguider cable - I now use pulseguide :)

John Murphy

--- In ap-gto@..., "oldultimacat" <oef3@...> wrote:

Has anyone else tried 3/8" split wire loom to solve the DEC wire snag problem. I've found that the loom has just enough spring and stiffness to keep the wire lifted over the clutch nob and out of entanglement from the dovetail adjusting nobs. Wire loom is also slippery so that it slides off all those nobs.

Otis


Giant exoplanet WASP-14b in Boo

Anthony Ayiomamitis <anthony@...>
 

Dear group,

A very productive evening came to a successful conclusion an hour ago with the work involving the exoplanet WASP-14b in Bootes 570 light-years away and which was announced in mid-2008.

This exoplanet has a whopping mass 7.75 times that of Jupiter and is one of the densest exoplanets discovered so far. WASP-14b requires a mere 54 hours to complete one orbit around its host star. When in transit across its sun, the event lasts 183.6 minutes at a depth of 10.2 mmag (ie. 0.0102 mag).

For further details as well as the transit itself from a few hours ago, please see http://www.perseus.gr/Astro-Photometry-WASP-14-20100501.htm .

Anthony.
.


Re: Pulse Guide not running w/AP driver

Ray Gralak &#92;(Yahoo Groups&#92;) <groups@...>
 

Hi Jim,

Hi Ray, Thanks for the feedback. I got a help ticket from the Maxim help desk yesterday. I explained the issue and set
it at a medium
priority. This is not a do or die issue, but I certainly would like to try this mode of guiding, since initial reports
so far say its better!!

It's probably not any better or worse than using relays but you can eliminate one cable. Also it opens the door to using
cameras without relay outputs as autoguiders.

-Ray