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.

sgl_2019_sp_banner.thumb.jpg.a0ff260c05b90dead5c594e9b4ee9fd0.jpg

AngryDonkey

ASCOM All Sky Camera Software

Recommended Posts

Hello,

Last year I developed an 'all sky' imaging application to run my Starlight Xpress Oculus camera (for Oculus owners you can find out more here: https://groups.yahoo.com/neo/groups/allskeye/info). I have recently added 'experimental' ASCOM support for it but don't have any other cameras to really test in on. If anyone is looking for this kind of software and would be happy to carry out some beta testing please let me know. Please bear in mind:

  • The software is really designed for traditional astronomical cameras using longer exposure lengths i.e. not video astronomy and am not sure how well it will work with faster CMOS cameras
  • The software is mono only, no colour images can be processed (although it might be possible to use a colour camera to produce mono images - something I would like to test)
  • It has been running for a while so is reasonably stable but please bear in mind that this will be a beta test so do expect problems! :-)
  • Oh and sorry but it will only work on Windows computers from Vista onwards (no XP)

Thanks,

Mike

Edited by AngryDonkey
  • Like 2

Share this post


Link to post
Share on other sites

Another update to the 'AllSkEye' Windows app. The main features are:

  • ASCOM camera support is now pretty solid
  • Colour cameras are now fully supported
  • Lots of options to regularly send a customised 'latest image' to your website or file location
  • Process images and create nightly movies
  • Detect line features
  • Run unattended 24/7
  • Archive Images / manage folder space
  • ...

Although it is still in beta it is pretty stable and already in use in quite a few observatories (and working well by all accounts). You can find out more and download the software here: https://groups.yahoo.com/neo/groups/allskeye-ascom/info 

Mike

  • Like 1

Share this post


Link to post
Share on other sites

I'm interested in trying this - Can you send me a link without me having to join the yahoo page please?

Thanks

Share this post


Link to post
Share on other sites

Yes I think I will build one of these. it looks a good project.

Steve

 

 

Share this post


Link to post
Share on other sites

Hi Mike,

I've tried it with the ZWO ASI290MM and it works fine image capture wise.

I'm going to out it together in a box for outdoor use and see how it performs over say 1 week and let you know.

I've also put together a basic html webpage to show the latest saved image on a browser, with configurable refresh rates, so the image will be updated every second if I wanted it to be.

The main caveat being if the latest saved image doesn't change on the server, it won't change on the webpage.

I believe this is the easiest low resource way of doing it, and could easily be translated to display on an external webpage.

Rather than having a laptop / PC processing and displaying the images all the time, I can just look up the webpage from the server on my phone and bingo, a view of the sky.

Feature request - can you have the 'pause' inbetween exposures to automatically change depending on the time of day / year?

So as darkness falls, the pause can get longer, then shorter for when the sun comes up - in the same way as you do 'night time settings' based on the lat / long coordinates and time of day / year?

This would make for some fast image updates during the day (for example, every half a second or so, depending on other parameters set) and longer pauses for the night to allow for say 20 second exposures.

Share this post


Link to post
Share on other sites

I should have added, this was on Windows 7 x86 - does this work on x64 and Windows 10?

Is there a Linux version?

I'm thinking of putting the smallest computer I can in the camera enclosure and ideally this software would be all that's needed I reckon.

It frees up the obsy PC to concentrate on imaging, and as I only have a thin client doing this, it is running near capacity already when SGP does its HFD measurements!

Share this post


Link to post
Share on other sites

Am running an Allskycam, a ZWO ASI120mc with Sharpcap, have joined the AllSkEye yahoo group, will install in the morning and report back

 

Huw

Share this post


Link to post
Share on other sites

Thanks for the feedback!

22 hours ago, Jonk said:

Feature request - can you have the 'pause' inbetween exposures to automatically change depending on the time of day / year?

So as darkness falls, the pause can get longer, then shorter for when the sun comes up - in the same way as you do 'night time settings' based on the lat / long coordinates and time of day / year?

This would make for some fast image updates during the day (for example, every half a second or so, depending on other parameters set) and longer pauses for the night to allow for say 20 second exposures.

Sorry I'm not quite clear on this, could you maybe elaborate? If you choose to let the app calculate the required exposure time you will naturally end up with quicker updates during the day and longer ones at night (with or without a pause) but maybe I misunderstood.

21 hours ago, Jonk said:

I should have added, this was on Windows 7 x86 - does this work on x64 and Windows 10?

Is there a Linux version?

Yes it will run on Windows 10 32 and 64 bit. No Linux I'm afraid...

Share this post


Link to post
Share on other sites

Yes this is what I meant - plenty of daytime images, basically to produce a fast refresh of the latest image, automatically increasing the pause / exposure as night falls.

I'm thinking if anyone wanted to save the images during the day into night a smart timelapse could be produced.

Maybe the pause can be left at 2 seconds without any detrimental effect when night falls (longer exposure), as you say?

Share this post


Link to post
Share on other sites

The 'AllSkEye' all-sky imaging application has been updated a few times over the last few months and some interesting features have been added:

  • Redesigned UI / Dark Theme
  • Native ASI ZWO Camera Support
  • Star / Solar System Object Labels
  • Static Image Overlay
  • Image Preview Pan and Zoom

It is still in 'Beta Testing' but pretty stable. For more info and to access the software please see here: https://groups.yahoo.com/neo/groups/allskeye-ascom/info

Mike

Stars.jpg

AllSkEye1 (1).jpg

Share this post


Link to post
Share on other sites

Hi Mike,

Although detected by the software, it would appear as though native ZWO doesn't work (at least for me)....

image.png.56418de7433a4e976376da7b84a308b9.png

Error.png.330f5f03aa6fe55773aa2431488006ee.png

Windows 10 64 bit, ZWO driver V3.0.0.4, AllSkEye 0.9.9.8 although the software reports this... (0.9.9.6?)

image.png.83d334f7296078bbf1dafb2d73c2165a.png

 

Share this post


Link to post
Share on other sites

Strange, just tried it with my ASI178 and all works fine. The error message doesn't really say much, could you please send me your settings and log files and I'll have a look there? I'll PM you my email address.

Mike

Share this post


Link to post
Share on other sites
13 hours ago, Jonk said:

Hi Mike,

Although detected by the software, it would appear as though native ZWO doesn't work (at least for me)....

image.png.56418de7433a4e976376da7b84a308b9.png

Error.png.330f5f03aa6fe55773aa2431488006ee.png

Windows 10 64 bit, ZWO driver V3.0.0.4, AllSkEye 0.9.9.8 although the software reports this... (0.9.9.6?)

image.png.83d334f7296078bbf1dafb2d73c2165a.png

 

I got the same but the camera works under the ascom driver.

Share this post


Link to post
Share on other sites

Me too, it works under the Ascom driver, but as I found out in other software such as Sharpcap for example, some of the camera controls are not availabe using the Ascom driver.

I think this is the same for anything with an Ascom driver as well as native?

Share this post


Link to post
Share on other sites
1 hour ago, Cornelius Varley said:

I got the same but the camera works under the ascom driver.

Hi Peter,

What camera do you use?

Share this post


Link to post
Share on other sites

Ok, I have a feeling that this is related to the fact that you are both using a mono camera. Maybe some of the controls in the native driver at not implemented for mono cameras which could explain the error. I'll have a go at making some changes to try to fix it, a bit of a guessing game unfortunately as I don't have a mono cam... Fun and games! ?

Share this post


Link to post
Share on other sites

Ok, I've just uploaded a custom build to test my theory. If you go to the online storage and open the 'Custom Builds' folder there is an updated version AllSkEye_0.9.9.10_Custom zip file there which contains the changes.

Let me know how you get on!

Share this post


Link to post
Share on other sites

Not yet it's not! ?

image.png.a873fed85f803e906bfb6ff6ec33a7be.png

Share this post


Link to post
Share on other sites

I would test it but the custom builds folder is still showing empty.

I've tried to reload my browser (sometimes the cache is used rather than a fresh 'fetch') and nothing.

Will try again later.

Share this post


Link to post
Share on other sites
Guest
This topic is now closed to further replies.

  • Recently Browsing   0 members

    No registered users viewing this page.

  • Similar Content

    • By freiform
      Plane & Satellite when setting up a allsky-cam. Dark-subtraction wasn't enabled yet.
    • By AngryDonkey
      Hello!
      I'm afraid this will be yet another DIY all sky camera build! 😂 Hopefully interesting though... While developing my all sky software (shameless plug, see signature) one of the biggest problems is that I don't actually have a permanent all sky camera setup myself. I live in the middle of a big city with massive light pollution where the summer temperatures are just creeping up to 40C+, not ideal... So for a while I have been thinking about setting up a remote all sky camera to help with the testing of the AllSkEye app. Initially the idea was to mount it at a relatives house but then once I looked into what would be required to make it fully remote controllable I was thinking that if I go to all that trouble, I might as well look for a location with great weather and dark skies.
      After a few inquiries I got a really great response from Jose at the E-Eye remote hosting facility in Spain. This was fantastic news because not only will the camera have nice weather and dark skies but the facility also has fibre broadband which is almost a must for what I have in mind further down the road (I am also planning to transfer some image data to cloud storage for archiving and further processing and that could potentially be a lot of data). So this is where it is going to go (all being well and my 3D printer not packing up!
      I'll try to follow my progress here, maybe it will be helpful for someone. The basic idea is pretty simple:
      Setup a completely autonomous and remotely controllable all sky camera  Sounds easy enough... Well, let me tell you, it is not! To anyone having setup your own remotely hosted scope setup, my hat off to you, it's not an easy task! Initially I split this project into two parts:
      The camera, lens, housing and everything that goes with it The control box that will control the above Unfortunately I don't have time just now to go into any details but will hopefully be able to do so soon. I just though if I don't start this thread soon I never will 😀. The state of play at the moment is that the control box is pretty complete and the camera housing is nearing completion (3D printer is very busy, not a fast manufacturing process unfortunately).
      Mike
      Here are a few pictures of what it looks like at the moment:


    • By JBracegirdle
      Good afternoon,
      I'm still new to astronomy in general, my setup is explained in my previous post. I am trying to get plate solving working.
      I can get results from Astrometry.net, and I can get All Sky Plate Solver to solve when given an image file, but I am trying to get it to work with my ZWO ASI224MC direct.
      When I try "Click, Solve & Sync" I get an error "Camera array data unsupported."
      I have my camera connected with ASCOM as ASI Camera (1). The Image Type options are Raw8, Raw16 and Y8. Raw16 is selected and seems to be the default. I have tried the others and they all produce the same error. I've tried it with and without MonoBin. Binning is set to 1 and Subframe to 100% (50% tried). Filter is blank.
      I can connect to the camera in SharpCap via ASCOM (although it warns that it prefers native drivers). I've also tried the SharpCap native Plate solver with the astrometrics install from ASPS, it tries to solve takes a while, but can't find a solution. I also tried AstroTortilla, that reads from the camera but just returns "No solution in 0.0s".
      I've tried a Google search for the ASPS error but it doesn't find anything. I have checked only one application has the ASCOM camera at once. Any suggestions would be appreciated.
    • By OlegKutkov
      Allsky camera and weather station is very important parts of the modern observatory.
      Here I wanna describe project that I build for my observatory.
      I started a new topic because I believe that this project is unique and I hope this description may be useful because project is open source/open hardware.
      This device contains two cameras, one is for beautiful daytime shots (over the horizon) and second for useful night shots. Also there is a lot of sensors: clouds, ir, light, temperature and humidity.
      Heart of the device is Raspberry PI 2 microcomputer.
      Everything is built in waterproof electrical box which can be found in hardware stores.
      Yep this exterior is not very nice looking due to silicone sealant. But nice looking is not most important part, especially when mounting device somewhere on a roof
      Acrylic dome is from CCTV camera.
      Inside the box I glued a thermal insulation and copper foil which acts like a EMI shield. This foil is connected to the building grounding circuits.
      All devices inside the box:
      - Raspberry PI 2
      - internal temperature/humidity sensor
      - powering system (+3.3, +5, +12 volts)
      - ethernet lightning protection
      - tsl2561 ir/luminosity sensor
      - mlx90614 cloud sensor
      - cooling system
      - rtc with a back-up baterry
      External temperature/humidity sensor is mounted in separate aluminium can.
      Cameras module is mounted on the bronze pcb stands and will be described below.
      Raspberry PI runs all device software except database and long-time storage of the images.
      Camera can be accessed through simple web interface which running on nginx server.
      All data collecting and generation software is wrote on C, Python and Bash.
      All processes is starting by the CRON.
      Database is working on the remote server with reliable storage system and can be accessed through network. I'm using Mysql in this project.
      I found that this solution is more reliable and convenient rather than local storage on the SD card.
      All images are postprocessed by the software. Dark frames is extracted (only for night camera) and generated some text information on the bottom of the image.








    • By Demonperformer
      Setting up all the software on my win10 laptop and getting things to talk to one another is a nightmare.
      I'm starting a new thread, so I can post all the problems I am having, one at a time, so issues don't get confused. This will also hopefully help anyone coming to similar situations later, as the problems and answers will not be interlaced.
      First issue: APT does not detect ZWO camera.
      I have got the camera (ZWO) drivers installed and sharpcap can see it and will connect to it properly. However, when I try to connect the camera in APT, the only CCD options it gives me are SBIG (which it isn't), QSI (which it isn't) and ASCOM. Now it shouldn't need to use an ascom driver, because the proper driver is installed, but I give it a go anyway, and this just offers me 2 simulators and 3 QHY cameras (I have one qhy driver installed for the guidecam .... I'll get to that later!). I have disconnected both the filterwheel and guide camera from the camera hub, so they cannot be interefering with the process.
      I am at a total loss ... any suggestions?
      Thanks.
×
×
  • Create New...

Important Information

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