I came across this the other day
http://wiki.openmoko.org/wiki/USB_Product_IDs
I’m not sure its useful to us, as we are still using the original Leaflabs USB ID’s – as are Olimex and some other companies.
However its handy to know that it may be possible to get additional USB ID’s if necessary.
I’d need to see if we qualify under their license terms, as they were a bit vague, but apart from that I guess it doesn’t do any harm to get some backup ID’s
no, 4!
Don’t forget my MIDI-HID project
I do have 3 PIDs from FTDI, but these are locked to FTDI silicon. FTDI never had a MIDI class for the popular serial and parallel port VCP. Probably why I have so many copies of libUSB on my systems. Even then one has to hack the drivers to use the product ID for developmental work.
Having a virtual MIDI id not tied to FTDI would be quite useful.
So far we need
DFU
Serial
Midi
Mass Storage
HID keyboard
HID mouse
Are the HID devices treated as one device ?
How about USB audio and USB camera?
(Only joking, its a serial flavoured device, so it doesn’t need a slice of the action)…
(LOL)
I like the sound of BAC0
Its a bit like what Leaflabs used i.e. 1EAF
#define USB_CLASS_PER_INTERFACE 0 /* for DeviceClass */
#define USB_CLASS_AUDIO 1
#define USB_CLASS_COMM 2
#define USB_CLASS_HID 3
#define USB_CLASS_PRINTER 7
#define USB_CLASS_MASS_STORAGE 8
#define USB_CLASS_HUB 9
#define USB_CLASS_DATA 10
#define USB_CLASS_VENDOR_SPEC 0xff
Modules
Android Open Accessory Class Driver
Audio 1.0 Class Driver
CDC-ACM (Virtual Serial) Class Driver
HID Class Driver
Mass Storage Class Driver
MIDI Class Driver
Printer Class Driver
RNDIS (Networking) Class Driver
Still Image Class Driver
