DA14580 communication problems with higher supply voltage - follow up

嗨Mratajski，

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

1. 连接失败时的电流捕获。我怀疑某些设备未命中连接事件，因此无法维护连接。您正在使用的连接间隔是什么？如果缺少连接事件，则连接间隔应逐渐变大。
2. A BLE Sniffer log when the connection fails.
3. Current capture when the failure device is adverting. Are你能够计算广告活动？你错过了任何广告活动吗？

Thanks, PM_Dialog

嗨omesa，谢谢你的答案。

嗨Mratajski，I’ll check your inputs and let you know as soon as possible.

Thanks, PM_Dialog

嗨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
• 该问题仅在某些模块中出现，而不是所有设备。您是否可以表明该问题仅存在于其中的一些问题？是否有任何在3.3V电源电压下运行的设备？

电源电压为3.3V时：

• 一些董事会,开始为一段广告and then continually reset. How do you know that the chips enter an endless reset-loop?
• BLE很活跃几秒钟，所以你可以连接吗？

Thanks, PM_Dialog

嗨Mratajski，

让我在内部升级您的投入。我会尽快回复你的反馈。

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 ?
也许用于测试Modul，您可以将标记固件放在上面。
Another idea, maybe the CTS Signal is too short or the serial communication is failed.
你的讨厌是什么？它受到了校验和吗？
Sorry, this are only speculations, because we have not the hardware in front of us.
cheers
Siegmar

嗨Mratajski，

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

Thanks, PM_Dialog

嗨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

嗨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

嗨Mratajski，

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

Thanks, PM_Dialog

嗨Mratajski，

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

• Xtal Cut.
• PCB layer
• PCB layout
• 内部温度
• 定位的晶体
• 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