• State
  • Locked Locked
  • Replies 6 replies
  • Subscribers 51 subscribers
  • Views 1113 views
  • Users 0 members are here
Support feedback
Options
Options
Related

This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

CC2650: Using SPI instead of UART for the Simple Network Processor Sample application

Ian Boyd
Prodigy 210 points

Part Number: CC2650
Other Parts Discussed in Thread: BLE-STACK

Hi,

I have runout of space for my code on a single CC2650 so I have decided to use two instead. However, I am already using UART for another peripheral so I'd like to use SPI to communicate between the NP and the AP. I am currently trying to use the Simple Network Processor for the sample application for the launchpad. I have changed the predefined symbol NPI_USE_UART to NPI_USE_SPI and included all files in the build so this change can take effect. The errors I'm currently facing are "unresolved symbol NPITLSPI_handleRemRdyEvent", "NPITLSPI_openTransport", "NPITLSPI_stopTransfer", and "NPITLSPI_writeTransport. If I follow the equivalent UART definitions they are found in "npi_tl_uart_m_cc26xx.c", unfortunately there I can't the spi equivalent to this file. Does this equivalent exist? Am I able to use SPI for this application?

Thanks for the help,

Ian

  • 0
    Prodigy 210 points
    So I have found that npi_tl_spi.h defines these missing functions however npi_tl_spi.c includes ICALL.h. Do I need to have all of ICall to use NPI over SPI? Isn't the point of the application processor to not need the bluetooth stack.

    If someone from TI could confirm whether the simple_ap sample application can or cannot be used with SPI that would really help a lot just so that I know if this is a viable path.

    Thanks,
    Ian
  • 0
    Prodigy 210 points
    Also to clarify my issue is with the Simple Application Processor application not the NP, that was a mistake in my original post.
  • 0
    TI__Genius 11740 points

    Edit: I just read that you did this on SAP and on CC2650, sorry! I'm not sure i'll have to look into it

    Hi Ian,

    I gave it a quick try on my end, changed the NPI_USE_UART to xNPI_USE_UART and xNPI_USE_SPI to NPI_USE_SPI and didn't have any issues on both BLE-Stack and BLE5-Stack.

    Which version of the stack are you using? What compiler?

    Regards,
    Rebel

  • 0 in reply to A. Rebel
    Prodigy 210 points
    Hi Rebel,

    I'm using version 2.2.1 of the stack and ARM Compiler Tools 5.2.6.

    Thanks for looking into this!

    Ian
  • 0 in reply to A. Rebel
    Prodigy 210 points
    Hi Rebel,

    Have you had a chance to look into this? I have since tried using UART to communicate between the AP and NP, however advertising never occurs. Both are CC2650 Launchpads, is there a good resource for learning about using simple_ap and simple_np with the launchpads?

    Thanks again,
    Ian
  • 0 in reply to Ian Boyd
    TI__Genius 11740 points
    Hi Ian,

    Not yet, I haven't had a chance to look into using SPI for SNP and SAP for 2.2.1 - there is a simple link academy : software-dl.ti.com/.../ble_snp_sap_intro.html That should get you started on SNP and SAP.

    At the moment, I don't see any reason why it's not possible though.

    Regards,
    Rebel