![]() ![]() This program worked just fine with - "USB-Audio-2.0-Software-Reference-Design(6.1.0)" with DFU enabled but with "USB-Audio-2.0-Software-Reference-Design(6.6.0)" with the DFU enabled the same PC software successfullly detects the VID/PID of the DFU but returns an error of -12 (Operation not supported or unimplemented on this platform) when attempting to connect to the interface.Īny suggestions on whats happening would be a great help. I then use a visual studio 2013 c++ console program based on the host code from the 'module_dfu' folder in the XMOS code to interact with the DFU. The DFU interface of the XMOS device then enumerates in the control panel in the 'libusbK Usb Devices' section. ![]() I then create a driver using 'libusbK-dev-kit' from below is the DFU section.īInterfaceClassĚpplication Specific (0xfe)īInterfaceSubClassĝevice Firmware Upgrade (0x01)īmAttributes.bitManifestationTolerant Yes (0b1) I have used a beagle USB monitor to look at the descriptor. The INTERFACE_NUMBER_DFU does evaluate to interface 3. I have enabled the 'DFU' by setting it to 1 in the customdefines.h. Thanks for the help with this, sorry for delay in replying as been busy on other things. * Standard AS Isochronous Audio Data Endpoint Descriptor 4.6.1.1 -2775,12 +2772,18 unsigned char cfgDesc_Audio1 = +/* Note, we always report 4 freqs, doing otherwise seems to cause an enumeration issue on Windows */ * In UAC1 supported sample rates are listed in descriptor */ (Add the bold stuff, remove the Red stuff.) Regarding the enumeration issues please try the following change (We already took a report): I'm using a windows 7 PC with service pack 1. Has anyone had any luck getting the XMOS USB audio working with audio class 1.0 with the DFU in the more recent versions of firmware ? TUSBAUDIO_GetDfuStatus: Function failed with error code 0圎E000003. On the TUSBAudioDfu app the feedback i get is In v6.5.0 (app_usb_aud_l1_1ioxs) with the DFU enabled i can enter DFU mode but when i proceed to download new firmware the device is unresponsive and needs to be reset. Where i had created the drivers the DFU operation and the console app to upload new firmware. ![]() I then proceeded to modify the firmware of audio class 1.0 (app_usb_audl1_1ioxs) to enable the DFU which i have successfully completed before with version 6.1.0. The newest version of the firmware where i could succesfully enumerate the project was 6.5.0. My problems started when i upgraded to the latest firmware for the USB audio devices v6.6.0 which i couldn't get it to enumerate at all with audio class 1.0 project (app_usb_aud_l1_1ioxs). I have the XMOS USB 2.0 Reference design board and have successfully used the DFU using the Thesycon TUSBAudioDfu application when using the AUDIO class 2.0 firmware (app_usb_aud_l1_2ioxx). Smplayer volume and alsamixer volume both in play.I am putting this out there to see if anyone has managed to get the DFU updater working on AUDIO CLASS 1.0. I was playing a DSD file through Smplayer. │ xCORE USB Audio 2.0 Output xCORE USB Audio 2.0 Output 1 │ │ Item: XMOS Internal Clock Validity Esc: Exit │ │ View: F3: F4: Capture F5: All F6: Select sound card │ │ Chip: USB Mixer F2: System information │
0 Comments
Leave a Reply. |
Details
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |