CC256xQFN-EM + STM32F4Discovery + CC256xEM-STADAPT Board problem opening the stack.....

Giacinto Luigi Cerone

Other Parts Discussed in Thread: TUSB3410

Hi all,

as mentioned in the title I'm using the CC256xQFN-EM + STM32F4Discovery + CC256xEM-STADAPT boards and the SPPLEDemo example in order to make a SPP Bluetooth application. I compiled and download the sample code with IAR for ARM 7.5.2.

According with the Bluetopia documentation, in order to use the STM32F4Discovery board instead of the STM3240G-EVAL i made the following modifications:

File hcitrcfg.h:

#define HCITR_UART               3

#define HCITR_TXD_PORT           D
#define HCITR_TXD_PIN            8

#define HCITR_RXD_PORT           D
#define HCITR_RXD_PIN            9

#define HCITR_RTS_PORT           D
#define HCITR_RTS_PIN            12

#define HCITR_CTS_PORT           D
#define HCITR_CTS_PIN            11

#define HCITR_RESET_PORT         E
#define HCITR_RESET_PIN          14

File halcfg.h

#define CONSOLE_UART      2

#define CONSOLE_TXD_PORT A
#define CONSOLE_TXD_PIN   2

#define CONSOLE_RXD_PORT A
#define CONSOLE_RXD_PIN   3

#define HAL_LED_PORT      D
#define HAL_LED_PIN       15

In Project Options->C/C++ Compiler I set HSE_VALUE=8000000

I'm using the Bluetopia stack version v4.0.2.2 for STM32.

I set the jumpers J1-J6 on CC256xEM-STADAPT board accordingly to the user guide.

To debug the application I'm using a UART to USB converter based on the TUSB3410 VF.

The problem is that, when i download the firmware into the flash, the stack opening operation fails retriving me the following message:

OpenStack().
BSC_Initialize Failed: -4.
Unable to open the stack.

Can someone help me with this problem? There are some other settings in the code or in the project options that I missed. The HCITR pins are correctly configured?

Thank's in advance,

Giacinto Lugi Cerone

over 10 years ago

0 Joseph Gigi over 10 years ago

TI__Guru* 85400 points

Hi,

Everything looks correct to me.
Can you confirm if your setup is exactly as "Figure 5" in www.ti.com/.../swru428.pdf ?

Regards,
Gigi Joseph.

0 Giacinto Luigi Cerone over 10 years ago in reply to Joseph Gigi

Intellectual 400 points

Hi,

i checked the setup, it seem the same except for the zero Ohm resistors that are placed on R60, R70, R80, R90 instead of R61, R71, R81, R91 like in figure 5.

I think that this change is only important using the STM3240G-EVAL board. Can you confirm this?

Regards,

GLC

0 Giacinto Luigi Cerone over 10 years ago in reply to Giacinto Luigi Cerone

Intellectual 400 points

Update:

I tried also replacing the 0 ohm on R61,R71,R81,R91 instead of R60, R70, R80, R90 but the problem remains.

Any suggestion?

GLC

0 Joseph Gigi over 10 years ago in reply to Giacinto Luigi Cerone

TI__Guru* 85400 points

Hi,

Can you verify the jumpers on the QFN also ? processors.wiki.ti.com/.../CC256x_QFN_EM_User_Guide
Can you also check if HCI_RTS goes low ~100ms after nSHUTD goes high?

Regards,
Gigi Joseph.

0 Giacinto Luigi Cerone over 10 years ago in reply to Joseph Gigi

Intellectual 400 points

I solved following the file Enable_STM32_Discovery.pdf included in the Bluetopia documentation. The problem was that the standard example includes the hcitrans.dma library while using the STM32F4Discovery board the hcitrans without dma library is needed. I can also compile and run the example using the free CooCox CoIDE with the GNU compiler.

Thank you,

GLC

0 Paolo Martinetti over 10 years ago in reply to Giacinto Luigi Cerone

Expert 2730 points

Hi Giacinto,
how did you include bluetopia library into CooCox CoIDE?
I Have linked 'bluetopia_32_M4' and created a group named 'bluetopia' into the project where i have put all the files found in NoOS/Bluetopia in the bluetopia sdk. Is it correct?

Thanks in Advance,
Paolo

0 Giacinto Luigi Cerone over 10 years ago in reply to Paolo Martinetti

Intellectual 400 points

I need more informations to answer your post. Did you followed the file Enable_STM32_Discovery.pdf and the previous post? If yes, what kind of problem did you encountered?

0 Paolo Martinetti over 10 years ago in reply to Giacinto Luigi Cerone

Expert 2730 points

Yes, i have followed, but my problem is that i'm unable to open the BT Stack (error -4).

I have this CooCox project setup:

I have four groups: cmsis, cmsis_boot, cmsis_lib, syscalls and created a new group, bluetopia, in which i have put SS1 sdk include files.

In the root of the project i have put SPPDemo.c, Main.c, HAL.c, HCITRANS.c, BTVS.c, BTVSVEND.c, BTPSKRNL.c files.

HCITRCFG.h is setup like yours, same parameters.

I use HCI_UART 3 and I initialize HCI transport layer in Main.c with:

HCI_DRIVER_SET_COMM_INFORMATION(&HCI_DriverInformation, 3, 115200, cpUART_RTS_CTS);

DISCOVERY BOARD and QFNEM are connected directly without ADAPTER.

The console is ok, but i always see

OpenStack().

Stack Init Failed: -4.
Unable to open the stack.

If you have any idea, i'll appreciate.

Thank you so much

Paolo

0 Giacinto Luigi Cerone over 10 years ago in reply to Paolo Martinetti

Intellectual 400 points

I had the same problem. If you have configured the UART correctly (see first post) probabily the problem is related to the use of DMA. Try to remove the following libraries from the project:

HCITRANS.h
HCITRANS.c
HCITRCFG.h

The standard example uses DMA (these libs are in the folder CC256X BT\CC256x STM32 Bluetopia SDK\v4.0.2.2\NoOS\Bluetopia\hcitrans.dma).
You should include those libs that not use DMA. These libs are in the folder CC256X BT\CC256x STM32 Bluetopia SDK\v4.0.2.2\NoOS\Bluetopia\hcitrans.

Regards,

GLC

0 Paolo Martinetti over 10 years ago in reply to Giacinto Luigi Cerone

Expert 2730 points

Hi Giacinto,
just done, but the problem persists.

I wonder whether in the instruction:

HCI_DRIVER_SET_COMM_INFORMATION(&HCI_DriverInformation, 3, VENDOR_BAUD_RATE, cpUART_RTS_CTS);

is correct to use '3' as the COM port

Kind Regards,
Paolo

0 Giacinto Luigi Cerone over 10 years ago in reply to Paolo Martinetti

Intellectual 400 points

Have you controlled the jumper settings on the STM32Adapter board?
If all looks correct you can try to see the signals over the UART with an oscilloscope.

regards,

GLC

0 Paolo Martinetti over 10 years ago in reply to Giacinto Luigi Cerone

Expert 2730 points

Hi,
I have connected the pins directly without using Adapter.
Probably this is the problem...

Thanks you so much
Paolo

0 Paolo Martinetti over 10 years ago in reply to Paolo Martinetti

Expert 2730 points

I bought ST-ADAPT Board and the problem was solved

Thank you so much
Paolo

Bluetooth®︎

Bluetooth forum

CC256xQFN-EM + STM32F4Discovery + CC256xEM-STADAPT Board problem opening the stack.....