From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 12505 invoked by alias); 30 Jun 2013 19:16:22 -0000 Mailing-List: contact ecos-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: ecos-bugs-owner@sourceware.org Received: (qmail 12489 invoked by uid 89); 30 Jun 2013 19:16:22 -0000 X-Spam-SWARE-Status: No, score=-3.3 required=5.0 tests=AWL,BAYES_00,KHOP_THREADED,RCVD_IN_DNSWL_LOW,RP_MATCHES_RCVD,SPF_PASS autolearn=ham version=3.3.1 Received: from hagrid.ecoscentric.com (HELO mail.ecoscentric.com) (212.13.207.197) by sourceware.org (qpsmtpd/0.84/v0.84-167-ge50287c) with ESMTP; Sun, 30 Jun 2013 19:16:21 +0000 Received: by mail.ecoscentric.com (Postfix, from userid 48) id B53A24680004; Sun, 30 Jun 2013 20:16:19 +0100 (BST) From: bugzilla-daemon@bugs.ecos.sourceware.org To: unassigned@bugs.ecos.sourceware.org Subject: [Bug 1001872] TWR-ADCDAC-LTC hal support Date: Sun, 30 Jun 2013 19:16:00 -0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: eCos X-Bugzilla-Component: ADC X-Bugzilla-Keywords: X-Bugzilla-Severity: enhancement X-Bugzilla-Who: mjones@linear.com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Priority: low X-Bugzilla-Assigned-To: unassigned@bugs.ecos.sourceware.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: http://bugs.ecos.sourceware.org/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2013/txt/msg00484.txt.bz2 Please do not reply to this email, use the link below. http://bugs.ecos.sourceware.org/show_bug.cgi?id=1001872 --- Comment #8 from Mike Jones --- This new set of patches and files completely support the DACs and ADCs on the TWR-ADCDAC-LTC. The testing was done by driving the ADC inputs with DAC outputs. Some ADC bugs were fixed in the process. Mainly it was the need to deal with the fact that reading a value is always one SPI after transaction the one that initiates the conversion. These ADCs have a MUX, and it requires one SPI transaction to change the MUX and start the conversion, and then the value is read on the next SPI transaction. The code works by iterating through the active channels. The timer chosen, FTM or PDB, triggers one measurement each event. This means if using 8 channels, the sample rate of an individual channel is 1/8th the rate. Unlike a built in ADC, these devices cannot sample all inputs at the same time. This version has: - Generic DAC support modeled on the Generic ADC support. You feed the buffer with data and it is output based on a clock. - DAC support for the TWR board. - SGML files for the generic DAC support and the two LTC DACs and two LTC ADCs. - ChangeLog files. - Test code for the Generic DAC, but I am not sure how to compile and run it. Also, it is very dependent on the ecc file, wires, etc. So its usefulness is limited in my opinion. - No compile warnings when using both DAC or ADC. However, in a few cases, like disabling one of two ADC/DAC there are a few warnings. This could be a little cleaner, mainly to reduce the size of the object code. I think other ADC devices have some of this. I don't have time for a while to look into all the ways the user can make the code bigger by changing the ecc settings. - There is always room for code improvements. I am sure there a few ways to make the code just a little faster. Over time I might do some of that. For now, it is reasonable and I believe the behavior is bug free. Previous suggests on things for other people to look at still apply. I believe this version is fully working. With the picture of the wiring and my test code and ecm anyone with this board should be able to duplicate my test results. -- You are receiving this mail because: You are the assignee for the bug.