>> I think XON/XOFF (DC1/DC3) should be sufficient, but maybe not. Many
>> terminal programs (including HyperTerminal) allow you to set a delay
>> after
>> the transmission of each line of data. That can be set long enough to
>> allow the bootloader to program that section of flash. Another simple
>> approach I've used (though it pretty much requires a custom application
>> on
>> the host end) is to not echo a character until I'm done dealing with it.
>> The host then waits for each character to be echoed.
>
> So in the end you will have to do something on the host anyway. Then why
> bother to let the PIC do the .hex file decoding (which makes the
> bootloader larger) when you have a very powerful CPU with plenty RAM and
> other storage available in your PC?
>
> Wouter van Ooijen


Having the PIC decode the hex file is not that hard and allows us to do a
bootload from any device, no matter what OS, as long as it has a terminal
program that can send a text file as a sequence of characters. We might
write a fancier front end for the host, but I think it's nice to have
something human readable and testable with minimal (and existing) host
software. Your mileage (kilometreage?) may vary...

Harold

-- 
FCC Rules Updated Daily at http://www.hallikainen.com - Advertising
opportunities available!
-- 
http://www.piclist.com PIC/SX FAQ & list archive
View/change your membership options at
http://mailman.mit.edu/mailman/listinfo/piclist