Yahoo Groups archive

Lpc2000

Index last updated: 2026-04-28 23:31 UTC

Message

Re: [lpc2000] Re: LPC2292 + QUAD UART tl16c754

2005-07-24 by Anton Erasmus

On 22 Jul 2005 at 7:55, catstransport wrote:

> --- In lpc2000@yahoogroups.com, "catstransport" <remco@u...> wrote: >
> After two interesting posts. The problem is solved. > > I have made
> two method a read and a write. For each register change in > the uart
> I call this method with the register address. Before I write > the
> address I write something (0xff) to spr register. After that I > read
> or write the register with the correct value. > > this seems to work
> for writing to the register I still have a problem > with my ISR ad
> the moment but it will be solved in a day.
> 
> After my changes I can write to the uart and read from it. But only
> 50% of my data comes over the UART. So every second character is
> thrown away from the buffer or it is just somewhere but nog thrown
> away to the comport.
> 
> I know that the that the methods are reading and writing from the
> buffer. When I do a large sleep in my putString method so that the
> PutChar will be less called from the string each second. Then he
> doesn't mess with the data. But this is to slow for me. I have made
> ISR method the same as the LPC2292 ISR UART method. Does someone know
> the different between these two.
> 
Because of the nature of our comms, we could poll the quad uart from a timer interrupt
routine. (once every 1ms). Even at 115200 baud, it takes over 5 ms to send 64 bytes, 
so polling is aviable alternative. The device has got some extended features, such as 
the large FIFO's from the "Standard" PC Uart. Unfortunately, while all the "PC 
Compatible" UARTs are the same for their basic operation, the extra features are not 
standardised at all.

Regards
  Anton Erasmus
-- 
A J Erasmus

Attachments

Move to quarantaine

This moves the raw source file on disk only. The archive index is not changed automatically, so you still need to run a manual refresh afterward.