我能够使用DISC配置文件在第一个连接上发现DIS服务。如果设备断开连接后又重新连接，则尝试进行第二次服务发现会失败，出现GATT超时(0x57)错误。第二个服务发现可能不是必需的，但在BTLE规范中肯定是允许的。为什么第二次发现服务失败?
我真的不知道，但服务发现过程是否会改变某些不返回的状态，然后设备就不能正确管理请求?
谢谢你的评论。我想你说的是对端设备?如果是这样，谁也不知道，当然，可能总是这样。但使用Android平台作为中心，我没有问题。我想知道是否有一些无记录的行动正在发生，其中SW拒绝执行的行动，因为它已经做了。Dialog没有提供太多关于中心角色活动的文档，所以很难知道发生了什么。
如果你指的是对话SW，那很可能是。我正在使用他们的模板项目，这可能是不一致的东西。模板是非常面向外围的，即使将角色设置为中心，仍然存在破坏中心的仅外围操作。我找到了一些，但可能不是全部。我还没开始看资料呢。
你好布莱恩,
事实上，这种情况不应该发生。
你能从这个失败中给我发一条日志吗?您可以使用BTOOL或连接管理器进行测试(http://support.dialog-semiconductor.com/connection-manager-win-installer)，并阅读DIS。
问候,
对话框的团队。
谢谢你的回复。这带来了一个不同的问题，当我试图安装连接管理器时，我的反病毒软件(AVG)说它被下载程序感染了。代理病毒。我又下载了一次软件，结果还是一样。是否与AVG有已知冲突?我不敢安装它;关于Downloader,Agent所做的警告是相当严峻的。
你好,布莱恩。
我们意识到AVG和smart snippets的一个问题:请参阅下面的帖子。
http://support.dialog-semiconductor.com/strange-anti-virus-warning-message
BR JE_Dialog
智能代码片段安装没有问题。有警告的是连接管理器。这是一个不同的警告。它声明SW包含下载。代理病毒。
好的，布莱恩，我会和开发商核实一下，然后再告诉你。
我不再使用任何客户端配置文件，而是只使用GATT*和GAP* api，因为它们对中央开发人员来说显得更健壮;所以我不再有调试DISC服务发现问题的代码。服务发现工作在GATT级别(目前为止)。
我真的不知道，但服务发现过程是否会改变某些不返回的状态，然后设备就不能正确管理请求?
谢谢你的评论。我想你说的是对端设备?如果是这样，谁也不知道，当然，可能总是这样。但使用Android平台作为中心，我没有问题。我想知道是否有一些无记录的行动正在发生，其中SW拒绝执行的行动，因为它已经做了。Dialog没有提供太多关于中心角色活动的文档，所以很难知道发生了什么。
如果你指的是对话SW，那很可能是。我正在使用他们的模板项目，这可能是不一致的东西。模板是非常面向外围的，即使将角色设置为中心，仍然存在破坏中心的仅外围操作。我找到了一些，但可能不是全部。我还没开始看资料呢。
你好布莱恩,
事实上，这种情况不应该发生。
你能从这个失败中给我发一条日志吗?
您可以使用BTOOL或连接管理器进行测试(http://support.dialog-semiconductor.com/connection-manager-win-installer)，并阅读DIS。
问候,
对话框的团队。
谢谢你的回复。这带来了一个不同的问题，当我试图安装连接管理器时，我的反病毒软件(AVG)说它被下载程序感染了。代理病毒。我又下载了一次软件，结果还是一样。是否与AVG有已知冲突?我不敢安装它;关于Downloader,Agent所做的警告是相当严峻的。
你好,布莱恩。
我们意识到AVG和smart snippets的一个问题:请参阅下面的帖子。
http://support.dialog-semiconductor.com/strange-anti-virus-warning-message
BR JE_Dialog
智能代码片段安装没有问题。有警告的是连接管理器。这是一个不同的警告。它声明SW包含下载。代理病毒。
好的，布莱恩，我会和开发商核实一下，然后再告诉你。
BR JE_Dialog
我不再使用任何客户端配置文件，而是只使用GATT*和GAP* api，因为它们对中央开发人员来说显得更健壮;所以我不再有调试DISC服务发现问题的代码。服务发现工作在GATT级别(目前为止)。