Date   

Re: Wanted: PoleAlignMax V2.0.1

Richard Kinsey
 

Anthony, try asking Larry Weber

larryweber@idsi.net

I am sure that he will be interested to hear about your problem with
2.0.35

Regards, Richard


--- In ap-gto@yahoogroups.com, "ayiomamitis" <ayiomami@...> wrote:

Dan,

Actually things are reversed. I never had the slightest problem with
V2.0.1 but do have problems with the latest version which I
downloaded
for reinstall following a hard disk crash.

It is for this reason that I am looking for the previous version.

Anthony.

--- In ap-gto@yahoogroups.com, "d_ankeney" <3spencer2@> wrote:

Anthony,

There seems to be a version 2.0.35 that fixes some of the bugs in
2.0.1. See -
http://users.bsdwebsolutions.com/~larryweber/PoleAlignMaxDownload.htm
Hope this helps.

Dan

--- In ap-gto@yahoogroups.com, "ayiomamitis" <ayiomami@> wrote:

Dear Group,

I was wondering if someone has a copy of the executable for
PoleAlignMax and, more specifically, version 2.0.1?

It seems a new version was released last month and there seem
to be
some problems with it. I have emailed both authors surrounding a
couple of issues with the new release but I cannot find a copy
of the
previous version (I need a reinstall due to a hard disk crash
and
replacement).

Thanks!

Anthony.


Re: Anyone designed a limit switch or similar to prvent pier col...

dan kowall
 

The Gemini mounts sound an alarm when the safety limits are reached, but they don't stop tracking.

dan kowall

______

astrokattner <kattnerk@haynesboone.com> wrote: <<SNIP>>
Can't the mount "remember" how far it is past the meridian as the set
point and then in all subsequent sessions stop tracking if the mount
exceeds that point? .......

My old retired G11 Gemini system does this and the feature is very
handy.........
Ken






---------------------------------
Pinpoint customers who are looking for what you sell.


Re: Wanted: PoleAlignMax V2.0.1

ayiomamitis
 

Dan,

Actually things are reversed. I never had the slightest problem with
V2.0.1 but do have problems with the latest version which I downloaded
for reinstall following a hard disk crash.

It is for this reason that I am looking for the previous version.

Anthony.

--- In ap-gto@yahoogroups.com, "d_ankeney" <3spencer2@...> wrote:

Anthony,

There seems to be a version 2.0.35 that fixes some of the bugs in
2.0.1. See -
http://users.bsdwebsolutions.com/~larryweber/PoleAlignMaxDownload.htm
Hope this helps.

Dan

--- In ap-gto@yahoogroups.com, "ayiomamitis" <ayiomami@> wrote:

Dear Group,

I was wondering if someone has a copy of the executable for
PoleAlignMax and, more specifically, version 2.0.1?

It seems a new version was released last month and there seem to be
some problems with it. I have emailed both authors surrounding a
couple of issues with the new release but I cannot find a copy of the
previous version (I need a reinstall due to a hard disk crash and
replacement).

Thanks!

Anthony.


Re: Anyone designed a limit switch or similar to prvent pier col...

Roland Christen
 

I realize that other GOTO systems have advantages that ours doesn't have -
each new one that comes along can look at the previous efforts by others and add
to it to gain a leg up. In a perfect world every car would park itself and
when it's raining, run in and pick up that pizza at the counter so the driver
doesn't have to get wet. My poor 1994 Ford doesn't even have remote entry,
something that nobody has to live without any more. Why didn't they include that?
How dumb of them! What were they thinking, by golly???

Rolando


**************************************
See what's free at
http://www.aol.com.


Re: Wanted: PoleAlignMax V2.0.1

d_ankeney <3spencer2@...>
 

Anthony,

There seems to be a version 2.0.35 that fixes some of the bugs in
2.0.1. See -
http://users.bsdwebsolutions.com/~larryweber/PoleAlignMaxDownload.htm
Hope this helps.

Dan

--- In ap-gto@yahoogroups.com, "ayiomamitis" <ayiomami@...> wrote:

Dear Group,

I was wondering if someone has a copy of the executable for
PoleAlignMax and, more specifically, version 2.0.1?

It seems a new version was released last month and there seem to be
some problems with it. I have emailed both authors surrounding a
couple of issues with the new release but I cannot find a copy of the
previous version (I need a reinstall due to a hard disk crash and
replacement).

Thanks!

Anthony.


Re: Anyone designed a limit switch or similar to prvent pier col...

Roland Christen
 

In a message dated 7/7/2007 11:57:37 AM Central Daylight Time,
kattnerk@haynesboone.com writes:


I
was just wondering if there is any smarts in the mount itself to keep
track of this, but it sounds like no.
Right now there is no function in the servo drive to turn the motors off
after tracking past the meridian. In order to impliment that, we would need to add
this function to the servo microchip, and that means that the older mounts
would have to be retrofitted with new chips. The function could then be enabled
or disabled with an outside software command from keypad or other software.

With the existing servo chips, since there is no function to turn off the
drive at a preset point on the gearwheel, that point would have to be calculated
by the outside software which is doing the controlling and at the proper time
a quit tracking command would have to be sent.

Rolando


**************************************
See what's free at
http://www.aol.com.


Re: Wanted: PoleAlignMax V2.0.1

spcrichey <drichey@...>
 

Anthony,
I thought your name was familiar. Sorry I don't have your software, but I'm the guy selling
the AP pier on Astromart that you asked about international shipping.
Regards,

--- In ap-gto@yahoogroups.com, "ayiomamitis" <ayiomami@...> wrote:

Dear Group,

I was wondering if someone has a copy of the executable for
PoleAlignMax and, more specifically, version 2.0.1?

It seems a new version was released last month and there seem to be
some problems with it. I have emailed both authors surrounding a
couple of issues with the new release but I cannot find a copy of the
previous version (I need a reinstall due to a hard disk crash and
replacement).

Thanks!

Anthony.


Re: Anyone designed a limit switch or similar to prvent pier col...

Roland Christen
 

In a message dated 7/6/2007 11:04:23 PM Central Daylight Time,
kattnerk@haynesboone.com writes:


Can't the mount "remember"
The "mount" is composed of several distinct and separate functions - it is
modular to allow for maximum flexibility. The motor drivers consist of a servo
drive that translates an RA/DEC command into an angular rotation of the two
gear wheels. The keypad is a database that contains thousands of objects with
their RA/Dec numbers, and has other control functions in its software. This is a
distinct and separate item - the keypad is not a mount motor driver. We also
have Pulse Guide and 3rd party planetarium software which allows for
controlling the mount with a separate computer, completely apart from the keypad. A
function to control the mount servo drive (the CP3 unit) can be added to any of
the software programs in the keypad, Pulse Guide or planetarium program because
these are the human interfaces that communicate with you. The mount servo
drive does not automatically know what you want - it is basically dumb and will do
whatever it is told by these outside programs. The only way the servo knows
what you want is for you to command it from the outside via software command.

Commands to do a STOP exist in the AP protocol (the :KA# command is one such
command), so it is not impossible to send a command to stop tracking from any
of these outside software programs at a certain point in the tracking. It's
just a matter of it never having been done by either a) the keypad software guy,
or b) the planetarium software guy (good luck ever getting them to do that),
or c) the designer of Pulse Guide. Now that the desire to have this function n
the mount has been raised, we will try to add it to our wishlist for the
upcoming new keypad software and possibly Ray Gralack can add it to Pulse Guide
(he is very responsive to good suggestions), but you probably will never see it
anywhere else.

As far as having it automatically stop beyond a certain point, that is not
going to fly. Lots of imagers want the ability to go far beyond the meridian,
perhaps all the way to the opposite horizon with the scope upside down. I image
this way all the time and do not want an automatic stop of any kind.

Rolando


**************************************
See what's free at
http://www.aol.com.


Re: Wanted: PoleAlignMax V2.0.1

ayiomamitis
 

PS. I am referring to the executable zip file.

--- In ap-gto@yahoogroups.com, "ayiomamitis" <ayiomami@...> wrote:

Dear Group,

I was wondering if someone has a copy of the executable for
PoleAlignMax and, more specifically, version 2.0.1?

It seems a new version was released last month and there seem to be
some problems with it. I have emailed both authors surrounding a
couple of issues with the new release but I cannot find a copy of the
previous version (I need a reinstall due to a hard disk crash and
replacement).

Thanks!

Anthony.


Wanted: PoleAlignMax V2.0.1

ayiomamitis
 

Dear Group,

I was wondering if someone has a copy of the executable for
PoleAlignMax and, more specifically, version 2.0.1?

It seems a new version was released last month and there seem to be
some problems with it. I have emailed both authors surrounding a
couple of issues with the new release but I cannot find a copy of the
previous version (I need a reinstall due to a hard disk crash and
replacement).

Thanks!

Anthony.


Re: Anyone designed a limit switch or similar to prvent pier col...

astrokattner
 

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

In a message dated 7/6/2007 5:36:44 PM Central Daylight Time,
kattnerk@... writes:


Would AP consider a tracking safety stop as a feature update?
Would
it be possible to set a point at which you do not want the mount
to
keep tracking past the meridian? And then store this point in the
servo so that the servo will turn tracking off once this point is
met? I could sure use this much more than a GPS unit and now that
I
know I don't even need a watch, I'm leaving that at home too. The
Gemini units have this feature and it was nice to have.
The AP mounts have a clutch, so it would not be possible to always
insure
that the point on the gearwheel is always at the same place in the
sky. A hard
microswitch stop is probably safer than a software stop.

Rolando

Can't the mount "remember" how far it is past the meridian as the set
point and then in all subsequent sessions stop tracking if the mount
exceeds that point? For example, I can track about two hours past
the meridian without hitting the pier, so the mount would just have
to remember the number "2" and then in all subsequent sessions simply
stop tracking if the mount tracks more than 2 hours beyond the
current "Z" number?

My old retired G11 Gemini system does this and the feature is very
handy. With a software stop, it would seem to be more adjustable
than a hardware feature.

regards,

Ken


Re: computer startup sequence question

observe_m13
 

and a new Pulseguide which uses said new ASCOM driver, and new keypad
software / firmware, and so far - it's all vaporware.

At least we have good solid hardware and software to use right now.
It might not have all the latest bells and whistles but it works well.
It could be much worse and we might have really flaky stuff that
doesn't work or is totally unreliable that we have to live with while
waiting.

Rick.


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

I thought there was going to be a new AP Ascom driver that would
alleviate
this problem by using the correct function. Am I wrong?

Jim

For those who are controlling the mount via computer and who are not
close to the mount, there is a way to RCAL when necessary using Pulse
Guide. To prevent having to disconnect Pulse Guide when using The
Sky, use both serial ports of the mount. Connect one port to Pulse
Guide, the other to The Sky so that both programs are running. Then
proceed as follows:

1. Turn on the mount.
2. Initialize the mount with Pulse Guide.
3. Slew to the first calibration star using The Sky.
4. Center the star using Pulse Guide.
5. SYNC using The Sky. This is the ONLY time you SYNC with The Sky.
6. Slew to your target of interest using The Sky.
7. Proceed to observe and/or image.
8. After slewing to a target with The Sky and you need to recenter:
a. DO NOT recenter.
b. Go to the TPoint tab of Pulse Guide.
c. Click on the Get RA/DEC button in the Step 1 box.
d. Center your target using Pulse Guide's Guide/Slew tab.
e. Go back to the TPoint tab.
f Click on the Reset RA/DEC button in the Step 2 box.
9. If your target is too dim or diffuse, slew with The Sky to
a nearby, fairly bright, identifiable star before doing
the steps under number 8 above.

You have now done a RCAL, never having to worry about having your
scope taking a dive under the mount that may happen with multiple
SYNCS.

I think Ray has posted this before, but with multiple replies to
this thread, I thought it might bear repeating. I have used this
proceedure without TPoint running. But, I do have TPoint installed in
my computer. I find I have little need of using TPoint since
switching to AP mounts. It is easier just to RCAL if I slew to a
different part of the sky and I need to recenter.

Clear skys.





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




Re: computer startup sequence question

Jim Janusz <jjanusz@...>
 

I thought there was going to be a new AP Ascom driver that would alleviate this problem by using the correct function. Am I wrong?

Jim

For those who are controlling the mount via computer and who are not
close to the mount, there is a way to RCAL when necessary using Pulse
Guide. To prevent having to disconnect Pulse Guide when using The
Sky, use both serial ports of the mount. Connect one port to Pulse
Guide, the other to The Sky so that both programs are running. Then
proceed as follows:

1. Turn on the mount.
2. Initialize the mount with Pulse Guide.
3. Slew to the first calibration star using The Sky.
4. Center the star using Pulse Guide.
5. SYNC using The Sky. This is the ONLY time you SYNC with The Sky.
6. Slew to your target of interest using The Sky.
7. Proceed to observe and/or image.
8. After slewing to a target with The Sky and you need to recenter:
a. DO NOT recenter.
b. Go to the TPoint tab of Pulse Guide.
c. Click on the Get RA/DEC button in the Step 1 box.
d. Center your target using Pulse Guide's Guide/Slew tab.
e. Go back to the TPoint tab.
f Click on the Reset RA/DEC button in the Step 2 box.
9. If your target is too dim or diffuse, slew with The Sky to
a nearby, fairly bright, identifiable star before doing
the steps under number 8 above.

You have now done a RCAL, never having to worry about having your
scope taking a dive under the mount that may happen with multiple
SYNCS.

I think Ray has posted this before, but with multiple replies to
this thread, I thought it might bear repeating. I have used this
proceedure without TPoint running. But, I do have TPoint installed in
my computer. I find I have little need of using TPoint since
switching to AP mounts. It is easier just to RCAL if I slew to a
different part of the sky and I need to recenter.

Clear skys.





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




Re: computer startup sequence question

Richard Moore
 

--- In ap-gto@yahoogroups.com, "astrokattner" <kattnerk@...> wrote:

--- In ap-gto@yahoogroups.com, "Howard" <howard@> wrote:

Keep in mind: the Synch command is ALWAYS like starting over. If
you
initialize and Synch correctly when you start out, then yes, you can
slew all over the sky all night long and the mount will always keep
its
orientation correct. However, if you continue to use the synch
command
through the session, you run the risk of using the command when you
are
not in the proper orientation. The fact that the first Synch was
done
correctly will have no bearing if a later Synch is done incorrectly.
Synch establishes position AND orientation each time it is used.
If
you are working off of a properly executed Synch (and all other
pertinent parameters are correct), with each slew, you will arrive
at




your next GoTo destination in a position from which it is safe to
center
and Synch again. However, you may no longer be safe to Synch when
you
depart.

Right, I would NEVER sync before departing (because it is likely I
will be tracking past the meridian after the end of an exposure. I
would only sync again AFTER the slew to a new location. Maybe Ray,
when he finishes the new AP driver, can have an option for RCAL and
SYNC.
For those who are controlling the mount via computer and who are not
close to the mount, there is a way to RCAL when necessary using Pulse
Guide. To prevent having to disconnect Pulse Guide when using The
Sky, use both serial ports of the mount. Connect one port to Pulse
Guide, the other to The Sky so that both programs are running. Then
proceed as follows:

1. Turn on the mount.
2. Initialize the mount with Pulse Guide.
3. Slew to the first calibration star using The Sky.
4. Center the star using Pulse Guide.
5. SYNC using The Sky. This is the ONLY time you SYNC with The Sky.
6. Slew to your target of interest using The Sky.
7. Proceed to observe and/or image.
8. After slewing to a target with The Sky and you need to recenter:
a. DO NOT recenter.
b. Go to the TPoint tab of Pulse Guide.
c. Click on the Get RA/DEC button in the Step 1 box.
d. Center your target using Pulse Guide's Guide/Slew tab.
e. Go back to the TPoint tab.
f Click on the Reset RA/DEC button in the Step 2 box.
9. If your target is too dim or diffuse, slew with The Sky to
a nearby, fairly bright, identifiable star before doing
the steps under number 8 above.

You have now done a RCAL, never having to worry about having your
scope taking a dive under the mount that may happen with multiple
SYNCS.

I think Ray has posted this before, but with multiple replies to
this thread, I thought it might bear repeating. I have used this
proceedure without TPoint running. But, I do have TPoint installed in
my computer. I find I have little need of using TPoint since
switching to AP mounts. It is easier just to RCAL if I slew to a
different part of the sky and I need to recenter.

Clear skys.


Re: Anyone designed a limit switch or similar to prvent pier col...

astrokattner
 

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

In a message dated 7/6/2007 3:09:25 PM Central Daylight Time,
rickwiggins@... writes:


Hi Roland,
Since that is the case, then as long as I stop the RA before the
scope hits the pier and turn off power, I can maintain pointing.
I
could then (in the morning after discovery), turn power back on,
re-
establish the link between TheSky and the mount, and then
properly
park the mount!

Problem solved with only a microswitch, a latching relay, and
some
wire!
Yes, that's right. Many times I simply turn the power off after a
night of
observing, leaving the scope parked at any odd angle, even well
past the
meridian. Next session, maybe a week later I turn on the power,
press Objects menu on
the keypad, go to the same object that I was on before and press
GoTo. The
scope slews to the object, and it will typically be off by only a
few dozen
pixels in RA on my CCD.

Rolando

Would AP consider a tracking safety stop as a feature update? Would
it be possible to set a point at which you do not want the mount to
keep tracking past the meridian? And then store this point in the
servo so that the servo will turn tracking off once this point is
met? I could sure use this much more than a GPS unit and now that I
know I don't even need a watch, I'm leaving that at home too. The
Gemini units have this feature and it was nice to have.

regards,

Ken


Re: Anyone designed a limit switch or similar to prvent pier col...

Wiggins, Rick
 

Hi Roland,
Since that is the case, then as long as I stop the RA before the
scope hits the pier and turn off power, I can maintain pointing. I
could then (in the morning after discovery), turn power back on, re-
establish the link between TheSky and the mount, and then properly
park the mount!

Problem solved with only a microswitch, a latching relay, and some
wire!

Thanks Roland

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

In a message dated 7/5/2007 2:39:43 PM Central Daylight Time,
rickwiggins@... writes:


This level of improvement not
only prevents hitting the pier, but also maintains mount
pointing
which will be lost if I cut off power to the mount while it is
tracking.
The mount NEVER loses pointing even if power is suddenly removed.
All
pointing information is stored in the servo controller at all
times, so it can never
be lost. All you need to do is initialize the mount at power up -
something
that is totally automatic if the keypad is set to
Autostart "Yes". Otherwise,
if yoy are not using the keypad to start the system, a normal
startup procedure
using your favorite 3rd party software method will instantly
restore the
servo back to where it was. True, it won't be pointing to the same
object as
before because the earth has rotated, but the servo knows that and
will know where
the scope is now pointing, same as any shutdown and restart at a
later date.

Rolando


**************************************
See what's free at
http://www.aol.com.




Re: Anyone designed a limit switch or similar to prvent pier col...

Roland Christen
 

In a message dated 7/6/2007 5:36:44 PM Central Daylight Time,
kattnerk@haynesboone.com writes:


Would AP consider a tracking safety stop as a feature update? Would
it be possible to set a point at which you do not want the mount to
keep tracking past the meridian? And then store this point in the
servo so that the servo will turn tracking off once this point is
met? I could sure use this much more than a GPS unit and now that I
know I don't even need a watch, I'm leaving that at home too. The
Gemini units have this feature and it was nice to have.
The AP mounts have a clutch, so it would not be possible to always insure
that the point on the gearwheel is always at the same place in the sky. A hard
microswitch stop is probably safer than a software stop.

Rolando


**************************************
See what's free at
http://www.aol.com.


Re: Anyone designed a limit switch or similar to prvent pier col...

Roland Christen
 

In a message dated 7/6/2007 3:09:25 PM Central Daylight Time,
rickwiggins@earthlink.net writes:


Hi Roland,
Since that is the case, then as long as I stop the RA before the
scope hits the pier and turn off power, I can maintain pointing. I
could then (in the morning after discovery), turn power back on, re-
establish the link between TheSky and the mount, and then properly
park the mount!

Problem solved with only a microswitch, a latching relay, and some
wire!
Yes, that's right. Many times I simply turn the power off after a night of
observing, leaving the scope parked at any odd angle, even well past the
meridian. Next session, maybe a week later I turn on the power, press Objects menu on
the keypad, go to the same object that I was on before and press GoTo. The
scope slews to the object, and it will typically be off by only a few dozen
pixels in RA on my CCD.

Rolando


Thanks Roland



**************************************
See what's free at http://www.aol.com.


[ANN] ACP Version 5.0 available for download

Bob Denny
 

DC-3 Dreams is pleased to announce major releases of ACP
Observatory Control Software and its free companion ACP Planner.
Together, these two programs provide complete automated observing
suitable for both astro-imaging and science.

The most obvious change in ACP itself is the new "live" web
browser interface. It was designed from scratch to be the primary
way of doing automated observing both in the observatory and
remotely. It provides simple forms for single target imaging. For
multi-target runs, we provide ACP Planner free of charge. Planner
gives you a way of visualizing target position and timing like no
other. It can be used anywhere, on your laptop while travelling
or by friends wishing to use your observatory (again, it's free).
Once you have planned your multi-target run, upload the plan via
the web and click a button. ACP handles the rest.

There is much more. For more information and a special offer,
please see: http://acp.dc3.com/acp5-rel.html

For general ACP Information, please see: http://acp.dc3.com/

And for information on ACP Planner, please see:
http://acp.dc3.com/planner.html

If you've heard that ACP is hard to use or for geeks only, forget
it! ACP Planner and ACP are easy to use, yet they are the most
flexible and powerful automation packages out there. Look at the
videos, and then get the 60 day free trial to see for yourself.

-- Bob Denny


Re: Anyone designed a limit switch or similar to prvent pier collision

Wiggins, Rick
 

Hi Chris,
That certainly looks like a system with great potential. It appears
to be optimized for roll-offs and it appears to be an entire roll-
off/system controller. It would be very pricey to be used only as an
I/O controller for systems that already have a dome or system
controller.

In my case, I am running DDWCP as my dome controller. I have TheSky
controlling the mount and CCDCommander as a Master Controller. My
need was a simple subsystem that can prevent the mount from hitting
the pier.

I am currently planning on a microswitch to physically detect RA
axis setting exceeded and a relay to shut off power to the mount.
Ultimately I will add a digital I/O board that receives the
microswitch signal (or any other signal) and then sends the
appropriate commmand to either the AP mount via ASCOM/RS232, TheSky,
or CCDCommander to Park the mount. This level of improvement not
only prevents hitting the pier, but also maintains mount pointing
which will be lost if I cut off power to the mount while it is
tracking. If I can find an external I/O board, then it will also be
very useful for portable imaging.

The cost of the microswitch/relay system is less than $50 not
counting the APC PDU Masterswitch which I already use to control
power to all my instruments. The cost of the I/O board system should
be less than $200 all included.

This is the direction that I have headed since I have not received
any better ideas yet. I am always open to improvements and I expect
that many other AP users would also be interested.

Thanks, Rick

--- In ap-gto@yahoogroups.com, "Chris Hetlage" <chrishet55@...>
wrote:

Sorry for the plug on the AP list but you may want to check out my
automation system, http://m1oasys.com as a solution to this
issue.
This very sophisticated and flexible observatory automation system
that is capable of doing some amazing tasks. Users can add their
own
sensors and write rules that can do what you are looking for. For
example, you could mount one mag switch to the RA axis and one to
the
DEC axis at a point where you want the mount to stop and write a
rule
that whenever the RA Sensor is closed AND the DEC Sensor is closed
then turn mount power off and then send user an alert text message
on
their cell phone (or you can have the system call you on the phone…
many possibilities). The m1OASYS can control all the powered
devices
in your observatory as well so you can restart the mount power and
use TheSky motion controls to reposition the scope…all remotely if
desired.

There are other solutions you could also employ with the system
including using photo sensors or pressure sensors. For example I
use a photo sensor to ensure the scope is in a park position
before
my roof opens or closes. In addition I have a rule that prevents
my
mount from accidentally crashing into my roof whenever the roof is
closed or is in motion. I have actually triggered this before…
one
day I was remotely testing TheSky and I accidentally slewed the
scope
while my roof was closed! The system immediately shut the power
off
on my mount and alerted me via my cell.

I have an email link on the site so feel free to contact me off-
list
if you have any questions on the m1.

Regards,
Chris Hetlage


--- In ap-gto@yahoogroups.com, "Rick Wiggins" <rickwiggins@> wrote:

Hi Konstantin,
Thanks for the suggestion. The type of switch used is not
important.
There are mercury switches, reed relays, AC microswitches, etc.
that
will all work. The real issues are:
1) How to attach the devices without permanently damaging the
mount
2) How to reset the power to recover to a known position or park
position (i.e. if the switch turns the power off, and we turn it
back
on, then the swirch will still be in contact and immediately
turn
off
power therby preventing recovery from a remote location.

I have considered a system that has a power bypass to allow
recovery
once the condition is noticed, but it requires more hardware.

Thanks, Rick


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

Hello,

I think it is not so important where the scope is pointed in
the
sky.
The failure is only happening if the scope is going to point
lower
than the horizon. So what you need is a switch thats stops
when
the
level of the scope went under the horizon. There are mercury
switches
you can use.

Konstantin


Konstantin v. Poschinger
Hammerichstr. 5
22605 Hamburg
040/8805747
http://www.astro22605.de

Am 04.07.2007 um 01:31 schrieb Rick Wiggins:

Hi,
I am trying to devise a system to prevent the AP mount from
driving
the scope into the pier if the computer, etc system fails.
There
are
multiple failure scenerios in an observatory where various
failures,
mistakes, or software features can cause the system to miss a
Meridian flip, Park command, or simply lock up and let the
AP
mount
merrily go about driving the scope into the pier. Usually
this
causes no damage, although it certainly could not be doing
any
good
to the scope or the mount clutches, so I see this as a
failure
mode
to avoid.

I am wondering if anyone has devised something like a
microswitch
which plcaed properly on the stationary section of the RA
axis
and a
solid object such as a rubber block or metal tab placed on
the
moving section where it comes into contact exactly at the
meridian
position of the mount? This would drive a relay or similar
circuit
to turn off power to the mount. A fixed block works well for
permanent setups in observatories; however being able to
move
the
block would be even better, allow ease of portable ues, and
give
settablility to the system.

I am considering such a contraption and wonder if anyone has
solved
this problem or done something similar. Please let me know
if
you
are willing to share so that I don't re-invent the RA wheel.

Thanks, Rick




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