用DA14580断开问题(Murata Lbca2hnzyz)

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

亲爱的对话框,

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

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

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

在这种情况下,外设发送错误的BLE堆栈(GAPC)“0x3D(由于麦克风故障而终止)”。

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

以下是我环境的详细信息。

[SDK]
3.0.10.1

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

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

嗨顺kudoh,

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

谢谢mt_dialog.

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

亲爱的对话框,

感谢你的回复!

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

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

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

我想中央加密方法存在一些问题。
我期待着您的回音。

谢谢!

顺庚

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.

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

亲爱的对话框,

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

我不使用32khz xtal和睡眠模式。

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

现在我正在尝试在中央和外围都有同样的测试而没有加密。到目前为止它似乎很好(一小时)。
我将继续进行这次测试。

谢谢!

顺庚

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

嗨顺kudoh,

由于您已更改硬件并且您能够重现问题,是从外设侧的断开连接(外设报告MIC错误作为断开的原因,并且由于中央的故障麦克风字段包而下降,因此如前所述)或中央侧(MIC断开原理出现在中央,由于包裹包上的包上的错误麦克风领域)?

如果没有安全性和加密,您可能会因超时而丢失,因为您不使用加密,因此不应获得MIC原因断开连接。

谢谢mt_dialog.

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

亲爱的对话框,

在许多情况下,断开从外围侧。但也脱离了中央侧面。
而且没有安全性和加密,我没有得到任何断开连接,包括超时(代码0x08)。

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

谢谢!

顺庚

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

嗨顺kudoh,

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

谢谢mt_dialog.

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

亲爱的对话框,

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

我很期待听到您的更新。

谢谢!

顺庚

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

嗨顺kudoh,

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

谢谢mt_dialog.

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

亲爱的对话框,

感谢您的支持。
你能告诉我一个我应该发送代码的地址吗?
我在网站上寻找一个地址,但我找不到...

谢谢,

顺庚

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

嗨顺kudoh,

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

谢谢mt_dialog.

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

亲爱的对话框,

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

谢谢

顺庚