No Description
You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.

USBID-License.txt 6.9KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143
  1. Royalty-Free Non-Exclusive License USB Product-ID
  2. =================================================
  3. Version 2006-06-19
  4. OBJECTIVE DEVELOPMENT Software GmbH hereby grants you the non-exclusive
  5. right to use three USB.org vendor-ID (VID) / product-ID (PID) pairs with
  6. products based on Objective Development's firmware-only USB driver for
  7. Atmel AVR microcontrollers:
  8. * VID = 5824 (=0x16c0) / PID = 1500 (=0x5dc) for devices implementing no
  9. USB device class (vendor-class devices with USB class = 0xff). Devices
  10. using this pair will be referred to as "VENDOR CLASS" devices.
  11. * VID = 5824 (=0x16c0) / PID = 1503 (=0x5df) for HID class devices
  12. (excluding mice and keyboards). Devices using this pair will be referred
  13. to as "HID CLASS" devices.
  14. * VID = 5824 (=0x16c0) / PID = 1505 (=0x5e1) for CDC class modem devices
  15. Devices using this pair will be referred to as "CDC-ACM CLASS" devices.
  16. Since the granted right is non-exclusive, the same VID/PID pairs may be
  17. used by many companies and individuals for different products. To avoid
  18. conflicts, your device and host driver software MUST adhere to the rules
  19. outlined below.
  20. OBJECTIVE DEVELOPMENT Software GmbH has licensed these VID/PID pairs from
  21. Wouter van Ooijen (see www.voti.nl), who has licensed the VID from the USB
  22. Implementers Forum, Inc. (see www.usb.org). The VID is registered for the
  23. company name "Van Ooijen Technische Informatica".
  24. RULES AND RESTRICTIONS
  25. ======================
  26. (1) The USB device MUST provide a textual representation of the
  27. manufacturer and product identification. The manufacturer identification
  28. MUST be available at least in USB language 0x0409 (English/US).
  29. (2) The textual manufacturer identification MUST contain either an Internet
  30. domain name (e.g. "mycompany.com") registered and owned by you, or an
  31. e-mail address under your control (e.g. "myname@gmx.net"). You can embed
  32. the domain name or e-mail address in any string you like, e.g. "Objective
  33. Development http://www.obdev.at/avrusb/".
  34. (3) You are responsible for retaining ownership of the domain or e-mail
  35. address for as long as any of your products are in use.
  36. (4) You may choose any string for the textual product identification, as
  37. long as this string is unique within the scope of your textual manufacturer
  38. identification.
  39. (5) Matching of device-specific drivers MUST be based on the textual
  40. manufacturer and product identification in addition to the usual VID/PID
  41. matching. This means that operating system features which are based on
  42. VID/PID matching only (e.g. Windows kernel level drivers, automatic actions
  43. when the device is plugged in etc) MUST NOT be used. The driver matching
  44. MUST be a comparison of the entire strings, NOT a sub-string match. For
  45. CDC-ACM CLASS devices, a generic class driver should be used and the
  46. matching is based on the USB device class.
  47. (6) The extent to which VID/PID matching is allowed for non device-specific
  48. drivers or features depends on the operating system and particular VID/PID
  49. pair used:
  50. * Mac OS X, Linux, FreeBSD and other Unixes: No VID/PID matching is
  51. required and hence no VID/PID-only matching is allowed at all.
  52. * Windows: The operating system performs VID/PID matching for the kernel
  53. level driver. You are REQUIRED to use libusb-win32 (see
  54. http://libusb-win32.sourceforge.net/) as the kernel level driver for
  55. VENDOR CLASS devices. HID CLASS devices all use the generic HID class
  56. driver shipped with Windows, except mice and keyboards. You therefore
  57. MUST NOT use any of the shared VID/PID pairs for mice or keyboards.
  58. CDC-ACM CLASS devices require a ".inf" file which matches on the VID/PID
  59. pair. This ".inf" file MUST load the "usbser" driver to configure the
  60. device as modem (COM-port).
  61. (7) OBJECTIVE DEVELOPMENT Software GmbH disclaims all liability for any
  62. problems which are caused by the shared use of these VID/PID pairs. You
  63. have been warned that the sharing of VID/PID pairs may cause problems. If
  64. you want to avoid them, get your own VID/PID pair for exclusive use.
  65. HOW TO IMPLEMENT THESE RULES
  66. ============================
  67. The following rules are for VENDOR CLASS and HID CLASS devices. CDC-ACM
  68. CLASS devices use the operating system's class driver and don't need a
  69. custom driver.
  70. The host driver MUST iterate over all devices with the given VID/PID
  71. numbers in their device descriptors and query the string representation for
  72. the manufacturer name in USB language 0x0409 (English/US). It MUST compare
  73. the ENTIRE string with your textual manufacturer identification chosen in
  74. (2) above. A substring search for your domain or e-mail address is NOT
  75. acceptable. The driver MUST NOT touch the device (other than querying the
  76. descriptors) unless the strings match.
  77. For all USB devices with matching VID/PID and textual manufacturer
  78. identification, the host driver must query the textual product
  79. identification and string-compare it with the name of the product it can
  80. control. It may only initialize the device if the product matches exactly.
  81. Objective Development provides examples for these matching rules with the
  82. "PowerSwitch" project (using libusb) and with the "Automator" project
  83. (using Windows calls on Windows and libusb on Unix).
  84. Technical Notes:
  85. ================
  86. Sharing the same VID/PID pair among devices is possible as long as ALL
  87. drivers which match the VID/PID also perform matching on the textual
  88. identification strings. This is easy on all operating systems except
  89. Windows, since Windows establishes a static connection between the VID/PID
  90. pair and a kernel level driver. All devices with the same VID/PID pair must
  91. therefore use THE SAME kernel level driver.
  92. We therefore demand that you use libusb-win32 for VENDOR CLASS devices.
  93. This is a generic kernel level driver which allows all types of USB access
  94. for user space applications. This is only a partial solution of the
  95. problem, though, because different device drivers may come with different
  96. versions of libusb-win32 and they may not work with the libusb version of
  97. the respective other driver. You are therefore encouraged to test your
  98. driver against a broad range of libusb-win32 versions. Do not use new
  99. features in new versions, or check for their existence before you use them.
  100. When a new libusb-win32 becomes available, make sure that your driver is
  101. compatible with it.
  102. For HID CLASS devices it is necessary that all those devices bind to the
  103. same kernel driver: Microsoft's generic USB HID driver. This is true for
  104. all HID devices except those with a specialized driver. Currently, the only
  105. HIDs with specialized drivers are mice and keyboards. You therefore MUST
  106. NOT use a shared VID/PID with mouse and keyboard devices.
  107. Sharing the same VID/PID among different products is unusual and probably
  108. violates the USB specification. If you do it, you do it at your own risk.
  109. To avoid possible incompatibilities, we highly recommend that you get your
  110. own VID/PID pair if you intend to sell your product. Objective
  111. Development's commercial licenses for AVR-USB include a PID for
  112. unrestricted exclusive use.