Hey all. I've just read the Due's specifications page and looked through the Atmel SAM3X8E datasheet and there's something I'm not clear about: is it possible to connect a USB flash drive or a HDD (externaly powered) to the Due's native USB port so that it can read and store data to and from the device? If so what is the maximum memory size of such devices that the Due would be able to address?
The info on the datasheet for SAM3X8E is that the external bus interface has 16-bit data, 8 chip selects and 23-bit address.
The USB port is a host device. It should be able to connect to anything with appropriate software.
This is something that will be used extensively if available, I'd imagine you could emulate any address length you want.
yeah, I think it would be a serial communication. kind of like talking to LCD's, clocking out 16 or some bit data essentially formatted by the LCD/flash device specifications.
Well it is supposed to be able to connect to phones (think google ADK2012, the software for which is compatible), so you might be able to find useful code from that - I am not sure whether there is existing code for allowing an android phone to mount as a flash drive, but there is other useful HID stuff.
pYro_65:
It seems there is a mass storage bootloader, so there might be code we can retrofit for general read/write operations.
What do you mean by retrofitting code, pYro_65?
That's what I though too, Tom Carpenter. Since it should be able to connect to phones it should be able to connect to storage devices, I guess...
Once I manage to put my hands on a Due I must experiment and see what I can do with that USB port.
I've been looking at some examples of mass storage. The library provided with the due has a full CDC layer. On my day off I'll start to implement subclass 01h/50h with the newer 'Bulk-Only Transport', which would be fine with all flash drives and most external HDD cases ( no cd/dvd, floppys, tapes ).
I hope the store nearby successfully ordered some. I sent them an email asking them when they will start selling them. On the arduino store the Due's already sold out atm xD (just noticed)
That's more than I can understand right now, pYro_65 haha. I'm a newbie in Arduino matters and I'm only in the first years of electrical engineering course. But maybe you could summarise what the "subclass 01h/50h" and "'Bulk-Only Transport'" are for me?... It's fine if you don't want too anyway, thank you for your replies to the topic.
Yeah they sold out in a handful of hours, had my chance but wasn't going to fork out 112 euro. I doubt they made the same blunder as the R-pi and grossly under estimated their release sales. Apparently the chips are new(er) and may be in high demand with little supply. Some official distributors are reporting 6 weeks to fill the orders received yesterday.
01h is a subclass of MSD ( mass storage ), Reduced Block Commands (RBC) is an interface specification.
MSD supports very basic read/write operartions (RBC/01h) all the way up to full SCSI support ( every USB storage device/06h ).
BOT is replacing CBI ( transport methods, larger throughput 'bulk' blocks ) May mean flash paging is large, but not too much of a worry.
There is already a mass storage interface there, weather it works or not I do not know ( someone who has used the USB host shield may be able to answer this. )
Editing it shouldn't be too hard if modifications are needed. It will still need a library on top to provide a 'client' interface. The mass storage interface is just implementing a way of sending/receiving commands/data too and from a USB device that supports the MSD protocol, not much in the way of file system control.
Yes, the actual USBHost library is based on USB Host v2 from circuits@home!
We tried to keep the original API as much as possible, since a lot of USB Devices are supported, and a lot of 3rd party libraries was built on this API.
BTW only a minimal part of the library was ported, most is still missing, for example the mass storage support.
USBHost is licensed under GPL, so if you use it on your product you must release your code GPL as well.
So, if an Arduino developer simply deletes the USBHost library, in subsequent development he/she is bound by LGPL only, and not anything stronger?
I thought the tricky (and controversial) thing about GPL 2 was that if you used it anywhere in your project, then your whole project falls under the licence conditions. So, everyone is certain that having some GPL 2 licensed code as part of the standard Arduino 1.5 distro doesn't have a knock-on effect that means everything in Auduino 1.5 is now GPL 2?
That could lead to some "uh-oh" moments... always best to be 100% clear about such issues at the outset of any development effort.
pico, are you sure? this is a major point to be cleared.
If what you are saying is true, the USBHost lib should be deployed as a separate download ASAP.