Cables to Go 39554 Podręcznik Użytkownika Pobierz pdf (Strona 38)

Release Notes for StellarisWare Revision 7611 (July 2, 2011)

3.9 Bug Fixes in Stellaris USB Library

3.9.1 USB endpoint status was not cleared when switching modes (Refer-

ence 13290)

When the USB library is used in OTG mode, the USB library was not clearing out any pending end

point status when the USB mode was changed to host mode. This could cause the endpoint to

falsely report errors or other status that is not valid in the current operating mode. The USB library

now clears all end point status when entering host mode.

3.9.2 USB MSC device mode not properly closing USB device mode (Ref-

erence 13259)

The call to USBDMSCTerm() was not calling the the media Close() function even when a valid

mass storage device instance was allocated. The USBDMSCTerm() function has been changed to

properly check for a valid instance of the mass storage device class and close it out by calling the

media’s Close() function.

3.9.3 USBOTGModeInit function was not clearing USB mode (Reference

13496)

The USBOTGModeInit() function was not resetting the USB mode which could cause issues with

OTG cable detection because the mode was being forced to host or device mode. A call to the

USBOTGMode() function was added to insure that USB mode was not being forced to host or

device mode.

3.9.4 USB device mode not properly clearing Data toggle in some cases

(Reference 13448)

The USB library was not always clearing the data toggle when the library called the USBDSetInter-

face()function. When the USB library was called to set the interface, it was improperly checking

that the interface had changed and was skipping the call to clear the data toggle on the end point.

In some cases this could cause the endpoint to have the wrong data toggle state and disrupt USB

communications on the given endpoint.

3.9.5 USB CDC device class 64 byte packet handling corrected (Reference

13567)

The USB CDC device class previously failed to send a zero length packet in cases where the

previous packet sent was 64 bytes long and no more data remains to be sent. As a result, if

applications sent data 64 bytes at a time, delivery to the host application would be delayed since

the host driver was expecting more data to complete the transfer. The driver now correctly sends

the zero byte packet allowing data to be delivered immediately.

38 September 16, 2011

1 2 ... 33 34 35 36 37 38 39 40 41 42 43 ... 189 190

Brak uwag

Cables to Go 39554 Podręcznik Użytkownika Strona 38