89C51 programmer circuit

I neither found a specification for what chip or schematic to send - or to which address - so I did the best I could:

I settled for sending a schematic to myself :)

(Jo - vissa frågor passerar gränsen. Ett Turing-test skulle snabbt utesluta en människa, och därmed förolämpa de flesta maskiner...)

I neither found a specification for what chip or schematic to send - or to which address - so I did the best I could:

I settled for sending a schematic to myself :)

(Jo - vissa frågor passerar gränsen. Ett Turing-test skulle snabbt utesluta en människa, och därmed förolämpa de flesta maskiner...)

i was thinking of starting off wid AT89S51..i read the data sheet and it talked abt programmin thro' MOSI, MISO and SCK pins(in serial mode ofcourse)... i have worked with MSC1210 before and used Keil...there wasnt much fuss involved there....i developed the code, downloaded the hex file thro' TI Downloader...
can anybody throw some light on serial programming in case of AT89S51???

not cute, just difficult to read.

i was thinking of starting off wid AT89S51..i read the data sheet and it talked abt programmin thro' MOSI, MISO and SCK pins(in serial mode ofcourse)... i have worked with MSC1210 before and used Keil...there wasnt much fuss involved there....i developed the code, downloaded the hex file thro' TI Downloader...

with
about
programming
through

is that too difficult to type?

All right!!!! SO how do we go about programming AT89S51??

You said you had the datasheet - that tells you what to do!

What additional information do you require??

You can alos go to the Atmel site, and look at their information about doing it...

OK, just tell me one thing: can i use RXD0, TXD0, GND lines of AT89S51 to download hex file(through hyperterminal) as is the case with MSC1210??
Because in the datasheet they talk about using MOSI, MISO,SCK lines and also about some instructions for serial programming.

"in the datasheet they talk about using MOSI, MISO,SCK lines"

If that's what the datasheet says, then that is what you must do!

Simple as that.

can u send me the code that u used to download the hex file into the uC from the PC

Hi,

I'm designing a cool piece of kit to program 8051 and all derivatives.

The biggest feature is that it is guaranteed to be at least 10% faster and no less than 12.72% better than anything you could produce!

If you'd like me to send you the schematics and code to download the hex file from Windows, Linux, Unix, OSX or a Casio CFG-9860, please send me your request and I will consider your requirement.

Arthur Plank,
I have no need for your thingy, but could you, in a couple of weeks post how many requests you got. I am curious how mnay will bite.

Erik

PS, to let those interested contact you, you need publish your e-mail interest.

Hi all,

Development on my generic 8051 programmer has been continuing at a very good pace.

Design was completed a little earlier and coding finished very soon afterwards. I'm now concentrating on optimization.

After this, I will be running through to confirm the successful interation of components for every possible combination.

Should be finished by teatime!

In order to avoid the wrath of certain forum contributors (*), I would like to confirm that I have read all the documents for every derivative and am fully conversant with all the petty semantics of such things as integer promotion.

I feel so confident in my engineering capabilities that I consider it unnecessary to go through any beta releases or independent verification.

This project is the dog's rear wheels - It programs everything!

Don't accept any alternative - Alternatives are inferior.

Please send requests for project details via this thread.

(*) Any thoughts of the name Jack Sprat at this point in the text are purely coincidental

From your great progress and benchmark scores, I take it that you have implemented the much valued gzip auto-decompress just-in-time downloader normally only available in some high-end commercial gang-programmers, to compress the transfer data by a factor 60-70%, and thereby gaining one or more of:
- reducing download transfer times
- allowing use of smaller chips
- circumvent code size restrictions of eval software
- emulating rom to ram or reverse depending on need
- transparently encapsulating chip differences by compressed emulation nano-kernel
- native marshaling between downloaded modules built by different vendors tools

I once planned to implement and sell a 32-bit ARM downloader with the above features, but found out that there where already some multi-architecture products on the market, for unifying PPC/ARM/MIPS/x86 and possibly 68k. However, I completely forgot to look into the lucrative 8-bit market, which its huge installed base and almost infinite number of derivatives...

Hi Per Westermark,

The gzip routines I've developed actually borrow techniques from other lower grade developments.

I refer to it as maximum-compression-go-for-broke-level-10.

Other people sometimes refer to it by the not so catchy name of lossy compression.

I don't want to give too much away on this subject, because I'm considering patents, but I can divulge that it includes a certain degree of randomness - Since no two runs produce the same data, it makes it a right b***er to debug!

Oh well.

sir arthur,

i also need please the programmmer for my 89C51 project. can it be jobbed with visual basic which i know very good for program.

send the sircuit and hex files to mrabsum221834@hotbot.com