Disconnect issue with DA14580 (Murata LBCA2HNZYZ)

13个帖子/ 0新
最后一篇
Shun Kudoh
离线
最后一次露面:4 years 6 months ago
加入:2016-06-27 09:59
Disconnect issue with DA14580 (Murata LBCA2HNZYZ)

亲爱的对话框,

I've developed a product with a Murata LBCA2HNZYZ BLE module (which includes a DA14580 chip).
That product has two modules, one is a central and the other one is a peripheral.
但是在彼此连接之后,外围地区从未响应每小时几次。

中央和外围之间的距离约为6米。在我的环境下没有无线电波干扰。
在我的测试代码中,中央发送一个数据包,每50ms每50ms发出23个八位字节PDU长度。

在许多情况下,外围响应一个空分组的ACK。
但是外围从不在从中央发送数据包后突然发出任何响应。
At this time, central keeps to send same packet (retry).
最后他们断开了连接,因为中央永远不会从外围获得任何数据包。

In this case, BLE stack (GAPC) of peripheral send error "0x3D(CONNECTION TERMINATED DUE TO MIC FAILURE)".

请帮我找到断开连接和如何提高连接稳定性的原因。

Here are detailed infromation of my environment.

[SDK]
3.0.10.1

[BLE设置]
WINSIZE:02
WinOffset :0x0002
Interval   :0x0006
延迟:0x0000.
Timeout :0x0048
chm:0x1ffffffff.
SCA :0x00
加密是启用。
Using MIDI over bluetooth protocol

关键词:
Device:
mt_dialog.
离线
最后一次露面:8小时38分钟前
员工
加入:2015-06-08 11:34
嗨顺kudoh,

嗨顺kudoh,

这种链接终止的原因有点罕见,也有点奇怪,因为在控制器级别的麦克风,我不认为通过软件有很多事情要导致断开的原因,即使这是一个糟糕的天线或嘈杂的环境,你应该能够重新讲述。唯一想到的是,也许是可以导致这种断开连接是使用软件使用AES硬件,或者在您使用此硬件块的情况下,它不会正确共享。也尝试替换中央或外围设备的设备,以防其中一个功能正常运行。

谢谢mt_dialog.

Shun Kudoh
离线
最后一次露面:4 years 6 months ago
加入:2016-06-27 09:59
亲爱的对话框,

亲爱的对话框,

谢谢您的回复!

实际上我在DA14580中使用AES硬件,因为我们的BLE连接已加密。

我已经进行了一些测试。以下是其他事实。

1.我可以使用两个Murata EVK(LBCA2HNZYZ-TEMP-DK)和我们的软件来重现同一问题。
2. There is no problem when our peripheral is connecting to Macbook.
[BLE设置]
胜利:03
Interval :0x000F
延迟:0x0000.
超时:0x0064
chm:0x1ffffffff.
SCA :0x05
加密是启用。
Using MIDI over bluetooth protocol
当其他外设(不使用加密)连接到我们的中心时,没有问题。
[BLE设置]
WINSIZE:02
Interval :0x0006
延迟:0x0000.
Timeout :0x0048
chm:0x1ffffffff.
SCA :0x00
Encryption is disable.
Using MIDI over bluetooth protocol
4.我可以使用较长的连接间隔(7.5-> 15ms)和超时(720-> 1000ms)来重现相同的问题。
5.中央和外围设备设置更近(0-3M)时没有问题。

I guess there is some problem at encryption method in central.
I'm looking forward to hearing from you.

Thank you!

Shun Kudoh

mt_dialog.
离线
最后一次露面:8小时38分钟前
员工
加入:2015-06-08 11:34
嗨顺kudoh,

嗨顺kudoh,

Regarding the encryption, what i ment is, if on your central side you use the command in order for your application level implementation to use the encryption hardware ? more specifically if anywhere in your application you use the following command GAPM_USE_ENC_BLOCK_CMD ?Since you use security in your application the stack will handle all the encryption operations, you dont have to do anything from your application.

但是,除此之外,当您没有看到的设备之间存在最小距离时,您不会看到这种情况发生这将表示一个天线问题。另外,通过嗅探器日志,我注意到您有重传(意外的SN),您是否可以提供有关您使用的XTAL32的信息(如果您使用的是类型等)。此外,您还能在中央和外围设备之间切换电路板,例如PCB Central - > FW外设和PCB外设 - > FW Central并检查您是否可以在中央捕获相同的错误。

谢谢mt_dialog.

Shun Kudoh
离线
最后一次露面:4 years 6 months ago
加入:2016-06-27 09:59
亲爱的对话框,

亲爱的对话框,

I don't use a command GAPM_USE_ENC_BLOCK_CMD.
我只使用BLE_APP_SEC的示例代码宏中的键和encrypt命令。

And I don't use both 32kHz xtal and sleep mode.

我试图交换Murata Evk(LBCA2HNZYZ-TEMP-DK)的硬件,以便从中心到外围和外围到中心。
但我已经能够重现这个问题。

Now I'm trying to same test without encrypt at both central and peripheral. It seems to work well so far (one hour).
I'll continue to conduct this test.

Thank you!

Shun Kudoh

mt_dialog.
离线
最后一次露面:8小时38分钟前
员工
加入:2015-06-08 11:34
嗨顺kudoh,

嗨顺kudoh,

Since you ve changed hardware and you were able to reproduce the issue, is the disconnection from the peripheral side (the peripheral reports MIC error as a disconnection reason and drops the connection due to a faulty MIC field packet from the central, as it was previously) or the central side ( the MIC disconnection reason appears on the central due a faulty MIC field on a packet the peripheral sent) ?

Without security and encryption you probably will get disconected by timeout, since you dont use encryption, you should not get a MIC reason disconnection.

谢谢mt_dialog.

Shun Kudoh
离线
最后一次露面:4 years 6 months ago
加入:2016-06-27 09:59
亲爱的对话框,

亲爱的对话框,

The disconnection was from peripheral side in many cases. But also disconnection was from central side only once.
And I didn't get any disconnection including timeout (code 0x08) without security and encryption.

我使用了一个DA14580,具有7.5毫秒的间隔和安全性和加密,具有16 MHz xtal。
我猜核心中可能有些缺乏表现。
(而且还猜核心在距离中央和外围设备时需要更多的功率。)
DA14580具有硬件AES外设,但安全性和加密需要一些核心电源?
我想知道我是否可以在[7.5 ms连接间隔+安全性和加密]和[7.5 ms连接间隔]中获得有关性能裕度的信息。

Thank you!

Shun Kudoh

mt_dialog.
离线
最后一次露面:8小时38分钟前
员工
加入:2015-06-08 11:34
嗨顺kudoh,

嗨顺kudoh,

加密似乎有点奇怪,因为自加密通过硬件完成自硬硬件以来,我们正在检查它,我们正在检查,我们会告诉您。也只是为了验证连接间隔是否越大,例如50 ms或100 ms,例如,您不会与该原因进行断开连接?

谢谢mt_dialog.

Shun Kudoh
离线
最后一次露面:4 years 6 months ago
加入:2016-06-27 09:59
亲爱的对话框,

亲爱的对话框,

我用100 ms连接间隔和使用加密进行了测试。
而且我能够重现相同的问题(由于外围的MIC失败,0x3D连接终止)。

我很期待听到您的更新。

Thank you!

Shun Kudoh

mt_dialog.
离线
最后一次露面:8小时38分钟前
员工
加入:2015-06-08 11:34
嗨顺kudoh,

嗨顺kudoh,

如果是这种情况,那么连接的间隔似乎与问题不相关,并且可以勾出核心中的性能缺失。是否可以将代码分享到邮件中以便尝试复制问题?

谢谢mt_dialog.

Shun Kudoh
离线
最后一次露面:4 years 6 months ago
加入:2016-06-27 09:59
亲爱的对话框,

亲爱的对话框,

谢谢您的支持。
Could you please tell me an address which I should send my code?
我在你的网站上寻找一个地址,但是我couldn't find...

谢谢,

Shun Kudoh

mt_dialog.
离线
最后一次露面:8小时38分钟前
员工
加入:2015-06-08 11:34
嗨顺kudoh,

嗨顺kudoh,

邮件已发送到已注册的电子邮件地址。

谢谢mt_dialog.

Shun Kudoh
离线
最后一次露面:4 years 6 months ago
加入:2016-06-27 09:59
亲爱的对话框,

亲爱的对话框,

我收到了你的邮件!我发了代码。

Thanks

Shun Kudoh