• State Verified Answer
  • Locked Locked
  • Replies 1 reply
  • Subscribers 87 subscribers
  • Views 430 views
  • Users 0 members are here
Attachments (0)
Nordic Case Info
  • Case ID: 270157
Options
This post is older than 2 years and might not be relevant anymore
More Info: Consider searching for newer posts
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

ANT+BLE multi-protocol communication problem

zero

Dear friend，

Based on SDK15.3, using S332 protocol stack, running on nRF52832-QFAA.
Connect the device with a mobile phone via Bluetooth. The connection parameter Min connecion interval is 30ms, Max connecion interval is 60ms
The number of devices sends 50 to 80 bytes to the mobile phone every 60ms. After communicating with the mobile phone for a period of time, the mobile phone begins to lose packets.
Not all mobile phones will have this problem. Apple mobile phones are fine, but some Android mobile phones will have this problem.
Android phones with this phenomenon are: Huawei Mate40 Pro+ and Redmi Note9
Android phones that do not have this phenomenon are: OPPO R9S, Samsung S10e, Huawei P30, OPPO R15, Honor 20s, OPPO R17, Honor X10.
The tests are all in the same environment, why is this?

Parents
  • +1

    Hi,

    If there is no error message from sd_ble_gatts_hvx() then this sounds like an issue on the phone side, maybe you need to add some application handshake to not overflow the phone (e.g. every 100notifications wait for a write command from the phone before next 100notifications etc.). 

    It would be interesting if you can make an on-air sniffer log, so we can see exactly what is happening on-air, and possible which packets are lost. Possible compare the working with the failing.

    Kenneth

Reply
  • +1

    Hi,

    If there is no error message from sd_ble_gatts_hvx() then this sounds like an issue on the phone side, maybe you need to add some application handshake to not overflow the phone (e.g. every 100notifications wait for a write command from the phone before next 100notifications etc.). 

    It would be interesting if you can make an on-air sniffer log, so we can see exactly what is happening on-air, and possible which packets are lost. Possible compare the working with the failing.

    Kenneth

Children
No Data
Related