RE: [oc] UART16550

["Harvey, Wilbur" <Wilbur.Harvey@spirentcom.com>]

We used that core in one of my projects, they ran into some problems and had
to fix the core. Your problem sounds familiar. I don't know if they posted
the changes back.

Try contacting Kenny.tung@spirentcom.com he is the guy who did the work
here.

Wilbur Harvey - Engineer
Spirent Communications Inc., www.adtech-inc.com
First Hawaiian Center, 999 Bishop St.. Suite 1700
Honolulu, HI 96813
Tel: +1 (808) 440 3494, +1 (808) 440 3363 (Direct)
Mobile: +1 (808) 221 0395
email: wilbur.harvey@spirentcom.com


-----Original Message-----
From: John Sheahan [mailto:jrsheahan@optushome.com.au] 
Sent: Tuesday, April 15, 2003 12:18 PM
To: cores@opencores.org
Subject: Re: [oc] UART16550

try changing labview to use 2 stop bits if possible. This may help
verify the exact problem.

certainly the uart should start looking for a start bit just after 
the midpoint of the first stop bit, (to allow for baud rate mismatch) 
when running in single stop bit mode.

john


On Tue, Apr 15, 2003 at 03:25:14PM -0100, tate@aos-inc.com wrote:
> Hello all,
> 
> I've just compeleted my first UART16550 core instantiation and have run 
> into a problem.  I'm setup to run at 57.6k and the core performs 
> perfectly for individual characters received.  However,  if I chain to 
> bytes back to back (from a labview application running on win98) I 
> sometimes loose the second byte.  
> 
> Reviewing the source code I notice the receiver statemachine goes to 
> a "stop" state that detects the stop bit and then counts down...  This 
> count down causes me to miss the next startbit of the second byte...
> 
> Has anyone else seen this problem?  
> 
> Thanks,
> Steve 
> --
> To unsubscribe from cores mailing list please visit
http://www.opencores.org/mailinglists.shtml
--
To unsubscribe from cores mailing list please visit
http://www.opencores.org/mailinglists.shtml
--
To unsubscribe from cores mailing list please visit http://www.opencores.org/mailinglists.shtml