Build error USB Audio Reference Design

[niektb]

Hi, I assume you can compile the reference design OK? The XUF chips are just multi-chip modules I am pretty sure. So they have an embedded ISSI flash or something. I doubt the flash is even on the same die as the XMOS MCU (because then the MCU would probably have been fabbed in a flash process rather than logic or SRAM process I suppose). All that is to say is that if your target file is OK then it really shouldn't make a difference.

You mean the example applications? They compile fine indeed

[akp]

Try adding this to your BUILD_FLAGS
-DQUAD_SPI_FLASH=1

[niektb]

Try adding this to your BUILD_FLAGS
-DQUAD_SPI_FLASH=1

You mean before or after I changed -lquadflash into -lflash?

[akp]

I would keep -lquadflash -- the XUF208 has a quadspi interface to the embedded flash. I have always used -lquadflash with the XEF/XUF parts.

[mon2]

Hi. Further to @akp posts and to clarify:

1) XMOS CPU devices can be made to boot from standard SPI flash devices (slower) or QSPI mode flash device (faster). The datasheet for the respective flash and the XMOS CPU offer the timing of each interface. In the case of the XMOS CPU datasheet, the pin strappings define the boot modes.

2) The original post had some compilation errors which are due to the confusion of SPI vs. QSPI mode use by the applied code. If the parameter during compilation is passed for standard SPI flash, the error will be resolved. That was the case when we tested your project last week.

3) The target project is keyed to make use of QSPI mode and it will be best for you to follow the thread here (same as before):

https://www.xcore.com/viewtopic.php?f=37&t=6375

which should meet your requirements. This thread details the procedure to use the XMOS Audio IP with a QSPI flash device to build audio widgets. The flash inside the XUF series is a licensed flash from ISSI. This flash offers a QE (QUAD ENABLE) bit which if I recall from memory correctly (pun intended), the flash tool will enable this QE bit automatically for the QSPI mode.

Suggest to place a simple LED on your project so that you can debug / test a quick blinky project to confirm that this flashing LED IP is able to boot from the QSPI flash. Once this boot from flash is confirmed, move on to your full fledged audio IP. Too many moving parts on first power up always wastes too many brain cells...at least for us :)

[niektb]

so I finally seem to be able to build and run the project with the link you provided (yay!) and it also shows up on my computer as audio device! However, I can't get any sound from it just yet (as in, no i2s data is being sent over these ports) :(. So it does show up as audio device but f.e. Spotify gives the error that it can't play the song over that device.

I wondered if it might have to do something with the unconnected pins warning?

► Show Spoiler

Code: Select all

Creating app_usb_aud_xu208_xhra.xe
Constraint check for tile[0]:
  Cores available:            8,   used:          6 .  OKAY
  Timers available:          10,   used:          8 .  OKAY
  Chanends available:        32,   used:         26 .  OKAY
  Memory available:       262144,   used:      57428 .  OKAY
    (Stack: 3964, Code: 39536, Data: 13928)
Constraints checks PASSED.
xmap: Warning: port "XS1_PORT_1F" on tile[0] is not connected to any pins in this package.
xmap: Warning: port "XS1_PORT_1G" on tile[0] is not connected to any pins in this package.
xmap: Warning: port "XS1_PORT_1E" on tile[0] is not connected to any pins in this package.
xmap: Warning: port "XS1_PORT_1H" on tile[0] is not connected to any pins in this package.
xmap: Warning: port "XS1_PORT_1J" on tile[0] is not connected to any pins in this package.
xmap: Warning: port "XS1_PORT_1K" on tile[0] is not connected to any pins in this package.
xmap: Warning: port "XS1_PORT_1I" on tile[0] is not connected to any pins in this package.

Relevant portion in my XN file:

► Show Spoiler

Code: Select all

            <Port Location="XS1_PORT_1H"  Name="PORT_USB_TX_READYIN"/>
            <Port Location="XS1_PORT_1J"  Name="PORT_USB_CLK"/>
            <Port Location="XS1_PORT_1K"  Name="PORT_USB_TX_READYOUT"/>
            <Port Location="XS1_PORT_1I"  Name="PORT_USB_RX_READY"/>
            <Port Location="XS1_PORT_1E"  Name="PORT_USB_FLAG0"/>
            <Port Location="XS1_PORT_1F"  Name="PORT_USB_FLAG1"/>
            <Port Location="XS1_PORT_1G"  Name="PORT_USB_FLAG2"/>
            <Port Location="XS1_PORT_8A"  Name="PORT_USB_TXD"/>
            <Port Location="XS1_PORT_8B"  Name="PORT_USB_RXD"/>

Also, when I disable DFU in custom_defines.h I get the following error at runtime:

► Show Spoiler

Code: Select all

xrun: Program received signal ET_ECALL, C:/Users/JKacoustics/Documents/xmos_usb_test/sc_usb_audio/module_usb_audio/main.xc:383:110: error: passing null argument to a non-null parameter
                  Endpoint0( c_xud_out[0], c_xud_in[0], c_aud_ctl, c_mix_ctl, c_clk_ctl, c_EANativeTransport_ctrl, dfuInterface);
                                                                                                                   ^~~~~~~~~~~~
      .
      [Switching to tile[0] core[3]]
      0x00042ea8 in thread_speed () at C:/Users/JKacoustics/Documents/xmos_usb_test/sc_usb_audio/module_usb_audio/main.xc:259
      259	    set_thread_fast_mode_off();

[niektb]

Okay found it! Apparently it's a bad idea to start a task in the AudioHWInit function... Do you have a recommendation on how to do that? (should I modify the usb main function?)