| delorie.com/archives/browse.cgi | search |
On Tue, 29 Nov 2011 20:10:08 -0500 Bob Paddock <bob DOT paddock AT gmail DOT com> wrote: > On Mon, Nov 28, 2011 at 5:20 AM, John Griessen <john AT ecosensory DOT com> wrote: > > > AT91SAM is one I've heard of that might do and has a flat pack package. > > Personally I avoid the Atmel ARM parts. When they first came out with > USB parts I ran them through many Due Diligence tests. > I found that the USB part worked just fine if your PC had an Intel > host controller, but they didn't work if you had an NEC host > controller. > > When I reported that back to Atmel, the answer came back from Atmel > France (now closed) the originator of the Atmel ARM, as "You are to > stupid to use our part". > Maybe I'm not the smartest person in the world, but how much brain > power does it take to move the USB cable between two ports on the same > PC? 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... It works in the most simple cases with only a specific windows version as host. Any change in the device behaviour or windows driver will lead to unpredictable results (ok, with windows it's quite predictable: blue screen). My recomendation, if you want to work with the SAM7's USB, write your own USB code using the Atmel code as an (bad) example on how to do it. Oh yes.. reporting those bugs to Atmel lead to being ignored... 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 |