CC256XQFNEM: STM32F4-Disco + CC256xEM-STADAPT - Stack Init Failed: -4

Which Blutopia stack SDK version and service pack are you using?

Thanks

Thanks for fast answer! I'm using Bluetopia SDK ver. 4.2.1.1.

Ok. I tried this SDK release on STM3240G-EVAL board and it came up fine. 

Since, you have a debugger attached, can you single step and see where it is failing. It appears either the Host to controller communication is down or some host integration related issue..

Thanks

Hi Piotr,

Check cc256x HCI_RTS

Hi Hari Nagalla,

I stepped through the code and the BSC_Initialize() returned -4. I can't step any deeper because I don't have any source code of this function. It seems that the problem is indeed with the communication STM32 <-> CC256xQFN.

Regards, Piotr

Hi Li Ho,

I measured the TX, RX, RTS and CTS lines at the J3, J4, J5 and J6 on CC256xEM-STADAPT board. The screenshot from my oscilloscope shows the results: 

I also tested the older version of the SDK - 4.0.2.2. Unfortunately my results are the same. 

Have you tested this example on the STM32F4-Discovery board with the STM32F407VGT6 microcontroller? 

Regards, Piotr 

I have n't tried it recently. I will check if any one tried with this MCU recently.

thanks

Piotr Partyka said:

Have you tested this example on the STM32F4-Discovery board with the STM32F407VGT6 microcontroller? 

Yes, I test 4.0.2 and 4.2.1 version with stm32F4-Discovery board and custom cc2560 module and custom level shifter (don't use CC256XQFNEM or  CC256xEM-STADAPT)

if 32.768K clk and nShut level and connection is ok, cc256x RTS reset similar to my previous post.

if UART Tx level and connection is ok, cc256x send respond to stm32.

if UART Rx level and connection is ok, Bluetopia work correctly

I hope you can debug problem.

Thanks Li. Did, you need to change any SW files from the SDK to work with STM32F4 Discovery board? 

Piotr, Can you make sure your hw signals are as expected?

Thanks

Hari,

Sorry for replying late, I was out of office.

For SPPDemo, Enable_STM32_Discovery.pdf is sufficient.

For AUDDemo, need to change I2S and I2C pin base on stm32f4-Discovery and consider stm32f4-Discovery haven’t IO Expander. after this changes example work correctly

For A3DPDemo, need to add wiring i2s to stm32f4-Discovery board but I have halt problem on cc2564c. I have similar problem on stm32f7 custom board and after 60 days, no reply received from TI on my post. Other customer have same problem on stm32f4-EVAL board on this post too.

Best regards

Hi!

I checked the RST signals and it seems like everything is OK. I checked the timings, and the time for RST to go low after nSHUTD went HI is approx. 92ms. I can't figure out what I'm doing wrong. Below the measurements I took. Would you like me to take another measurements? 

As you can see on my first measurement from another post the CTS signal goes HI during the TX signal. Should it be like that? 

Regards, Piotr 

Is the RTS signal, from the BT controller side? I.e Request to Send from BT controller? Is it possible to take FW logs with BT debug pin?

www.ti.com/.../swau058

Thanks

Hi,

I measure the HCI_RTS on the jumper J5 on the CC256xEM-STADAPT board. Is it from the BT controller side? 

As for the FW logs with BT debug pin I don't have this possibility right now. I have to get some UART sniffer for 1.8V. 

Thanks, Piotr 

I see. I will check the board schematics.

You can tap the BT debug from the CC2564CQFN-EM debug header. You can use a 1.8 UART to USB converter.

Thanks

Hi, 

I managed to read the logs from BT debug pin. Below I attached the log file. I can't see anything obvious.

Have you invited me to some collaboration drive on the Box platform? I can't get the files you shared with me.

Thanks, Piotr cc2564b_BSC_Initialize_fail.7z

The log only shows the controller ROM code boot messages. It did not detect any host communications. So, it appears the issue is with the serial communication between STM32 Discovery board and the controller. 

I am trying to get a STM32 discovery board to check from my side. It may take few days.. 

Thanks

Do, you still have the problem with STM32 discovery bring up? I could n't get a hand on Discovery board..

Hi,

Unfortunately I still have this problem. I was counting on you getting the borad and guiding me through some solution. Are there any chances that you'll get the Discovery board any time soon? 

Regards, Piotr

I am getting one and will try.. Since, this is not a standard release board for us, we do not test on it.. Our STM32 Bluetopia SDK releases are based on STM3240G-EVAL.

I would also suggest to check with Cloud2Gnd, as many customers take their services for customizations etc..

Thanks

Thank you for your involvement. I'm waiting for the tests results.

Regards, Piotr

Ok.. I will let you know..