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.

CC2564MODNEM: FreeRTOS and HAL versio support

Part Number: CC2564MODNEM

Hi,

I have been working with the module for a week and I have a few questions about compatibility and a specific lockup that I am having.

The only success I have had so far is getting the noOS version of the A3DPDemo_SRC project working on the board, however I need to fit this into a current HAL STMCubeMX generated project with freeRTOS.

The current Version of FreeRTOS from the cube in 9.0.0, I see that the stack uses 7.5.2. Downgrading the RTOS on the project would be a lot of work so I am wondering of there are any known issues with using the stack with a more up to date version of freeRTOS?

There is also a conflict between using the HAL libraries and the StdPeripheral driver libraries in the same project (not least replication of library code) do you have a HAL compatible example or has anyone created one?

Now to the lockup. I am trying to write a replacement HCITRANS.C file using the HAL libraries from ST. I get as far as sending the first command over UART,  receiving  a response and sending the entire packet to the stack using the COMDataCallbackFunction, this is unfortunately where the code hangs, there is no response from the stack, no further Tx packets are sent and the Bluetooth setup stops.

I have noticed that in the example I had working there are two call made to this function during interpenetration of the response to the first command packet, First the initial bit is sent indication a packet from the device (0x04). Then on the next call of HCITR_COMProcess the rest is sent. Is this process required for the stack to function properly?

Sorry for the many questions in one post but I would like to keep te answers in one place.

Kind Regards