![]() |
|||||
![]() |
|
SkyWalker hardware installation and use. SkyWalker functionality.
SkyGuide Telescope
Control System software installation and use.
Problems with motor stalls with SkyWalker-Servo or SkyWalker2Due to retrofit kit installation problems. The mechanical coupler that connects the drive unit to the Losmandy worm shaft needs to be carefully "lined up". The cover over the worm should be removed (with the small Allen key wrench provided in the kit) and the alignment verified. In other words, there should be little or no offset between the disk portion of the coupler that is on the drive unit shaft and the disk portion on the mount's worm shaft (refer to the picture in the kit's installation instructions). The alignment can be adjust to some degree by loosening the screws that hold the drive unit to the mount, moving the drive unit to the position of best alignment and re-tightening the screws. The alignment can also be adjusted via adjustment of the worm's "bearing blocks". Refer to the next item for instructions on this. Due to excessive gear friction. It is very important that the following are observed when installing the retrofit kit "drive units":
Due to Low battery voltage. SkyWalker is designed to work down to a supply voltage of 11.0v. A voltage below this will result in poor performance. This voltage is low enough that lead acid batteries can be used over their full operating range. It is possible that voltage less than 12.0v will, together with some measure of other problems as listed above, cause stalls. A related requirement is that no substitute for the power cable and in-line fuse supplied with SkyWalker should be used without first consulting Astrometric Instruments. Use of USB-to-RS232 converters to interface SkyWalker to Client software such as Maestro.SkyWalker and Client software will reliably communicate with PC serial ports provided by USB-to-RS232 converters. We have tested and recommend the following converter models:
Using SW_Firmup, as a Maestro alternative, to upgrade SkyWalker's firmwareSW_Firmup is a very simple SkyWalker Client program that can be used as an alternative, to Maestro, to upgrade SkyWalker's firmware. To use SW_Firmup, proceed as follows:
How to backwards-upgrade SkyWalker's firmware to an older versionAstrometric's alternative SkyWalker firmware upgrade utility, SW_Firmup, can "backwards" upgraded SkyWalker firmware as follows:
Better pointing accuracy: procedure to remove non-orthogonality errorThere are several errors in telescope systems that lead to pointing errors. These include gear errors (such as periodic error and backlash), flexures (such as tube sag and axis bending), "hysteresis" errors (such as mirror flop in SCT tube assemblies) and geometrical errors in the mount. To control typical gear errors you can use SkyGuide's periodic and backlash gear error removal features. To control flexures and geometrical errors you can use TPoint. To control hysteresis errors you can use techniques detailed by several people on various Internet news groups.We have found that simply "tuning out" the primary geometrical error, which for a German Equatorial mount (GEM) is usually optical-axis to DEC-axis non-orthogonality, can dramatically improve pointing. In fact, this step, together with remedying mirror flop, can bring your system to a level of pointing accuracy that may render the expense and difficulty of TPoint unnecessary. The basic approach to improving optical -to- DEC orthogonality is to view a fixed, and very distant, object from either side of the meridian and "shim" the optical tube assembly (OTA) until the distant object is centered from both viewing positions. It is most convenient to choose a distant object that is stationary (or nearly so). Anything terrestrial is generally too close and error will be introduced due to parallax. A star very close to the Celestial Pole is optimal. There are other variations of this method mentioned on the Internet. One popular version describes a procedure where the telescope is first approximately polar aligned and then Polaris is viewed with the telescope alternatively at an hour angle of +6hr and then -6hr. This method is less accurate than the method described here since it is not solely dependent on optical -to- DEC non-ortho error but is also dependent on RA -to- DEC non-ortho error. Note: all of these methods will be effected by mirror flop therefore that problem, if present, should be addressed first. Our optical-axis to DEC-axis non-orthogonality removal procedure:
Better pointing accuracy: backlash considerationsBacklash in a telescope's drive gears can lead to pointing inaccuracy. SkyGuide's backlash correction feature can be employed to reduce the effects of backlash error however on some mounts the backlash can be inconsistent around the worm gear. For example, on mounts that have some degree of play in the worm gear such that the gear is not perfectly centered, but rather can "shuck" from side to side (by even a very small amount), the backlash will vary around the gear from a potentially large value at one position to nearly nothing when the gear is rotated half way around. This problem (for G-11 users) was mentioned in the "Problems with motor stalls with SkyWalker-Servo or SkyWalker2" FAQ item above. Using SkyGuide's Consistent Approach GoTo feature (available in SkyGuide 2.10 or later), GoTos always approach the target "consistently" (i.e. headed in the same direction). With well balanced telescopes, this mitigates the effects of backlash by always "taking" the backlash up in a consistent direction. It also assures that after a GoTo there is no "tracking dead time" associated with RA backlash. Using Consistent Approach GoTo is preferable to using backlash compensation on mounts that have inconsistent backlash around the worm gear's revolution. Regardless of
weather SkyGuide's Consistent Approach feature is used or not it is good
practice to approach all objects, for which calibrations and alignments
are completed from, headed in the direction West in RA and consistently
North or South for Dec. West in RA so that tracking motion starts with
no backlash to be taken up and consistently in DEC so that alignments
are free of backlash error. Communications problems between SkyGuide and SkyWalkerPC "goes to sleep". It is typical to have problems with communications faults when using laptops setup to "go to sleep" or go into a low power mode after some amount of time with no user input. Laptops may have to be setup to not go to sleep after a fixed interval.Communications faults in Windows98/ME. We have encountered problems, under Windows98/ME (but not Windows95!), where communications faults occur if the PC has been running Windows for an extended time (a week or more). Rebooting Windows has always cleared up this type of problem. With SkyWalker's Sustain mode allowing for occasional communications hiccups this issue is hardly ever a practical problem. PC must be 120MHz Pentium or faster. We test SkyGuide releases on a 120MHz Pentium PC. Using a PC slower than that is not recommended and could lead to problems with communications faults. A 16550 UART (or better) in the PC's communications port used to connect to SkyWalker is recommend. All modern communications ports meet this criteria however older systems may not be equipped with 16550 (or better) UARTs. IRQ necessary for communications port. In order to work properly, SkyGuide and SkyWalker must be connected via a RS232 port that has interrupt support AND the RS232 port must be assigned a unique IRQ number. This is because SkyGuide must receive an "interrupt" from SkyWalker with low latency for SkyGuide's device driver to "service" SkyWalker fast enough. PC COM1 and COM2 ports almost always meet this criteria however there are several "add on" serial port adapters based on PCMCIA/PC-Card/USB that do not provide a unique IRQ for the associated communications ports. If you need to add a serial port to your machine consider one of the ports list on our serial port vendors web page. Another instantiation of this issue is that SkyGuide can report "Data corruption problem with SkyWalker communications" if the PC's communications port does not have direct IRQ support. You may also find that a communications port will work fine with other serial communications applications (such as terminal emulators) but fail with SkyGuide. Again, this is likely due to the lack of direct IRQ support. Finally, we have traced communications problems to IRQ conflicts. We have, for example, seen situations where a customer has sound hardware (e.g. Soundblaster) that is setup to use the same IRQ as a communications port. If SkyGuide will not establish communications with SkyWalker. Other than the above mentioned direct IRQ support requirement, and other than cable problems, we have encountered the following communications problems over the years:
Can a USB-to-RS232 adapter be used to interface SkyGuide to old SkyWalker models?Not reliably. SkyGuide used a device driver (acontrol.vxd) that runs within the Win95/98/ME operating system and provided very low latency control of old SkyWalker models. Because low latency is required, USB-to-RS232 converters do not work reliably with SkyGuide and the system will regularly enter Sustain-mode. With new SkyWalkers (post-Oct-2004 or older SkyWalkers that use the S-Box) the low latency control is not between the PC and SkyWalker but contained entirely within the hardware and the higher latency in USB-to-RS232 conversion is tolerable.GoTos are way off, perhaps even in the wrong directionIn the SkyGuide installation process you are queried concerning the mount that SkyWalker is installed on. Your answer is used to setup the proper default initializations for your system. If the incorrect default was selected during installation then the system will not operate correctly.There are additional settings within SkyGuide that are important for telescope mounts that have restricted movement (e.g. with respect to the Celestial Meridian). If these settings are incorrect, SkyGuide can, for example, attempt to do a "Meridian flip" at the wrong time. The requirements for these settings are detailed in the "SkyGuide User's Manual" chapter 2 in the "Start-up checklist" section. Site information (specifically Longitude) and the PC's clock must both be reasonably accurate. Refer to the "Setup the site (i.e. observing location) information" and "Verify that SkyGuide's sidereal time is correct" items in the "Startup checklist" section of chapter 2 for more information. More detail: Accurate time is not necessary for all types of celestial alignment, however, if you use any type of Meridian Avoidance the PC's clock, time-zone setting and site's longitude should be reasonably accurate (to a few minutes of time and to a few tens of minutes of arc) so that SkyGuide can properly calculate sidereal time. SkyGuide's calculation of the position of the Meridian uses sidereal time. Failure to adhere to this guideline can result in SkyGuide not properly avoiding the Meridian and possibly, for example, "driving" the telescope into the pier. If you have a custom setup be sure to go through the "Startup checklist" section of chapter 2 and all of chapter 4 ("Startup Settings") in the "SkyGuide User's Manual". If you have a standard mount then ALL of the startup settings, except for communications port selection and site details, are already made for you as part of the default initializations mentioned above. Why do SkyGuide's "limit avoidance" features not work?Assuming that default settings were properly chosen and site/time settings are correct (as describe in the previous item) limit avoidance should work fine. NOTE: There is no Limit Avoidance prior to Celestial alignment Before SkyGuide is aligned it has no knowledge of the absolute direction that the telescope is pointing hence it can not avoid limits. The same is true when using the system without a PC (i.e. using SkyWalker only in SkyWalker mode).How is the "Local Host" interface for TheSky v5 setup?Refer to the section "Setting-up to use Local Host software" in chapter 18 of the "SkyGuide User's Manual" for complete instructions.Note that if you install TheSky AFTER you install SkyGuide that a critical file that SkyGuide uses to communicated with TheSky will be clobbered (i.e. overwritten). The fix is to simply reinstall SkyGuide (and select "Keep existing settings" in the SkyGuide installation program). The text on SkyGuide's Console is too bigThis will occur if the PC's Display Adapter is set for "large fonts". To work around this problem take the following steps:
The values I enter into SkyGuide's Instrument Display do not "stick"The "OK" button must be pressed to get a value in the Instrument Display to be saved. If you change the value and press the "UP" button the new value will not be saved. Think of the "UP" button as "Cancel what I was doing and then go UP".
|
|||
|
Copyright © 2008 Astrometric Instruments, Inc. All Rights Reserved. Web site created by Roth Ritter and Chris Houghton. |