Buffering is one thing, also I was thinking about hand-shaking - I don't
know if you have RTS/CTS set up so that the ZTerm is not ready but you are
not listening to these lines and sending your stream anyway - with the
infinite loop at some point the ZTerm gets ready so it will receive some 'x'
chars, but you will never know if you are loosing the beginning (or other
parts) of your stream - you should serialise the stream somehow to figure it
out anyway.

Tamas


On Thu, Nov 6, 2008 at 10:18 AM, Marcel Birthelmer <marcel@carrietech.com>wrote:

> Jamie,
> could it be that the USB chip is somehow buffering the data stream until it
> receives a control character such as "\r" or "\n", or enough characters to
> fill its internal buffer?
> - Marcel
>
> On Tue, Nov 4, 2008 at 10:03 AM, dt99jay <dt99jay@gmail.com> wrote:
>
> >
> > Should have said that the putch() routine is as the below:
> >
> > [code]
> > void putch(unsigned char c){
> >        do { } while (BusyUSART()); // wait until Usart is not busy
> >        WriteUSART(c);
> > }
> > [/code]
> >
> > Jamie
> > --
> > View this message in context:
> >
> http://www.nabble.com/EUSART%2C-%2718F4550%2C-Continuous-stream-of-bytes-transmits%2C-but-single-bytes-don%27t...-tp20326923p20327583.html
> > Sent from the PIC - [PIC] mailing list archive at Nabble.com.
> >
> > --
> > http://www.piclist.com PIC/SX FAQ & list archive
> > View/change your membership options at
> > http://mailman.mit.edu/mailman/listinfo/piclist
> >
> --
> http://www.piclist.com PIC/SX FAQ & list archive
> View/change your membership options at
> http://mailman.mit.edu/mailman/listinfo/piclist
>



-- 
Rudonix DoubleSaver
http://www.rudonix.com
-- 
http://www.piclist.com PIC/SX FAQ & list archive
View/change your membership options at
http://mailman.mit.edu/mailman/listinfo/piclist