查看蓝牙核心4.0规范Vol 3 Part C -通用访问配置文件第8章扩展查询响应数据格式。 基本上，它是一种长度-类型-值格式，包含不同类型的数据列表。 你拥有的广告数据可以被解析如下: \ x09——长度 \x03 - Type tag for“Complete List of 16-bit Service Class uuid” \x03\x18 -链路丢失服务UUID \x02\x18 -即时警报服务UUID \x04\x18 - TX电源服务UUID \xF5\xFE -对话SUOTA服务UUID
嗨JBackuk,
邮件发送。
由于MT_dialog
我发现我必须在我的应用头文件中更改为以下内容:
#定义APP_ADV_DATA " \ x09 \ x03 \ x03 \ x18 \ x02 \ x18 \ x04以\ x18 \ xF5 \ xFE”
#定义APP_ADV_DATA_LEN (8 + 2)
事实证明，APP_ADV_DATA是在尝试连接之前宣传服务的一种方法。仍然在试图弄清楚APP_ADV_DATA值是如何确定的。
查看蓝牙核心4.0规范Vol 3 Part C -通用访问配置文件第8章扩展查询响应数据格式。
基本上，它是一种长度-类型-值格式，包含不同类型的数据列表。
你拥有的广告数据可以被解析如下:
\ x09——长度
\x03 - Type tag for“Complete List of 16-bit Service Class uuid”
\x03\x18 -链路丢失服务UUID
\x02\x18 -即时警报服务UUID
\x04\x18 - TX电源服务UUID
\xF5\xFE -对话SUOTA服务UUID
嗨JBaczuk,
你指的是如何确定APP_ADV_DATA ?APP_ADV_DATA值由用户根据他在设备中实现的服务来设置。
由于MT_dialog
@MT_DIALOG—我认为JBaczuk试图说的是，他不确定APP_ADV_DATA中的各种值代表什么，因此不清楚他可能如何修改APP_ADV_DATA以包括SUOTA服务。Joacimwe很好地展示了这些值代表什么，并告诉他在哪里可以找到这些信息。
这是我承担这一切:祝福4.0规范是相当复杂的,不花大量的时间阅读各种API文档等,这对我们来说是不可能发芽BLE开发商以某种方式“知道”在哪里看,更不用说“知道”我们正在寻找什么。也许没有办法绕过陡峭的学习曲线，然而，Dialog在提供样例源代码方面非常有帮助，允许用户相当快地启动和运行。参考应用程序是经过深思熟虑的，它们很好地捕捉了人们可能想要使用BLE的一般类型的应用程序，在这种情况下，DSPS，这是一个完美的转换旧的“有线”应用程序到BLE。更好的是，Dialog将根据要求提供iOS和Android应用程序的源代码。所以现在一个新的BLE开发者有可能将他们的传统“有线”设备扩展到新兴的物联网。伟大的东西。Dialog这样做不是出于完全无私的原因——他们也不应该这么做——他们希望销售大量BLE芯片。
所以事情是这样的:当足够多的人试图将一个有价值且广泛应用的工具，如DSPS，与另一个同样有价值的工具，如SUOTA合并时，他们失败了。显然需要更多的信息。《Dialog》的动机应该与之前相同——卖出更多BLE芯片!
所以这里有更多的动机:我目前正在处理同样的问题，集成DSPS和SUOTA实用程序。我已经设计了一款功能齐全的Android应用和一款功能齐全的iOS应用，这两款应用在我的设备上的表现都符合预期，都已准备好在Play Store/ app Store上架。我的设备现在处于设计的最后阶段(经过4个硬件修改)，我准备将其推向市场，我的初始订单是5000台设备。基于最初的“有线”版本的成功，我预计还会再卖出数万台。一旦我能够自信地使用SUOTA更新DSPS应用程序，我就可以“面向未来”，我将开始发货我的设备，并购买更多的BLE芯片。
我的建议是:编写一份简单的应用说明，准确描述如何将DSPS实用程序与SUOTA实用程序集成在一起。一个有知识的人(MT_Dialog)花在这些问题上的时间可能远远少于在这些论坛上反复回答问题的时间。这个App Note应该和AN-B-029基本相同，AN-B-029描述了如何用sample128修改模板项目。如果你能做到这一点，你就能卖出更多的BLE芯片，而不是我将要购买的那些，这将允许其他人快速、轻松地将他们的产品推向市场，而不用担心他们会发现自己“被固件限制”。
最好klim
嗨Klim9513,
谢谢你的评论,并提供反馈,也许这种教程是为应用程序很小注意但我们计划更新FAQ部分在不久的将来更wiki的结构以用户上传小文章和教程。我同意这应该是第一个添加的文章。
BR MT_dialog