From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4785 invoked by alias); 7 Jan 2008 09:39:02 -0000 Received: (qmail 4748 invoked by uid 22791); 7 Jan 2008 09:39:01 -0000 X-Spam-Check-By: sourceware.org Received: from wa-out-1112.google.com (HELO wa-out-1112.google.com) (209.85.146.182) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 07 Jan 2008 09:38:23 +0000 Received: by wa-out-1112.google.com with SMTP id l24so13057417waf.22 for ; Mon, 07 Jan 2008 01:38:21 -0800 (PST) Received: by 10.114.58.1 with SMTP id g1mr3473195waa.91.1199698701202; Mon, 07 Jan 2008 01:38:21 -0800 (PST) Received: by 10.115.111.13 with HTTP; Mon, 7 Jan 2008 01:38:21 -0800 (PST) Message-ID: Date: Mon, 07 Jan 2008 09:39:00 -0000 From: "Tom Deconinck" To: "eCos Disuss" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080106211211.GU3023@lunn.ch> X-IsSubscribed: yes Mailing-List: contact ecos-discuss-help@ecos.sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: ecos-discuss-owner@ecos.sourceware.org Subject: Re: [ECOS] AT91SAM and I2C X-SW-Source: 2008-01/txt/msg00011.txt.bz2 On Jan 6, 2008 10:28 PM, Laurie Gellatly wrote: > -----Original Message----- > From: ecos-discuss-owner@ecos.sourceware.org > [mailto:ecos-discuss-owner@ecos.sourceware.org]On Behalf Of Andrew Lunn > Sent: Monday, 7 January 2008 8:12 AM > To: Jan Jacobs > Cc: ecos-discuss@ecos.sourceware.org > Subject: Re: [ECOS] AT91SAM and I2C > > > On Sun, Jan 06, 2008 at 11:01:51PM +0200, Jan Jacobs wrote: > > Hi All, > > > > I need an I2C (TWI) driver for the AT91SAM7X. I have started doing > > something, but want to find out if somebody has done one or has any > advice? > > >I think somebody is working on such a driver. It was mentioned last > >month. Take a look in the mail archive. > > > Secondly, I think there might be a flaw with the I2C IO package. > > If the device you communication to does not use internal addressing (RTC, > > Sensor, etc) then the I2C IO API works. > > If the device requires internal addressing (EEPROM) I do not see how that > > gets conveyed via the I2C IO API? > > >I don't really follow. Do you want to make it look like the EEPROM is > >memory mapped? > > Jan, > When you talk to a EEPROM then part of the I2C message is a command followed > by the memory address then the data is exchanged all across teh I2C bus. > You should see this in the Datasheet. > > (apologies for duplicate message Andrew). > > ...Laurie:{) > > > > -- > Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos > and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss > > Hi, I'm currently working on and off an I2C driver for the AT91SAM7S family. I have started with the framework provided by the Opencores I2C driver (basically, because that's a driver someone developed at the company I work and he's only sitting 5m away ;) ) and I've adapted that code for use with the AT91 I2C controller. The write side is working: interrupt driven, no major data transfer tested yet, this could be cumbersome as Andrew warned me, but I haven't got the time to test this yet. I have problems with reading, because right now, I seem to miss the data received interrupts of the TWI controller. I've got some support code from Atmel, but again, due to lack of time I didn't got the chance to look into the issue any further. Right now, I can start a read transfer, but it just keeps on reading (that's due to the rather strange implementations decisions Atmel has made.... ) No CDL or anything alike yet. For information purposes: I hooked up an Atmel EEPROM (AT24C64A) to the CPU to test my driver code. If someone's interested in the code I've got this far, I'm willing to share ;), but keep in mind that all is still very raw. Regards, Tom -- Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss