| ??? 02/27/06 20:27 Read: times |
#110877 - Yes Jon Responding to: ???'s previous message |
his is my statement and maybe "much" is somewhat of an over statement, it does require "more". Anyhow, I'm not sure what particular device you are using, but I think the simplest way is to slow down your terminal output using a delay between characters (found in ASCII setup of Hyperterminal). Enough to allow each byte to be programmed before the next is sent, using the polled method. Jon P.S. Thanks for the comment on the document. Yes indeed a well written document Jon and I enjoyed reading it, thankyou! Most of the information I read, often makes me wonder whether or not it is BS or not! The internet is a BIG place, and there is alot of crap out there. Sometimes people prefer to ask in these forums EVEN if they searched elsewhere AND it is a commonly asked question. ITS also nice NOT to get flamed, again I say thank you. Some people (no names mentioned here) should switch to SANKA or something! There are lots of newbies, and many of them not well with English. But you have to remember, THESE are many of the people who search these forums! Anyways, that being said, Jon: I usually use windows terminal (from windows3.1) because it works extremely well even in XP, and its easy to run, set up and it sends files real well. In the text transfers setup, you can set up "line at a time" and the delay 1/10 of a second delay between lines. When I set it up with 2/10 delay, and line at a time, all of my routines work perfectly using the polling method. I was just curious about doing it the other way (interrupt method) as your article inspired me to do so. I have seen other Terminal device programmers run at 9600 with NO handshaking whatsoever. One in particular is here: http://www.kitsrus.com/upuc.html#k123 this one programs 89C51, 89C2051, etc and does not use handshaking with any terminal program. So easy to program the device, on any computer within windows, no software to run just any terminal program. I own this one for the older C51 chips it never fails, don't even have to verify after programming, it always works, and with NO handshaking. Again I was just curious about learning how they did it, since the source code for this device is not available publicly. I can also get the program to work with CTS, and RTS handshaking signals, but again I was curious. |
