[参考译文] CC2640R2F：SDKv4.10：128位 UUID 在一段时间后变为16位 UUID？

嘿，克尔，

我已将您的职位分配给一位可以提供帮助的同事。

大家好，我是 Markel 的应用程序开发人员  

我注意到标签可能会进入无法发现其中一项服务的状态。  如果我重新刷新标签，该服务将在一段时间内再次被发现，然后再次被发现。

我用我的 NRF 嗅探器进行了一些 Wireshark 捕获，并能够观察到这两种情况：1)发现了服务，2)未发现服务。

在 Wireshark 捕获中，我看到的是：

案例1：未发现服务

• 中央设备发送：按组类型请求(0x10)读取 GATT 主要服务声明(0x2800)，开始句柄0x0001，结束句柄0xFFFF
• 标签以“按组类型读取”响应(0x11)响应，分布在4个数据包中：
  • 句柄0x0001：通用访问配置文件，
  • 句柄0x0008：通用属性配置文件
  • 句柄0x0013：专有服务2
  • 句柄0x001a：专有服务3.
  • 手柄0x001e：专有服务4.

案例2：发现服务

• 中央设备发送：按组类型请求(0x10)读取 GATT 主要服务声明(0x2800)，开始句柄0x0001，结束句柄0xFFFF
• 标签以“按组类型读取”响应(0x11)响应，分布在5个数据包中：
  • 句柄0x0001：通用访问配置文件，
  • 句柄0x0008：通用属性配置文件
  • 句柄0x0009：专有服务1   <<<------------- 这是缺少的服务
  • 句柄0x0013：专有服务2
  • 句柄0x001a：专有服务3.
  • 手柄0x001e：专有服务4.

关于服务从128位更改为16位的报告，我认为这是因为我们在广告数据中将专有服务作为16位 UUID 包含在内。  然后，当我使用 macOS 实用程序应用程序运行服务发现时，该应用程序将此16位服务(0x1110)包括在显示的服务列表中，即使该服务不包括在实际的服务发现交换中。

我们尝试将通告的服务 UUID 更改为完整的128位 UUID。  在这种情况下，该服务将在实用程序应用程序中显示完整的 UUID，但我仍然无法与该服务进行交互或发现其特征。  我猜测这是因为该应用程序不知道该服务的实际处理方式，因为它未被发现，它只知道该服务应该存在，因为它存在于广告数据中。

您好，西蒙，

这些是 使用 SDKv4.10 (没有 sysconfig)的自定义蓝牙服务。 在自定义 Android 应用程序中，据报告 数据服务 F0001110-0451-4000-B000-00000000在 一段时间后消失

在我使用 Android NRF Connect 应用程序进行测试时 ，数据服务 F0001110-0451-4000-B000-00000000不会消失。

克尔

我还建议检查是否未发生内存损坏。 内存损坏可能是由于内存处理错误或堆/堆栈短缺。

您好，西蒙，

作为广告数据包的一部分，数据服务 UUID 似乎导致了上述问题。 所以我已经评论了。 我将此帖子标记为已解决。 如果我们遇到更多的问题，我将就这一问题发表一个新的帖子。

static uint8_t advertData[] =
{
  // Flags: this field sets the device to use general discoverable
  // mode (advertises indefinitely) instead of general
  // discoverable mode (advertise for 30 seconds at a time)
  0x02,   // length of this data
  GAP_ADTYPE_FLAGS,
  DEFAULT_DISCOVERABLE_MODE | GAP_ADTYPE_FLAGS_BREDR_NOT_SUPPORTED,

  // service UUID, to notify central devices what services are included
  // in this peripheral
  0x01,   // length of this data
  GAP_ADTYPE_16BIT_MORE,      // some of the UUID's, but not all
  //LO_UINT16(XXXXXSERVICE_SERV_UUID),
  //HI_UINT16(XXXXXSERVICE_SERV_UUID)
};

克尔

很高兴您的问题得到解决，并感谢您的回复！