亲爱的对话框，
我已经用Murata LBCA2HNZYZ BLE模块开发了一个产品(其中包括DA14580芯片)。
这个产品有两个模块，一个是中心模块，另一个是外围模块。
但相互连接后，周边从不响应一小时几次。
中枢和外周之间的距离为大约6流量计。并没有在我的环境无线电波干扰。
在我的测试代码，中央发送具有23个八位位组PDU长度每50ms一个一个分组。
在许多情况下，外设用空包响应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：0x1FFFFFFFFF
SCA: 0 x00
加密是启用。
通过蓝牙协议使用MIDI
关键词：
依恋：
设备:
喜顺工藤，
这种理由链终端的是位罕见的发生，还有点奇怪，因为MIC在控制器的水平，我不认为有太多为了使发生断线原因，即使通过软件做的，这是一个不好的天线或嘈杂的环境，你应该能够重新发送。我想到的，也许，可能会导致这种断线的唯一的事情是你的软件使用AES硬件的，也许如果你正在使用这个硬件块，它没有正确共享。还尝试更换中央或在适当那些doen't功能的情况下，一个外设的装置。
谢谢mt_dialog.
亲爱的对话框，
感谢你的回复！
其实我在DA14580使用AES硬件，因为我们的BLE连接进行加密。
我进行了一些测试。这里有更多的事实。
1.我可以重现使用两个村田EVK（LBCA2HNZYZ-TEMP-DK），我们的软件同样的问题。
2.当我们的外设连接到Macbook时，没有问题。
[BLE设置]
使用winsize：03
间隔:0 x000f
延迟：为0x0000
超时：0x0064
CHM：0x1FFFFFFFFF
SCA: 0 x05
加密是启用。
通过蓝牙协议使用MIDI
3.没有问题，当其他外围设备（不使用加密）被连接到我们的中心。
[BLE设置]
使用winsize：02
间隔:0 x0006
延迟：为0x0000
超时:0 x0048
CHM：0x1FFFFFFFFF
SCA: 0 x00
加密是禁用的。
通过蓝牙协议使用MIDI
4.我可以重现具有较长连接间隔（7.5-> 15毫秒）和超时（720-1> 1000毫秒）相同的问题。
5.没有问题时，中央和周边被设定为更接近（0-3M）。
我想中央的加密方法出了问题。
我期待着你的消息。
谢谢你！
避开Kudoh
喜顺工藤，
关于加密，如果在您的中央端您使用命令，以便您的应用程序级实现使用加密硬件，那将是什么情况?更具体地说，如果在你的应用程序的任何地方使用以下命令GAPM_USE_ENC_BLOCK_CMD ?
但除此之外，事实上，当有设备之间的最小距离你不看到这种情况发生，这将表明天线问题。此外，通过嗅探器登录我已经注意到，你有retransmittions（意外SN），可以提供有关您使用（如果您正在使用，键入等）的XTAL32一些信息。还可以请你切换中央和外围例如PCB中央之间的板 - > FW外围与PCB的外围 - > FW中央和检查，如果你能赶上同样的错误在中央这一次。
谢谢mt_dialog.
亲爱的对话框，
我不使用命令GAPM_USE_ENC_BLOCK_CMD。
我只用一个债券和BLE_APP_SEC的示例代码的宏的加密命令。
我不同时使用32kHz xtal和睡眠模式。
我试图从中央，以便交换村田EVK（LBCA2HNZYZ-TEMP-DK）的硬件开关周和外周向中央。
但我已经能够重现此问题。
现在我尝试在中央和外围都进行同样的测试，不需要加密。到目前为止(一个小时)效果还不错。
我将继续进行这个测试。
谢谢你！
避开Kudoh
喜顺工藤，
由于您已经更改了硬件，并且能够重现这个问题，是外设断开连接(外设报告MIC错误作为断开原因，并由于中央出错的MIC字段包而断开连接，和以前一样)或中央(MIC断开原因出现在中央，由于外设发送的包上的MIC字段有故障)?
没有安全性和加密，你可能会超时断开连接，因为你不使用加密，你不应该得到MIC原因断开连接。
谢谢mt_dialog.
亲爱的对话框，
在许多情况下，断开是从外围侧。但同时，只有一次来自中央的脱节。
我没有得到任何断开连接，包括超时(代码0x08)没有安全和加密。
我已经使用一个DA14580用7.5毫秒的最快时间间隔和安全和加密以16兆赫的xtal。
我想有可能在核心部分缺乏业绩。
（同时，我想这核心需求时，中枢及外周在距离被投入更多的力量。）
该DA14580具有硬件AES外围，但安全和加密需要一些核心力量？
我不知道如果我能得到大约在两个[7.5ms的连接间隔+安全性和加密]和[7.5ms的连接间隔只有]局面性能裕度的信息。
谢谢你！
避开Kudoh
喜顺工藤，
这似乎有点不可思议的加密强加在该系统的延迟，因为它能够通过硬件完成，我们正在检查虽然加密，我们将让你知道。也只是为了验证，如果连接间隔较大，50毫秒或100毫秒，例如，你不得到与原因断开？
谢谢mt_dialog.
亲爱的对话框，
我已用100毫秒的连接间隔，并使用加密测试。
而我能够重现同样的问题（0x3D之间连接从外围由于终止MIC失败）。
我期待着从你听到的更新。
谢谢你！
避开Kudoh
喜顺工藤，
如果是这样的话那么连接的时间间隔似乎无关的问题，以及缺乏在核心性能可以划掉。是否有可能分享您的代码在邮件中以尝试复制的问题？
谢谢mt_dialog.
亲爱的对话框，
感谢您的支持。
你能告诉我我应该把我的代码寄到哪个地址吗?
我在你们的网站上找了一个地址，但是我找不到…
谢谢，
避开Kudoh
喜顺工藤，
邮件已发送到已注册的电子邮件地址。
谢谢mt_dialog.
亲爱的对话框，
我收到你的邮件！我打发我的代码。
谢谢
避开Kudoh