Skip to content
GitLab
Explore
Sign in
Primary navigation
Search or go to…
Project
L
lufa
Manage
Activity
Members
Labels
Plan
Issues
Issue boards
Milestones
Wiki
Code
Merge requests
Repository
Branches
Commits
Tags
Repository graph
Compare revisions
Snippets
Build
Pipelines
Jobs
Pipeline schedules
Artifacts
Deploy
Releases
Model registry
Operate
Environments
Monitor
Incidents
Analyze
Value stream analytics
Contributor analytics
CI/CD analytics
Repository analytics
Model experiments
Help
Help
Support
GitLab documentation
Compare GitLab plans
Community forum
Contribute to GitLab
Provide feedback
Keyboard shortcuts
?
Snippets
Groups
Projects
Show more breadcrumbs
Erik Strand
lufa
Commits
a436fbb6
Commit
a436fbb6
authored
13 years ago
by
Dean Camera
Browse files
Options
Downloads
Patches
Plain Diff
Minor documentation improvements.
parent
fc4d3ab4
No related branches found
Branches containing commit
No related tags found
Tags containing commit
No related merge requests found
Changes
1
Hide whitespace changes
Inline
Side-by-side
Showing
1 changed file
LUFA/Drivers/USB/USB.h
+46
-39
46 additions, 39 deletions
LUFA/Drivers/USB/USB.h
with
46 additions
and
39 deletions
LUFA/Drivers/USB/USB.h
+
46
−
39
View file @
a436fbb6
...
...
@@ -158,8 +158,8 @@
* before the class driver is used. Each Device mode Class driver typically contains a set of configuration parameters
* for the endpoint size/number of the associated logical USB interface, plus any class-specific configuration parameters.
*
* The \c State section of the \c USB_ClassInfo_* structures are designed to be controlled by the Class Drivers only
for
* maintaining the Class Driver instance's state, and should not normally be
set
by the user application.
*
\note
The \c State section of the \c USB_ClassInfo_* structures are designed to be controlled by the Class Drivers only
*
for
maintaining the Class Driver instance's state, and should not normally be
altered
by the user application.
*
* The following is an example of a properly initialized instance of the Audio Class Driver structure:
*
...
...
@@ -188,10 +188,10 @@
* \code
* void EVENT_USB_Device_ConfigurationChanged(void)
* {
*
LEDs_SetAllLEDs(LEDMASK_USB_READY);
*
LEDs_SetAllLEDs(LEDMASK_USB_READY);
*
*
if (!(Audio_Device_ConfigureEndpoints(&My_Audio_Interface)))
*
LEDs_SetAllLEDs(LEDMASK_USB_ERROR);
*
if (!(Audio_Device_ConfigureEndpoints(&My_Audio_Interface)))
*
LEDs_SetAllLEDs(LEDMASK_USB_ERROR);
* }
* \endcode
*
...
...
@@ -210,7 +210,8 @@
*
* for (;;)
* {
* Create_And_Process_Samples();
* if (USB_DeviceState != DEVICE_STATE_Configured)
* Create_And_Process_Samples();
*
* Audio_Device_USBTask(&My_Audio_Interface);
* USB_USBTask();
...
...
@@ -257,10 +258,10 @@
* before the class driver is used. Each Device mode Class driver typically contains a set of configuration parameters
* for the endpoint size/number of the associated logical USB interface, plus any class-specific configuration parameters.
*
* The \c State section of the \c USB_ClassInfo_* structures are designed to be controlled by the Class Drivers only
for
* maintaining the Class Driver instance's state, and should not normally be
set
by the user application.
*
\note
The \c State section of the \c USB_ClassInfo_* structures are designed to be controlled by the Class Drivers only
*
for
maintaining the Class Driver instance's state, and should not normally be
altered
by the user application.
*
* The following is an example of a properly initialized instance of the MIDI Class Driver structure:
* The following is an example of a properly initialized instance of the MIDI
Host
Class Driver structure:
*
* \code
* USB_ClassInfo_MIDI_Host_t My_MIDI_Interface =
...
...
@@ -277,7 +278,7 @@
* \endcode
*
* To initialize the Class driver instance, the driver's <tt><b>{Class Name}</b>_Host_ConfigurePipes()</tt> function
* should be called in response to the
host state machine entering the \ref HOST_STATE_Addressed state
. This function
* should be called in response to the
\c EVENT_USB_Host_DeviceEnumerationComplete() event firing
. This function
will
* will return an error code from the class driver's <tt><b>{Class Name}</b>_EnumerationFailure_ErrorCodes_t</tt> enum
* to indicate if the driver successfully initialized the instance and bound it to an interface in the attached device.
* Like all the class driver functions, this function takes in the address of the specific instance you wish to initialize -
...
...
@@ -285,40 +286,48 @@
* based Host mode application may look like the following:
*
* \code
* switch (USB_HostState)
* void EVENT_USB_Host_DeviceEnumerationComplete(void)
* {
* LEDs_SetAllLEDs(LEDMASK_USB_ENUMERATING);
*
* uint16_t ConfigDescriptorSize;
* uint8_t ConfigDescriptorData[512];
*
* if (USB_Host_GetDeviceConfigDescriptor(1, &ConfigDescriptorSize, ConfigDescriptorData,
* sizeof(ConfigDescriptorData)) != HOST_GETCONFIG_Successful)
* {
* LEDs_SetAllLEDs(LEDMASK_USB_ERROR);
* return;
* }
*
* if (MIDI_Host_ConfigurePipes(&Keyboard_MIDI_Interface,
* ConfigDescriptorSize, ConfigDescriptorData) != MIDI_ENUMERROR_NoError)
* {
* LEDs_SetAllLEDs(LEDMASK_USB_ERROR);
* return;
* }
*
* if (USB_Host_SetDeviceConfiguration(1) != HOST_SENDCONTROL_Successful)
* {
* case HOST_STATE_Addressed:
* LEDs_SetAllLEDs(LEDMASK_USB_ENUMERATING);
*
* uint16_t ConfigDescriptorSize;
* uint8_t ConfigDescriptorData[512];
*
* if (USB_Host_GetDeviceConfigDescriptor(1, &ConfigDescriptorSize, ConfigDescriptorData,
* sizeof(ConfigDescriptorData)) != HOST_GETCONFIG_Successful)
* {
* LEDs_SetAllLEDs(LEDMASK_USB_ERROR);
* USB_HostState = HOST_STATE_WaitForDeviceRemoval;
* break;
* }
*
* if (MIDI_Host_ConfigurePipes(&My_MIDI_Interface,
* ConfigDescriptorSize, ConfigDescriptorData) != MIDI_ENUMERROR_NoError)
* {
* LEDs_SetAllLEDs(LEDMASK_USB_ERROR);
* USB_HostState = HOST_STATE_WaitForDeviceRemoval;
* break;
* }
*
* // Other state handler code here
* LEDs_SetAllLEDs(LEDMASK_USB_ERROR);
* return;
* }
*
* LEDs_SetAllLEDs(LEDMASK_USB_READY);
* }
* \endcode
*
* Note that the function also require
d
the device's configuration descriptor so that it can determine which interface
* Note that the function also require
s
the device's configuration descriptor so that it can determine which interface
* in the device to bind to - this can be retrieved as shown in the above fragment using the
* \ref USB_Host_GetDeviceConfigDescriptor() function. If the device does not implement the interface the class driver
* is looking for, if all the matching interfaces are already bound to class driver instances or if an error occurs while
* binding to a device interface (for example, a device endpoint bank larger that the maximum supported bank size is used)
* the configuration will fail.
*
* To complete the device enumeration after binding the host mode Class Drivers to the attached device, a call to
* \c USB_Host_SetDeviceConfiguration() must be made. If the device configuration is not set within the
* \c EVENT_USB_Host_DeviceEnumerationComplete() event, the host still will assume the device enumeration has failed.
*
* Once initialized, it is important to maintain the class driver's state by repeatedly calling the Class Driver's
* <tt><b>{Class Name}</b>_Host_USBTask()</tt> function in the main program loop. The exact implementation of this
* function varies between class drivers, and can be used for any internal class driver purpose to maintain each
...
...
@@ -334,10 +343,8 @@
*
* for (;;)
* {
* switch (USB_HostState)
* {
* // Host state machine handling here
* }
* if (USB_HostState != HOST_STATE_Configured)
* Create_And_Process_Samples();
*
* MIDI_Host_USBTask(&My_Audio_Interface);
* USB_USBTask();
...
...
This diff is collapsed.
Click to expand it.
Preview
0%
Loading
Try again
or
attach a new file
.
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Save comment
Cancel
Please
register
or
sign in
to comment