delorie.com/archives/browse.cgi | search |
On Fri, 02 Dec 2011 10:04:28 +0000 Peter Clifton <pcjc2 AT cam DOT ac DOT uk> wrote: > > Beside the USB core of the Atmel SAM7 having silicon bugs that > > can cause a lock up of the system and the documentation being > > plain wrong at some points (leading to lock up as well, and > > the mistakes being obvious if you know how USB works), the USB code > > provided by Atmel is a bug hole of the likes i have not seen many... > > Do you have any references to the errata, or happen know whether these > bugs are present in the SAM3U parts? They never made it into any errata. As i said, i've been completely ignored. I don't know whether these are present in the SAM3*. I give them a 50% chance. The USB core on the SAM3 has been redone (supporting HS now) and it could be that they learned from their mistakes. But it could also very well be that they just modified the SAM7 USB core to support HS and stopped there. I cannot say. I haven't had the chance to work with the USB core of the SAM3 yet. > I ask, as I'm working on a design with one of these at the moment, and > getting the USB working well is going to be high on the priority list > once we get a board up. As i said: Go for rewriting the USB code. You can use the Atmel code for the first tests, but if you want to have reliable operation, write your own. As a side effect of the rewirte we've done, we have now a USB code that can be used in medical products :-) Attila Kinali -- The trouble with you, Shev, is you don't say anything until you've saved up a whole truckload of damned heavy brick arguments and then you dump them all out and never look at the bleeding body mangled beneath the heap -- Tirin, The Dispossessed, U. Le Guin
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |