Pegasus NYX-101 Harmonic Mount

I’ve always liked what PegasusAstro have been doing with their astronomy equipment and I already own an original FlatMaster120, UPBv1 and a UPBv2.

Overview

Packaging – The mount transport box is (21cm x 34cm x 34cm) which is larger than the AM5 transport box. Weight/Size (6.4 Kg compared to ZWO AM5 5 Kg). The build quality follows the same high quality and blue anodised styling of recent products.

On opening the packaging I found damage to the mount knob indicated a possible rough handling in transit with plastic shrapnel in its plastic bag. This was superficial and did not impact the function or integrity of the mount.

There was no hand-controller supplied in the box but the manual hints that a hand controller can be connected to the ST-4 (EXT) port but no detail on if that is compatible with any existing hand controllers, so for now we have to use the Unity PC application, ASCOM access or the mobile phone application (Android).

The USB2.0 port is better than others I have encountered on other mounts such as iOptron and it grasps the cable securely and does not feel loose or feels like it would just drop off. This is especially useful as I tear down each night so let’s see over time if it maintains the positive connection it has at the moment. I connected the mount USB and power to the UPBv2 sat on top of the scope.

The carbon fibre tripod has no stone bag which can be found on other astro/photography tripods. You could suspend some form of weight from the leg spreader that might help prevent the tripod from tipping over with heavier scopes.

I found the Altitude adjustment a bit loose and takes a bit of getting used to even though the NYX101 has altitude tightening bolts which themselves seem to shift the altitude which again affects polar alignment if you are not careful.

Due to the compact nature of the mount there is no room for a GPS receiver so this function is relied upon either from your phone or by pushing the values from Unity or via Uranus device. If you push from your phone and you have Unity running then Unity will not see the change until you restart Unity.

I like the SW tripod (adapter required) and M12 counterweight compatibility, LX200 protocol support, polemaster placement support. There is a polemaster mounting plate but this is a permanent fixture via screws with no quick release mechanism. However there was a post on Cloudy Nights by PhilippeL on a release adapter he made, CAD link here.

Experience

Usage

Set your park/home positions and then enter in your location/altitude via Unity/Mobile phone app so that the mount understanding things like horizon limits.

As with other mounts, care needs to be exercised that your scope does not collide with the tripod legs, this is still a risk when using the pier extender with longer length scopes.

Unity Software

I couldn’t find a change history or date on the released Unity Platform on the website so it’s not easy to look back when things happened but you can use this link to check the currently available version. I used version 1.8.1733.15, when upgrading the existing Unity software the update process will remove all older versions including the ASCOM drivers and then install the latest version.

I do seem to lose wireless connection to my house router randomly even though the mount was positioned within 6ft of it. I had setup the router to give the mount a static IP address via DHCP but I don’t know it loses the connection – DHCP lease time is set high.

Firmware Update

When I first looked at configuring the NYX-101 to connect to my house network I had no end of trouble getting a connection. The only way I could achieve a connection was to have both the PC/laptop and mount connect to one of my travel routers which itself was also connected my the house wifi.

I soon worked out that the “Smart Connect” feature of my house wifi router was attempting to connect the ESP32 wireless (2.4GhZ) of the NYX to the 5GhZ band. Once I had put the MAC address of the NYX-101 into the exclude list of the house router 5GhZ band then it would reliably connect to the 2.4GhZ band. From that point onwards everything worked as expected and I could then successfully perform the firmware update to 1.15.

The 1.19 firmware (released the week 13th March 2023) also brought a pleasant surprise of the motor noise being reduced when slewing. This is a welcome change since making any noise in a suburban garden location in the early hours of the morning when people sleep with their windows open is highly undesirable.

Resetting park & home

I actually turned off the mount by accident whilst the mount was pointing somewhere in the sky so it lost its position and didn’t know where park and home was. This is easily rectified by moving the mount via one of the applications to the correct marks and setting the home and park positions again. This issue was mostly solved with a later firmware update where the mount now remembers where it is pointed once power is restored. However on performing a meridian flip (no slew & center) and then instructing the mount to home resulted in the mount not being it’s predefined home location.

Mobile App (Android)

Originally there was only Android11+ support but after raising a support ticket (support@pegasusastro.com) to request that the documentation state that the linked app only supported Android 11 I also requested a pre-Android 11 support. This actually appeared pretty quickly on the website so kudos to PegasusAstro for the fast response.

I do suffer regular disconnects from the mount when using the mobile app via the hotspot. I’m not sure why this is as I was sat right next to the mount, could be down to an idle time-out ?

I also see the NYX-101 disconnect from my house wireless router in Unity but could locate no reason why (DHCP lease was valid), I could find no entry in the Unity log files or see no reason on the router. Now this could possibly be either interference from other 2.4GhZ networks or down to the Aluminium casing, would an external aerial resolve this problem ?

There is no way to reconnect to the wireless other than shutting down Unity so as long as you have a USB connection then everything should continue working.

Mount/Altitude Limits & Meridian Flip

To begin with I set the meridian and altitude mount limits in Unity and then test the automated meridian flip using ASCOM simulator for the camera. Regardless would I did the mount would stop 10 degrees because hitting the Meridian. It slowly dawned on me that I had set the meridian limit to -10 which I thought was 10 degrees after the meridian but the value should have been +10 so it was actually stopping 10 minutes before the meridian ……. dooh !

Unity hard limits for Elevation & Meridian

Once I made the change then both NINA and SGPro performed the meridian flip just fine. There is also a switch to enable automatic meridian flip to prevent any potential crashes but I opted to leave this disabled so the mount would just stop tracking but NINA would continue taking new subs in both simple & advanced scheduler.

One item that would really help here in a text box with optional input to set either limits instead of having to grab the slider to see the current setting – I can query/set this in the API but it’s not easy to view and change using the slider method.

Polar Alignment

I used the polemaster software to perform a polar alignment but decided to utilise SharpCap to compare the alignment procedure and difference. Because SharpCap requires the scope to be slewed 90Β° so the scope weight was now on on horizontal the RA axis dropped causing the mount to shift and results in the PA being 4Β° off axis.

This would happen regardless even if I tightened up the axis bolts. Talking to another user he suggested at using a counterweight but to me this would negate the mount as a portable mount.

Guiding

Using the OpenPHD guiding reference document (link), it appears the that the harmonic gears have a period of 430 seconds with a periodic error of +/- 20 arcsecs or less. Two complete periods are required for the Permanent Periodic Error Correction (PPEC) before guiding any improvement will be seen, this is pertinent for the imaging train in use at the time. If you change the imaging target the model will re-initiate the PPEC learning cycle.

The recommendation is to set the guiding interval to 1 – 1.5 seconds and try to be within 30 arcsecs of polar alignment error. I certainly found keeping the FSQ85 setup to around 1.5 seconds resulted in better guiding graphs compared to 3 second intervals.

Support

After initially purchasing the mount I took my NYX-101 along to Astrofest 2023 (UK) for Evans to look at (by prior appointment) as I was not entirely happy with the resonance during slewing. I compared my mount against two other NYX-101 mounts in my astronomy society and it definitely sounded like it had been treated roughly during delivery transit. Although Evans did a great job to investigate the mount during the show, due to the noisy nature of the exhibitor floor it was not obvious that it had been resolved until I was in a quiet environment back at home.

On contacting PegasusAstro I was offered to have the mount picked up by DHL and couriered back to Greece for inspection. The whole process from DHL pickup was professional from picking up to receiving the mount back, the service was excellent and he mount was backed with me 7 days later. The courier communications was good but I received no notes or communication on what was done (board serial number was the same) under I enquired. The most important thing the mount operation was much better and more akin to the other two reference mounts I had listened to; my gratitude to Evans and the team for their patience with me.

It had been reported on various forums that the ZWO ASIAir had suddenly stopped working with the NYX-101 and some heated speculation quickly arose as to the reason why this occurred. ZWO was quick to dispel any conspiracy theories and rightly put their hands up and stated it was a bug in ASIAir software (link) which would be resolved in the 2.1 beta release (you will also need the latest firmware). Kudos should go to ZWO for setting for the story straight and resolving the issue to the benefit of the astro community.

First Light Use

So Dave asked me to come over to the observatory for the evenings of 26th & 27th so I could do a test run on the kit I would be taking to Tenerife later that Summer. At this time the M101 Supernova SN 2023ixf so I decided to image it alongside Dave using his 17inch RDK and Bob’s 24 inch RDK.

Using the QHY Polemaster I noticed that when I rotated the mount for alignment that the chosen calibration star moved away from the rotation circle – is the mount slightly misaligned ?

The guiding document available here were extremely helpful in testing out various settings. Certainly I was seeing some trailing around 3 seconds but that could have been due to the PA issues or balance. I ended up using Predictive PEC and setting the interval to 1 second just to see what would happen. I still noticed large variations every now and then and it was not as smooth as I’d hoped for.

Slewing to a target after plate solving it was clear that the mount had moved outside my FoV at first slew. This was unusual for me as my CEM60/NEQ6 first slews were always in the FoV, this issue may be related to an situation observed by Chris Woodhouse and can be rectified by following his forum post.

Chris asked me to confirm his experience of overshoot when slewing in the DEC axis causing the target not to be in resulted field of view. Chris had raised a support ticket for this issue and PegasusAstro were investigating.

Closing Thoughts

The NYX-101 is more expensive that the competing ZWO AM5 but the NYX-101 offers more weight carrying capacity (20 Kg versus 13 Kg without counterweights) and compatibility with those already own QHY Polemaster, SW NEQ6 or similar tripods.

The direct open API (REST) via Unity or access via ASCOM Alpaca allows me to query components and it’s easy to script up web status pages quite easily.

If you only ever plan to use light imaging equipment and are already invested into the ZWO eco system then the AM5 might make more sense but if you wanted to use other vendors equipment then for me ZWO is a closed ecosystem with limited flexibility.

If using USB3 cables for any equipment such as CCD/CMOS cameras then it is wise to invest in a high quality shielded cable as USB3 tends to have issues in the presence of 2.4GhZ. I used 5Ghz wireless from my Mele Quieter3c mini PC to avoid this problem but I would advise to use good shielded cables in all situations.

I’m looking forward to taking the mount on the upcoming trip to Mount Teide, Tenerife to see how well it performs under dark and clear skies πŸ˜€

Wishlist

The following wishlist is based on my experience of using the NYX-101 alongside the Ultimate Power Box v2 (Firmware 2.4) and NYX-101 (Firmware X.Y.Z) via the Unity software (1.9.1825.32) :

  • Would be nice to see dust covers provided in the box for all the various ports on the back of the mount.
  • An external aerial port might be useful for the included ESP32 wireless connection ?
  • An option to power other Pegasus items such as the UPBv2 from the aux power port on the mount ? This would mean that then I would only have one cable going up/down from the scope to the mount which is especially useful for those who are mobile and don’t use the NYX mount in a permanent setting.
  • Include a hand controller in the default offering or document compatibility with any existing hand controllers. Could utilise the USB port instead of relying on the ESP32 internal module ?
  • Display the MAC address of the ESP32 module in the Unity app (wi-fi network tab) so it’s not necessary to hunt for it in the router’s client connection pages.
  • A disconnect/reconnect button for an existing wifi connection definition.
  • An editable display box for both the meridian and altitude limits where I can enter the desired value as I can only know what the settings are by actually grabbing the sliders or reading/setting the position from the REST API.
  • API call to set/get horizon & meridian limits as a profile similar to the location. This would allow the user with different scopes/piers/tripods to store different hard horizon/meridian and auto meridian flip settings.
  • If possible add a NYX-101 uptime value to Unity and API similar to other products like the UPBv2 to show how long the NYX-101 has been powered on.
  • If possible add a timer field to the wireless tab to indicate how long the mount has been connected to the configured wireless access point and/or the USB connection.
  • The NYX-101 health status in Unity sometimes doesn’t not render correctly on smaller/different aspect screens between Unity releases such as a Dell 13.3″ laptop.
  • API call to provide NYX-101 health status if the information is not already available via other API calls.
  • API call to indicate if a new firmware (inc version) is available as it is indicated in Unity ?
  • A changelog history for NYX-101, Unity & UPB between versions.

Update

As of May/June 2023 there is now a XT60 cable available to run from the AUX port to run to the UPBv2 and now I only need an adapter cable to fit my 10 Amp PSU with a XT60 connector.

14th June : Firmware 1.21 released by PegasusAstro and the patch notes show this release fixes the DEC axis overshoot experienced by Chris Woodhouse :

  • DEC motor accuracy improvement during slews. In previous firmware declination axis tends to overshoot.
  • Wi-fi hotspot channel width was reduced from 40MHz to 20MHz to improve channel data integrity.
  • Wi-fi hotspot can turn ON and OFF.
  • Wi-fi hotspot channel can be selected from 1 to 11 (11 is the default).
  • Reset home is not allowed when mount is hard encoder limit.
  • Improved accuracy after n-star calibration.
  • Improved mount position store interval.

Using Astropy/Python/Juypter

Whilst trying to process my limited data on M101 I noticed the Pixinsight AnnotateImage Script had an option to output the solved objects to a text file.

What I decided I wanted to know was the distance for each of the identified objects so it was time to break out Python Jupyter Notebook and connect to SIMBAD via the very useful Astropy module.

First we need to iterate over the contents of the solved objects text file and push them into a Python list data object (objects).

Now we have a list of object names we can send this to the SIMBAD data service via the query_objects function to retrieve information on each of the objects in the list. However, for the purpose of this exercise I’m only really interested in the Z_value (RedShift) and maybe the Radial Velocity, using the Hubble Constant I could calculate the light year distance. Instead of calculating it myself I use the Planck13 class to return the value for the lookback_time function. This returns a value in Gyrs where 1,000,000,000 light years = 1 Gyr.

I really need to read up more on the Astropy API so I can deal with the errors shown above and look to perform inline sorting for the highest Z value. Regardless of the errors most of the objects were returned and based on the Z value the furthest object returned was PGC2489445 at some 3.04 billion light years.

M101 SuperNova (27th-28th May)

DSW invited me over to the IMT3 observatory for an imaging weekend to image M101 and the recent supernova2023ixf discovery. DSW was using the 12inch RDK and I decided to put the FSQ85 on the Pegasus NYX-101 to test out the setup ready for our Tenerife trip to Mount Teide.

I ran the QHY268C at high gain mode, gain 56, offset 30 and -20℃. I finally managed to cure the noise banding I was experiencing on the QHY268C but using a fully shielded high quality USB3 short length cable that I run from direct to a Pegasus UPBv2 that sits on top of the scope.

Although it’s mid summer and the Moon was bright and approaching full the phase, the sky conditions on the first night appeared to be okay at first sight. Before processing I decided to check on data quality via the blink module in PixInsight it was obvious that they were a lot of unusable subs due to high cloud and using them would have ruined the quality of any resulting stacked image.

Running the data stack of raw images through the PixInsight Subframe Selector to analyse the PSF SNR versus noise it clearly shows that I could only use 7 frames (35 minutes) didn’t drop below 0.08 from night one whilst all the data from night two should go straight into the bin along with most of night one πŸ™

Pixinsight SubFrameSelector

Given I don’t have enough data to do the end result justice due to my poor PixInsight skills I decided to invert the images – I really should subscribe to Adam Block Studios (Shout out !)

Inverted image of M101, supernova 2023ixf and surrounding area

Running the AnnotateImage Script labels the various galaxies in the image which I enjoy looking up to see which type they are, magnitude and how far away they are.

Annotated FoV for area around M101, supernova is not labelled

Zooming in to M101 to see the Supernova better, it is located to the right of NGC5461 and indicated by the two arrows.

M101 with SN2023ixf indicated by the arrows

Light Curve

The AAVSO have a light curve plotted from measurements submitted by amateurs, just enter “SN 2023ixf” and submit here. It was still around 11th magnitude on 18th June but there does appear to be a slight decline in the brightness curve.

Viewing Report 26th May 2023 (M101)

22:47 – 03:15

M101 for me this evening to try and get there RGB data in one night. GingerGeek has come round to test out his travel setup, he has a Takahashi FSQ85, QHY268C and the Pegasus NYX-101 harmonic mount.

Focused at 20,105 on Luminance so RGB will be 21,105

1 x 300s Red

Taking 2 minute exposures for each colour at -25℃. I then realised 5 minutes is so much better. So at 1:30am I then started exposing at 5 minutes with the plan to combine both data sets. The SkyX worked brilliantly as can be seen below, looking after the guiding and image capture.

The main challenge I had early on was the the dome shutting unexpectedly. I will attempt to find out why over the next few months. The camera noise continues to be an issue but less so tonight so I think it may be USB related, again I will troubleshoot and check there cable lengths.

GingerGeek had a productive night troubleshooting a multitude of problems on his untested travel kit and was pleased with the results including taking his first image of a supernova in M101.

Viewing Report 20th May 2023

22:27 – 03:12

Imaging from IMT3b this evening using the 12″ CDK. Decided to test and see what my image scale would look like compared to Bob’s 17″ CDK. Bob had recently taken an image of Hickson 68 and in particular NGC 5353, a spiral galaxy in Canes Ventatici.

So I’m out and all is clear and calm, temperature is around 12℃ after a pleasantly warm day of 21℃. I am now shooting 1 minutes exposures as did Bob and I will take 70 of these. Of course to be comparable I would need at least 4 times the amount give the light grasp from Bob’s 17″.

By 1.13am I had finished 70 x 60s exposures for NGC 5353 including flats and darks. Then I slewed to M101 to start collecting RGB frames, however I needed to get the camera rotated back to the right position. Firstly PixInsight’s plate solving script had gone from my install since the recent update so I need to fix that. So instead I used image link in TSX. Using the following process I managed to correct my FoV frame and then sync the rotator to the current view. I then opened the M101 image from the 21st April and used that as a reference to then rotate the rotator to align.

  1. Take a photo and Image Link it
  2. Rotate the FoV Indicator to match the position angle and synch it
  3. Unlink the image
  4. Open the original M101 photo
  5. Rotate the FoV Indicator to match the linked photo and tell the rotator to rotate

Finally got the imaging run on M101 started at 3am for RGB taking 2min subs. I remembered to move the focus position out by 1,000. So I went from luminance at 19,329 to Red 20,329

Need more flats and darks for M101 later tonight.

Autoguider Troubleshooting 12″ OS

8th April 2023

After a successful morning of Luke helping me rewire the 12″ due to the removal of all computers apart from the Mac Mini, I looked at why the guider kept disconnecting last night and then not calibrating. It transpired to be the length of the USB run. I was hoping through 3 hubs and many meters of cable. On replacing the cable with a shorter one and plugging it into a single hub, the connection error went away. The only thing left to do was test auto guiding at night.

So roll on evening and I went out early to catch the first starts. Luke and I had replaced the All Sky Camera during the day so we wanted to see what that looked like, It is fair to say the ZWO ASI178MC is an amazing upgrade to the rubbish little ZWO ASI120MC I had been using.

New ASC with wider lens

So after much messing about with trying a camera other than the SX Lodestar, trying several pieces of software including PHD2 that I could not get working, I settled on TSX for guiding and managed to get it calibrated. On swapping the side of the mount and recalibrating I had a similar problem, however I think the brightness of the guidestar, along with the exposure time and the order I was doing things in had caused the issue.

Below are the settings used for the working system, note the calibration distance is 30 arcsecs which is fine if you calibrate on a star rather than a hot pixel.

Relay Settings including Direct Guide! 30 arc seconds for calibration distance

Successful calibration East side of mount

Successful calibration West side of mount

Guide Target Method

Settings

X2 Plugin and remove hot pixels

Autoguide tab – long exposure and subframe selected

more settings

Final settings

Success!

So you must select a bright enough star.

You must put a subframe round it.

You must them expose on that subframe.

You must then calibrate that subframe.

PixInsight – Noise & BlurXTerminator plugins

Introduction

Two plugins I have recently been using are the NoiseXTerminator and BlurXTerminator written by Russell Croman and available from the RC-Astro website.

The new BlurXTerminator plugin is priced at $99.95 although you will get a $10 discount if you already own other RC Astro products and provide the license key at purchase time. Before purchasing it is suggested that you should first check the web site that your hardware and OS meet the requirements to function and download the trial version to test.

The data used was 60*300seconds (5 hours) frames at -20℃ of the Iris Nebula (NGC7023) captured at the IMT3 dark site using a NEQ6 mount, Takahashi FSQ85, Tak Flattener, QHY OAG and QHY268C CMOS camera.

NoiseXTerminator

Recommended Usage

Taken directly from the web site :

  • NoiseXTerminator can be used at any point in your processing flow. The PixInsight version can handle both linear and nonlinear (stretched) images.
  • Using NoiseXTerminator on images that have already been heavily processed, particularly with other noise reduction/sharpening software, can produce less than optimal results.
  • If processing a linear (unstretched) image in PixInsight:
    • Make sure PixInsight is configured to use 24-bit STF lookup tables. Otherwise you might see what looks like posterization in your image, when it is really just limitations of the lower-precision default lookup tables.
    • In PixInsight, you can create a preview containing a representative sample of your image, including bright and dark regions, important detail, etc. Select this preview and run NoiseXTerminator on it to allow rapid adjustment of the parameters.

Before & After Comparison

It’s clear that the noise reduction plugin has done a great job although it would have been better had I collected more data to increase the SNR in the first place !

BlurXTerminator

Recently released in December 2022, I thought I would give this plugin a try as I’m rubbish at all the deconvolution/sharpening attempts and I tend to make my images poorer rather than better !

The web page states the following – BlurXTerminator can additionally correct for other aberrations present in an image in limited amounts. Among those currently comprehended for most instruments are:

  • Guiding errors
  • Astigmatism
  • Primary and secondary coma
  • Chromatic aberration (color fringing)
  • Varying star diameter (FWHM) and halos in each color channel

Before & After Comparison

The central part of image before BlurXterminator
The central part of the image after BlurXterminator

Again we can see that the RC Astro BlurXterminator has done a good job at sharpening the detail in the dust cloud.

Thoughts

Investing in these two plugins should be considered as money well spent especially when it can save you time in the processing pipeline. The minimally processed image (DBE, SCNR) of NGC7023 (Iris Nebula) where hot pixels and other artifacts still exist but is shown to demonstrate the power of Noise and BlurXterminator :

NGC7023 (Iris Nebula) Minimal Process

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) :

QHY268C Nina Native Mode

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.

NINA at work

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 24th September 2022

23:45 – 01:43

Another go at Jupiter tonight. The jet stream from netweather.tv is out of the way. I got really good focus. I managed to use the atmospheric dispersion corrector and get good alignment of the channels. I then took a mixture of 90s and 120s movies. I stacked in Siril and process in PI all on the Mac. So seeing has been my real problem.

Ganymede, Jupiter and Europa (left to right)

Viewing Report 18th September 2022

21:00 – 02:20

GingerGeek came over again and we setup on the patio. I then waited for the clouds to clear at 12:30am before I had 45 mins to capture Jupiter on the Mak180 without the barlow. The jet stream (https://www.netweather.tv/charts-and-data/jetstream) was much better tonight so I could get better focus and the detail on the planet looks better with glimpses of the moons showing.

Compressing FITs files

In the days of consumer high capacity storage things look great but modern CMOS cameras output fairly large sized FITs but coupled with short exposure sub one evening can result in a large amount of data to process.

So various solutions are available – block compression and byte compression. Taking one FITs image (test.fit) from a OSC CMOS we can compare different compression methods.

Windows Compression

Using the built compression accessed via a file’s advanced options the file is reduced from 49.8MB down to a 43.5MB of disk usage.

Gzip compression

Using the Linux gzip compression utility (v1.9) we perform a byte-level compression in userspace.

# cksum test.fit
4076709869 52223040 test.fit
# gzip -9 test.fit
# ls -lashi test.fit.gz
524306 33M -rw-r--r--. 1 root root 33M Jul 15 14:34 test.fit.gz
# du -sh test.fit.gz
33M     test.fit.gz
# cksum test.fit.gz
1554386539 34046021 test.fit.gz
# gunzip test.fit.gz
# cksum test.fit
4076709869 52223040 test.fit

Gzipping the 50MB fits files results in 33MB of disk usage. Using fpack (v1.7.0) results in similar results and the file format (fit.fz). The fit.fz file is supported by the processing tool Pixinsight.

# fpack -g -q0 -v test.fit

Block Compression

Here we utilise the block-level compression feature of IBM Spectrum Scale Developer Edition.

# ls -lashi test.fit
524305 50M -rw-r--r--. 1 root root 50M Jul 15 14:34 test.fit
# du -sh test.fit
50M     test.fit
# cksum test.fit
4076709869 52223040 test.fit
# /usr/lpp/mmfs/bin/mmchattr --compression z test.fit
# ls -lashi test.fit
524305 36M -rw-r--r--. 1 root root 50M Jul 15 14:34 test.fit
# cksum test.fit
4076709869 52223040 test.fit
# /usr/lpp/mmfs/bin/mmchattr --compression no test.fit
# du -sh test.fit
36M     test.fit

The compression is transparent to the user application and user and they seen as the original file, modified files will need to be recompressed. As this is at the file system block-level the checksum is the same if the file is compressed or not.

Pixinsight XIF Compression

Pixinsight offers the XISF format as an alternative to the FITs format. Existing FITs file can be converted to XISF using the BatchFormatConversion script. To utilise compression you need to supply the appropriate output hints.

Pixinsight Batch Format Conversion

The process console output shows the resulting size of the converted FITs image being reduced to 49% of its original size.

Pixinsight Process Console

Conclusion

Pixinsight XIF compression gives the best compression but the issue is that it is currently not currently an accepted standard and other utilities (astropy) do not have the ability to read them. Pixinsight can also read fit.fz files

NINA can save camera files as FITS or XISF, the XISF method offers LZ4, LZ4HC and Zlib compression but no gzip/fpack option for FITS.

For now I will continue to compress FITS to fit.gz or fit.fz to give me the benefits of space savings whilst still allowing me to use the data across Windows and Linux utilities.

Detecting pressure waves from the Tonga Eruption (2022/01/15)

On January 15th 2022 at 15:10 AEDT (04:10 GMT) theΒ Hunga Tonga Hunga Ha’apai underwater volcano near Tonga erupted. Hunga Tonga-Hunga Ha’apai is 1.8 kilometres tall and 20 kilometres wide, but most of it is underwater, with the top 100 metres visible above sea level. The pressure wave generated by the explosion blasted through the atmosphere atΒ more than 1000 kilometres per hour.

Dave mentioned to me that the people had registered a pressure increase on their monitoring devices due to the pressure wave and checking the internet the Met Office has issued a nice graph on Twitter.

On the observatory Grafana dashboard I could indeed see two pressure waves at the correct time. We only record the pressure every 60 seconds because for astronomy that’s all we need so we do not have the resolution of others but the height of the two events are in the correct range compared to the graph above.

Double pressure wave

The first pressure wave arrived (19:13-19:24) we was 2hPa increase as we have lost some resolution due to sampling period and the Met Office is ~2.5 hPa. We could change the sampling to be lower (15 or 30 secs) as storage is not an issue and then we would have caught a nice defined peak. The second pressure wave (2022/1/16 01:55-2:14) and we measured ~1hPa drop and again was lower than the Met Office due to our sampling period.

Our auxiliary pressure monitoring install was down during this period as the box appeared to have been restarted/rebooted and the ASCOM Alpaca instance was not running which was unfortunate πŸ™

PixInsight – Load Default Project/Process Icons

So whilst Dave was processing our M45 QHY268C data, he mentioned how it is frustrating that he has to reload his process icons for his workflow every single time.

After finishing the communications/process diagram for IMT I decided to have a quick look if it was possible. Watching PixInsight startup I noticed access to a few files – banner and startup.scp. For me these were located in the C:\Program Files\PixInsight\etc\startup directory.

Looking through the documentation it seemed possible to add statements to the file which was possible once I had modified it as Administrator.

Method 1 – Load Process Icons

This will load just the process icons into the current workspace on startup. Add the line below to the bottom of C:\Program Files\PixInsight\etc\startup\startup.scp :

open "C:\Users\gingergeek\Pixinsight\Pixinsight DSW Process Icons V10.1.6.xpsm"

Save the file and restart pixinsight.

Method 2 – Load An Empty Project With Process Icons

Another method (preferred) is to create a new project (Empty-process-icons.pxiproject), load in the process icons. Save the project and then change the properties to make it read-only so you can’t accidentally overwrite it later on.

Add the line below to the bottom of C:\Program Files\PixInsight\etc\startup\startup.scp :

open "C:\Users\gingergeek\Pixinsight\Empty-process-icons.pxiproject"

Save the file and restart pixinsight.

I also modified the banner file (in the same directory as startup.scp) so it would show the IMT3b designation. I generator the ASCII art from one of the many online sites, if I can remember which one I will link it here.

\x1b[1;38;2;255;000;000mβ–ˆβ–ˆβ•—β–ˆβ–ˆβ–ˆβ•— β–ˆβ–ˆβ–ˆβ•—β–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ•—β–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ•— β–ˆβ–ˆβ•—\x1b[39;21m
\x1b[1;38;2;230;000;000mβ–ˆβ–ˆβ•‘β–ˆβ–ˆβ–ˆβ–ˆβ•— β–ˆβ–ˆβ–ˆβ–ˆβ•‘β•šβ•β•β–ˆβ–ˆβ•”β•β•β•β•šβ•β•β•β•β–ˆβ–ˆβ•—β–ˆβ–ˆβ•‘\x1b[39;21m
\x1b[1;38;2;204;000;102mβ–ˆβ–ˆβ•‘β–ˆβ–ˆβ•”β–ˆβ–ˆβ–ˆβ–ˆβ•”β–ˆβ–ˆβ•‘ β–ˆβ–ˆβ•‘ β–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ•”β•β–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ•—\x1b[39;21m
\x1b[1;38;2;179;000;153mβ–ˆβ–ˆβ•‘β–ˆβ–ˆβ•‘β•šβ–ˆβ–ˆβ•”β•β–ˆβ–ˆβ•‘ β–ˆβ–ˆβ•‘ β•šβ•β•β•β–ˆβ–ˆβ•—β–ˆβ–ˆβ•”β•β•β–ˆβ–ˆβ•—\x1b[39;21m
\x1b[1;38;2;153;000;204mβ–ˆβ–ˆβ•‘β–ˆβ–ˆβ•‘ β•šβ•β• β–ˆβ–ˆβ•‘ β–ˆβ–ˆβ•‘ β–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ•”β•β–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ•”β•\x1b[39;21m
\x1b[1;38;2;128;000;255mβ•šβ•β•β•šβ•β• β•šβ•β• β•šβ•β• β•šβ•β•β•β•β•β• β•šβ•β•β•β•β•β•\x1b[39;21m
Our new PixInsight default project with process icons

Thoughts

The downside to both these methods is that if PixInsight is upgraded/reinstalled then you will lose the settings – not a disaster to be honest as they are easy to put back into place.

Processed Image (M45)

So visiting Dave one evening as we have not met for a while whilst I was updating software Dave processed the QHY268C data we took of M45.

M45 – PixInsight Processed Image

So I’m disappointed that although the image is a good first start I forgot to change the change setting on the gain which in SGPro is in the event settings and not in the top level sequence display πŸ™

Dave ran the image through the annotate function of PixInsight. The galaxy PGC13696 near the bottom of the image is actually 232 million light years away.

M45 – PixInsight Annotated Image

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.

Multi-Star Guiding in OpenPHD2

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.

Mount/Telescope virtual view
M45 – Pre Meridian Flip

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.

Viewing Report 24th August 2021 – IMT3b

21:22 – 03:50

Another clear night whilst I am on holiday and after a long day of building the new warm room for my astronomy hobby. I finally got the camera imaging some more 600s Ha frames of the Sharpless 132 emission nebula in Cepheus (11 subs). The challenge was SGPro misbehaving and not plate solving. I used Gingergeek to look at it but he could not work out the problem either. So I used TSX to slew and solve instead before heading back into SGPro to start capturing data. I ran a set of Ha Flats before I moved to the next object at Rotator Angle 256.020, focus position 18500.

I then moved to SH2 183 another emission nebula in Cepheus. I let this running for the rest of the night whilst I went to bed at 00:47 during which time it took 19 images until more cloud lost the guide star which I need to fix so it restarts automatically.

I also worked out that plate solving was an SGPro bug as restarting SGPro allowed the plate solving to start working again, so useful for next time.

Observing conditions check. This morning I reviewed the environmental data and the conditions were fairly poor so I will redo the data. The Moon was just past full. The ASC video shows wispy cloud all night. The sky temperature was bumping around -13-14 degrees all night where -18 degrees is considered clear.

Jupiter/Saturn Conjunction Christmas Eve – 24th December 2020

The most funny thing about moving to a new house is assuming you have understood your horizons correctly, well at least I found it funny when I got it wrong. After several attempts to catch the conjunction, traveling out to a nearby field with low horizons, Christmas Eve was no difference. I had set off, this time with the Esprit 120 and QHY168C and on arriving at the location realising that the weather was too cloudy to grab the conjunction.

So off I went back home. I decided to wonder up the garden to see if the weather had cleared when I returned, to find that not only was there a gap on the clouds, but also I could see Jupiter !!! This meant only one thing, that my South West horizon was not +15 degrees but actually +4 degrees! Wow that is good and lucky.

View South West , observatory is going to be in front of the foreground trees

I ran back to the car and started hauling the travel scope to the building site of IMT3b which is currently a vegetable patch, this is around 200 feet away from the car part way down the garden. It took 5 trips to move all the equipment, good for my Apple watch exercise rings, not so good for the setting of the conjunction of Jupiter and Saturn. By the time I setup and slewed the telescope round the pair were setting behind the ancient forest in the distance but I managed to snap a single image! Perfect.

Jupiter and Galilean Moons with Saturn below – 120 Esprit and QHY168C
Cropped

Exoplanet HAT-P-32b (14/9/2020) – IMT3

So the evening started well, I had logged into IMT3, got the dome ready, TheSkyX/SGPro software was up and running, CMOS camera was cooled and I was already syncing on a bright star even though it was still twilight.

Dave and I had chatted the previous night and had settled on HAT-P-32b in the constellation of Andromeda. The reason was due to the target position in the sky, the time of rising and setting was before the rise of the sun so we could get a full ingress and egress and no meridian flip was required.

Then the gremlins started to play havoc with our efforts and I was having major issue with guiding to the point that I was going to give up as the issues were eating into the desired 1 hour egress monitoring time period. Dave joined the session to help resolve the issue and we managed to start imaging about 10 minutes before the start of the transit.

Dave had to go to bed due to work commitments but I was determined to get the full set of observation and run it through the HOPS analysis software. It was an uneventful night interspaced with music, movies and hot cups of tea.

Once I had transferred the data over the internet to my server, performed the analysis and sent the result to Dave it was 5:30am so I crawled into bed around 6am.

Detrended Model from HOPS software