亲爱的Dialog，
我已经用Murata LBCA2HNZYZ BLE模块开发了一个产品(其中包括DA14580芯片)。
这个产品有两个模块，一个是中心模块，另一个是外围模块。
但在相互连接后，外设一小时内不会有几次响应。
中央和外围之间的距离约为6米。在我的环境中没有无线电波干扰。
在我的测试代码中，central每50ms发送一个长度为23个八位组的数据包。
在许多情况下，外设用空包响应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
关键词：
附件：
设备:
你好，库多舜，
这种链路终止的原因有点罕见，也有点奇怪，因为麦克风在控制器级别，我不认为有太多的事情要通过软件来引起断开的原因，即使是坏天线或嘈杂的环境，你应该能够重新传输。我想到的唯一一件事，可能会导致这种断开连接，就是软件使用AES硬件，如果您使用的是这个硬件块，它可能没有正确共享。此外，还应尝试更换中央或外围设备，以防其中一个设备无法正常工作。
谢谢你的对话
亲爱的Dialog，
谢谢你的回复！
实际上我在DA14580中使用了AES硬件，因为我们的BLE连接是加密的。
我还进行了一些测试。以下是其他事实。
1.我可以使用两个Murata EVK（LBCA2HNZYZ-TEMP-DK）和我们的软件重现相同的问题。
2.当我们的外设连接到Macbook时，没有问题。
[BLE设置]
WinSize:03
间隔:0 x000f
延迟：0x0000
超时：0x0064
ChM:0x1ffffffff
SCA: 0 x05
启用加密。
通过蓝牙协议使用MIDI
3.当其他外设（不使用加密）连接到我们的中心时，没有问题。
[BLE设置]
WinSize:02
间隔:0 x0006
延迟：0x0000
超时:0 x0048
ChM:0x1ffffffff
SCA: 0 x00
加密是禁用的。
通过蓝牙协议使用MIDI
4.我可以用更长的连接间隔（7.5->15毫秒）和超时（720->1000毫秒）重现相同的问题。
5.当中央和外围设置得更近（0-3m）时，没有问题。
我想中央的加密方法出了问题。
我期待着你的消息。
谢谢你！
避开Kudoh
你好，库多舜，
关于加密，如果在您的中央端您使用命令，以便您的应用程序级实现使用加密硬件，那将是什么情况?更具体地说，如果在你的应用程序的任何地方使用以下命令GAPM_USE_ENC_BLOCK_CMD ?
但除此之外，当设备之间存在最小距离时，你不会看到这种情况发生，这表明天线出现问题。另外，通过嗅探日志，我注意到您有重传（意外的SN），您能否提供一些有关您使用的XTAL32的信息（如果您正在使用，请键入等）。另外，请您在中央和外围设备之间切换电路板，例如pcb central->fw peripheral和pcb peripheral->fw central，并检查您这次是否能在中央设备中捕捉到相同的错误。
谢谢你的对话
亲爱的Dialog，
我不使用命令GAPM_USE_ENC_BLOCK_CMD。
我只在BLE_APP_SEC的示例代码宏中使用Bond和encrypt命令。
我不同时使用32kHz xtal和睡眠模式。
我尝试交换Murata EVK（LBCA2HNZYZ-TEMP-DK）的硬件，以便从中央切换到外围设备，从外围设备切换到中央设备。
但我已经能够重现这个问题。
现在我尝试在中央和外围都进行同样的测试，不需要加密。到目前为止(一个小时)效果还不错。
我将继续进行这个测试。
谢谢你！
避开Kudoh
你好，库多舜，
由于您已经更改了硬件，并且能够重现这个问题，是外设断开连接(外设报告MIC错误作为断开原因，并由于中央出错的MIC字段包而断开连接，和以前一样)或中央(MIC断开原因出现在中央，由于外设发送的包上的MIC字段有故障)?
没有安全性和加密，你可能会超时断开连接，因为你不使用加密，你不应该得到MIC原因断开连接。
谢谢你的对话
亲爱的Dialog，
在许多情况下，断开是从外围侧。但同时，只有一次来自中央的脱节。
我没有得到任何断开连接，包括超时(代码0x08)没有安全和加密。
我使用了DA14580，最快间隔为7.5毫秒，安全性和加密性为16 MHz xtal。
我猜核心部分可能缺乏性能。
（我还认为，当中央和外围设备相距较远时，内核需要更多的电源。）
DA14580有硬件AES外围设备，但安全和加密需要一些核心功能吗？
我想知道在[7.5毫秒连接间隔+安全性和加密]和[7.5毫秒连接间隔仅限]的情况下，我是否可以获得性能余量的信息。
谢谢你！
避开Kudoh
你好，库多舜，
由于加密是通过硬件完成的，所以加密对系统造成延迟似乎有点奇怪，我们正在检查，我们会让您知道。另外，为了验证连接间隔是否更大，例如50毫秒或100毫秒，您不会因此而断开连接？
谢谢你的对话
亲爱的Dialog，
我已经测试了100毫秒的连接间隔和使用加密。
我能够重现同样的问题（0x3D连接由于外围设备的麦克风故障而终止）。
我期待着听到你的最新消息。
谢谢你！
避开Kudoh
你好，库多舜，
如果是这种情况，那么连接的间隔似乎与问题无关，核心中的性能不足可以忽略不计。是否可以通过邮件共享您的代码以尝试复制问题？
谢谢你的对话
亲爱的Dialog，
谢谢你的支持。
你能告诉我我应该把我的代码寄到哪个地址吗?
我在你们的网站上找了一个地址，但是我找不到…
非常感谢。
避开Kudoh
你好，库多舜，
已向注册的电子邮件地址发送邮件。
谢谢你的对话
亲爱的Dialog，
我收到你的邮件了！我发了我的密码。
谢谢
避开Kudoh