Unable to Establish Connection to BC832 on NRF Connect After Programming via NRF52 DK

RE: Unable to Establish Connection to BC832 on NRF Connect After Programming via NRF52 DK

Steven F — Thu, 12 Dec 2024 20:48:14 GMT

I sincerely want to thank you for your valuable guidance regarding the use of the nRF52 series and LFCLK initialization. Your clear and professional explanation has greatly helped me better understand how to manage this in my project. At the same time, I’d like to apologize if my frequent questions have caused any inconvenience or disruption. I truly appreciate your patience and generosity in taking the time to assist me.

Thank you once again, and I wish you all the best!

RE: Unable to Establish Connection to BC832 on NRF Connect After Programming via NRF52 DK

hmolesworth — Thu, 12 Dec 2024 16:40:11 GMT

The LFCLK, crystal etc is handled for you when using BLE, so remove your code and instead rely on the correct configuration;

    // Initialize.
    uart_init();
    log_init();
    timers_init();
    buttons_leds_init(&erase_bonds);
    power_management_init();
    ble_stack_init();      // <<== this function initialises LFCLK for you
    ...

For the BC832 which does not have a 32.768kHz low frequency crystal, place the following lines at the top of sdk_config.h:

#define NRFX_CLOCK_CONFIG_LF_SRC         0
#define CLOCK_CONFIG_LF_SRC              0
#define NRF_SDH_CLOCK_LF_SRC             0
#define NRF_SDH_CLOCK_LF_RC_CTIV        16
#define NRF_SDH_CLOCK_LF_RC_TEMP_CTIV    2
#define NRF_SDH_CLOCK_LF_ACCURACY        1 // <1=> NRF_CLOCK_LF_ACCURACY_500_PPM

Do not write to LFCLK in your init_pins() as the SoftDevice handles that for you. Pin P0.01 is not used for BLE connectivity as there is no low frequency crystal.

Nordic support team should step in here and propose nRFConnect SDK .. :-)

RE: Unable to Establish Connection to BC832 on NRF Connect After Programming via NRF52 DK

Steven F — Thu, 12 Dec 2024 14:24:55 GMT

Thank you so much for your suggestion about checking whether the pins are working properly. Using the following code:

#include "nrf_gpio.h"
#include "nrf_delay.h"

#define TEST_PIN NRF_GPIO_PIN_MAP(0, 2) // P0.01
//#define TEST_PIN NRF_GPIO_PIN_MAP(0, 2) // P0.02 

int main(void)
{
    NRF_CLOCK->TASKS_LFCLKSTOP = 1; 
    NRF_CLOCK->LFCLKSRC = CLOCK_LFCLKSRC_SRC_RC << CLOCK_LFCLKSRC_SRC_Pos; 
    NRF_CLOCK->TASKS_LFCLKSTART = 1; 

    nrf_gpio_cfg_default(TEST_PIN); 
    nrf_gpio_cfg_output(TEST_PIN); 
    // 


    while (1)
    {
        nrf_gpio_pin_set(TEST_PIN);   
        nrf_delay_ms(1000);         
        nrf_gpio_pin_clear(TEST_PIN); 
        nrf_delay_ms(1000);          
    }
}

I was able to test Pin 12 (P0.01) and Pin 13 (P0.02), and now I can detect voltage transitions. It seems that the issue was caused by not configuring the low-frequency clock properly and not resetting the pins to their default state.

devzone.nordicsemi.com/.../BC832_5F00_V2.01_5F00_Dec_2D00_2017.pdfHere are the pin assignments and datasheet of BC832.

After configuring Pin 12 (P0.01) and Pin 13 (P0.02) for GPIO functionality, I noticed that nRF Connect is unable to scan for BC832. I suspect this might be due to a conflict with BLE functionality, as Pin 12 (P0.01) is being used for GPIO instead of connecting to the external crystal oscillator required by BLE.

To address this, I plan to use PIN 9 (P0.03) and Pin 12 (P0.01) for GPIO high/low transitions, keeping P0.01 available for BLE connectivity. However, even after making this change, I’m still unable to scan and detect BC832.

Here is the project on SES now:devzone.nordicsemi.com/.../ble_5F00_app_5F00_uart_5F00_bc832-_2D00_-cannot-scaned.zippath:"\ble_app_uart_bc832\pca10040\s132\ses"

And here is the previous project where the BC832 could be detected, but pins 12 and 13 could not toggle voltage:devzone.nordicsemi.com/.../ble_5F00_app_5F00_uart_5F00_bc832-_2D00_-detected.zip

Could this issue still be related to the crystal oscillator configuration, or am I missing something else critical? Thank you again for your time and expertise!

Best regards,

Steven

RE: Unable to Establish Connection to BC832 on NRF Connect After Programming via NRF52 DK

hmolesworth — Wed, 11 Dec 2024 16:08:14 GMT

Pin 12 (P0.01) may be set to the external crystal mode though pin 13 (P0.02) should work. One assumes you are using P0.01 and P0.02 and not P0.12 and P0.13?

12 P01/XL2  C7 P0.01 GPIO, connection for 32.768kHz crystal
13 P02/AIN0 C6 P0.02 GPIO, Analog input 0

Should pin 13 work but not pin 12 try this, highly unlikely it would be required though:

   // Select 32kHz clock source to be internal RC
   //NRF_CLOCK->LFCLKSRC = CLOCK_LFCLKSRC_SRC_Xtal << CLOCK_LFCLKSRC_SRC_Pos;
     NRF_CLOCK->LFCLKSRC = CLOCK_LFCLKSRC_SRC_RC << CLOCK_LFCLKSRC_SRC_Pos;
   //NRF_CLOCK->LFCLKSRC = CLOCK_LFCLKSRC_SRC_Synth << CLOCK_LFCLKSRC_SRC_Pos;

RE: Unable to Establish Connection to BC832 on NRF Connect After Programming via NRF52 DK

Steven F — Wed, 11 Dec 2024 14:17:13 GMT

Thank you again for your previous help! I’ve successfully connected the BC832 module. However, I’ve encountered a new issue and was hoping you could offer some guidance.

Currently, I am trying to send commands to change the voltage levels of pins 12 and 13 on the BC832. I used a multimeter to measure the voltage on these pins, and after sending the 01 and 02 commands, the measured voltage remains around 100mV. I am powering the BC832 via the VDD_nrf pin on the NRF52 DK, so theoretically, I expect the voltage on pins 12 and 13 to be around 3V when the corresponding commands are sent.

To troubleshoot, I tried running the same code directly on the NRF52 DK, and I was able to change the voltage levels of pins 12 and 13 successfully using nRF Connect. The measured voltage was around 3V as expected.

This leads me to believe the issue might be related to the code or its interaction with the BC832. Could you please offer any additional insights or advice on what might be causing this behavior?

Thank you so much for your time and expertise!

RE: Unable to Establish Connection to BC832 on NRF Connect After Programming via NRF52 DK

hmolesworth — Tue, 10 Dec 2024 19:06:37 GMT

Sloppy low-frequency clocks are fine for advertising but useless for a BLE connection. There is no 32kHz crystal fitted to this module (unless you added one) so these definitions (which assume LF crystal) are incorrect:

//==========================================================

// <h> Clock - SoftDevice clock configuration

//==========================================================
// <o> NRF_SDH_CLOCK_LF_SRC  - SoftDevice clock source.
 
// <0=> NRF_CLOCK_LF_SRC_RC 
// <1=> NRF_CLOCK_LF_SRC_XTAL 
// <2=> NRF_CLOCK_LF_SRC_SYNTH 

#ifndef NRF_SDH_CLOCK_LF_SRC
#define NRF_SDH_CLOCK_LF_SRC 1
#endif

// <o> NRF_SDH_CLOCK_LF_RC_CTIV - SoftDevice calibration timer interval. 
#ifndef NRF_SDH_CLOCK_LF_RC_CTIV
#define NRF_SDH_CLOCK_LF_RC_CTIV 0
#endif

// <o> NRF_SDH_CLOCK_LF_RC_TEMP_CTIV - SoftDevice calibration timer interval under constant temperature. 
// <i> How often (in number of calibration intervals) the RC oscillator shall be calibrated
// <i>  if the temperature has not changed.

#ifndef NRF_SDH_CLOCK_LF_RC_TEMP_CTIV
#define NRF_SDH_CLOCK_LF_RC_TEMP_CTIV 0
#endif

// <o> NRF_SDH_CLOCK_LF_ACCURACY  - External clock accuracy used in the LL to compute timing.
 
// <0=> NRF_CLOCK_LF_ACCURACY_250_PPM 
// <1=> NRF_CLOCK_LF_ACCURACY_500_PPM 
// <2=> NRF_CLOCK_LF_ACCURACY_150_PPM 
// <3=> NRF_CLOCK_LF_ACCURACY_100_PPM 
// <4=> NRF_CLOCK_LF_ACCURACY_75_PPM 
// <5=> NRF_CLOCK_LF_ACCURACY_50_PPM 
// <6=> NRF_CLOCK_LF_ACCURACY_30_PPM 
// <7=> NRF_CLOCK_LF_ACCURACY_20_PPM 
// <8=> NRF_CLOCK_LF_ACCURACY_10_PPM 
// <9=> NRF_CLOCK_LF_ACCURACY_5_PPM 
// <10=> NRF_CLOCK_LF_ACCURACY_2_PPM 
// <11=> NRF_CLOCK_LF_ACCURACY_1_PPM 

#ifndef NRF_SDH_CLOCK_LF_ACCURACY
#define NRF_SDH_CLOCK_LF_ACCURACY 7
#endif

Rather than messing around trying to fix this I usually add the following at the top of sdk_config.h:

#define NRFX_CLOCK_CONFIG_LF_SRC         0
#define CLOCK_CONFIG_LF_SRC              0
#define NRF_SDH_CLOCK_LF_SRC             0
#define NRF_SDH_CLOCK_LF_RC_CTIV        16
#define NRF_SDH_CLOCK_LF_RC_TEMP_CTIV    2
#define NRF_SDH_CLOCK_LF_ACCURACY        1 // <1=> NRF_CLOCK_LF_ACCURACY_500_PPM

RE: Unable to Establish Connection to BC832 on NRF Connect After Programming via NRF52 DK

Asbjørn — Tue, 10 Dec 2024 18:55:44 GMT

Hello Steven,

You have been able to program it correctly and it is starting up as it is advertising and you can see that. The issue you see is most likely related to a couple of things. Potential noise on the strings you have attached to the module really close and if not on the antenna of the module. I also don't know the material you have placed the module on and the tape.

In the wiring instructions you've linked to, have a look at the cables connected and how they are kept short and tucked away behind the module. The antenna is unfortunately placed downwards and towards the breakout board, so you want to do the opposite. Have the antenna in as much free space as possible and pointing upwards. You'll get there, just have another attempt with the soldering iron and tuck away cables from the antenna. Keep cables and wires short and preferably through a header like done in the instructions, at least initially.

Say hi to the vegan Deli in George/South st from me:)

Best regards

Asbjørn