Return to KLUBNL.PL main page

rsgb_lf_group
[Top] [All Lists]

LF: Re: [rsgb_lf_group] Fast Serial Interfacing with PICs

To: [email protected], [email protected]
Subject: LF: Re: [rsgb_lf_group] Fast Serial Interfacing with PICs
From: Wolfgang Büscher <[email protected]>
Date: Thu, 7 Apr 2016 22:49:33 +0200
In-reply-to: <CAA8k23Qu9=9LgBr+FzqB55LKjSiiKimZBHJ1=gwfi70cYDdcrw@mail.gmail.com>
References: <CAA8k23Qu9=9LgBr+FzqB55LKjSiiKimZBHJ1=gwfi70cYDdcrw@mail.gmail.com>
Reply-to: [email protected]
Sender: [email protected]
User-agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.7.1
Hi Andy,

It was me, using a PIC16F1783 with 1 MBaud on an FTDI-based interface.
At higher bitrates, there were occasionally lost samples depending on the CPU load of the PC. So it wasn't a problem with the PIC, and not a problem with the hardware, but most likely a problem with the USB driver.

All the best,
   Wolf DL4YHF .

Am 07.04.2016 um 12:09 schrieb Andy Talbot [email protected] [rsgb_lf_group]:


I know the subject is nothing to do with LF, but I didn't keep the original thread...

A few months ago someone on one of these two LF reflectors pointed me at the Enhanced USART in the 16F688 and later PIC devices, saying how the baud rate could be set as high as Fosc / 4. So getting 3M Baud with a 12MHz Xtal for compatibility with FTDI chip COM ports at thier highest setting.

Who was it and have you managed to do this?   I finally got round to testing a 16F688 at 3Meg   and am getting some funny results that mean sometimes the PIC's EUSART sends the right data, and sometimes it gets itself tied up in knots, sending one character several times

It is not a programming error either, as the code works perfectly at lower baud rates, by just changing the divider.   The nature of the problem looks and feels like something inherent to the internals of the chip 

Andy  G4JNT



__._,_.___

Posted by: Andy Talbot <[email protected]>



__,_._,___

<Prev in Thread] Current Thread [Next in Thread>