Jump to content

Stargazers Lounge Uses Cookies

Like most websites, SGL uses cookies in order to deliver a secure, personalised service, to provide social media functions and to analyse our traffic. Continued use of SGL indicates your acceptance of our cookie policy.



Motorised Dome pointing for side-by-side GEM - a solution

Recommended Posts

Last October I started a topic (here) seeking help for a "challenge" I had with pointing side-by-side telescopes through the narrow opening in my motorised dome.

After a lot of research, going back to first principles on spherical geometry and teaching myself how to do Visual Basic programming - I've come up with a software solution I've called DPoint. It's running on my Windows 10 Observatory PC and acts as a "pointing controller" for the dome.

I set up the dome and telescope geometry measurements in DPoint and tell DPoint how to connect to the dome  and telescope. The software then gets the Alt-Az data from the scope, performs some maths using my scope configuration and hey presto, DPoint works out where the dome needs to point and tells the dome to go there. DPoint polls the scope every few seconds and tells the dome where to go - this lets the dome follow the scope when the scope is slewing.

I've been really pleased with how well this has worked - I can select the scope I want to use and DPoint positions the dome opening so the scope is right in the middle of the opening.

Here's some screen shots of what DPoint looks like. First is the configuration tab where you set up the dome and scope geometry, for some reason I built it to support five scopes (I only have two but clearly had aspirations for more?):

Dome Geometry.png

Next is what I called the Setup tab. This is where you connect to the scope and dome and select which scope you want DPoint to slave the dome to. DPoint remembers everything you configure but I also added some Import/Export buttons to make it easy to backup or moving the configuration data around:


DPoint is the "operational" tab. In the top half I show where the scope is pointing, where DPoint thinks the dome should be pointing (Target) and where the dome is actually pointing (Current). To slave the dome to the scope you just tick the "Slave Dome to Scope" checkbox.

I added the bottom half of this tab to give me full manual control of the dome - I can nudge it left or right, slew the dome to a specific azimuth, Park the dome, Sync the dome to the Target azimuth, and as always, have a big Stop button:


The two controls on this tab I haven't mentioned ("Use DPoints" and "Add") are for another pointing mechanism I built into DPoint but haven't fully tested - because I found I didn't need it. If you find that DPoint has quite centred the scope in the middle of the dome opening you can manually move the dome and when it's in the right position press the "Add" button. This adds a "DPoint" coordinate to a database DPoint builds up. If you have enough DPoints in the database, you can tick the "Use DPoints" checkbox and DPoint calculates the Dome Target as normal but then looks at the nearest DPoints in the database and works out a new Dome Target by blending the DPoints data with the original calculation. This seemed like a neat idea at the time to compensate for any non-linearity in the dome geometry or dome pointing (e.g. my dome is not actually level !). However, the maths works fine without having to get the DPoints stuff working.

So I can now happily leave the observatory to run my photographic command scripts overnight with the dome following the scope around - I even (eventually) got the setup to handle meridian flips in the middle of the night.

All I need is a dark sky and no clouds ....



Edited by Mart
Deleted wrong picture
  • Like 2

Share this post

Link to post
Share on other sites

Hi Mart,

I have been trying to do vaguely similar things, so I can appreciate what an acheivement you have come up with. I don't know whether you have any feelings about sharing your code, but I would love to see it if you are happy with that. Of course, I will understand totally if you don't want to. Anyway, well done and I hope it works really well for you.

Regards, Hugh

Share this post

Link to post
Share on other sites

Hi Hugh,

happy for you to play with the app - but the code is not a pretty sight.

Come to that the app might not be that pretty - e.g. if you haven't got ASCOM installed you may get an "unhandled exception" rather than a friendly user error.

I've zipped up and attached the programme. As mentioned above, I'm running it on Windows 10. I know it doesn't run on Windows XP so can't vouch for any other operating system.

Happy to share my "experience" from putting it together if there's a problem you've had doing similar things.

Cheers, Mart


Share this post

Link to post
Share on other sites

Hi Mart,


Many thanks for sending the programme. A quick test shows that it installs just fine on my computer - Windows 10 with the latest ASCOM version installed.

Also many thanks for your offer to share your experience. I will send you a PM about that.

Regards, Hugh


Share this post

Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

  • Recently Browsing   0 members

    No registered users viewing this page.

  • Similar Content

    • By sloz1664
      After automating the dome on my Pulsar Obsy which has been a revelation, I have spent a considerable time researching how I could automate on what is a very basic manual shutter. The existing shutter slides on the aperture side of the dome and supported by two curved aluminium rods at the rear. What I will require is to create a runner system to allow the shutter to open & close smoothly, be aligned & contained to enable attaching a motor and drive system, thus allowing software automation.
      The rollers are 30 mm dia nylon roller bearings, four per side of the shutter opening. This will allow the shutter to slide smoothly over the open aperture.
      The rear side of the dome needed to be built up so I could affix tracks to enable the shutter to slide smoothly to the rear of the dome. This was relatively tricky as I had to build rear track support blocks to line up with the existing shutter. I plumped for wooden supports as I had to mount the on a sloping curved dome and as they had  to be mounted vertically, creating some rather complex compound angles and curves. These were bonded in place and further secured with stainless screws from within the dome. Then having formed the arc in which the shutter will run I attached UPVC strips to complete the assembly. The sides will be cladded with UPVC.

      The calculations had to be quite precise as I didn't have much breathing space 

      To be continued...........
    • By skybadger
      Hi all 
      I am finally getting to the point of having a working dome and shutter driver from an electronics point of view:
      I have alpaca controllers and drivers for both, sensor switches in place for the shutter travel, encoder for the dome rotation, relay latch for unlocking the shutter, motor drivers for the opening motor.
      I've also put in place a bicycle-wire based winch system to raise and lower the lower shutter on an endless rope system.
      What's missing is this:
      When winching, the lower shutter rises on the rails up the slot and under the lower shutter to a certain point and then brings the upper shutter with it by virtue of pressing under the bottom edge.
      When the lower shutter raises to a certain point on the cycle, gravity takes over, the top part of the shutter unhooks from the lower part and slides down the back of the dome with a a crash into the buffers. 
      I'd really rather that didn't happen, since the buffers and the dome they are attached to wont last long doing that regularly. 
      I tried putting shock cord elastic between the two so the larger upper part couldnt run away but the lengths are wrong and wouldnt allow the shutters to close properly with the right length to prevent or at least dampen runaway.
      What I am looking for is ideas to prevent this happening in a reliable way so the dome automation can do its job, night after night. 
      What I find is writing about the problem also helps me think about it, so hope this is useful. 
      The winch system:
      The bicycle wire system has rollers on the inside of the shutter rail that guide the wire that is pulling the shutter up , which is fastened to the lower edge of the lower shutter. The wire goes up to the top of the dome, round a pulley and then back again, this time inside bicycle wire guide tube which mean I can more or less run it where I like with a small amount of give. In this case it runs back along the rail down to the winch. The wire wraps around the winch about 3 or 4 times and then fastens on the shutter again.
      Something to make the upper shutter stick to the driven lower shutter on the way up and come apart on the way down ...
      Something to dampen the crashing of the shutter into the buffer... 
      hope this stirs your creative engineering juices. 
    • By ACross
      I have a steel pier for sale. This was purchased along with a pulsar dome and believe it is an older Pulsar model. The pier sat in a yard, exposed to the elements for a few years before I purchased it so there is some surface rust and flaking paint but will clean up nicely.  £250 and buyer will need to collect from Suffolk. 

    • By Ursa Jaffa
      I'm after some advice on dome slaving.  I have a Pulsar 2.2 metre with the dome rotation kit (and two equipment bays) arriving at the end of November and I'd like to slave it to the hand controller rather than buy Maxim DL, SGP etc.
      Is this possible?  My mount is a CGX-L with the standard handset.  I use SharpCap Pro to capture images and I am not looking to change my setup drastically nor spend anymore money at this point given what the observatory has cost me.
      Thanks in advance!
    • By hughgilhespie
      I need to lift off the dome of my 2.2 metre Pulsar observatory so I can smooth out the joints between the 4 sections. They are causing problems when the dome is rotated. When I bought the dome it was installed by Pulsar so I have no experience of lifting the dome on or off the walls. My plan is to use 4 Acrow props to do the lifting so I can do it as a one man operation. I assume that it is best to place the props outside the dome and lift using the edge of the dome. Can I ask anyone with experience of these Pulsar domes if this is the right way and are there any snags?
      Thanks, Hugh
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.