Date   

Re: aperture rules....??

Muhammed Samir Kharusi
 

What you have to verify upfront: Your major headache is to have a
scope (with flattener) that delivers you a FLAT image field across a
54mm diagonal. Next is whether you can adjust (or the manufacturer
adjusts) the orthogonality of the optical axis to your sensor
precisely enough. In my own testing on 35mm format I found the issue
of sampling or "quality" of the premium optics very secondary to
these aspects. All your selections should do an excellent job on-
axis, and if the manufacturers selected (i.e. of good repute) can
reassure you on the 2 aspects I mentioned above then fine, but first
query these specific aspects!
--- In ap-gto@..., "Bruce Karbal" <Skyloverz@...> wrote:

SO....using a large chip ( 38 mm x 38 mm )for CCD imaging as the
given
in the question

If aperature rules.....and F- ratio doesn't really affect the axiom

BETWEEN...these scopes and my "typical 3 arc second seeing"

E-180 ED F2.8 sampling at 4.9 arcsec/pixel
A/P Traveler F 6 sampling at 3.9 arcsec/pixel
Tak FSQ F 5 sampling at 4.6 arcsec/pixel
A/P 130 F 6 sampling at 3.1 arcsec/pixel
A/P 140 F 5.7 sampling at 3.1 arcsec/pixel


goal being the best resolution WIDE FIELD imaging

Opinions from the experts requested

thanx bruce


Re: Exoplanet transit XO-3b in Cam

ayiomamitis
 

--- In ap-gto@..., "Jim Janusz" <jjanusz@...> wrote:

Anthony,
Hi Jim,


Another great data set. I have to say your works of real science with six
inches of aperture are impressive.
Glad you like the result. My AP160 has nailed sixteen such exoplanets and we have a few
more to go before we pursue some really wild exoplanet opportunities (mags 13-18 for
the parent stars and which noone else is touching).


I wonder what would happen if you fed your dataset to Pempro? The
statistical modeling in there might show an interesting curve?
In fact there exist standard modelling programs for exoplanet transits and, now that you
mention it, I should look into it.

The predictions are good so far for Tuesday and Wednesday of next week and hopefully I
can pursue XO-2b (162 min duration, mag 11.18 parent star and 12 mmag depth) and
XO-5b (193 min duration, mag 12.13 parent star and 14 mmag depth).

This is always a VERY frustrating part of the year ... nice long nights (11+ hrs of darkness)
with great transparency but most often cloudy.

Anthony.


Jim

----- Original Message -----
From: "ayiomamitis" <ayiomami@...>
To: <ap-gto@...>
Sent: Sunday, November 23, 2008 9:12 AM
Subject: [ap-gto] Exoplanet transit XO-3b in Cam


Dear group,

Second time lucky with this particular challenging exoplanet and whose
depth is only 9.3
mmag. It is one of the heaviest exoplanets discovered so far with an
estimated mass almost
twelve times that of Jupiter and in spite of a similar radius (1.2 Jovian
radii).

For a result based on five hours total time, please see
http://www.perseus.gr/Astro-
Photometry-XO-3-20081120.htm ... the other four discoveries by the XO team
are now
slowly becoming seasonal and I hope to have results over the next couple
of weeks and as
the weather permits.

Clear skies!

Anthony.


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

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




Re: Exoplanet transit XO-3b in Cam

Jim Janusz <jjanusz@...>
 

Anthony,

Another great data set. I have to say your works of real science with six inches of aperture are impressive.

I wonder what would happen if you fed your dataset to Pempro? The statistical modeling in there might show an interesting curve?

Jim

----- Original Message -----
From: "ayiomamitis" <ayiomami@...>
To: <ap-gto@...>
Sent: Sunday, November 23, 2008 9:12 AM
Subject: [ap-gto] Exoplanet transit XO-3b in Cam


Dear group,

Second time lucky with this particular challenging exoplanet and whose depth is only 9.3
mmag. It is one of the heaviest exoplanets discovered so far with an estimated mass almost
twelve times that of Jupiter and in spite of a similar radius (1.2 Jovian radii).

For a result based on five hours total time, please see http://www.perseus.gr/Astro-
Photometry-XO-3-20081120.htm ... the other four discoveries by the XO team are now
slowly becoming seasonal and I hope to have results over the next couple of weeks and as
the weather permits.

Clear skies!

Anthony.


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

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




aperture rules....??

Bruce Karbal <Skyloverz@...>
 

SO....using a large chip ( 38 mm x 38 mm )for CCD imaging as the given
in the question

If aperature rules.....and F- ratio doesn't really affect the axiom

BETWEEN...these scopes and my "typical 3 arc second seeing"

E-180 ED F2.8 sampling at 4.9 arcsec/pixel
A/P Traveler F 6 sampling at 3.9 arcsec/pixel
Tak FSQ F 5 sampling at 4.6 arcsec/pixel
A/P 130 F 6 sampling at 3.1 arcsec/pixel
A/P 140 F 5.7 sampling at 3.1 arcsec/pixel


goal being the best resolution WIDE FIELD imaging

Opinions from the experts requested

thanx bruce


Exoplanet transit XO-3b in Cam

ayiomamitis
 

Dear group,

Second time lucky with this particular challenging exoplanet and whose depth is only 9.3
mmag. It is one of the heaviest exoplanets discovered so far with an estimated mass almost
twelve times that of Jupiter and in spite of a similar radius (1.2 Jovian radii).

For a result based on five hours total time, please see http://www.perseus.gr/Astro-
Photometry-XO-3-20081120.htm ... the other four discoveries by the XO team are now
slowly becoming seasonal and I hope to have results over the next couple of weeks and as
the weather permits.

Clear skies!

Anthony.


Re: AP 1200 - snowstorm

S HEGGIE <stuart.j.heggie@...>
 

Werner, that happens to me a lot up here in Canada - never been a problem. Think about all the dew that runs off everything on a humid evening in warmer weather.

Stuart


From: "werner.pribil" <werner.pribil@...>
Reply-To: ap-gto@...
To: ap-gto@...
Subject: [ap-gto] AP 1200 - snowstorm
Date: Sun, 23 Nov 2008 16:53:51 -0000

Hello,

I have a small roll on/roll off obeservatory in Austria. Yesterday
there was a very strong snow storm and afterwards I found a little snow
im my obsevatory.
I believe that the snow inside of my observatory did not touch my AP
1200, but I am not sure because the snow was melting soon.

Do you know how critical is the contact of little snow or water with
the AP 1200 (especially the gearbox housings, control box)?

Thanks,

Werner


AP 1200 - snowstorm

werner.pribil
 

Hello,

I have a small roll on/roll off obeservatory in Austria. Yesterday
there was a very strong snow storm and afterwards I found a little snow
im my obsevatory.
I believe that the snow inside of my observatory did not touch my AP
1200, but I am not sure because the snow was melting soon.

Do you know how critical is the contact of little snow or water with
the AP 1200 (especially the gearbox housings, control box)?

Thanks,

Werner


Re: Strange responses to commands

Gavin Bray
 

It turns out it was the serial/USB converter. What a relief. :-}

--- In ap-gto@..., "Ray Gralak &#92;(Yahoo Groups&#92;)" <yg@...>
wrote:

Hi Gavin,

I don't think you should exclude power as the problem yet. Just
because you
are using a 13.8 V supply doesn't mean it is actually supplying
that voltage
AND enough electrical current. You should also check that the power
cable to
the mount is secure and not damaged.

That said, it could also be your serial/USB converter like you seem
to be
thinking. Also, have you checked your cable to make sure the pins
are
correctly wired?

-Ray

-----Original Message-----
From: ap-gto@... [mailto:ap-gto@...]
On Behalf Of Gavin Bray
Sent: Saturday, November 22, 2008 2:09 PM
To: ap-gto@...
Subject: [ap-gto] Re: Strange responses to commands

Hi Ray

Thanks for the suggestion. I live in Australia and the
nighttime temperature was around 20 degrees celcius so that
wouldn't have affected voltage. Also, I'm supplying 13.8V
through a regulated power supply.

One thing I did find his morning is that the response to the
GR command (ie the return current position) changes if I use
the keypad to move the mount. So, it doesn't appear to be
completely random stuff coming back from the mount. Also, the
keypad appears to be working fine and the mount status
reported by the keypad is ok.

I've tried a different USB port, which made no difference,
and I'll pick up another USB-serial converter. Hopefully it's
the converter that's playing up.

If anyone has any other suggestions please let me know.

Gavin

--- In ap-gto@...
<mailto:ap-gto%40yahoogroups.com> , "Ray Gralak &#92;(Yahoo
Groups&#92;)" <yg@>
wrote:

Hi Gavin,

Check that you have adequate voltage/power going to the mount (A
little
higher voltage, like 15V is probably good for the winter
months).
Low
voltage and or limited electrical current can cause corrupted
characters.

-Ray

-----Original Message-----
From: ap-gto@... <mailto:ap-gto%
40yahoogroups.com>
[mailto:ap-gto@...
<mailto:ap-gto%40yahoogroups.com> ]
On Behalf Of Gavin Bray
Sent: Saturday, November 22, 2008 2:47 AM
To: ap-gto@... <mailto:ap-gto%40yahoogroups.com>
Subject: [ap-gto] Strange responses to commands

I've had TheSky6 controlling my AP1200 for a year but after a
computer move I can no longer connect. I've double checked
the
connection, correct COM port etc. I then used serial port
monitoring
software to capture the message exchange (see below).

I'm not familiar with the protocol but according to my
reading of
the keypad documentation the commands from TheSky look
good. Unless
I'm misunderstanding something the responses from the
mount look odd
and presumably this is why TheSky retries and then gives up.

Any suggestions what the problem might be? I doubt it's the
mount
and assume I've messed something up somehow.

Thanks
Gavin

Port opened by process "TheSky6.exe" (PID: 1864)

Request: 22/11/2008 8:29:47 PM.20264 (+33.3140 seconds)

23 3A 55 23 3A 47 52 23 #:U#:GR#

Answer: 22/11/2008 8:29:47 PM.32864 (+0.0250 seconds)

67 D9 AC D6 B6 9F 99 A3 9F B9 00 gÙ¬Ö¶&#159;&#153;£&#159;¹.

Request: 22/11/2008 8:29:47 PM.83264 (+0.5040 seconds)

3A 47 52 23 :GR#

Answer: 22/11/2008 8:29:47 PM.85464 (+0.0220 seconds)

67 D9 AC D6 B6 9F 99 A3 9F B9 00 gÙ¬Ö¶&#159;&#153;£&#159;¹.

Request: 22/11/2008 8:29:48 PM.36264 (+0.5080 seconds)

3A 47 52 23 :GR#

Answer: 22/11/2008 8:29:48 PM.38464 (+0.0220 seconds)

67 D9 AC D6 B6 9F 99 A3 9F B9 00 gÙ¬Ö¶&#159;&#153;£&#159;¹.

Port closed








Re: Repost: Mount Rejects Coordinates

mgjr@...
 

Wade,

Yes, I have 4 USB serial adapters in the observatory machine, all are
FTDI chipset. ACP ran all night last night with no issue. This only occurs occasionally, but sometimes when it does, it occurs repeatedly,
others once and done. I had had this issue on built in serial ports
as well, as multiple different USB serial adapters.

Thanks,
Mark


Quoting Wade Van Arsdale <uwpf23@...>:

Hi Mark,
I use the FTDI USB-to-Serial converter with 100% success on my
AP-1200. It has a very large amount of onboard hardware data-
buffering capability compared to some other brands. Edgeport does
too, but they are very expensive. The FTDI is a great price for
the amount of buffering you get. Good buffering seems to be a key
component in stopping serial glitches many times with fast pc
USB ports and fast processing. I may be preaching to the choir here,
as you may already have a brand that has large hardware buffering
already. If so, it must be something else.

Otherwise, you can get the FTDI here if you want to try a different
adapter:
http://tinyurl.com/6ac4dh

My Windows Device Manager port settings with this adapter are:
9600,8,N,1
(No flow control used)

Cheers,
Wade

--- In ap-gto@..., "Mark Galiyano Jr" <mgjr@...> wrote:

Kurt,
Not keyspan, but I am somewhat of a (daytime) RS232 guru and will
prevail
obtaining data on this issue :)

Mark

_____

From: ap-gto@... [mailto:ap-gto@...] On
Behalf Of
Kurt Mihalco
Sent: Friday, November 21, 2008 11:20 AM
To: ap-gto@...
Subject: [ap-gto] Re: Repost: Mount Rejects Coordinates



Hi Mark,
If you happen to be using one of the Keyspan USB->serial adapters,
you can use their Serial Assistant to open a Data monitor window to
view the raw serial data sent and recieved over the port. Kind of a
handy feature, as it loets you see if one of the upstream apps
might
have an issue corrupting the send or receive data buffers.
Good luck,
Kurt Mihalco

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

Ray, Howard,

It is not always a 'J', I have also seen '-', but it is always in
relation to a set target coordinate of some kind. I will do what
I
can to collect trace data.

Howard, I think the difference in formatting is just the pipe's
log
formatting ** vs. :

Also, I have ACP's polling rate set to slow.

Thanks for your attention to this:)
-Mark
<snip>





No virus found in this incoming message.
Checked by AVG - http://www.avg.com
Version: 8.0.175 / Virus Database: 270.9.9/1803 - Release Date:
11/21/2008
9:37 AM




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


Re: Strange responses to commands

Roy Uyematsu <roystarman@...>
 

I can recommend the USB to RS232 converter form IO Gear. Never had a problem
with them.

-----Original Message-----
From: ap-gto@... [mailto:ap-gto@...] On Behalf Of
Ray Gralak (Yahoo Groups)
Sent: Saturday, November 22, 2008 5:31 PM
To: ap-gto@...
Subject: RE: [ap-gto] Re: Strange responses to commands

Hi Gavin,

I don't think you should exclude power as the problem yet. Just because you
are using a 13.8 V supply doesn't mean it is actually supplying that voltage
AND enough electrical current. You should also check that the power cable to
the mount is secure and not damaged.

That said, it could also be your serial/USB converter like you seem to be
thinking. Also, have you checked your cable to make sure the pins are
correctly wired?

-Ray

-----Original Message-----
From: ap-gto@... [mailto:ap-gto@...] On Behalf
Of Gavin Bray
Sent: Saturday, November 22, 2008 2:09 PM
To: ap-gto@...
Subject: [ap-gto] Re: Strange responses to commands

Hi Ray

Thanks for the suggestion. I live in Australia and the nighttime
temperature was around 20 degrees celcius so that wouldn't have
affected voltage. Also, I'm supplying 13.8V through a regulated power
supply.

One thing I did find his morning is that the response to the GR
command (ie the return current position) changes if I use the keypad
to move the mount. So, it doesn't appear to be completely random stuff
coming back from the mount. Also, the keypad appears to be working
fine and the mount status reported by the keypad is ok.

I've tried a different USB port, which made no difference, and I'll
pick up another USB-serial converter. Hopefully it's the converter
that's playing up.

If anyone has any other suggestions please let me know.

Gavin

--- In ap-gto@...
<mailto:ap-gto%40yahoogroups.com> , "Ray Gralak &#92;(Yahoo Groups&#92;)"
<yg@...>
wrote:

Hi Gavin,

Check that you have adequate voltage/power going to the mount (A
little
higher voltage, like 15V is probably good for the winter months).
Low
voltage and or limited electrical current can cause corrupted
characters.

-Ray

-----Original Message-----
From: ap-gto@... <mailto:ap-gto%40yahoogroups.com>
[mailto:ap-gto@...
<mailto:ap-gto%40yahoogroups.com> ]
On Behalf Of Gavin Bray
Sent: Saturday, November 22, 2008 2:47 AM
To: ap-gto@... <mailto:ap-gto%40yahoogroups.com>
Subject: [ap-gto] Strange responses to commands

I've had TheSky6 controlling my AP1200 for a year but after a
computer move I can no longer connect. I've double checked the
connection, correct COM port etc. I then used serial port
monitoring
software to capture the message exchange (see below).

I'm not familiar with the protocol but according to my reading of
the keypad documentation the commands from TheSky look
good. Unless
I'm misunderstanding something the responses from the
mount look odd
and presumably this is why TheSky retries and then gives up.

Any suggestions what the problem might be? I doubt it's the mount
and assume I've messed something up somehow.

Thanks
Gavin

Port opened by process "TheSky6.exe" (PID: 1864)

Request: 22/11/2008 8:29:47 PM.20264 (+33.3140 seconds)

23 3A 55 23 3A 47 52 23 #:U#:GR#

Answer: 22/11/2008 8:29:47 PM.32864 (+0.0250 seconds)

67 D9 AC D6 B6 9F 99 A3 9F B9 00 gÙ¬Ö¶&#159;&#153;£&#159;¹.

Request: 22/11/2008 8:29:47 PM.83264 (+0.5040 seconds)

3A 47 52 23 :GR#

Answer: 22/11/2008 8:29:47 PM.85464 (+0.0220 seconds)

67 D9 AC D6 B6 9F 99 A3 9F B9 00 gÙ¬Ö¶&#159;&#153;£&#159;¹.

Request: 22/11/2008 8:29:48 PM.36264 (+0.5080 seconds)

3A 47 52 23 :GR#

Answer: 22/11/2008 8:29:48 PM.38464 (+0.0220 seconds)

67 D9 AC D6 B6 9F 99 A3 9F B9 00 gÙ¬Ö¶&#159;&#153;£&#159;¹.

Port closed








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

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


Re: Strange responses to commands

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

Hi Gavin,

I don't think you should exclude power as the problem yet. Just because you
are using a 13.8 V supply doesn't mean it is actually supplying that voltage
AND enough electrical current. You should also check that the power cable to
the mount is secure and not damaged.

That said, it could also be your serial/USB converter like you seem to be
thinking. Also, have you checked your cable to make sure the pins are
correctly wired?

-Ray

-----Original Message-----
From: ap-gto@... [mailto:ap-gto@...]
On Behalf Of Gavin Bray
Sent: Saturday, November 22, 2008 2:09 PM
To: ap-gto@...
Subject: [ap-gto] Re: Strange responses to commands

Hi Ray

Thanks for the suggestion. I live in Australia and the
nighttime temperature was around 20 degrees celcius so that
wouldn't have affected voltage. Also, I'm supplying 13.8V
through a regulated power supply.

One thing I did find his morning is that the response to the
GR command (ie the return current position) changes if I use
the keypad to move the mount. So, it doesn't appear to be
completely random stuff coming back from the mount. Also, the
keypad appears to be working fine and the mount status
reported by the keypad is ok.

I've tried a different USB port, which made no difference,
and I'll pick up another USB-serial converter. Hopefully it's
the converter that's playing up.

If anyone has any other suggestions please let me know.

Gavin

--- In ap-gto@...
<mailto:ap-gto%40yahoogroups.com> , "Ray Gralak &#92;(Yahoo
Groups&#92;)" <yg@...>
wrote:

Hi Gavin,

Check that you have adequate voltage/power going to the mount (A
little
higher voltage, like 15V is probably good for the winter months).
Low
voltage and or limited electrical current can cause corrupted
characters.

-Ray

-----Original Message-----
From: ap-gto@... <mailto:ap-gto%40yahoogroups.com>
[mailto:ap-gto@...
<mailto:ap-gto%40yahoogroups.com> ]
On Behalf Of Gavin Bray
Sent: Saturday, November 22, 2008 2:47 AM
To: ap-gto@... <mailto:ap-gto%40yahoogroups.com>
Subject: [ap-gto] Strange responses to commands

I've had TheSky6 controlling my AP1200 for a year but after a
computer move I can no longer connect. I've double checked the
connection, correct COM port etc. I then used serial port
monitoring
software to capture the message exchange (see below).

I'm not familiar with the protocol but according to my reading of
the keypad documentation the commands from TheSky look
good. Unless
I'm misunderstanding something the responses from the
mount look odd
and presumably this is why TheSky retries and then gives up.

Any suggestions what the problem might be? I doubt it's the mount
and assume I've messed something up somehow.

Thanks
Gavin

Port opened by process "TheSky6.exe" (PID: 1864)

Request: 22/11/2008 8:29:47 PM.20264 (+33.3140 seconds)

23 3A 55 23 3A 47 52 23 #:U#:GR#

Answer: 22/11/2008 8:29:47 PM.32864 (+0.0250 seconds)

67 D9 AC D6 B6 9F 99 A3 9F B9 00 gÙ¬Ö¶&#159;&#153;£&#159;¹.

Request: 22/11/2008 8:29:47 PM.83264 (+0.5040 seconds)

3A 47 52 23 :GR#

Answer: 22/11/2008 8:29:47 PM.85464 (+0.0220 seconds)

67 D9 AC D6 B6 9F 99 A3 9F B9 00 gÙ¬Ö¶&#159;&#153;£&#159;¹.

Request: 22/11/2008 8:29:48 PM.36264 (+0.5080 seconds)

3A 47 52 23 :GR#

Answer: 22/11/2008 8:29:48 PM.38464 (+0.0220 seconds)

67 D9 AC D6 B6 9F 99 A3 9F B9 00 gÙ¬Ö¶&#159;&#153;£&#159;¹.

Port closed








Re: Strange responses to commands

Gavin Bray
 

Hi Ray

Thanks for the suggestion. I live in Australia and the nighttime
temperature was around 20 degrees celcius so that wouldn't have
affected voltage. Also, I'm supplying 13.8V through a regulated power
supply.

One thing I did find his morning is that the response to the GR
command (ie the return current position) changes if I use the keypad
to move the mount. So, it doesn't appear to be completely random
stuff coming back from the mount. Also, the keypad appears to be
working fine and the mount status reported by the keypad is ok.

I've tried a different USB port, which made no difference, and I'll
pick up another USB-serial converter. Hopefully it's the converter
that's playing up.

If anyone has any other suggestions please let me know.

Gavin

--- In ap-gto@..., "Ray Gralak &#92;(Yahoo Groups&#92;)" <yg@...>
wrote:

Hi Gavin,

Check that you have adequate voltage/power going to the mount (A
little
higher voltage, like 15V is probably good for the winter months).
Low
voltage and or limited electrical current can cause corrupted
characters.

-Ray

-----Original Message-----
From: ap-gto@... [mailto:ap-gto@...]
On Behalf Of Gavin Bray
Sent: Saturday, November 22, 2008 2:47 AM
To: ap-gto@...
Subject: [ap-gto] Strange responses to commands

I've had TheSky6 controlling my AP1200 for a year but after a
computer move I can no longer connect. I've double checked
the connection, correct COM port etc. I then used serial port
monitoring software to capture the message exchange (see below).

I'm not familiar with the protocol but according to my
reading of the keypad documentation the commands from TheSky
look good. Unless I'm misunderstanding something the
responses from the mount look odd and presumably this is why
TheSky retries and then gives up.

Any suggestions what the problem might be? I doubt it's the
mount and assume I've messed something up somehow.

Thanks
Gavin

Port opened by process "TheSky6.exe" (PID: 1864)

Request: 22/11/2008 8:29:47 PM.20264 (+33.3140 seconds)

23 3A 55 23 3A 47 52 23 #:U#:GR#

Answer: 22/11/2008 8:29:47 PM.32864 (+0.0250 seconds)

67 D9 AC D6 B6 9F 99 A3 9F B9 00 gÙ¬Ö¶&#159;&#153;£&#159;¹.

Request: 22/11/2008 8:29:47 PM.83264 (+0.5040 seconds)

3A 47 52 23 :GR#

Answer: 22/11/2008 8:29:47 PM.85464 (+0.0220 seconds)

67 D9 AC D6 B6 9F 99 A3 9F B9 00 gÙ¬Ö¶&#159;&#153;£&#159;¹.

Request: 22/11/2008 8:29:48 PM.36264 (+0.5080 seconds)

3A 47 52 23 :GR#

Answer: 22/11/2008 8:29:48 PM.38464 (+0.0220 seconds)

67 D9 AC D6 B6 9F 99 A3 9F B9 00 gÙ¬Ö¶&#159;&#153;£&#159;¹.

Port closed





Re: Strange responses to commands

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

Hi Gavin,

Check that you have adequate voltage/power going to the mount (A little
higher voltage, like 15V is probably good for the winter months). Low
voltage and or limited electrical current can cause corrupted characters.

-Ray

-----Original Message-----
From: ap-gto@... [mailto:ap-gto@...]
On Behalf Of Gavin Bray
Sent: Saturday, November 22, 2008 2:47 AM
To: ap-gto@...
Subject: [ap-gto] Strange responses to commands

I've had TheSky6 controlling my AP1200 for a year but after a
computer move I can no longer connect. I've double checked
the connection, correct COM port etc. I then used serial port
monitoring software to capture the message exchange (see below).

I'm not familiar with the protocol but according to my
reading of the keypad documentation the commands from TheSky
look good. Unless I'm misunderstanding something the
responses from the mount look odd and presumably this is why
TheSky retries and then gives up.

Any suggestions what the problem might be? I doubt it's the
mount and assume I've messed something up somehow.

Thanks
Gavin

Port opened by process "TheSky6.exe" (PID: 1864)

Request: 22/11/2008 8:29:47 PM.20264 (+33.3140 seconds)

23 3A 55 23 3A 47 52 23 #:U#:GR#

Answer: 22/11/2008 8:29:47 PM.32864 (+0.0250 seconds)

67 D9 AC D6 B6 9F 99 A3 9F B9 00 gÙ¬Ö¶&#159;&#153;£&#159;¹.

Request: 22/11/2008 8:29:47 PM.83264 (+0.5040 seconds)

3A 47 52 23 :GR#

Answer: 22/11/2008 8:29:47 PM.85464 (+0.0220 seconds)

67 D9 AC D6 B6 9F 99 A3 9F B9 00 gÙ¬Ö¶&#159;&#153;£&#159;¹.

Request: 22/11/2008 8:29:48 PM.36264 (+0.5080 seconds)

3A 47 52 23 :GR#

Answer: 22/11/2008 8:29:48 PM.38464 (+0.0220 seconds)

67 D9 AC D6 B6 9F 99 A3 9F B9 00 gÙ¬Ö¶&#159;&#153;£&#159;¹.

Port closed





Strange responses to commands

Gavin Bray
 

I've had TheSky6 controlling my AP1200 for a year but after a
computer move I can no longer connect. I've double checked the
connection, correct COM port etc. I then used serial port monitoring
software to capture the message exchange (see below).

I'm not familiar with the protocol but according to my reading of the
keypad documentation the commands from TheSky look good. Unless I'm
misunderstanding something the responses from the mount look odd and
presumably this is why TheSky retries and then gives up.

Any suggestions what the problem might be? I doubt it's the mount and
assume I've messed something up somehow.

Thanks
Gavin

Port opened by process "TheSky6.exe" (PID: 1864)

Request: 22/11/2008 8:29:47 PM.20264 (+33.3140 seconds)

23 3A 55 23 3A 47 52 23 #:U#:GR#

Answer: 22/11/2008 8:29:47 PM.32864 (+0.0250 seconds)

67 D9 AC D6 B6 9F 99 A3 9F B9 00 gÙ¬Ö¶&#159;&#153;£&#159;¹.

Request: 22/11/2008 8:29:47 PM.83264 (+0.5040 seconds)

3A 47 52 23 :GR#

Answer: 22/11/2008 8:29:47 PM.85464 (+0.0220 seconds)

67 D9 AC D6 B6 9F 99 A3 9F B9 00 gÙ¬Ö¶&#159;&#153;£&#159;¹.

Request: 22/11/2008 8:29:48 PM.36264 (+0.5080 seconds)

3A 47 52 23 :GR#

Answer: 22/11/2008 8:29:48 PM.38464 (+0.0220 seconds)

67 D9 AC D6 B6 9F 99 A3 9F B9 00 gÙ¬Ö¶&#159;&#153;£&#159;¹.

Port closed


Re: Repost: Mount Rejects Coordinates

Mark Galiyano Jr <mgjr@...>
 

Hi Ray,
Please don't take my conviction to my reality as adversarial :) I am
committed to assisting to get to a resolution. I am starting to become
confident that ACP somehow precipitates this issue, but I am also confident
that ACP isn't doing anything technically wrong. From now forward I'll make
every attempt to capture and record serial data surrounding occurances and
get them to you.
Best Regards,
Mark

_____

From: ap-gto@... [mailto:ap-gto@...] On Behalf Of
Ray Gralak
Sent: Friday, November 21, 2008 2:29 PM
To: ap-gto@...
Subject: RE: [ap-gto] Re: Repost: Mount Rejects Coordinates



Hi Mark,

I've sent *lots* of slew commands in PEMPro and in APCC and I have not seen
any rejections of slews, especially not consistently. It would be very
helpful if you (or anyone else) could post to the files section a log that
demonstrates consistent failures.

-Ray

-----Original Message-----
From: ap-gto@yahoogroups. <mailto:ap-gto%40yahoogroups.com> com
[mailto:ap-gto@yahoogroups. <mailto:ap-gto%40yahoogroups.com> com]
On Behalf Of Mark Galiyano Jr
Sent: Friday, November 21, 2008 11:04 AM
To: ap-gto@yahoogroups. <mailto:ap-gto%40yahoogroups.com> com
Subject: RE: [ap-gto] Re: Repost: Mount Rejects Coordinates

Rick,
At one point, I agreed with your statement regarding retries.
Now, however, I have seen repeated tries to set the same, and
other target coordinates, fail again and again. It certainly
seams like a timing, or sequecing issue as Ray and Howard
suggest. I don't buy that it is corrupt data, but will
rejoyce in any solution:)

Mark

_____

From: ap-gto@yahoogroups. <mailto:ap-gto%40yahoogroups.com> com
<mailto:ap-gto%40yahoogroups.com>
[mailto:ap-gto@yahoogroups. <mailto:ap-gto%40yahoogroups.com> com
<mailto:ap-gto%40yahoogroups.com> ] On Behalf Of Rick Wiggins
Sent: Friday, November 21, 2008 12:13 PM
To: ap-gto@yahoogroups. <mailto:ap-gto%40yahoogroups.com> com
<mailto:ap-gto%40yahoogroups.com>
Subject: [ap-gto] Re: Repost: Mount Rejects Coordinates

Hi Bob,
I assume that ACP tries once and then gives the error. This
is a problem I have pointed out many times, where one piece
of software expects everything to be running perfectly. It
would be much better if ACP tried to timeout and resend the
command on such errors, although in this case it may be more
complicated and require a Query to the mount first before the
timeout. Matt Thomas has started putting in some "Failsafe"
type functions in his CCDCommander software. I think these
things are necessary in an asynchronous software and hardware
environment. Maybe you can have some luck with Bob at ACP,
but my luck has not been good there.
Thanks, Rick

--- In ap-gto@yahoogroups. <mailto:ap-gto%40yahoogroups.com>
com, "Bob Holzer" <b.holzer@...> wrote:


Hi Roland:

Occasionally during an automated ACP/Maxin run I will get an error
that says the AP mount has rejected the coordinates sent to it by
the
software. Here is an example during a Park, but it could be
anytime:

02:14:37 Parking scope.
02:14:39 **Script Error (Tracking has been stopped)**
02:14:39 Source: ASCOM AstroPhysics GTO Driver
02:14:39 Message: AP mount rejected set TargetAltitude = +00*00:00
at
line 1732 column 13.
ACP console log closed 17-Nov-2008 02:14:39 UTC

These have become more frequent as of late, so I'd like to get to
the
bottom of it. It has also been reported by others on the ACP list.

Any thoughts?

Thanks,

Bob
No virus found in this incoming message.
Checked by AVG - http://www.avg. <http://www.avg.com> com <http://www.avg.
<http://www.avg.com> com>
Version: 8.0.175 / Virus Database: 270.9.9/1803 - Release
Date: 11/21/2008
9:37 AM










No virus found in this incoming message.
Checked by AVG - http://www.avg.com
Version: 8.0.175 / Virus Database: 270.9.9/1803 - Release Date: 11/21/2008
9:37 AM


Re: Repost: Mount Rejects Coordinates

Ray Gralak <rgr@...>
 

Hi Mark,

I've sent *lots* of slew commands in PEMPro and in APCC and I have not seen
any rejections of slews, especially not consistently. It would be very
helpful if you (or anyone else) could post to the files section a log that
demonstrates consistent failures.

-Ray

-----Original Message-----
From: ap-gto@... [mailto:ap-gto@...]
On Behalf Of Mark Galiyano Jr
Sent: Friday, November 21, 2008 11:04 AM
To: ap-gto@...
Subject: RE: [ap-gto] Re: Repost: Mount Rejects Coordinates

Rick,
At one point, I agreed with your statement regarding retries.
Now, however, I have seen repeated tries to set the same, and
other target coordinates, fail again and again. It certainly
seams like a timing, or sequecing issue as Ray and Howard
suggest. I don't buy that it is corrupt data, but will
rejoyce in any solution:)

Mark

_____

From: ap-gto@...
<mailto:ap-gto%40yahoogroups.com>
[mailto:ap-gto@...
<mailto:ap-gto%40yahoogroups.com> ] On Behalf Of Rick Wiggins
Sent: Friday, November 21, 2008 12:13 PM
To: ap-gto@... <mailto:ap-gto%40yahoogroups.com>
Subject: [ap-gto] Re: Repost: Mount Rejects Coordinates

Hi Bob,
I assume that ACP tries once and then gives the error. This
is a problem I have pointed out many times, where one piece
of software expects everything to be running perfectly. It
would be much better if ACP tried to timeout and resend the
command on such errors, although in this case it may be more
complicated and require a Query to the mount first before the
timeout. Matt Thomas has started putting in some "Failsafe"
type functions in his CCDCommander software. I think these
things are necessary in an asynchronous software and hardware
environment. Maybe you can have some luck with Bob at ACP,
but my luck has not been good there.
Thanks, Rick

--- In ap-gto@yahoogroups. <mailto:ap-gto%40yahoogroups.com>
com, "Bob Holzer" <b.holzer@...> wrote:


Hi Roland:

Occasionally during an automated ACP/Maxin run I will get an error
that says the AP mount has rejected the coordinates sent to it by
the
software. Here is an example during a Park, but it could be
anytime:

02:14:37 Parking scope.
02:14:39 **Script Error (Tracking has been stopped)**
02:14:39 Source: ASCOM AstroPhysics GTO Driver
02:14:39 Message: AP mount rejected set TargetAltitude = +00*00:00
at
line 1732 column 13.
ACP console log closed 17-Nov-2008 02:14:39 UTC

These have become more frequent as of late, so I'd like to get to
the
bottom of it. It has also been reported by others on the ACP list.

Any thoughts?

Thanks,

Bob
No virus found in this incoming message.
Checked by AVG - http://www.avg.com <http://www.avg.com>
Version: 8.0.175 / Virus Database: 270.9.9/1803 - Release
Date: 11/21/2008
9:37 AM







Re: Repost: Mount Rejects Coordinates

Mark Galiyano Jr <mgjr@...>
 

Kurt,
Not keyspan, but I am somewhat of a (daytime) RS232 guru and will prevail
obtaining data on this issue :)

Mark

_____

From: ap-gto@... [mailto:ap-gto@...] On Behalf Of
Kurt Mihalco
Sent: Friday, November 21, 2008 11:20 AM
To: ap-gto@...
Subject: [ap-gto] Re: Repost: Mount Rejects Coordinates



Hi Mark,
If you happen to be using one of the Keyspan USB->serial adapters,
you can use their Serial Assistant to open a Data monitor window to
view the raw serial data sent and recieved over the port. Kind of a
handy feature, as it loets you see if one of the upstream apps might
have an issue corrupting the send or receive data buffers.
Good luck,
Kurt Mihalco

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

Ray, Howard,

It is not always a 'J', I have also seen '-', but it is always in
relation to a set target coordinate of some kind. I will do what
I
can to collect trace data.

Howard, I think the difference in formatting is just the pipe's
log
formatting ** vs. :

Also, I have ACP's polling rate set to slow.

Thanks for your attention to this:)
-Mark
<snip>





No virus found in this incoming message.
Checked by AVG - http://www.avg.com
Version: 8.0.175 / Virus Database: 270.9.9/1803 - Release Date: 11/21/2008
9:37 AM


Re: Repost: Mount Rejects Coordinates

Mark Galiyano Jr <mgjr@...>
 

Rick,
At one point, I agreed with your statement regarding retries. Now, however,
I have seen repeated tries to set the same, and other target coordinates,
fail again and again. It certainly seams like a timing, or sequecing issue
as Ray and Howard suggest. I don't buy that it is corrupt data, but will
rejoyce in any solution:)

Mark

_____

From: ap-gto@... [mailto:ap-gto@...] On Behalf Of
Rick Wiggins
Sent: Friday, November 21, 2008 12:13 PM
To: ap-gto@...
Subject: [ap-gto] Re: Repost: Mount Rejects Coordinates



Hi Bob,
I assume that ACP tries once and then gives the error. This is a
problem I have pointed out many times, where one piece of software
expects everything to be running perfectly. It would be much better
if ACP tried to timeout and resend the command on such errors,
although in this case it may be more complicated and require a Query
to the mount first before the timeout. Matt Thomas has started
putting in some "Failsafe" type functions in his CCDCommander
software. I think these things are necessary in an asynchronous
software and hardware environment. Maybe you can have some luck with
Bob at ACP, but my luck has not been good there.
Thanks, Rick

--- In ap-gto@yahoogroups. <mailto:ap-gto%40yahoogroups.com> com, "Bob
Holzer" <b.holzer@...> wrote:


Hi Roland:

Occasionally during an automated ACP/Maxin run I will get an error
that says the AP mount has rejected the coordinates sent to it by
the
software. Here is an example during a Park, but it could be
anytime:

02:14:37 Parking scope.
02:14:39 **Script Error (Tracking has been stopped)**
02:14:39 Source: ASCOM AstroPhysics GTO Driver
02:14:39 Message: AP mount rejected set TargetAltitude = +00*00:00
at
line 1732 column 13.
ACP console log closed 17-Nov-2008 02:14:39 UTC

These have become more frequent as of late, so I'd like to get to
the
bottom of it. It has also been reported by others on the ACP list.

Any thoughts?

Thanks,

Bob




No virus found in this incoming message.
Checked by AVG - http://www.avg.com
Version: 8.0.175 / Virus Database: 270.9.9/1803 - Release Date: 11/21/2008
9:37 AM


Re: Repost: Mount Rejects Coordinates

Kurt Mihalco
 

Hi Mark,
If you happen to be using one of the Keyspan USB->serial adapters,
you can use their Serial Assistant to open a Data monitor window to
view the raw serial data sent and recieved over the port. Kind of a
handy feature, as it loets you see if one of the upstream apps might
have an issue corrupting the send or receive data buffers.
Good luck,
Kurt Mihalco


--- In ap-gto@..., mgjr@... wrote:

Ray, Howard,

It is not always a 'J', I have also seen '-', but it is always in
relation to a set target coordinate of some kind. I will do what
I
can to collect trace data.

Howard, I think the difference in formatting is just the pipe's
log
formatting ** vs. :

Also, I have ACP's polling rate set to slow.

Thanks for your attention to this:)
-Mark
<snip>


Re: sudden jumps in tracking with 1200GTO

astrotrf2002
 

--- In ap-gto@..., chris1011@... wrote:

It would be nice to know which axis, but since you don't say, I will
guess.

Sorry; I buried the information in the middle of a long paragraph.
The jumps were east-west (RA).



I'm almost certain that your sudden jumps will go away as soon as
you remove
all com port inputs to the mount. In other words, I believe that you
are getting
a command from one of your software programs to move the mount in
one of the
axes.
This is always a possibility, of course. TheSky6 is being used to
command the mount. However, since I'm doing an Automapper TPoint run,
I unfortunately cannot disconnect the serial cable.



If it still does it, then you
can do a guider log and go back into the log to see what command was
made to
move the mount.
No guiding was being done during the Automapper run. But what I *can*
do is disconnect the guider cable to make sure the camera itself is
not causing the problem.

Thanks for the always-quick response, Roland. I'll report back on the
results of an Automapper run with the guide cable disconnected.

By the way, I *love* my AP1200 mount. If I confine my TPoint model to
just one half of the sky (east or west of the meridian), the pointing
error amounts to just 4-1/2 arcminutes RMS before any TPoint model
corrections *at all*, and less than 27 arcseconds RMS with just the
standard 6 geometric terms applied! And this with a load that is
right at the 150-pound rated capacity of the mount.

Thanks for *that*, too!

Terry