2021-02-05 07:40 AM
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?
2021-02-11 11:16 AM
@Remi QUINTIN any news?
2021-02-11 02:58 PM
Yes. Your issue is now investigated by the American region.
Case 00125384 is being handled by the RF team in US.
They should be your first level contact now.
2021-02-26 01:14 PM
Hi @Remi QUINTIN , @Aku @Pavel Zhovner
We seem to have the exact same problem here, the RX path is permanently damaged. can we also be included in the discussions? we are also just about to introduce a product to market at large volumes...
2021-02-27 02:48 AM
Hi,
sad to hear that. You can open new support case and refer to 00125384, so they can join our issues together.
Here is what we know:
ST Support recommendations:
Also we can make discord/slack/email channel to discuss this issue, drop me a private message if you'd like to participate
2021-02-27 03:03 AM
Thanks @Aku , just sent you a private message.