Hi Suyash,

Thanks for passing along that information. I know all the points raised in your post did not necessarily come from you, but I would like to clarify the differences between what I have done and what each of these other topics are dealing with.

"Did you know how to use FLIP given by ATMEL ?"

As I understand the device programming capabilities of Atmel's FLIP software, it does not handle the AT89(L)S51, 'S52, 'S53, or 'S8252 devices (hereinafter referred to as 'S(82)5x devices). My little application targets the devices that FLIP does not (claim to) handle.

'You can take a look at this app. note. " In-system Programming with C51 MCU and External Flash "'

That application note talks about programming systems having a external memory where the microcontroller continues to run to assist in the programming effort. My little application runs entirely on the PC and programs the device without the device assisting. In fact, the way the 'S(82)5x ISP programming works, the device is held in RESET while internal memory programming takes place over the SPI signals; no additional microcontroller is needed.

"The new kit AT89ISP supports our AT89S51/52 uC."

I wish someone could determine whether this is true or not, and especially running in Windows XP. On Atmel's website, the "Related Devices" for this software does list all the devices I am targeting and the software is claimed to run on Win9x/ME/NT/2000. Parviz says "...does not work with atmel isp software ver 1 at windows xp". Perhaps the version on Atmel's website is version >1.0 and does run on XP. Unfortunately the Atmel website does not say what version they are currently offering and the "updated" area where a date would normally appear is conspicuously blank. Perhaps WinXP and the parallel port drivers or DLLs are not compatible. In any case, my little application does not (currently) implement SPI over the parallel port and instead, runs SPI over the PC's serial port. The significance of using the serial port is that most (all?) Win32 C/C++ compilers support the functions that allow serial port access at the pin level without resorting to special drivers or DLLs.

In closing, it has been quite some time since I've used, and therefore needed to program, one of these Atmel 'S(82)5x devices specifically and my little application was hastily thrown together as an ugly console application because at the time I needed it, there was nothing like it available and I am not skilled in the art of GUI Windows application programming. It could very well be that these new Atmel applications either currently, or will soon, handle the 'S(82)5x devices. I just thought I'd throw my little application into the mix in the remote chance someone could benefit directly from it or after some small modifications to it.