[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Shutter timing
Chris,
This does not work. Here is why. The delay - typically ten seconds - can
occur anytime. Suppose I record when I send the command to the stamp to
open. There might be a 10 second delay before it actually opens. Suppose
I record the time I get the ack. This might have been delayed 10 seconds
after Windows got around to telling me about it. I have considered
this. I think there is no solution until we get a real time operating
system. Or at least something that works around Windows.
I run with Windows because my present system for reading an image is Image
Scientist. It is convenient to switch back and forth between a DOS window
and Windows to read the images. Things would work better under a DOS only,
preferably in an old version of DOS. But I am testing and convenience is
more important than the best possible data.
Tom Droege
At 05:19 PM 6/19/00 -0700, you wrote:
>Tom writes,
>
> > Also per the notes, this does not guarantee that all images
> > are of comparable length.
>
>Tom,
>
>I know about your problem with serial port timing. One thing I
>am doing that you could maybe do in your BASIC software is to
>record the _actual_ times. In other words you capture the wall
>clock time just after the shutter opens and just after it closes
>even if the open and close times get messed up by the OS. So the
>final FITS files header would record the actual rather then intended
>exposure time. This would likely only require a few small mods to
>both your QBASIC program and to the raw-to-fits program. (I'd
>suggest the QBASIC program would write out any housekeeping data
>after the pixel array.)
>
>My Linux based software will record the time (of day) when the STAMP
>sends an ACK. I am designing things so that the software is "ACK
>driven". The Linux software can queue up STAMP commands far faster
>then the serial link could deliver them. My serial port handler
>queues outbound commands at any time and issues them to the STAMP
>whenever the STAMP sends an ACK or a power up version message.
>
>
>--
> Chris Albertson
>
> calbertson@logicon.com Voice: 626-351-0089 x17
> Logicon, Pasadena California Fax: 626-351-0699