Part Number: CC2541
Hello All,
I was studying a HM-10 type Bluetooth module which incorporates a CC2541 chip. Initially it seems to respond
to AT commands over a UART interface, although not all of them. A LED is connected to pin P1.2 and it blinks when
the module is waiting for a connection.
In trying to investigate why some of the commands are accepted and others do not, I connected a so-called "System Key"
pin to ground, and at then the RESET_N pin (Chip reset) also to ground. The LED stop blinking and turns off. In this
condition, if data is send to the TX UART input in the chip, it not longer accept ANY command.
The "System Key" is also an I/O pin, the P1.3
After the event, it was not possible to recover the chip. Was it damaged in some way? The two pins involved, P1.2 and
P1.3, are like two I/O and I don't see why the chip could be damaged in this way. The questions are if the chip could be
damaged or in some sleep or powered down status? If is not damaged, there is a way to restore it to the original setup?
The datasheet of the module is from a Chinese company and it provides no information about this potential problem, nor
a possible solution.
It could be the chip is a counterfeit without proper protection to the pins?
Any info is appreciated.
Thanks.
P.S: Solution found. The problem is not as described. The reason why the communication wasn't working is related to
the format of the data sent over the UART, not a problem with the pins.
