"pomerado@hotmail.com" wrote:> Wolfgang Mahringer wrote: >... snip ...>> >> Obvioulsy, you should ensure that your last transmitted >> bit is not more than a half bit time away. >> >> But, believe me, please do yourself a favour and use >> the correct clock frequency. > > That is not my problem. I intend to use the PIC USART as expected. > My questions were about its capabilites to connect effectively with > a source I do not control. There appears to be very little technical > data available on the PIC website aboiut the guts of the USART.Then you might indulge in some experiments. A worst case would be some sort of pattern when the last tranmitted bit is opposite to the stop bit. You can connect the PIC USART to a test UART, and supply that UART with a continuous stream of the worst cast pattern. UARTs generally have an independent clock input pin, so all you need do is vary that frequency about the nominal until errors appear. Measure that frequency. That will give you an accurate picture of the tolerance available, but not the noise rejection. In fact, you should be able to make the PIC itself generate the test clock. That will keep it locked to the actual PIC frequency. This, of course, will require that that clock is considerably lower than the main PIC clock, which should be no problem. -- Chuck F (cbfalconer@yahoo.com) (cbfalconer@maineline.net) Available for consulting/temporary embedded and systems. <http://cbfalconer.home.att.net> USE maineline address!
How accurate/tolerant is the PIC USART clock rate?
Started by ●August 18, 2006
Reply by ●August 21, 20062006-08-21