Thingy:91 X with external SPI Slave possible?

[puz_md]

Hello, I just had a look at the Thingy:91 X with the nRF9151 and nRF5340 SoC's including nRF7002 Wifi support.

My understanding is that the nRF5340 is the main MCU running the main application, while the nRF9151 is used as a Cellular modem

(1) How is communication implemented between the nRF5340 and nRF9151? I noticed that the schematic defines two UART connections between the SoC's, VCOM0 and VCOM1. Are full Cellular modem features on the nRF5340 available through these communication channels? Further, are both channels needed or can one channel be used for a project-specific communication protocol?

(2) Is my assumption correct that even when using the Thingy:91 X with full features (Cellular, Wifi and Bluetooth active), the nRF5340's "GPIO" pins connected to P9 and the nRF9151's "TRACE" pins, are fully available for project-specific extensions? E.g. adding a MCP2515 CAN controller? In other words, these four pins are NOT needed for communication between the nRF5340 and the nRF9151?

Best regards,
Michael

[Maria Gilje]

Hi Michael,

puz_md said:

And please don't forget my main question, which is whether the pins mentioned above are freely available (to connect a SPI CAN controller) in the intended nRF5340+nRF9151 setup.

Thank you for the reminder!

I eventually found the correct documentation which clearly states that the P9 connector can be used to connect external boards:

So you should be able to connect an SPI device to the TRACE pins of the P9 connector.

Best regards,

Maria

[puz_md]

Hi Maria,

thanks for looking this up. Although the documentation only mentions a connection to the nRF9151, this should also work with the nRF5340.

By the way, one signal of the connector (P0.12/TRACECLK) is only connected to the nRF9151. If you have contact to the hardware team, could you suggest connecting this signal also to the nRF5340 if there ever is a newer hardware revision? There are still unused pins on the nRF5340 and the fifth signal would be perfect as an interrupt line complementing the SPI interface.

I think this information is enough for initial planning of our project. If you happen to find any more information about disabling the modem traces and using one of the UART connections for project-specific communication, or any other way for communication between the SoC's without using the TRACE pins, just re-open the ticket and add one more comment.

Best regards,
Michael