LOGIN   :::   RECOVER PASS   :::   GET ACCOUNT    
Browse
  • Projects
  • Code (CVS)
  • Forums
  • News
  • Articles
  • Polls
  •  
    OpenCores
  • FAQ
  • CVS HowTo
  • Mission
  • Media
  • Tools
  • Advertise
  • Mirrors
  • Logos
  • Contact us
  • Job Opportunity
  •  
    Tools
  • Search
      
  • Download Cores (CVSGet)
  •  
    More
  • Wishbone
  • Perlilog
  • EDA tools
  • OpenTech CD
  •  
    Navigation: All forums > Cores > Message List > Message Post

    Message

    Reply | Reply all
    Date Prev | Date Next | Thread Prev | Thread Next Date Index | Thread Index

    From: "Harvey, Wilbur" <Wilbur.Harvey@s...>
    Date: Tue, 15 Apr 2003 15:50:24 -1000
    Subject: RE: [oc] UART16550
    Top

    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@s... 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@s...
    
    
    -----Original Message-----
    From: John Sheahan [mailto:jrsheahan@o...] 
    Sent: Tuesday, April 15, 2003 12:18 PM
    To: cores@o...
    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@a... 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 
    > 
    
    
    
    
     
    Copyright (c) 1999 OPENCORES.ORG. All rights reserved.