Other Parts Discussed in Thread: MSP430F5437A
We are using the CC2564 bluetooth module in a product and see intermittent lockups of the module and/or bluetopia stack.
Processor: MSP430F5437A
Bluetooth: CC2564
Stack: Bluetopia SDK V1_52R2
OS: None
We have not been able to debug the software in the production environment very far but have seen failures where CTS from the C2564 to the MSP430 has been permanently negated. In these cases the firmware had been operating successfully. We have in one of these cases been able to see the firmware locked in HCITRANS.C:482 LoadTransmitBuffer()
/* Loop until space becomes available in the Tx Buffer */
while (UartContext.TxBytesFree <= 0)
;
This is clearly consistent with the bluetooth module not accepting new data.
While we are not able to reproduce this exactly in the lab we do see a similar problem that is easily reproducible with TI's example code.
* Run the SPPLEDemo_Lite project included in the blutopia distribution (probably the same with other demos)
* BLE Advertisements can be seen using Lightblue.
* Stop the processor - The PC will be found to be following an LPM3 call as expected
* Set a breakpoint on BTPSKERNL.C:791 BTPS_AllocateMemory()
* Run on
* Use lightblue to connect to the device. The breakpoint will be reached.
* Disable the breakpoint
* Run on
* The stack will now be in a locked up state. Advertising will not be seen.
* Breaking the code in this state will show the pc to be stuck in a loop within the bluetopia library.
This product does require a stable and reliable up-time of several years.
