我将Spotar服务添加到我的项目中，如应用程序文档所述，我已经验证了我的设备确实广告该服务和所有特征，无论是Sucota移动应用程序还是SmartSnippet都没有检测到它是偶像的。我使用Proximity Reporter运行了示例，它可以正常工作。我希望获得两个平台的移动应用程序代码，以了解它是如何检测设备是否有效的，以及它如何写入新固件。谢谢，
嗨jbackuk，
邮件发送。
谢谢mt_dialog.
我发现我必须在我的app标题文件中更改为以下内容：#define app_adv_data“\ x09 \ x03 \ x03 \ x18 \ x02 \ x18 \ x04 \ x18 \ xf5 \ xfe”#define app_adv_data_len（8 + 2）
事实证明App_adv_Data是一种在尝试连接之前要发放服务的方式。仍然尝试弄清楚如何确定app_adv_data值。
退房蓝牙核心4.0规范VOL 3 PART C版C版C - 通用访问配置文件第8章扩展查询响应数据格式。基本上，它是一个长度型值格式，包含不同类型的数据列表。您所拥有的广告数据可以如下解析：\ x09 - 长度\ x03 - 用于“16位服务类UUID的完整列表”的Type标记\ x03 \ x18 - 链接丢失服务UUID\ x02 \ x18 - 立即警报服务UUID\ x04 \ x18 - TX Power Service UUID\ xf5 \ xfe - 对话框Suota服务UUID
嗨jbaczuk，
你是什么意思app_adv_data如何被纠正？app_adv_data值由用户根据他在设备中实现的服务设置。
@ MT_DIALOG--我觉得JBACZUK正试图说，它不确定APP_ADV_DATA中的各种值，因此尚不清楚他如何修改APP_ADC_DATA来包括SUOTA服务。Joacimwe做了一个很好的工作，使得价值表所代表的东西，并告诉他可能找到信息的位置。
这是我的所有这一切：BLE 4.0规范是相当复杂的，而不致力于阅读所有各种API文档，而且我们根本不可能为我们崭露头角的开发人员以某种方式“知道”要看，更少“知道”我们正在寻找什么。也许在陡峭的学习曲线上没有办法，这是对话方面非常有助于提供允许用户快速启动和运行的示例源代码。参考应用程序很好地考虑，它们捕获了人们可能想要使用BLE的一般类型的应用程序，在这种情况下，DSPS非常适合将旧的“有线”应用程序转换为BLE。更好，对话框将根据要求提供IOS和Android应用程序的源代码。所以现在，新的BLE开发人员可能会将其遗留的“有线”设备扩展到新兴的事情上。好东西。对话框不是为了完全无私的理由来做这件事 - 也不应该是他们 - 他们希望出售很多芯片。
所以这是事情：当足够的人试图合并像DSP一样有价值和广泛适用的实用程序时，另一个同样是有价值的效用，就像Suota，他们失败了。有必要需要更多信息。对话框的动机应该与之前相同 - 销售更多的芯片！
所以这里有一些更多的动机：我目前正在研究同样的问题，整合DSP和Suota实用程序。我设计了一个完全功能的Android应用程序和完全WF功能的IOS应用程序，都按照我的设备按预期执行，两者都准备好在播放商店/ App Store上。我的设备现在处于设计的最后阶段（4个硬件修订后），我准备使用此产品，我的初始订单是5000个设备。根据我的设备的原始“有线”版本的成功，我希望销售数万。一旦我能够自信地更新DSP应用程序使用Suota，那么我就会“未来的”，我将开始运送我的设备，购买更多的芯片。
这是我的建议：将一个简单的应用笔记放在一起，它准确地描述了如何将DSP实用程序与Suota实用程序集成。由知识渊博的人（MT_DIALOG）这样做的时间花费可能远远低于在这些论坛中反复响应问题的时间。此应用笔记应该是AN-B-029基本相同，idescribes如何使用示例128修改模板项目。如果你能做到这一点，你会卖多少，许多更多的筹码，这只是我将购买的芯片，这将允许别人快速，轻松地将他们的产品迅速，毫无畏惧，毫无畏惧他们会发现自己“锁定”固件限制'。
最好的 - klim.
klim9513，
感谢您的评论，而且提供的反馈，也许这类教程对于应用说明非常小，但我们计划在不久的将来更新我们的常见问题切片，以更加维基的结构，以便上传小文章和用户的教程。我同意这应该是要添加的第一个文章之一。
br mt_dialog.
嗨jbackuk，
邮件发送。
谢谢mt_dialog.
我发现我必须在我的app标题文件中更改为以下内容：
#define app_adv_data“\ x09 \ x03 \ x03 \ x18 \ x02 \ x18 \ x04 \ x18 \ xf5 \ xfe”
#define app_adv_data_len（8 + 2）
事实证明App_adv_Data是一种在尝试连接之前要发放服务的方式。仍然尝试弄清楚如何确定app_adv_data值。
退房蓝牙核心4.0规范VOL 3 PART C版C版C - 通用访问配置文件第8章扩展查询响应数据格式。
基本上，它是一个长度型值格式，包含不同类型的数据列表。
您所拥有的广告数据可以如下解析：
\ x09 - 长度
\ x03 - 用于“16位服务类UUID的完整列表”的Type标记
\ x03 \ x18 - 链接丢失服务UUID
\ x02 \ x18 - 立即警报服务UUID
\ x04 \ x18 - TX Power Service UUID
\ xf5 \ xfe - 对话框Suota服务UUID
嗨jbaczuk，
你是什么意思app_adv_data如何被纠正？app_adv_data值由用户根据他在设备中实现的服务设置。
谢谢mt_dialog.
@ MT_DIALOG--我觉得JBACZUK正试图说，它不确定APP_ADV_DATA中的各种值，因此尚不清楚他如何修改APP_ADC_DATA来包括SUOTA服务。Joacimwe做了一个很好的工作，使得价值表所代表的东西，并告诉他可能找到信息的位置。
这是我的所有这一切：BLE 4.0规范是相当复杂的，而不致力于阅读所有各种API文档，而且我们根本不可能为我们崭露头角的开发人员以某种方式“知道”要看，更少“知道”我们正在寻找什么。也许在陡峭的学习曲线上没有办法，这是对话方面非常有助于提供允许用户快速启动和运行的示例源代码。参考应用程序很好地考虑，它们捕获了人们可能想要使用BLE的一般类型的应用程序，在这种情况下，DSPS非常适合将旧的“有线”应用程序转换为BLE。更好，对话框将根据要求提供IOS和Android应用程序的源代码。所以现在，新的BLE开发人员可能会将其遗留的“有线”设备扩展到新兴的事情上。好东西。对话框不是为了完全无私的理由来做这件事 - 也不应该是他们 - 他们希望出售很多芯片。
所以这是事情：当足够的人试图合并像DSP一样有价值和广泛适用的实用程序时，另一个同样是有价值的效用，就像Suota，他们失败了。有必要需要更多信息。对话框的动机应该与之前相同 - 销售更多的芯片！
所以这里有一些更多的动机：我目前正在研究同样的问题，整合DSP和Suota实用程序。我设计了一个完全功能的Android应用程序和完全WF功能的IOS应用程序，都按照我的设备按预期执行，两者都准备好在播放商店/ App Store上。我的设备现在处于设计的最后阶段（4个硬件修订后），我准备使用此产品，我的初始订单是5000个设备。根据我的设备的原始“有线”版本的成功，我希望销售数万。一旦我能够自信地更新DSP应用程序使用Suota，那么我就会“未来的”，我将开始运送我的设备，购买更多的芯片。
这是我的建议：将一个简单的应用笔记放在一起，它准确地描述了如何将DSP实用程序与Suota实用程序集成。由知识渊博的人（MT_DIALOG）这样做的时间花费可能远远低于在这些论坛中反复响应问题的时间。此应用笔记应该是AN-B-029基本相同，idescribes如何使用示例128修改模板项目。如果你能做到这一点，你会卖多少，许多更多的筹码，这只是我将购买的芯片，这将允许别人快速，轻松地将他们的产品迅速，毫无畏惧，毫无畏惧他们会发现自己“锁定”固件限制'。
最好的 - klim.
klim9513，
感谢您的评论，而且提供的反馈，也许这类教程对于应用说明非常小，但我们计划在不久的将来更新我们的常见问题切片，以更加维基的结构，以便上传小文章和用户的教程。我同意这应该是要添加的第一个文章之一。
br mt_dialog.