Tonight I plan on setting the 12″ imaging M94, a Messier galaxy in Canes Venatici.
I slewed to nearby star and focused using SGPro after changing a couple of settings in the step size and amount of data points to be used, I set step size to 100 from previous 1000 and data point to 5 from previous 10 and got a much better focus. Focus landed up first time around at 738840
SGPro Autofocus settings changed
I had tried to get @focus working in TSX but it would fail every time on the galaxy with not enough stars. This meant I could not use TSX to solve and sync to centre M94.
SGPro autofocus
I then tried to centre with SGPro and that also failed so instead I used TSX to connect to the camera and manually moved M94 to the centre of the chip. I ned to get the local plate solver working as it was not running.
@ 20:32 I took an initial 5min sub to see what the image would be like after setting PHD2 guiding running.
5 min M94 sub
@1:20 and after gathering 3 hours of data I moved to other side of mount so meridian flip. I refocused as it had drifted a lot. I now need to consider setting up focus move for temp as the focus shift is dramatic. I also changed PHD2 Hysteresis setting to 0.20 from 0.10 as the PHD was having problems guiding.
I struggled to find guide star and landed up exposing for 15s and then having to increase, possibly needs recalibrating on this side of the mount. But also I need to find a brighter guide star by moving the mount offsetting the galaxy. The other way is using one of the piggy backed scopes which I may do next time.
@1:43 the dome closed, not sure why, might have been high cloud but probably because the WSX software lost contact with the WSX hardware. I did a reset and reconnected and then it was fine, but as the dome had closed I packed up with 3 hours of Luminance data on M94. I now need to take flats on the morning.
Single 5 min sub stretched in PI
Learning’s for next time……….
Update the SGPro Equipment profile with the changes for step size and data points for autofocus
Make sure the local plate solver is working and online at localhost
Review Anydesk bug that changes mapping of keyboard
Check out why WSX is loosing connection and shutting the dome
Work out how to use temperature compensation for the focuser in SGPro
Flats from the following day at the same focus point
Tonight I wanted to get the PHD2 guiding working when doing a meridian flip without the need to calibrate. A month ago we still failed to get this done, however a little experimenting tonight and changing a single setting has corrected the problem. The setting was the ‘Reverse Dec Outputted After Meridian Flip’ one within the Guiding table of the Advanced Setup, for which I ticked and this fixed the issue.
Reverse DEC output after meridian flip needed ticking!
I then decided to try 2 objects either side of the meridian and that worked manually slewing to each and then guiding. What did not work was the slewing automatically to the object in terms of centring on the screen. It slewed to the star, I could see it on the screen, the first object Almach worked ok, but the second object, Deneb appeared on the screen but failed to centre with the error ‘ Failed to auto centre, aborting sequence’ followed by ‘ failed to centre on object with an error less than 50 pixels’. Plate solving works fine, well at least it comes back with success.
Error message failing to centre
So I tried different sets of co-ordinates from TSX including the Topocentric and 2000.0 sets. Neither made a difference, with 2000.0 data used I still got this set of errors which shows an error in pixels of more than 50 in DEC.
DEC Error when centring
So I decided it might be the very bright object I had picked, star in this case, that was causing the problem. So to further my experimentation this evening I choose two different and less bright objects, M36 and M39, once again on different sides of the Meridian. Success !!
60s uncalibrated guided M39 exposure
So after fixing this I am now happy to go off to bed early (9:30 work tomorrow) with a job well done.
GingerGeek and I tried to sort a few things last night, namely PHD2 guiding on both sides of the mount without any recalibration, automated meridian flip within SGPro, focusing and plate solving. After nearly 2 hours we had not fixed any of these problems. So we need further research/reading to resolve.
Instead @9pm I decided to take some more images of M76 since it was due to be fairly clear all night. What I found was this was quite simple to now setup and get working as long as I did not mind performing a manual flip at 11:30pm.
There was one other issue last night which was around the dome closing, it suddenly did this around 10pm, not sure why, I think (I now in the light of day cannot be sure) the relay went off. Looking at the Keogram and then the ASC movie for last night it does coincide with a set of cloud going over so maybe that is why it closed. It will be nice to then get it to reopen when clear, another thing to fix at some point.
So as I say, setting up for the run was straightforward and I used TSX rather than SGPro to centre and platesolve M76 as normal. I then took a sample image of 60 seconds found that the focus was more or less spot on for OIII, despite earlier challenges with focus not working and all was ready to go.
On the point of focus problems, we could not get an accurate V-Curve earlier in the evening, SGPro kept coming up with different focus points after each run and eventually we put this down to the dome and scope not having had time to cool given it only being 30 minutes or so. The outside temperature was around 3℃ whilst the inside was just shy of 9℃. Later in the evening the difference was much smaller (I should remember to record this). I can get the ambient temp for the outside the next day from the FITS header but I have no record of the inside ambient temp, something else to fix.
So I went off to bed just after the meridian flip around 11:30pm and after watching a few frames come down. This morning I took flats and darks and closed the dome which was still open with the first frost of the season having set in and frost was covering the inside of the dome.
Quick set of images this evening to take some more data of M76. I can image for 3 hours before a meridian flip. I need to get the automated flip working and thus the plate solving that seems to be having issues. For now I will open the dome and just set it running on OIII through the 12″.
After entering with TSX connected to the ASI camera I started guiding and for setup reasons I have included the guide star here.
Guide Star
@00:45 I managed to do the manual meridian flip and then headed off to be after collecting another 2 hours of OIII data. I left the scope running for the rest of the night knowing that the dome would shut if the sky clouded up.
Last image taken
So I am now up at 7am and indeed the dome closed when the clouds rolled in. I have no real notification of when that occurred so I have now set the HitecWeather station software to log on the triggering of the relay to a file so I can see the time it closed.
Alerts now setup
Logging setup for alerts
This will allow me to compare to the Keogram from the ASC and double check the dome is closing at the appropriate time.
Fortunately SGPro is connected to the weather station as a safety monitor and stops imaging if the dome closes. I can see the clouds started to roll in around 1:30am for a few minutes then just before 2pm there were more and by 2:43am after they covered the sky. The good thing is it looks like, although I cannot be sure, the dome would have closed at around 1:50am which is the time of the last image taken assuming the date stamp is the completion of the image.
Safety enabled
I have now taken flats and darks and parked the scope and it is ready for it’s next outing, I also remembered to turn the dehumidifier back on this time. Both the dehumidifier and the flat panel need connecting to an Arduino to automate turning on and off.
View from cameras when in position to flat panel on 12″
GingerGeek round tonight to align his guide scope, focus it and make sure guiding works. The first thing we had to do though was unplug my camera and then plug his into the Mount Hub Pro due the fuse problem from the last session when it melted through the fuse holder, that will be fixed later this weekend.
Next we slewed to Vega as seen above and took a quick image to see how far out the Esprit 120 is compared to where the OS12″ is pointing so that we can adjust it later.
Espri 120 missalignment from OS12″
So it would seem focusing was a bit more of a challenge than we thought. The first thing is we bought an adapter for the guide scope (aka the finder that came with the Esprit 120) but it did not provide enough back focus for the camera. We had a look round the adapters in the dome and found a nose extension for the Lodestar, however it was not a c-mount end to it so we landed up duck taping it on tonight until GingerGeek can bring round his adapter.
The next challenge was not seeing any stars in the lodestar, after what seemed like a long while we came to the conclusion that the picture we were looking at on the screen in PHD2 was not the camera we thought, it was instead the one from the OS12″ which at this point was not pointing through the slit.
Wrong Lodestar selected
After looking through the settings on PHD2 we found a new setting we had not seen before, which seemed to be because we have multiple ASCOM cameras connected.
Selecting the right camera
The symbol is a double arrow and when clicked a drop down list of 4 Starlight Xpress cameras appeared, so we chose the 4th one which was one of the two Lodestars and that worked.
I then adjusted the guide scope in its two ring holders and aligned close to Vega which we had slewed to. Now the guide scope was spot on and the main scope ever so slightly off. This will be solved when we either shim the scope to align with the OS12″ or when we add/change the way in which it is connected to the losmandy mounting plate.
By 12:40am we had the focus sorted for the guide scope and we moved back in doors to connect back to the 2 cameras for this evening, lodestar and main imaging camera and then the Lakeside focuser to start an autofocus run on the main camera.
Finally starting auto focus
At 1:20am we were still trying to focus as we had not setup the autofocus routing for the Esprit 120 before, the OS12″ is now fine but this was a new challenge. GingerGeek spend an appreciable amount of time changing the step size and other settings in SGPro to effect the focus routine. Finally autofocus did a great job and we landed up at a focus point of 6225 for the Luminance filter. However there was an amount of backlash and this caused the focus point to not be the same in a one direction. GingerGeek needs to find out where he wrote down the figure we measured for backlash so we can add in.
Good auto focus achieved but with slight errorIn focus Luminance Image
Next we slewed to the star near the Elephant Trunk, SAO 33570 and changed the filter to Ha. GingerGeek then started an auto focus run for this filter. As it was now late we were missing setting simple things such as the exposure time increase from 1s to 15s needed to actually register any stars to focus on.
Once focused (ish) as we are tired now, we started a short test image run of 10mins subs for the Ha. GingerGeek showed me the Big Status window which is a much nicer interface to your image progress.
Big Status window
We then had a problem with guiding, there were inconsistent rates between the RA and DEC axis. This caused trailing of stars so we stopped the guiding, however the next image although still out of focus showed promise especially given we were not guiding.
So whilst the wind is blowing a gale and branches have come down off of 300 year old oaks where I live, the weather decided to ease as we went into the evening. There were still gusts of high wind but nothing really to be too concerned about for the dome.
Due to more changes on the mount and the polar alignment changes I needed to do a new TPoint run. I first tried to complete a recalibration run that would add additional data, however after a 30 point run the pointing got worse to the point where I was not landing up on the object but several fields of view. So I bit the bullet and deleted the recalibration data and the original model and started again.
60 point TPoint Run
It took me about 1.5 hours to run 30 points on the East side of the mount and another 1.5 hours to run the next 30 on the West. I was happy with the results and I turned on some new Terms as I went through. As you select the term you can see the resulting change to the position of the telescope. So rightly or wrongly I used this process a few times when the pointing was either not improving or it just needed to improve a little.
TPoint Terms
I also created a Supermodel of the data and once again enabled Protrack. I then went to my usual target of the Elephant Trunk to try and get use to pointing to the right object and then imaging it from SGPro. I decided the easiest thing was to use The SkyX to move to the object as I knew I wanted to be centred on SAO 33570 a star in the trunk. I did this and with my new pointing capability since this evenings TPointing, the scope landed up pointing at pretty much the right area. So instead of Sync and Solve I left it at this location for tonight.
Centred on SAO 33570
The Polar Alignment report produced by TPoint on this new 60 point model showed very little error in either RA or DEC which is a testament to the long hours I put in drift aligning the mount.
Polar Alignment Report
At 2:04 am I then tried to cool the camera but it was non responsive……..this threw me for a while then I remembered the other evening having this same problem which probably meant the camera power was not on.I went into the dome to find that was the case and the reason once again was the fuse on the Mount Hub Pro had melted. I cut this off and put a chocky block in for this evening to bypass the fuse, but I did unplug everything else from the mount hub pro whilst there was no fuse there.
Melted fuse and related spring
Whilst doing this I was reintroduced to nature with a Hornet the size of my thumb bouncing around in the dome. After quickly removing myself from the dome I cam back armed with an insecticide and sprayed the offending hornet. It kealed over and died quickly.
Hornet R.I.P
Next I focused and this worked very well, a nice V curve on the Luminance and then I switched to Ha for the imaging, This would be slightly out but I need to find a strong HA source of stars to be able to focus with Ha.
Nice V Curve
Once again I ran the Image Sequencer to see if this would work given I had made some changes suggested by my good friend Mil Dave to the guider settings in PHD2 and SGPro. However once again I was foiled with some new error messages, I am either getting use to this or possibly very fed up, SGPro may be a great piece of software from a functionality perspective, but it is complex, unintuitive and a pain. The error complained about the PHD2 profile ‘OS 12 Lodestar Guider’ is not valid.
Error PHD2 Profile
This is indeed my profile and is valid so not sure about this, another thing to investigate when I am not so tired. The follow on message was Could not start the autoguider and connect to the equipment so aborting. This is to be expected.
Error connecting to guider
So I went back to Frame and Focus and too a single 5min shot, guiding on a good star that was in the FoV of the Lodestar off-axis guider. I took a 10min image and then a 20min image.
Elephant Trunk Uncalibrated 20min image
Looking at the TPoint model there was a nice improvement for where I started with a with an RMS, Root Mean Square of 100 so when pointing the object I am targeting will be within 100 arc seconds of the centre of the CMOS chip, so 1.7 arc minutes, whereas now it is leas than 1 arc minutes out at 57.9.
I then went back to SGPro to try and fix this error as I don’t like giving up. I changed more settings within SGPRo and PHD2 around the error size for the guider to settle, however SGPro was still waiting for PHD to report it had settled even though it was now guiding.
Error message
I turned off both the Settle At and the Settle Auto Guider check boxes. This then allowed me to bypass the whole settling thing which wis is really not that important to me as I manually setup guiding first and now the sequence has started at last!
Turning off settling guider connection
Finally the guider looks very smooth and the only thing now stopping me from taking some more images is the fact it is 4:28am and I am very tired and it is getting light. So I will disconnect and shut down until the next clear night at a weekend. All in all a very productive night.
Configuring the guider to work with DirectGuide was tonights job, it was so important I have created a separate blog for it. That took the majority of this session before I really did need to go to bed for work tomorrow.
Once setup and now having the ability to reliably guide without the need for an ST-4 cable, I went to take a quick photo again to test the stability of the system. The importance of DirectGuide is worth labouring here as given we have 3 scopes to guide from, there is only 1 ST-4 port. We did not want to keep plugging in and unplugging the different cables, more did we want to build a bespoke connector for all 3, so DirectGuiding is really the only way this would work.
Once complete I once again tried to slew to the exact area for the Elephant Trunk, this has been problematic due to not quite getting sync and solve working, it works sometimes, and locating a star that I can reliably use. I have noted now that HD 205850 in Sky Safari and SAO 33570 in the SkyX represent the pair of stars in the main section of the trunk. I also took another frame nearby to label for future reference.
SAO 33570 centre of Elephant Trunk and SAO 33573 end of the TrunkNearby star pattern SAO 33626
Unfortunately Sync and solve failed and landed up moving the scope to the wrong area, hence I missed the object when trying a longer exposure with the Ha filter. I need to reliably get sync and solve working to be able to use SGPro else I will have to go back to The Sky X that I have used before for image capture which I would prefer not to do given the flexibility of SGPro.
So I landed up pointing at a star UCAC4 739:73701 which was an offset frame from where I needed to be, the purple oblong representing the FoV of where I should have been and the UCAC star showing where I landed up.
Pointing at the wrong object
SGPro did error as mentioned during Sync and Solve as can be seen in the screen grab below. I will talk with GingerGeek to resolve.
