亲爱的对话框，
我已经用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
关键词：
依恋：
设备:
嗨顺kudoh，
这种链接终止的原因有点罕见，也有点奇怪，因为在控制器级别的麦克风，我不认为通过软件有很多事情要导致断开的原因，即使这是一个糟糕的天线或嘈杂的环境，你应该能够重新讲述。唯一想到的是，也许是可以导致这种断开连接是使用软件使用AES硬件，或者在您使用此硬件块的情况下，它不会正确共享。也尝试替换中央或外围设备的设备，以防其中一个功能正常运行。
谢谢mt_dialog.
亲爱的对话框，
感谢你的回复！
实际上我在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
嗨顺kudoh，
关于加密，如果在您的中央端您使用命令，以便您的应用程序级实现使用加密硬件，那将是什么情况?更具体地说，如果在你的应用程序的任何地方使用以下命令GAPM_USE_ENC_BLOCK_CMD ?
但是，除此之外，当您没有看到的设备之间存在最小距离时，您不会看到这种情况发生这将表示一个天线问题。另外，通过嗅探器日志，我注意到您有重传（意外的SN），您是否可以提供有关您使用的XTAL32的信息（如果您使用的是类型等）。此外，您还能在中央和外围设备之间切换电路板，例如PCB Central - > FW外设和PCB外设 - > FW Central并检查您是否可以在中央捕获相同的错误。
谢谢mt_dialog.
亲爱的对话框，
我不使用命令GAPM_USE_ENC_BLOCK_CMD。
我只使用BLE_APP_SEC的示例代码宏中的键和encrypt命令。
我不同时使用32kHz xtal和睡眠模式。
我试图交换Murata Evk（LBCA2HNZYZ-TEMP-DK）的硬件，以便从中心到外围和外围到中心。
但我已经能够重现这个问题。
现在我尝试在中央和外围都进行同样的测试，不需要加密。到目前为止(一个小时)效果还不错。
我将继续进行这个测试。
谢谢你！
避开Kudoh
嗨顺kudoh，
由于您已经更改了硬件，并且能够重现这个问题，是外设断开连接(外设报告MIC错误作为断开原因，并由于中央出错的MIC字段包而断开连接，和以前一样)或中央(MIC断开原因出现在中央，由于外设发送的包上的MIC字段有故障)?
没有安全性和加密，你可能会超时断开连接，因为你不使用加密，你不应该得到MIC原因断开连接。
谢谢mt_dialog.
亲爱的对话框，
在许多情况下，断开是从外围侧。但同时，只有一次来自中央的脱节。
我没有得到任何断开连接，包括超时(代码0x08)没有安全和加密。
我使用了一个DA14580，具有7.5毫秒的间隔和安全性和加密，具有16 MHz xtal。
我猜核心中可能有些缺乏表现。
（而且还猜核心在距离中央和外围设备时需要更多的功率。）
DA14580具有硬件AES外设，但安全性和加密需要一些核心电源？
我想知道我是否可以在[7.5 ms连接间隔+安全性和加密]和[7.5 ms连接间隔]中获得有关性能裕度的信息。
谢谢你！
避开Kudoh
嗨顺kudoh，
加密似乎有点奇怪，因为自加密通过硬件完成自硬硬件以来，我们正在检查它，我们正在检查，我们会告诉您。也只是为了验证连接间隔是否越大，例如50 ms或100 ms，例如，您不会与该原因进行断开连接？
谢谢mt_dialog.
亲爱的对话框，
我用100 ms连接间隔和使用加密进行了测试。
而且我能够重现相同的问题（由于外围的MIC失败，0x3D连接终止）。
我很期待听到您的更新。
谢谢你！
避开Kudoh
嗨顺kudoh，
如果是这种情况，那么连接的间隔似乎与问题不相关，并且可以勾出核心中的性能缺失。是否可以将代码分享到邮件中以便尝试复制问题？
谢谢mt_dialog.
亲爱的对话框，
感谢您的支持。
你能告诉我我应该把我的代码寄到哪个地址吗?
我在你们的网站上找了一个地址，但是我找不到…
谢谢，
避开Kudoh
嗨顺kudoh，
邮件已发送到已注册的电子邮件地址。
谢谢mt_dialog.
亲爱的对话框，
我收到了你的邮件！我发了代码。
谢谢
避开Kudoh