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.

CC3100BOOST: CC3100boost host SDK porting on non TI MCU

Part Number: CC3100BOOST
Other Parts Discussed in Thread: CC3100, , CC31XXEMUBOOST

Hi,

I ported CC3100 host sdk to my non TI MCU. I am using SPI interface for communication between them.   I am using 7 pins as MISO(P2.7 of CC3100boost), MOSI(P2.6), SPI_CS(P2.3), SPI_CLK(P1.7), GND(P2.1), nHIB(P1.5), IRQ(P2.2). Are they fine?? I am not connecting CC31XXEMUBOOST with CC3100Boost. I am testing  SPI interface by "spi_debug_tool" example code. My problem is that I do not getting N2H_Sync_pattern from CC3100boost device. So, my reading SPI test will not completed. 

  • Hello Atinkumar,

    The pins you are using seem correct.

    Have you already flashed the latest servicepack onto the CC3100 using the CC31xxEMUBOOST?

    How are you powering your device? Though your computer or an external power supply?

    Have you tried capturing the waveform with a logic analyzer and/or oscilloscope? This may help us determine if the problem is with initializing communication, receiving an incorrect message, or possibly a problem with voltage levels.

    You can also try referring to these related threads:

    e2e.ti.com/.../621635

    e2e.ti.com/.../2535352


    Thanks,
    Alexis
  • Thanks Alexis.

    Yes i have already flashed the latest servicepack onto the CC3100 using the CC31xxEMUBOOST.

    I am powering my device through my PC. I have tried through external power supply, it didn't work.

    I have not captured the waveform. But i tried with SPI loopback, the MOSI line works perfectly. I will capture the waveform for checking voltage levels.

    I have few more questions, 

    1) can we get debug log of CC3100 device using CC31xxEMUBOOST

    2) do we need to change sync pattern based on endianness?

  • Hi Atinkumar,

    Do you mean you were unable to power your device through an external power supply? Or that you did and it did not resolve your issue?

    1. Do you mean UART terminal debug logs or NWP logs? If you mean NWP logs, you can refer here:
    processors.wiki.ti.com/.../CC3100_&_CC3200_Capture_NWP_Logs

    2. if you're using 8-bit SPI then it shouldn't really matter. But if you suspect that endianness is your issue, you can verify because you should be receiving the correct data just out of order.

    Thanks,
    Alexis