微波EDA网,见证研发工程师的成长!
首页 > 研发问答 > 无线和射频 > TI蓝牙设计交流 > 基于CC2541的HIDAdvRemoteDongle历程的项目BQB认证

基于CC2541的HIDAdvRemoteDongle历程的项目BQB认证

时间:10-02 整理:3721RD 点击:

请问基于CC2541的HIDAdvRemoteDongle历程的项目做BQB认证时认证哪些profile和service,

这个HID的host只扫面和读取从机HID设备的profile和service,那么它需不需要认证,如需要,认证哪些项目?

Mande Ren,

遥控器端要过的service 和 profile认证是:

HID Service Service supported over LE
HID over GATT Profile HID Device (Server) 
HOGP 1.0 
Profile supported over LE

你要是想拿CC2540 dongle去过BQE认证,那你就只要过Profile的认证就行,因为不存在service在上面,注意是Client

HID over GATT Profile HOGP 1.0 
Profile supported over LE 
Report Host (Client)

好的,多谢

Yan,

    国庆节快乐!

    经常看到你回复帖子的身影。非常感谢你对大家的支持和协助。

    我们使用CC2541已经有一段时间了。

    最近的一个案子使用AdvHidRemote做HID遥控器项目,项目已经接近尾声,结果客户测试发现兼容性存在太多问题。

不知道Ti原厂是否就HID的兼容性做过比较多测测试。现在感觉项目就是临门一脚,结果因为此问题将被拒之门外,实在是感觉

难受。我们就此问题咨询过很多做这个的朋友和同业的一些设计人员,都有反应CC2541的HID兼容性成问题。有好几个朋友之前

实用CC2541做的HID的案子最后的放弃转而使用另外的方案去了。

以上截图只是其中一个客户的部分测试结果。

真心希望你能帮忙向TI反应相关方面的问题,更新一版HID兼容性测试过的协议栈和例程release出来。

再次感谢!

Ray Huang1,

感谢你对TI的支持。

TI的方案在很多大的智能电视机厂和机顶盒厂中被广泛应用,根据我支持他们的经验来看,TI的蓝牙协议栈(包括HID profile)早已经过多年市场洗礼(TI的协议栈是市面上最早的一个),从客户那里的各种反馈和实际产品来看,相比其他几家著名友商,目前几乎也是最稳定的几个其中之一(兼容性,连接稳定性等),其中有些测试环境是相当苛刻的,TI往往都是领先其他家通过稳定性测试的。

所以你遇到的问题我觉得很奇怪,不知道你用的是最新的TI的SDK?或者你有没有空中用专用的sniffer (TI的2540 dongle不行,HID需要配对,dongle无法解析加密后的数据,只能用frontline或者Ellisys的专业协议分析仪才可以)抓包看过具体的连接失败的原因是什么呢?

Yan,

非常感谢您的回复和支持。

我们当初立项也是看中CC2541使用面积够广,资料完整性好。

很遗憾,我们没有专业的协议分析仪。目前使用的是BLE-CC254x-1.4.1.43908b

,我有注意到了TI最新的stack,提到为兼容安卓6.0设备,建议使用1.4.1及以上版本的stack。

我所理解的这句话的含义应该是说1.4.1级以上版本已经解决了安卓6.0的兼容性.但实际测试起来1.4.1对于安卓6.0设备是有问题的,

从1.4.1的stack发布的时间(May 21, 2015)来看,应该是早于Android 6.0的发布时间的(2015年9月)

我们试了1.4.2.2。

测试了手头2款安卓6.0的设备,一款是Honor 5X  Android 6.0,一款是MI Note  Android 6.0.1,看起来是可以正常配对连接了。

不知道对于其他的版本是否也会有所改善。

因为手上没有TI原厂推出的ARC Kit

如果可以的话,能否麻烦您使用原厂的套件进行验证测试一下对身边的安卓设备的兼容性?

不出意料的话,应该是比较容易测试到不兼容的产品,可以拿专业的协议分析仪看到失败的原因。

您提到的TI的方案在很多大的智能电视机厂和机顶盒厂中被广泛应用,我相信这是事实,但是,他们的产品

跟我们设计蓝牙HID周边的产品有个根本的不同,就是,他们的使用CC2541的产品,都是固定在某一个平台

或机型的,而我们的产品设计的目的,是兼容尽可能多的的安卓设备和iOS设备。

如能够得到您的验证,不胜荣幸和感激。

就目前碰到了一个好几款手机都会出现的问题,就是

1.手机和 HIDAdvRemote刚开始可以配对和连接成功,也可以有正常的键鼠动作,

2.但是,将HIDAdvRemote重新上电后,接下来是HIDAdvRemote端指示已经连上手机,但手机这端并没有显示连接,自然键鼠不能够动作。

3.注意同样的程序在一部分其他款的手机上是可以重新上电正常连接及动作的。

这个情况应该从哪方面分析?

期待您的指教。

Ray Huang1 ,

市面上的智能手机,包括安卓和苹果,平台主处理器可能会不一样,但用的都是BT+Wi-Fi的combo芯片,目前99%是来自两家:BCM和MTK。很巧的是,各大电视机上用的也是这两家。。。所以。。。

但是这个说的再多也不能解决你的问题。另外安卓很开放,也是它不稳定的一个原因(最终设备生产商在上层协议栈和应用上经常做各种改动)。

单纯连接稳定性的话,不一定要用TI的HID遥控器去对比,如果你有keyfob或者其他TI的开发板,你也可以烧入HIDEmuKbd工程和你那些设备去连接测试,然后和你的HID产品做对比。

Yan,

 你好,谢谢。你说的都试过了。确实是有兼容性的问题。

你说的电视机厂家,他们有一个优势,就是即便发现兼容性问题,是可以通过

修改电视机端来适应的。

尚有个具体的问题麻烦你帮忙指点一下:

就目前碰到了一个好几款手机都会出现的问题,就是

1.手机和 HIDAdvRemote刚开始可以配对和连接成功,也可以有正常的键鼠动作,

2.但是,将HIDAdvRemote重新上电后,接下来是HIDAdvRemote端指示已经连上手机,但手机这端并没有显示连接,自然键鼠不能够动作。

3.注意同样的程序在一部分其他款的手机上是可以重新上电正常连接及动作的。

这个情况应该从哪方面分析?

期待您的指教。

Ray Huang1,

这个没有其他捷径,空中的协议分析是必须的。

无线通信产品的开发都离不开这一步。

Yan,

   有工具自然是好,没有的情况下只能去分析各种可能性。

所以依照以往经验,导致手机端无连接而外设端却得到连接OK的信息的大致的比较可能的因素会是什么?

很悲伤的消息,昨天去魅族手机专卖店测试了7款手机:

仅仅2款android 5.1的是可以正常工作的。

而3款 android 6.0系统的连配对都不接受

还有2款yunos 5.1系统的的也是连配对都不接受

配对不接受的现象是,按下手机上扫描到的HIDAdvRemote(至少还能扫描到)设备,

一般正常情况下,设备名字下方会显示 正在配对,且设备名会变成灰色,等配对成功或失败才会

回复原样显示。

而在上面提到的配对不接受的手机上,其表现就是:

按下设备名后,直接马上回复原样显示。

我在想,是否HIDAdvRemote广播出去的信息或参数直接导致手机端不进入配对模式?

Yan,能说说你的猜想吗?

谢谢!

我也遇到你说的问题,现象和你的基本相同,请问你的问题解决了吗?确认原因了吗?

Copyright © 2017-2020 微波EDA网 版权所有

网站地图

Top