DA14580 communication problems with higher supply voltage - follow up

Hi mratajski,

Thanks for your question online. Would it be possible to provide the following data to have a better view on your issue?

1. A current capture when the connection fails.I suspect that some of the devices miss connection events, so the connection cannot be maintained. What is the connection interval that you are using? If connection events are missing, then the connection interval should be gradually getting larger.
2. A BLE Sniffer log when the connection fails.
3. Current capture when the failure device is adverting. Areyou able to count the advertising events? Are you missing any of the advertising events?

Thanks, PM_Dialog

Hi omesa, thanks for your answer.

Hi mratajski, I’ll check your inputs and let you know as soon as possible.

Thanks, PM_Dialog

Hi mratajski,

Again thanks for your inputs. Please correct my if anything is wrong/missing and kindly provide some further inputs on this. Then, I will escalate all your inputs internally for further analysis.

Issue description:

• PAN14580 module is used in a custom board
• DA14580 is powered through a coin cell battery
• The issue is appeared only in some modules, not at all devices. Can you indicate that the issue exists only on some of them? Are there any device which running at 3.3V supply voltage?

When the supply voltage is at 3.3V:

• 一些董事会,开始为一段广告and then continually reset. How do you know that the chips enter an endless reset-loop?
• BLE is active for few second, so are you able to connect?

Thanks, PM_Dialog

Hi mratajski,

Let me escalate your inputs internally. I’ll get back to you as soon as I have feedback from the Team.

Thanks, PM_Dialog

Hi Michal
" The host application does not receive CTS from application running on DA14580 and it resets the Bluetooth module after time out – DA14580 is entering UART boot process, loads firmware and starts normal operation for few seconds and CTS is missing again..."

Whats happened, when your host resets not the PAN1740 ? It is still alive and advertising ?
What kind of host you have ?
Maybe for testing the modul, you can put for example a tag firmware on it.
Another idea, maybe the CTS Signal is too short or the serial communication is failed.
What is your baudrate ? Is it protected my a checksum ?
Sorry, this are only speculations, because we have not the hardware in front of us.
cheers
Siegmar

Hi mratajski,

I’ve already escalated your issue internally. I will keep you updated.

Thanks, PM_Dialog

Hi mratajski,

Can you please change the BANDGAP_REG [LDO_RET_TRIM] bitfield to a lower value? The default value for DA14580 and SDK5.0.4 is 0x0A, so change it to 0x09. You can also refer to DA14580datasheet and Table 26: BANDGAP_REG (0x50000028) for more information. You will have to add the following line in the system_init() function before the periph_init() call.

void system_init(void) { ... // Check and read BD address nvds_read_bdaddr(); SetBits16(BANDGAP_REG, LDO_RET_TRIM, 0x9); //Peripherals initilization periph_init(); ... }

Thanks, PM_Dialog

Hi mratajski,

Are you using the same firmware with same advertising intervals? Did you test it with any of our SDK examples, such as ble_app_barebone? You mentioned that the battery voltage is 3.0V instead of 3.3V (which was the problem). Can you please clarify it?

Battery voltage = 3.0 Volt

- When BANDGAP_REG[LDO_RET_TRIM] = 0x0A, current consumption is 1.2mA

- When BANDGAP_REG[LDO_RET_TRIM] = 0x9, current consumption is 2.4mA

Thanks, PM_Dialog

Hi mratajski,

您能否请拒绝da1458x_stack_config.h标题文件中的cfg_power_optimizations宏？之后，您是否能够看到电源消耗的任何差异？

Thanks, PM_Dialog

Hi mratajski,

我为迟到的回应道歉。实际上它是一个自定义PCB，有几个参数涉及并观察系统性能中的这种行为。例如，以下参数可能会影响系统：

• XTAL cut
• PCB layer
• PCB layout
• Internal temperature
• 定位的晶体
• Impact on overall system performance

The resolution is to change LDO_RET_TRIM bit-field to a lower value (as previously suggested) and keep the system functional in the known operational limit.

Thanks, PM_Dialog