NINA – IMT3b Observatory

Imaging Report 15th-16th December 2022

As it was a work night and Dave was working I was imaging from the back garden and not the dark site. I started late in the evening and had issues sorting out the autofocus in NINA which meant I was even later than I had planned.

Using the OptoLong L-Pro filter and the native camera driver (not ASCOM) :

The target was decided by Dave as M31 (Andromeda Galaxy), I decided on 120 second exposures at -15℃, gain 0 and offset 30 (Photographic Mode). I finally started to capture data at 19:55 when M31 had already transited 45 minutes earlier.

M31 single sub (stretched) via NINA Imaging Session

I believe the dark shadow to the left is the QHY OAG prism, I may have to reduce it’s depth in the light path or rotate it 45 degrees so it sits on the long horizontal axis.

Once M31 had reached approximately 50 degrees altitude and was starting to set in the West my guiding started going awry especially in RA. I put this done to either balance issues or cable snagging so that’s something I need to look at in the future.

After shutting down earlier than I thought due to the guiding issue and the pending rising Moon I decided to do my darks, flats and dark flats. However my Pegasus Flatmaster refused to connect to NINA so I decided to fix and complete this task on a different day.

I only managed to capture 62 subs which totals just over 2 hours. I was hoping to get at least 6 hrs for a single session and something approaching > 12 hours which means I will need several more nights to capture my required amount of data for M31.

Not a great first outing but given I hadn’t imaged in ages this was expected. I can honestly say that although a OSC coupled with the new harmonic mounts such as the ZWO AM5/Pegasus Nyx are very convenient as part of a lightweight holiday travel setup. OSC also is easier processing but still I can say I’m not a total fan due to the loss of high frequency data, high HFR focus issues and in the case of the QHY268C the noise banding issue which although appears to be removed by darks etc still is unnerving.

Update (17/12/2022)

Have resolved my Flatmaster 120 panel issues but I feel I’m better off with a fully controllable fixed panel instead of a manual panel so I will look into that.

My Darks, Flats and Dark Flats are now done (25 of each) all performed at -15℃ to match this session temperatures but there is still not enough actual data to start processing.

Equipment Check-up

So after ages I’m planning to perform some imaging after being challenged by Dave to produce a OSC image of M31 with the QHY268C that can be of print quality.

The first step was upgrading all the necessary software to make sure both the NUC and laptop would not be interrupted during my planned imaging session.

Windows10 latest Updates (Dec2022)
SGPro (4.2.0936)
NINA (2.1 HF1 Beta002)
ASTAP (2022.12.09)
ASCOM (6.6SP1)
Pegasus Ultimate PowerBox (1.6.1230.46)
iOptron commander (5.9.0.2)

The iOptron CEM60 mount hadn’t been updated in ages and it showed :

HandControllerV2 : 210106
MainBoard : 190716
RA board : 201005
DEC board : 190716

After performing the firmware update procedure, the mount was now showing the following levels :

HandControllerV2 : 220119
MainBoard : 211018
RA board : 211018
DEC board : 211018
Catalog : 150429

Of course I will need to perform a new zero mount position following the upgrade. Tonight I will also be changing the OpenPHD algorithm to PredictivePEC as described by Cuiv the LazyGeek :

https://www.youtube.com/watch?v=BfvmlR3It1o

Viewing Report 10th December 2022

23:00 – 00:20

So it’s about time I tried to find a replacement for SGPro, given the continued problems with it, it’s less than intuitive design and find something that does not cause friction in my desire to capture more photons from the distant universe! So after looking at NINA briefly earlier this year, I have gone for it this evening to see if I can indeed capture some images.

The problem that set me back once before with NINA was the lack of connection to the FLI focuser. I just simply got an ASCOM error (I really dislike ASCOM). So after some educated guessing I got it connected. Instead of connecting to the FLI focuser directly I actually went through ASCOM which bizarrely cured the error.

With that done. I could now run autofocus, and only the 2nd time in my life this astronomy programme focused on the first go. The only other piece of software that good is the ZWO ASIAIR that I really enjoy because it just works.

I have now connected NINA to PHD2, also to TSX and left TSX to control the dome. I may change this later, however it works just fine and has not caused any problems. The only reason may be to further automate the dome for closing and reporting on status if that is a feature of NINA, something to look into later.

Managed to take 5 or 6 Ha images of 600s this evening before the cloud rolled in. I can use the flats from yesterday. A good evening testing given conditions including the almost full but waining Moon.

Viewing Report 10/11th December 2021

Unusually it was a clear Friday evening. I did plan to be ready to go as soon at the pole star was visible but my imaging PC insisted on updates and the local hard disk was running at 10MB/s (replacement SSD on the way).

By the time I was ready, mount setup, polar aligned and balanced it was already late. I decided not to use the latest SGPro or NINA beta but just use the existing SGPro version. I was delayed starting as I was having issues with SGPro hanging when it couldn’t talk to the SQM (ASCOM Conditions Observing Hub) on a previous COM port, I need to report this back to the devs as a bug.

At this point Peg-Leg Dave joined me on a video call and we discussed imaging M45 in different modes on the QHY268C OSC. So we moved the scope to Alp Ari and proceeded to plate solve in SGPro, sync’d the scope Cartes Du Ciel and calibrated OpenPHD2.

Using the SGPro framing and mosaic wizard to decide on the framing for the target sequence I wanted as much of the reflection nebula as possible rather than being dead center.

M45 – SGPro Framing Wizard (FSQ85/QHY268C)

I’ve used the multi-star guiding in OpenPHD2 since it was first released in an earlier beta and I know Dave is looking forward to using it when he moves from using an OAG on his 12-inch RC to a 90mm guide scope to make it easier to get more guide stars or even one star.

Whilst trying some mode/exposure tests the guiding started acting up in RA, so parking the mount and disengaging the clutches I redid the balance of the scope. It was only marginally off but it was enough to cause issues for the CEM60 …. it is not forgiving !

We decided to increase the Gain/Offset to 15/75 and use the Extended Full-Well mode (#2) of the QHY268C, testing the star brightness levels of various exposure times we opted for 180 seconds as that was under the maximum brightness level.

As I currently have no IP camera outside I like to see the mount position using GSPoint3D as I like to view where it is especially during meridian flips. NINA has this built-in now in the recent version 2.0 betas. As SGPro lacks this functionality I can use the view via this is standalone version that connects to the ASCOM mount.

SGPro paused the guiding just prior to the meridian flip. Following the automated flip, the guider and the imaging sequence automatically restarted after a plate solve and auto centering were performed.

Inverted shot of M45 (180s) – Post Meridian Flip

It gradually got cloudier just after midnight and the quality of the subs declined so I decided to stop acquiring data even though we really wanted over 4 hours of exposure.

I proceeded to take calibration frames. Using a target ADU of ~23,000 the SGPro flat wizard on the Pegasus FlatMaster (100%) gave an exposure time of 9.68s for the Optolong L-Pro filter, 25 flat-frames were taken followed by 25 dark-flat frames of the same exposure time and finally 25 dark frames of 180 seconds.

It was at this point that I realised that the FITs header showed a gain level of 0 and not 15, the offset was correct but I can’t be sure if the EFW mode was used as it’s not in the FITs headers. Only when using the native driver in NINA can you set the mode within the sequence, in SGPro the mode is set in the external ASCOM driver when the camera is not active in SGPro even though though it’s in the ASCOM API as the Camera.ReadoutModes property.

Also for some reason the default setting in the QHY driver is to NOT disable the overscan area which means I have black borders on my images which will make processing the data in Pixinsight a challenge !

I actually got to bed after 3am even though I had planned to stay up until the dawn. Next morning I noticed that my counter-weight had slipped and rotated on the bar. This may have also caused some of the issues with the guiding so I need to set-up earlier and check things more thoroughly in future to avoid these mistakes.

So although it’s not the data we planned it will be worth processing over a wine. The evening was a really a useful experiment and hopefully lessons will be learned …. if I remember the next time.