Pin mapping for XUF208 + MCU on a board vs. flash pins

Technical discussions around xCORE processors (e.g. General Purpose (L/G), xCORE-USB, xCORE-Analog, xCORE-XA).
User avatar
Junior Member
Posts: 7
Joined: Mon Sep 10, 2018 4:23 pm

Pin mapping for XUF208 + MCU on a board vs. flash pins

Postby Yanava » Tue Nov 17, 2020 4:01 pm

Hello folks.

I'm spinning the third prototype revision of a product I'm building - a stereo DAC device based on the XUF208-128-TQ64. I have read through a lot of posts and I think it is OK but, since I'm funding this and I don't want to end up with crap boards, would you mind helping me out checking if this pin mapping has any likelihood of accomplishing what I want to do?

I have the XUF208 TQ64 package and a STM32H7 MCU on the same board. I would like to connect them via I2C. I tried that on my second spin, but didn't really paid attention that you need 1 bit ports to have the XUF as a I2C slave. So I ended up using other pins to implement the communication. On the final spin I want to get this right.

Ideally I would like the STM32 part to be the master of the I2C bus, which the XUF part would be a slave. On the bus we have:
  • STM32H7MCU (master)
    XUF208 (slave)
    DAC (slace)
    EEPROM device for storing volume levels, board info
    (optional) PLL device, which is now on a separate dedicated I2C with XUF part to avoid timing issues in sample rate changes
I'm attaching the schematic for the XMOS bit, which is the part that I need help with. What I want to avoid having some pin to be used by the internal flash and mess up with my intended control scheme. I have already validated that my 3.3V and 1.0V sequencing is correct, the product is actually working on my desk right now. I just want to tidy it up for cleaner firmware on my end.

Another question on my optional part above: can the PLL device be wired to the MCU or do you really have to change the clocks inside the XMOS function that is called when the sample rate changes?

Finally: can this part handle both USB Audio and SPDIF RX? Not at the same time but as separate inputs. Right now I'm doing SPDIF on the MCU because I felt not very confident with the amount of CPU resources available to implement SPDIF RX.

You do not have the required permissions to view the files attached to this post.

Who is online

Users browsing this forum: No registered users and 5 guests