• State Verified Answer
  • Replies 7 replies
  • Subscribers 67 subscribers
  • Views 2008 views
  • Users 0 members are here
Attachments (0)
Nordic Case Info
  • Case ID: 232060
Options
This post is older than 2 years and might not be relevant anymore
More Info: Consider searching for newer posts

beacons are missed when debugger is not connected

Kadir

Hi,

I designed a gateway that includes nrf52832 which receives beacons and sends it to other processor through uart, and this processor sends beacons to the server. Well, when i connect the rtt debugger to the nrf, there is no problem, all beacons are sended to the server but when i disconnect the debugger, approximately %40 of the beacon are missed, i can see these received beacons on the server. I use one beacon, and advertising interval is 1 second.

Also SEGGER_RTT_CONFIG_DEFAULT_MODE is set to SKIP

Any idea what is the reason.

  • +1

    Hi

    A common reason something would work "better" in debugger mode, is that in debugger mode, the HFCLK is forced to stay on all the time, while in normal mode, the HFCLK will be turned off to minimize the current consumption when it isn't needed, so for example between scanning/transmitting radio events. Which could be the reason it ain't received. A few questions, as I don't quite understand your setup:

    Does this gateway work as a relayer, so it receives a beacon signal, and transmits it to your central? What device is your central? If you're able to see that the beacons are received by the central, is it the gateway that isn't receiving 40% of your beacon signals?

    Best regards,

    Simon

  • 0 in reply to Simonr

    there is an arm microcontroller that receives beacon data from nrf52 through uart, i checked the uart signals with oscilloscope, and i see that there is not problem in the uart or arm mcu. I will make more research the issue regarding HFLCK. Additionaly, i do not use nrf_pwr_mgmt_run() function, is it the reason?

    Thank you

  • 0

    This arm microcontroller is connected to the beacon, correct? And the central is not able to receive the BLE signals from the beacon 100% of the time. The lack of using power management should not be an issue. Did you base your project on one of our SDK examples? In that case, which one, and what changes have you made to it other than removing the power management function?

    Best regards,

    Simon

  • 0 in reply to Simonr

    No, arm microcontroller is connected to nrf52 central via uart to receive beacon data, i am using ble_app_blinky_c as a central and ble_app_blinky as a peripheral. In the central, i only added uart. In the ble_evt_handler, if there is a beacon, beacon data is send to the uart with non_blocking mode. I do not change any paramaters except power management function actually

  • 0

    Ok, thanks for the clarification. Can you try using a sniffer to see what happens to the advertising packets? If they're sent from the beacon at all? The nRF Sniffer should be a useful tool if you don't have a sniffer already.

    Best regards,

    Simon

Related