Dear All, I am new in micro controller programming, I have micro controller 89C51 and I need the circuit components and schmatic of the programmer ciruit which is interfaced to the computer with the serial port. Please some can send it to me Thanks Regards Sameh
ckt diagram sent.
how do you know that the circuit you sent fit his uC?
it may be an I89C51, an AT89C51 or a P89C51 and they all program differently
Erik
eller er det her bare et forsoeg paa at faa ham til at holde mund?
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.
www.atmel.com/.../C51_Hardware_Connections.pdf
This link shows hardware connections for programming through UART; but they havent shown connection scheme for programming through SPI
***************************************************** Where as in the datasheet AT89S51 they have explained only SPI way of downloading!!!! ANd no mention of downloading through UART!!!
IS it that for C51 we have UART downloading but for S51 only SPI(and no UART downloading) even though it has dual UART!!!
Note This message was edited to reduce width.
A generic 8051 has no download facility at all. Therefore, the download facilities that you do find are entirely manufacturer and/or chip-specific.
Therefore you must read the Datasheet for the specifc device and not go making any assumptions based on what other devices may or may not do!
Look at the Key Parameters table in the 89S52 page on Atmel's site: ">www.atmel.com/.../product_card.aspfamily_id=604&family_name=8051+Architecture&part_id=1918
It tells you that ISP is provided via SPI - it doesn't mention anything else (eg, UARTs) so you must assume that there is nothing else.
The datasheet describes two programming methods - Parallel and Serial (see p16). It tells you that the Serial mode uses SPI - again, it doesn't mention anything else (eg, UARTs) so you must assume that there is nothing else.
On Atmel's product page for the 89S52 (see above), there is a link for 'Development Software: AT89ISP' - follow that link:
"The AT89ISP Software performs in-system programming (ISP) of Atmel AT89S/LP devices. It provides an intuitive interface for in-system programming that can be run from a personal computer."
" href= "http://home.tiscali.de/peterd/tools/isp53/index.htm">home.tiscali.de/.../index.htm
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.
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.