Return-Path: X-Spam-DCC: paranoid 1170; Body=3 Fuz1=3 Fuz2=3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on lipkowski.org X-Spam-Level: X-Spam-Status: No, score=-0.7 required=5.0 tests=BAYES_00,DNS_FROM_AHBL_RHSBL, HTML_MESSAGE,RATWARE_GECKO_BUILD,SPF_PASS autolearn=no version=3.1.3 Received: from post.thorcom.com (post.thorcom.com [195.171.43.25]) by paranoid.lipkowski.org (8.13.7/8.13.7) with ESMTP id u37KvnYU029447 for ; Thu, 7 Apr 2016 22:57:49 +0200 Received: from majordom by post.thorcom.com with local (Exim 4.14) id 1aoGur-0001Xm-GK for rs_out_1@blacksheep.org; Thu, 07 Apr 2016 21:52:37 +0100 Received: from [195.171.43.32] (helo=relay1.thorcom.net) by post.thorcom.com with esmtp (Exim 4.14) id 1aoGuq-0001Xd-Rw for rsgb_lf_group@blacksheep.org; Thu, 07 Apr 2016 21:52:36 +0100 Received: from mout0.freenet.de ([2001:748:100:40::2:2]) by relay1.thorcom.net with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.87) (envelope-from ) id 1aoGuo-0008Df-Rn for rsgb_lf_group@blacksheep.org; Thu, 07 Apr 2016 21:52:35 +0100 Received: from [195.4.92.140] (helo=mjail0.freenet.de) by mout0.freenet.de with esmtpa (ID dl4yhf@freenet.de) (port 25) (Exim 4.85 #1) id 1aoGum-0006bd-F0; Thu, 07 Apr 2016 22:52:32 +0200 Received: from localhost ([::1]:43864 helo=mjail0.freenet.de) by mjail0.freenet.de with esmtpa (ID dl4yhf@freenet.de) (Exim 4.85 #1) id 1aoGum-0008DY-B4; Thu, 07 Apr 2016 22:52:32 +0200 Received: from mx0.freenet.de ([195.4.92.10]:51066) by mjail0.freenet.de with esmtpa (ID dl4yhf@freenet.de) (Exim 4.85 #1) id 1aoGry-0006BP-Ie; Thu, 07 Apr 2016 22:49:38 +0200 Received: from x4d08e663.dyn.telefonica.de ([77.8.230.99]:51269 helo=[192.168.178.20]) by mx0.freenet.de with esmtpsa (ID dl4yhf@freenet.de) (TLSv1.2:DHE-RSA-AES128-SHA:128) (port 587) (Exim 4.85 #1) id 1aoGry-0000F5-3k; Thu, 07 Apr 2016 22:49:38 +0200 To: rsgb_lf_group@yahoogroups.co.uk, rsgb_lf_group@blacksheep.org References: From: =?UTF-8?Q?Wolfgang_B=c3=bcscher?= Message-ID: <5706C7DD.4030800@freenet.de> Date: Thu, 7 Apr 2016 22:49:33 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.7.1 MIME-Version: 1.0 In-Reply-To: X-Originated-At: 77.8.230.99!51269 X-Scan-Signature: 059065dc6500ac08f691f2dd07d4538f Subject: LF: Re: [rsgb_lf_group] Fast Serial Interfacing with PICs Content-Type: multipart/alternative; boundary="------------010106010400080707050006" X-SA-Exim-Scanned: Yes Sender: owner-rsgb_lf_group@blacksheep.org Precedence: bulk Reply-To: rsgb_lf_group@blacksheep.org X-Listname: rsgb_lf_group X-SA-Exim-Rcpt-To: rs_out_1@blacksheep.org X-SA-Exim-Scanned: No; SAEximRunCond expanded to false X-Scanned-By: MIMEDefang 2.56 on 10.1.3.11 Status: O X-Status: X-Keywords: X-UID: 7607 This is a multi-part message in MIME format. --------------010106010400080707050006 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit 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 andy.g4jnt@gmail.com [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 > ------------------------------------------------------------------------ > > > Visit Your Group > > > > * New Members > > 1 > > Yahoo! Groups > > > • Privacy > • > Unsubscribe > > • Terms of Use > > > __,_._,___ --------------010106010400080707050006 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit 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 andy.g4jnt@gmail.com [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 <andy.g4jnt@gmail.com>



__,_._,___

--------------010106010400080707050006--