DA14580断开问题(Murata LBCA2HNZYZ)

13个帖子/ 0新
最后一篇
避开Kudoh
离线
最后一次露面:5年2个月前
加入:2016-06-27 09:59
DA14580断开问题(Murata LBCA2HNZYZ)

亲爱的对话框,

我已经用Murata LBCA2HNZYZ BLE模块开发了一个产品(其中包括DA14580芯片)。
这个产品有两个模块,一个是中心模块,另一个是外围模块。
但是在彼此连接之后,外围地区从未响应每小时几次。

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

在许多情况下,外设用空包响应ACK。
但是外围从不在从中央发送数据包后突然发出任何响应。
此时,中央继续发送相同的数据包(重试)。
最后他们断开了连接,因为中央永远不会从外围获得任何数据包。

在这种情况下,外设的BLE栈(GAPC)发送错误“0x3D(CONNECTION TERMINATED DUE TO MIC FAILURE)”。

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

这里是我的环境的详细信息。

[SDK]
3.0.10.1

[BLE设置]
WINSIZE:02
WinOffset: 0 x0002
间隔:0 x0006
延迟:0x0000.
超时:0 x0048
chm:0x1ffffffff.
SCA: 0 x00
加密是启用。
通过蓝牙协议使用MIDI

关键词:
设备:
mt_dialog.
离线
最后一次露面:6个月3周前
职员
加入:2015-06-08 11:34
嗨顺kudoh,

嗨顺kudoh,

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

谢谢mt_dialog.

避开Kudoh
离线
最后一次露面:5年2个月前
加入:2016-06-27 09:59
亲爱的对话框,

亲爱的对话框,

感谢你的回复!

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

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

1.我可以使用两个Murata EVK(LBCA2HNZYZ-TEMP-DK)和我们的软件来重现同一问题。
2.当我们的外设连接到Macbook时,没有问题。
[BLE设置]
胜利:03
间隔:0 x000f
延迟:0x0000.
超时:0x0064
chm:0x1ffffffff.
SCA: 0 x05
加密是启用。
通过蓝牙协议使用MIDI
当其他外设(不使用加密)连接到我们的中心时,没有问题。
[BLE设置]
WINSIZE:02
间隔:0 x0006
延迟:0x0000.
超时:0 x0048
chm:0x1ffffffff.
SCA: 0 x00
加密是禁用的。
通过蓝牙协议使用MIDI
4.我可以使用较长的连接间隔(7.5-> 15ms)和超时(720-> 1000ms)来重现相同的问题。
5.中央和外围设备设置更近(0-3M)时没有问题。

我想中央的加密方法出了问题。
我期待着你的消息。

谢谢你!

避开Kudoh

mt_dialog.
离线
最后一次露面:6个月3周前
职员
加入:2015-06-08 11:34
嗨顺kudoh,

嗨顺kudoh,

关于加密,如果在您的中央端您使用命令,以便您的应用程序级实现使用加密硬件,那将是什么情况?更具体地说,如果在你的应用程序的任何地方使用以下命令GAPM_USE_ENC_BLOCK_CMD ?

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

谢谢mt_dialog.

避开Kudoh
离线
最后一次露面:5年2个月前
加入:2016-06-27 09:59
亲爱的对话框,

亲爱的对话框,

我不使用命令GAPM_USE_ENC_BLOCK_CMD。
我只使用BLE_APP_SEC的示例代码宏中的键和encrypt命令。

我不同时使用32kHz xtal和睡眠模式。

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

现在我尝试在中央和外围都进行同样的测试,不需要加密。到目前为止(一个小时)效果还不错。
我将继续进行这个测试。

谢谢你!

避开Kudoh

mt_dialog.
离线
最后一次露面:6个月3周前
职员
加入:2015-06-08 11:34
嗨顺kudoh,

嗨顺kudoh,

由于您已经更改了硬件,并且能够重现这个问题,是外设断开连接(外设报告MIC错误作为断开原因,并由于中央出错的MIC字段包而断开连接,和以前一样)或中央(MIC断开原因出现在中央,由于外设发送的包上的MIC字段有故障)?

没有安全性和加密,你可能会超时断开连接,因为你不使用加密,你不应该得到MIC原因断开连接。

谢谢mt_dialog.

避开Kudoh
离线
最后一次露面:5年2个月前
加入:2016-06-27 09:59
亲爱的对话框,

亲爱的对话框,

在许多情况下,断开是从外围侧。但同时,只有一次来自中央的脱节。
我没有得到任何断开连接,包括超时(代码0x08)没有安全和加密。

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

谢谢你!

避开Kudoh

mt_dialog.
离线
最后一次露面:6个月3周前
职员
加入:2015-06-08 11:34
嗨顺kudoh,

嗨顺kudoh,

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

谢谢mt_dialog.

避开Kudoh
离线
最后一次露面:5年2个月前
加入:2016-06-27 09:59
亲爱的对话框,

亲爱的对话框,

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

我很期待听到您的更新。

谢谢你!

避开Kudoh

mt_dialog.
离线
最后一次露面:6个月3周前
职员
加入:2015-06-08 11:34
嗨顺kudoh,

嗨顺kudoh,

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

谢谢mt_dialog.

避开Kudoh
离线
最后一次露面:5年2个月前
加入:2016-06-27 09:59
亲爱的对话框,

亲爱的对话框,

感谢您的支持。
你能告诉我我应该把我的代码寄到哪个地址吗?
我在你们的网站上找了一个地址,但是我找不到…

谢谢,

避开Kudoh

mt_dialog.
离线
最后一次露面:6个月3周前
职员
加入:2015-06-08 11:34
嗨顺kudoh,

嗨顺kudoh,

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

谢谢mt_dialog.

避开Kudoh
离线
最后一次露面:5年2个月前
加入:2016-06-27 09:59
亲爱的对话框,

亲爱的对话框,

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

谢谢

避开Kudoh