Thursday 29th December 2011

As the weather is still bad I took the opportunity to collimate the scope – well I hope I have, I’ll need another clear night before I’ll know for sure, but I think it’s close now. My laser collimator wasn’t working and in trying to remove the batteries I took the whole laser unit out.  For those who don’t know the laser unit inside the LC is collimated to ensure the beam is square to the exit hole.

It took a good couple of hours after reassembly to collimate it :(.  Luckily my son was on hand to mark a piece of paper as I turned the LC through 90, 180, 270 degrees and marked where the dot landed.  Adjusting the the grub screws by what appeared to be insignificant amounts had a huge effect on the beam.  I got it to as close as I could – not perfect, but enough to know that over a short distance (like 2.4 meters up and down my OTA) the margin of error shouldn’t be a problem.

Looking at the out-of-focus stars from last nights focusing session I think I took them before the Baader MPCC was aligned (collimate) properly so the image is very misleading.

I need to collimate the scope :(

need to collimate :(

Out of focus star with poor collimation

How bad is that? The shape should be an exact circle and the inner black circle should be perfectly central within the bright circle.  3 of the mirror brackets are visible to the left of the image, they should either all (6 on this model) be visible, perfectly symmetrical around the bright circle or they should all be invisible just outside the field of view.

The rain is hammering against the observatory roof again but at least the wind has died down.  I’m not sure if I’ll get another imaging session in this year, but never say never …

Wednesday 28th December 2011

It’s windy, too windy to do any serious imaging but at least it’s dry.  The clouds are obviously orange where the street lights illuminate them and they’re scuttling across the sky slowly enough to obscure guide stars but quick enough to not completely ruin a 2 minute exposure.

I’ve solved the slewing to wrong location issue, I’m not sure how but it did coincide with me reverting to an older version of ASCOM and adopting Cartes du Ciel in preference to the StarCalc.

Since the last imaging session I’ve:

  • Switched back to the Canon 300d for imaging with the Atik 16ic for guiding
  • Installed dual-speed focuser
  • Installed Baader MPCC
  • Installed Skyglow filter
  • Changed Laptop to donated Acer
  • Adopted Cartes du Ciel as my planetarium platform
  • Designed, built and installed a long-exposure device for the Canon
  • Designed, coded and installed long-exposure software

Not too many changes then ;)

I’ve been waiting all week for a gap in the clouds and tonight, even though the conditions are far from perfect, I took a chance and imaged M42 with 10 x 120 seconds at iso800. While focusing I noticed the collimation is out but the batteries are dead in my laser collimator so I won’t be able to do anything about it tonight. Maybe I can use out of focus bright stars to collimate, I’ll post some focusing images to show what I mean.

In hindsight, I wish I’d taken 30 sec, 60 sec, 90 sec and 120 sec images to allow me to make a HDR composite image, but this was only a test session to make sure everything works.

So here’s my M42, it’s 8 x 120 seconds stacked with DSS (DeepSkyStacker) and taken in windy conditions:

M42

M42

M42 the Orion Nebula (iso800, 8 x 120 seconds, Canon 300d, Baader MPCC, Skywatcher 10" Newtonian, EQ6, EQMOD)

I’m happy with the round stars across the whole image, even with the windy conditions they’re better than I’ve ever imaged before.

Now I need some clear skies …

Monday 19th December 2011

Just a quick update: Condensation in the observatory is very bad at the moment.  The walls are lined internally with wood but the roof is bare metal which loves to grab moisture from the air and drop it on my cameras and laptop :(

In an attempt to fix this I’ve bought some polystyrene insulation boards which I’m attempting to glue to the roof panels.  I’m not too confident about this approach and currently have only glued 2 panels to see if it works.

I’ve changed laptops so the “new” Acer is now set-up as the main controller and my long exposure software is all installed and tested (mental note: must get a photo of the controller).

I’ve run into some problems with the scope control but the weather is too bad to open the roof so I can’t run any tests. Basically the scope seems to point 180 degrees (12hrs) off target!  I’ve checked all the usual suspects like system time, location, software configuration and I can’t find the issue.  I have changed a number of things so tracking down the cause may take a while:

  • Planetarium software changed to StarCalc
  • ASCOM upgraded to 6
  • New laptop installed
  • EQAscom latest version

More to follow …

Saturday 10th December 2011

Christmas is coming and I’m looking forward to some astronomical treats. I’ve done some imaging since the last update but the weather hasn’t been too good so it’s just an hour here or there depending on fog and fogging mirrors! (maybe some research into dew heaters required?). No images worth sharing but I’ve been improving my approach and have been able to take guided images of 4 or 5 minutes which will be great when I get all the new gear in place.

So what changes are happening at Ty Du? Well to start I was gifted an old Acer laptop from my sister-in-law (thanks Al) which may be old (the laptop :) but is streets ahead of the ancient model I currently use. In simple hardware terms I’m moving from 512MB to 2GB of RAM which will make a massive difference given the number of apps running simultaneously when imaging. The down side of the new (old) laptop is that it doesn’t have a parallel port and my long exposure cable for the Canon uses parallel. I knew this day would come but didn’t realize the trouble I’d have working around it.

I was thinking it would be easy to buy a USB to parallel converter (only £3 on amazon) and plug my existing cable into that but it seems these cheap parallel cables are designed for printers and not to run pin2 switching for “DSLR Shutter”. I pried the case open, prodded it with a multi-meter but I wasn’t getting the same control on the data lines as I would with a traditional LPT port so I splashed out another £3 for a USB to serial cable. I knew this wasn’t a direct replacement but after studying online circuit diagrams I was happy that connecting the RTS line from the serial adapter to the opto-isolator on my parallel adapter would solve the problem and be easy enough to do.

Well it would have been easy if they’d sent the right cable! doh! I’m sure a VGA splitter will come in handy one day, so after dropping it into my “odd cables” bag I set about working on plan “c”. Plans “a” and “b” both provided a working solution without changing software but plan “c” was much more radical. So here it is:

“Plan C”
I had an Arduino board (google it, it’s an awesome open-source project) lying around so I thought if I interface that to the opto-isolator I could use the microcontroller to open and close the camera shutter.

Hmmm, but then I won’t be able to use “DSRL Shutter” so I’ll have to write some timer software for taking multiple exposures. Oh and I’ll have to write some firmware for the arduino to allow me to control it through the USB port … what was I thinking.

So I did it, it took most of the afternoon to knock together the exposure timer and I wrote the firmware yesterday evening.

// Project	 :	canonDSLRtimer
// Author    :	Duncan Abraham
// Date      :  10-Dec-2011
// Version   :  1.000

void setup() {
  Serial.begin(115200);           			// set up Serial port at 115200 bps
  Serial.println("canonDSLRtimer v1.000");
  pinMode(13, OUTPUT);						// pushing pin 13 (LED) high at same time for visual reference
  pinMode(12, OUTPUT);  					// using pin 12 for the shutter trigger
  digitalWrite(12,LOW);						// set pin low
  digitalWrite(13,LOW);						// set pin low
}

void(* resetFunc) (void) = 0;

void loop() {
	while (Serial.available()) {
		byte inByte1 = Serial.read(); 		// read a character from the comm port

		if (inByte1 == 65 || inByte1 == 66 || inByte1 == 68 || inByte1 == 86 ){ //A,B,D,V
			if (inByte1 == 65) 				// A = shutter open
			{
				Serial.println("shutter open");
				digitalWrite(13,HIGH);
				digitalWrite(12,HIGH);
			}
			if (inByte1 == 66) 				// B = shutter closed
			{
				Serial.println("shutter closed");
				digitalWrite(13,LOW);
				digitalWrite(12,LOW);
			}
			if (inByte1 == 68) 				// D = RESET
			{
				resetFunc();
			}
			if (inByte1 == 86) 				// V = Show Version
			{
				Serial.println("canonDSLRtimer v1.000");
			}
		}
	}
	delay(10);
}

So that’s the arduino sketchbook .pde file that tells the microcontroller how to interact with the data coming down the USB connection.

Next step was the Windows software to control the arduino.  As you can see from the code above I set up a simple method involving a single character being sent:

  • “A” – open the shutter
  • “B” – close the shutter
  • “D” – reset the Arduino
  • “V” – display the version number

The Windows software was developed in C# and provides an interface to connect to the comm port, select exposure times etc and run the timer.

Port selection screen.  This screen presents a drop-down box showing all available comm ports on the PC.  When you pick a port and press “select” the application tries to communicate with the arduino by sending a “V” for version.  If nothing is returned the application tells you to try again :)

After selecting a comm port you are presented with the chance to select how many exposures you want to take, any delay before and after and the duration of each.  I’ve gone for all times in seconds to save confusion, but it would be easy enough to convert this to hrs:mins:secs in version 2 (maybe).

Finally, when you press the “START” button it goes into timer mode and starts counting the seconds and the exposures. 2 progress bars show completion of the current exposure and all exposures.

So that’s it, quite simple really but it works.  I’ve been down to the observatory and (after installing all required .Net libraries …) I was able to take several short exposures to prove the system works in principle.  I won’t know for sure until the weather changes.

What about the Christmas treats I hear you ask, well, finally I bought a Baader MPCC to turn my rubgy ball shaped stars into nice round points. Of course I couldn’t stop at that, the MPCC won’t fit into my standard rack and pinion Skywatcher focuser without me fitting the 2″ adapter. That would prevent me reaching focus with the DSLR. So I had to ask Santa for a low-profile, dual speed, crayford focuser as well :).

I bought a 2″ skyglow filter some time ago, but without the correct fittings I wasn’t able to use it. Now it will screw into the bottom of the MPCC so I’ll have flat images with reduced orange glow – I can’t wait.