[参考译文] CC2650：无法测试我的器件的流控制违规情形。

admin

Other Parts Discussed in Thread: CC2650

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/613123/cc2650-unable-to-test-the-flow-control-violation-scenario-for-my-device

器件型号：CC2650

您好，

我想测试以下场景：

"背对背发送2 ATT 写入请求而不等待来自第一个请求的写入响应违反了蓝牙规范 ATT 流程。

根据蓝牙核心规范 4.1：
3.3.2顺序协议
许多属性协议 PDU 使用顺序请求响应协议。
客户端向服务器发送请求后、在
收到响应 PDU 之前、该客户端不应向同一服务器发送其他请求。
如果超出 ATT 流量、补丁程序将终止。

由于 BLE 堆栈返回 BLE 挂起响应、因此我无法在不等待读取器的写入响应的情况下以2回方式发送两个 ATT 写入请求。

如果您有解决方法、请告诉我。

此致、

Ajay

8 年多前

0 admin 8 年多前

TI__Guru**** 2595805 points

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

您好、Ajay、

您在此处所指的读者是什么？您能否使用如下所示的命令序列尝试 HCI 测试仪(processors.wiki.ti.com/.../LPRF_BLE_HCITester)

SEND_ATT_WriteReq 0、0x00、0x00、38、62
SEND_ATT_WriteReq 0、0x00、0x00、38、62

而无需像这样的命令响应的实际等待

SEND_ATT_WriteReq 0、0x00、0x00、38、62
WAIT_HCI_Vender_specific Event 5000、0x67f、、、、

谢谢、

Padmaja

0 admin 8 年多前

TI__Guru**** 2595805 points

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

您好、Padmaja、

我使用的应用程序与使用 cc2650与测试设备(puck)通信的 BTool 类似。
我在我的应用程序中使用以下命令时不会有任何延迟：
$HCI GATTWriteCharacteristicValue、0x0000.0x004502：00
$HCI GATTWriteCharacteristicValue、0x0000.0x0044、04：01

此致、
Ajay Rai

0 admin 8 年多前

TI__Guru**** 2595805 points

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

您好 Ajay、

您看到的是处理流量控制违规的正确行为。 BLE 堆栈将不允许这样做、您的应用将在后续 ATT 操作中收到 blePending。一旦违反流量控制、您将需要终止并重新建立连接、以恢复 ATT 承载卡上的正常运行。

祝你一切顺利

0 admin 8 年多前

TI__Guru**** 2595805 points

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

但我想测试我的设备，并验证它是否能够处理预期的此类交互。如果我在不等待响应的情况下发送多条 GATT 命令、我希望确保我的器件处理 ATT 流量违规问题。

0 admin 8 年多前

TI__Guru**** 2595805 points

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

simple_peripheral.c 中的流控制违规则事件内部：
否则(pMsg->method =ATT_flow_CTRL_쟖 랸_event)

调用 GAPRole_TerminateConnection()。

祝你一切顺利

Bluetooth®︎（参考译文帖）

Bluetooth®︎（参考译文帖）(Read Only)

[参考译文] CC2650：无法测试我的器件的流控制违规情形。