提出一个清晰明了的问题，往往是快速解决问题的前提.
最好把你的最终目的也写清楚，很多时候折腾了大半天，发现结果与预期相差甚远，并且存在一些很简单的办法.
还有，连接失败，是如何判定失败的，直接连不上报错?错误码还是连上后，但是没有任何反应.
例程的主机默认并不是连接hid keyboard的，当然，经过一系列的修改是可以连上，获取到其数据的:
1，主机例程默认的是通过mac地址去连目标从机,你也可以直接修改该mac为hid keyboard的
2,hid的设备都是需要配对绑定后才能工作的，要看这里会不会出错
3,配对绑定后需要进行服务查询,报表获取,然后分析报表(如果只对接一款从机,hid报表获取往往分析可以省略,甚至服务查询也可以省略, 在你知道你在干什么的前提下)
4,使能notify
5,上面都成功后，这时候才算是真正意义上的连上
但是上面即使连上，似乎也没有太大意义，实际的使用中很少说写个死的mac地址去连，而是通过名字，信号强度，或者说广播里加的自定义讯息去连接。
如果真正切实的项目需求就是这样, 联系直接联系其官方业务人员,报备项目信息,让其分配相关技术人员, 这样可以得到更好的解决.
提出一个清晰明了的问题，往往是快速解决问题的前提.
最好把你的最终目的也写清楚，很多时候折腾了大半天，发现结果与预期相差甚远，并且存在一些很简单的办法.
还有，连接失败，是如何判定失败的，直接连不上报错?错误码还是连上后，但是没有任何反应.
例程的主机默认并不是连接hid keyboard的，当然，经过一系列的修改是可以连上，获取到其数据的:
1，主机例程默认的是通过mac地址去连目标从机,你也可以直接修改该mac为hid keyboard的
2,hid的设备都是需要配对绑定后才能工作的，要看这里会不会出错
3,配对绑定后需要进行服务查询,报表获取,然后分析报表(如果只对接一款从机,hid报表获取往往分析可以省略,甚至服务查询也可以省略, 在你知道你在干什么的前提下)
4,使能notify
5,上面都成功后，这时候才算是真正意义上的连上
但是上面即使连上，似乎也没有太大意义，实际的使用中很少说写个死的mac地址去连，而是通过名字，信号强度，或者说广播里加的自定义讯息去连接。
如果真正切实的项目需求就是这样, 联系直接联系其官方业务人员,报备项目信息,让其分配相关技术人员, 这样可以得到更好的解决.
举报
