This post is older than 2 years and might not be relevant anymore
More Info: Consider searching for newer posts

SPI Slave and BLE on nRF51822

Hi,

I'm trying to build a SPI Slave <-> BLE bridge, so that everything received over SPI bus is forwarded on BLE and vice versa. In order for the reverse direction to work, the master has to continously pull data from the nRF51822. The problem is that if the BLE part of the code is compiled in and running, the SPI bus just locks up after a random time, between 2 and 60 seconds depending on data rate). I'm using ARM mbed, and the SPISlave::receive() function, which is supposed to tell if any data has been received from the master, starts returning false after that time no matter what the master actually sends to it. My SPI settings are 1 MHz, 8 bit, mode 0.

I've found a couple of posts here about incompatibilities between the PPI and the BLE stack. (Here and here and here.) However it's not clear if what I'm trying to achieve is possible or not. Some comments say that a SPI clock below 2 MHz should have no bad effects. I'm using only 1 MHz. Another comment says this is a problem with the S110 SoftDevice. (Well, I don't know which SoftDevice I have, how can I check it?) There's a mention of "using SPI over the SoftDevice API" but no information how to actually do that. Do I have give up on mbed to use the SoftDevice API? Is SPIS and the BLE stack totally incompatible and hopeless to work together? Thanks!

  • sorry for late answer, but I don't understand how would you be sure the slave would be able to set the line to low after the master finish transaction if the CPU is occupied by the radio.

    I'm quite novice with Mbed, but would it possible for you to access the SPIS hardware directly ? The way mbed use SPIS on the nRF52 doesn't take advantage of the EasyDMA feature and the ORC byte. This really limit the usability of the peripheral.

Related