So given it was a non-work night and predicted to be clear Dave invited me over to test the gear/setup prior to the BASEG Tenerife 2024 trip.
Given we are fast approaching the summer solstice, the nights are getting shorter and lighter. The Annual Darkness chart for IMT3 shows that we currently have no astronomical darkness and the nautical darkness lasts only for some 3.5hrs (left image) and now compare that the darkness graph for Mount Teide in Tenerife (right image) and although we lose some dark hours around the Summer Solstice it’s not as much as is lost being located at 52°N.
Setup – added BlueAstro stick station to measure pressure as Pegasus have not exposed the pressure measurement from the NYX101 mount to the ASCOM layer … why not ? Added weight bag to NYX-101 and GL.inet travel router to top of the scope as MS Windows keeps messing up the Wi-Fi hotspot on the Mele Quieter3C if it does not detect a internet connection ….. how stupid is that. Now I have a permanent hotspot thanks to the instructions given by Cuiv the Lazy Geek on his YouTube channel.
When attempting to polar align when using the QHY PoleMaster I noticed that the sky brightness below 15 mag2/sec (measured by a Unihedron SQM) produced a white screen due to over exposure – the minimal exposure in the now aged the QHY PoleMaster software (> 4yrs since last release) was 50ms which is too long even though I could eyeball Polaris in the early evening sky.
NINA 3.0 start up had not detected the QHY native driver and after I shutdown and restarted the app it then was able to detect the QHY 268C camera. However, it disconnected when it could not cool to -10℃ which I’ve never encountered before. I did eventually managed to get it cool and stay connected.
During guiding calibration OpenPHD2 would constantly complain about losing the star. Again the star was clearly visible on the PHD display and after downgrading from 2.6.13dev4 to dev3 and then I suddenly realised the value the error was referring to. I changed the minimal star HFD down to 1.0 from 1.5, also recreated the dark library to remove the possibility of the guider attempting to guide on a hot pixel.
Once guiding, the guide graphs were reporting 0.08 – 0.19 arcsec total polar alignment error. Hopefully I will learn to improve that and maybe repeat the polar alignment procedure or use PHD drift align to refine it.
I also forgot to change filter at the start of the evening from the Antila Quad Band filter to the Baader UV/IR filter. I noticed a halo from the bright star Arcturus in the constellation Bootes which I was testing autofocus on but I decided to continue regardless as I was only testing.
The goal for the night was to grab a base image of T Coronae Borealis (“The Blaze Star”) before it goes nova – it’s a reoccurring nova with a 80 year cycle. The star is currently hovering around 10.2 magnitude and it is predicted based on previous eruptions to reach around magnitude 2. As I ultimately wanted to perform some photometry on the star using the UV/IR cut filter I did want to blow out the cores of any bright star so I opted to use the ExtendedFullWell2CMS mode at gain 0, offset 30 with 60 second exposures. During the sequence I forgot to watch HFR/Star count graph and it rose above 5 which meant I have to refocus to (HFR ~2.0) and so due to my oversight due to chatting I will have to dump a lot of the early subs.
At the end of nautical darkness I stopped the sequence and used the NINA flat wizard (dynamic exposure) with the old PegasusAstro 120 flat panel at 100% brightness to create 25 flats and flat darks for a target of 33% ADU. After packing up and the with the pre-dawn temperature hitting 4℃ just before 4am I was looking forward to getting to bed.
At the next clear non-working evening I will attempt to grab some subs again but this time using the correct filter. Thank you to Dave and family for hosting me once more.
NB – NINA 3.1 was formally released the following day (09/06/2024) !
A clear night again. With 3 weeks to go to another Tenerife holiday and only 3 hours of nautical darkness in the UK, I decided to galaxy hop tonight. First up NGC 3953 in Ursa Major.
Next up NGC 4088 also in Ursa Major.
So it’s still lightish and therefore the background is still up around 2400 ADU. However still managing to image. Here is NGC 3631 in Ursa Major.
Now onto NGC 3631 again staying in Ursa Major.
I did have more problems with noise on the guide camera this evening so I need to take a look at the power supply line for it. Meanwhile I loose the odd 5min sub as it jumps 5-7 pixels. NGC 3726 follows in Ura Major.
Now I’ve moved to NGC 3675.
Going to stay in Ursa Major of the time being.
So here is NGC 4051
Last one for Ursa Major as it is now 1am and setting
Now I’m in Canes Venatici. Here is NGC 4151
Wow and then there was NGC 4244 which looks like a great thin galaxy worthy of further imaging.
And then I found this lovely irregular galaxy NGC 4214 which is very similar looking to the irregular interacting galaxy NGC 4449 the other night.
Then I tried another spiral galaxy NGC 4395 which was really faint and the background is getting very bright now as I approach 2am.
So after an unsuccessful attempt at Aperture photometry on T Coronae Borealis aka “The Blaze Star” I have now closed the dome and am heading off to be as the light continues to increase on these short nights,
Testing the travel rig tonight for the upcoming holiday to Tenerife. Also have the dome open and running to test again the ONAG. I have GingerGeek over this evening to help out. We recalled the travel rig to make sure it had shorter cables to avoid snagging. Then setup next to the observatory. The ASIAIR was setup very quickly and before long we were imaging M51 as a test. All worked well first time.
Meanwhile we had opened the dome and decided to slew to a few objects. First we tried NGC 4656 which is the hockey stick galaxies.
Next up was a very small galaxy NGC 4290 with another galaxy in the field of view.
Finally just before the clouds rolled in we captured NGC 4274.
I then went on to take a set of LRGB images for NGC 4449 that I took a quick peek at yesterday. I noted my focus position today was 17,129 for RGB and 15,515 for L so 1,614 difference
Out this evening to try the ONAG from InnovationsForesight on the 12″. Once I selected the right camera as I am using 2 x ASI 1600MM at the moment, one for the guider and one for the main camera, then all worked well, The Device ID seems to keep switching from zero to one and then back at random intervals. The best way to tell which is which is to select the Blank filter and tag an image and if you can still see stars then that is your guider.
Well I took a handful of objects guiding on each one and it just works, the ONAG that is. I took 300s images of M3, NGC 5390, NGC 5033, NGC 4449 and NGC 4559. Each time I took a guide image, selected a star and said autoguide, each time it worked.
I think my focus was a bit off as I had not autofocused, but it proves it is simple to use and repeatable.
Imaging SH2-142 Wizard nebula in Ha. I still have the problem with the camera so I have gone back to ZWO and asked for the next steps after I have changed the USB cable to no avail.
Out with the 12″ tonight. Focus on Red was 19,562. I then slewed to M2 and took 30+ RGB frames. I do not need Luminance as it added very little to M15. Position angle for this and M15 was 239.580
Using the 12″ in the dome this evening to see if I can quickly grab some frames for M15 the Globular cluster in Pegasus.
I’m capturing 60s exposures due to not wanting to oversaturate the stars. I will attempt to get 30 x 60s for LRGB.
Focus position for Luminance 17,131 and RGB 19,505
I captured all frames with the Moon around 88% waining. Some frames were marred by the noise problem on the camera. I have put a ticket into ZWO to see if we can resolve.
Gingergeek came over this evening with his travel rig to setup and test again before our trip. My travel setup is packed away so instead I will image with the 12″ this evening, the first time since May!
Guiding setup was an issue. I did not need to re-calibrate, however TSX kept guiding on a hot pixel. I realised after a long while this was because there were no bright guide stars in the FOV so used the rotator to find one then everything just worked.
Then had a bug with taking a set of images where the run kept using the blank filter. I added another row in TSX and deleted the original which solved the problem. Cloud came in just after 11pm to shut the dome up.
4 Epsilon Lyra Double Double star – 31mm I can see the double but not split the 2 stars; 13mm Ethos allowed me to split the doubles and the 10mm whilst slightly dimmer afforded me a slightly wider split
Cat’s Eye Planetary Nebula – 31mm very small not quite pinpoint of light visible nicely without a filter, OIII filter makes it slightly more apparent and Nebustar filter it looks marginally better; 13mm Ethos provided brighter nebula, again the filters provided a better view with the Nebustar being brightest; 10mm is the best view of them all with a definite oval shape East or West, right to left but now OIII produced the brightest and clearest view although it is pushing the seeing tonight
Turtle Planetary Nebula – Not seen
Rasalgethi Alpha Hercules Double Star – 10mm too much for tonight, could not get good focus but could easily split; 13mm Ethos the best view with brighter primary in yellow, very striking and smaller secondary blue; 31mm Nagler just splittable but both components look yellow.
Albireo Double Star – Bright large yellow primary and smaller but still bright blue star in the 13mm Ethos
M13 Hercules Globular Cluster – lovely in the 31mm Nagler; 13mm Ethos much brighter view and obviously larger with resolving more core stars; 10mm darker background so contrast better and even brighter core and stars more obvious with direct vision, including nice pair at 10pm on the cluster
M57 Ring Nebula – planned but not attempted
61 Cygni Double Star – planned but not attempted
NGC 6891 Open Cluster in Lyra – not seen in 31mm Nagler
NGC 6702 & NGC 6703 Galaxy pair – planned but not attempted
A really good night overall, the eyepieces lent to me from Bob are excellent and make the viewing more pleasurable being able to switch with my wider field of view ones.
So the 22″ Dob is still out of action with the encoder cable needing repairing from a recent issue with snagging. I’ve ordered some RJ9 connectors to replace the one on the RA axis that is broken. So instead I thought I would open the dome and given the perfectly clear weather with no chance of rain, I would image Arp xxx with the 12″ that Bob Trevan had recently imaged with his 17″ and leave the scope running.
Due to the brightness of the sky when I started it was impossible to find a guide star, thus I have decided to perform almost lucky imaging of 1min exposures. Again given the background brightness this time of year, if I were to try lucky imaging of this faint object of say 1/10th of a second, it would not appear.
So I have set the scope running with 240 images to take in luminance and will come back in the morning and check the results.
Tonight was a visual night. GingerGeek and I used the 22″ Obsession Dobsonian to view some of the wonders of the late Spring sky.
We started with Venus with the aid of a Moon filter. Whilst Venus is bright and not too overwhelming in the eyepiece, the contrast afforded by the addition of this particular filter aids the clarity of the image as Venus sits on the bright backlight of the night sky this time of year. Venus is in a gibbous phase and you could clearly see a concave arch to the edge of Venus that was missing. The seeing was very steady and we were able to push to 179x with the 13mm Nagler.
Next up was Mars. Whilst it took a while for it to appear in the astronomically twilight sky, I swept the area North East of Venus and landed the target after a few moments. Mars was so very small compared with Venus, obviously red as seen without a filter in this case and slightly shifting in colours due to the seeing. By the time we had finished looking, Mars had appeared in the night sky.
Now the sky was getting darker we wanted to start on the deep sky objects. It became apparent very quickly there was a problem with my alignment. This was a problem I faced the last time out and the trouble is with he RA encoder. The RJ11 cable has been pulled and needs recrimping. So for tonight it was about star hoping only 🙂
We then went on to look at globulars M3, M92, planetary nebulae M57 the Ring nebula and M97 the Owl nebula. We tried to get M101 but the sky brightness would not allow it. We also looked at Mizar and Alcor that I could see from 11:30pm as a double, and we looked at Polaris and it’s double star companion SAO 305 through the scope.
The planetary nebulae were seen through an OIII filter and Tele Vue Nebustar filter. I thought the view was slightly clearer through the Nebustar filter, maybe due to the slightly wider bandwidth which includes H-Beta. The Ring nebula was very crisp and I thought I could discern the central star which is 12th magnitude. Our friend Bob was kind enough to lend me a set of eyepieces he recently acquired. The Tele Vue 10mm Radian eyepiece gives 230x through which we could see the central white dwarf.
Whilst looking at the globular clusters we pushed the magnification to 288x with the 8mm Tele Vue Radian. Both this eyepiece and the 10mm gave fantastic views with the globulars sparking with pinpricks of lights from the 1,000s of Suns!
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.
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 PythonJupyter 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.
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.
GingerGeek came round again tonight for another full night of imaging.
Focus position at 19,506 for Luminance at 22:30 hours.
Started with M100 a galaxy in Coma Berenices. LRGB at 300s sub frames as I have not imaged this galaxy before. However I found this was too close to the Moon so I will revise another night. So I moved onto M10 for RGB, as I have luminance data from Spring 2020 I took 4-6 of RGB as M10 was then too low as it passed the Meridian.
Unfortunately due to the Moon and on reflection looking at the luminance data from April none of the data is of significant quality to be able to use, so I will have to reshoot.
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.
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.
Take a photo and Image Link it
Rotate the FoV Indicator to match the position angle and synch it
Unlink the image
Open the original M101 photo
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
Out imaging M101 in Luminance again to gather more data before I move onto RGB. I already have some Ha which to be honest is probably not all that useful due to poor signal.
5 mins exposure of M101 uncalibrated
So admittedly the biggest challenge tonight was not having sorted automating a meridian flip, falling asleep and waking up after 1 hour to find I had 50 mins of star trails as the mount had come to a perfectly safe rest and stopped tracking. A quick manual flip and I was back in action
Not tracking at the meridian
Another problem I had, especially on the West side of the meridian was a jump every now and then in the autoguider causing the resulting image to have a jump in it. I eventually suspected the star brightness of the guid star being the issue so I increased the exposure from 7s to 12s. This resulted in an increase in the Relative Star Brightness as shown on the Autoguider Graph increasing from 40 to over 100. It also seems to have resolved the issue.
Relative Star Brightness increased with increased exposure 7s to 12s
The last problem I had tonight was the camera was set to GAIN 139 OFFSET 10 rather than OFFSET 21. This seems to reset in TSX every time I reconnect the camera. So from now on I will make it part of my startup process to set the OFFSET correctly. The impact is slightly dimmer pixels as it is not adding the additional 11 to each one and thus the times for Flats I have need to be increased.
In total tonight I managed to grab around 4 hours 15 mins of good data once I removed problematic frames so 51 x 300s subs. I also took calibration frames, darks, flats and flat darks.
