Permanently damaged Radio RX path on STM32WB55

[Aku]

Hi,

we've been developing with stm32wb55 for some time and found that some combinations of STOP2 and radio usage causes permanent damage to RX path.

It looks like that: device announce stops at some point and power consumption raises(+10mA). After reset device starts announce again, but doesn't receive anything.

Flashing TransparentVCP and checking RX with CubeMonitorRF shows RSSI -108dBm

Wiping flash and re-flashing radio and firmware doesn't help.

Overall we've been following all application notes on power, radio, LSE/HSE. The only significant difference is antenna(we use IMD by Ethertronics/AVX 1001312) and software(we use STOP2 in between announces and prevent sleep only when connection arrives).

Disabling STOP2 prevents damage, but completely unacceptable in terms of UX and power consumption.

Since radio is a black box we are completely puzzled by this behavior and were unable to trace cause of damage.

Is there any way to examine radio path internals (like on st25)? As I understand AT0, AT1 exists exactly for that purpose.

Or any other ways to find what may cause RX path damage?

[Remi QUINTIN]

​What type of board are you using? the Nucleo board or your own custom board?

[Remi QUINTIN]

​Ok I understand you are using your own custom board.

What is the package you are using?

Can you share your schematics?

Can you reach a local ST representative?

[Aku]

1) STM32WB55RGV6 in QFN-68

2) PDF is in attachment

3) We are desperately trying

[Remi QUINTIN]

​OK we are looking at your issue.

Further questions will come for sure.

[Pavel Zhovner]

Hi Remi, and thank you for your very quick response.

Here is the support case number of this issue 00125384

We are entirely ready to do everything possible from our side to resolve this issue.

Right now we are ready to start production of 300k of our product and this issue is very critical.

Thanks in advance.

[Remi QUINTIN]

​Where are you located?

Purpose of this question in to give you a local ST contact.

[Remi QUINTIN]

​Who give you this support case number?

On how many board did you see this issue?

It is clear you have to use low power mode. Are you also using the SMPS when in RUN mode?

[Pavel Zhovner]

>​Where are you located?

Our R&D offices located in Russia and Hong Kong. We prefer English/Russian speaking contact if possible, but Chinese is ok too.

>Who give you this support case number?

I have submitted the support ticket on my own here

>It is clear you have to use low power mode. Are you also using the SMPS when in RUN mode?

SMPS is in the bypass mode.

[Remi QUINTIN]

​I will look for someone close to (or in)  your country. Praha is a possible solution. Let me see this point.

The week end will not help to give you a reactive support for the short term.