This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] CC2540:使用 CC2540通过数据包监听器进行 BLE 捕获

Guru**** 2587435 points
Other Parts Discussed in Thread: CC2540, CC2650, CC2560

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

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/730404/cc2540-ble-captures-with-packet-sniffer-using-cc2540

器件型号:CC2540
Thread 中讨论的其他器件: CC2650CC2560

大家好、

我创建了两个测试 BLE 的环境。 对于每个环境、都在连接到数据包监听器的 CC2540中监听了流量。 每个环境的结果都是完全不同的。

很明显、网关之间的差异是问题所在、因为 Sensortag cc2650在两种情况下都用于生成数据。 我的问题是:

  1. 如果同时实现 BLE 和使用相同的 CC2650、则资本支出为何会有如此多的差异?
  2. 在这两个捕获中、除了功能请求和功能响应外、还会显示 Connect Request (连接请求)屏幕。 为什么连接到 BeagleBone 的软件狗不发送更多帧
  3. 对于应用程序、LTK 将被恢复。 我对 Ubertooth 执行了相同的测试、它也恢复了 LTK、但它是加密的。 但是、有一些方法可以找到它。 为什么在一个案例中,传统知识被收回,而在另一个案例中,甚至是交流随机的?
  1. 连接到 BeagleBone 和 sensortag CC2560以收发 BLE 的软件狗(图中显示了交互)。  

  1. 选择了应用 Android 的 CC2560 Sensortag (基于 :https://github.com/googlesamples/android-BluetoothLeGatt)

最棒的

圣地亚哥

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

    BLE 是一种非常灵活的协议、基于计时和其他参数、即使同一两个器件之间的多个连接看起来也不同。 通常、#1和#2之间的主要区别似乎是、在#1中、加密狗不会启动与 sensortag 的配对、而是先执行 GATT 发现。 在#2中、手机首先启动配对和加密。

    2.有些设备在连接时自动执行 GATT 恢复和配对。 但是、之后它们将只保持连接。 保持连接需要发送空数据包、例如#2情况下的#118或#1情况下的#672。 这些数据包负责维护链路。 如果要在设备之间发送更多应用程序数据、则需要手动触发此操作(在应用程序中发送命令等)

    3.我不能评论 ubertooth 技术,但有一些配对过程不能监听 LTK,例如 LE Secure Connections 与 MIPTM 配对。 这取决于配对过程是以明文形式发送密钥、还是监听器在配对过程中错过了任何数据包。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    谢谢 、感谢您的回答。

    最棒的

    圣地亚哥