> I have still a question. You are talking about flow control. When do I need it exactly?
You don't "need" flow control for this.

> Do I only need RX and GND? When interfacing PC and PIC using a max232, won't I need flow_CTS and DSR?
Just RX and GND, but TX would be handy too. You need something to prompt when to send the file. Could be an LED or LCD prompt i guess.

> I've seen a code where the receive routine is something like: ...snip...
If you want to write your own program in Visual Basic or other language for the PC, you could do something like that. But it won't work with Hyperterminal.

> In the Hyperterminal I'm ask what flow control to use:
Hardware, Xon/Xoff or none.
I beleive I will choose none in the case I'm not using the pc_flow_cts pin and choose 'hardware' if I'm using flow control pin...?
What is the advantage of not using flow control?
Correct, NONE. Flow control on the PC doesn't work on a Byte by Byte basis like the PBP flow control does. So unless you have a large buffer on the PIC, it won't work.

>You write:
"In the [File | Properties | Settings Tab | ASCII Setup Button] you can add the delays required to give the PIC time to write to the EEPROM, 10ms or more "Character Delay" depending on your EEPROM. Then you don't need any complex buffers or flow control."
-> I will have to send about 88KBytes of data into the serial EEPROM, if I add a 10ms after each byte, it will take years to tranfer all the file, no?
14-1/2 minutes. Ouch! Big file.

Well, if you buffer the incoming data and use the Page Write feature of the EEPROM, you can drop that down to about 30 seconds.


>-> I'm asked for the protocol to use (1K xmodem, kermit, xmodem,ymodem,y modemg, zmodem, zmodem with crash recovery... Which one should I choose???
None, those are in the [Transfer | Send File] command.
I was talking about the [Transfer | Send Text File]

> How does the PIC know that data is arriving on the RX pin if no interrupt is used?
Poll the RCIF bit in PIR1.