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.
https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/1575660/cc2340r5-if-cc2340-support-channel-sounding
工具/软件：
但在 CC2340 的数据表中没有提到这一点。
您好！
CC2340R5 和 CC2340R53 上均提供了反射器（key_node 示例）、但发起者（car_node 示例）仅适用于 CC2340R53。
此致、 Lea
你好 Lea
感谢您的快速答复。
导致差异的原因是什么？
谢谢。
该差异是由于采用 car_node 示例的额外 RAM 空间所致。 CC2340R5 具有 34KB 的 RAM、而 CC2340R53 具有 64KB 的 RAM。
感谢您的快速和专业的回应。
在您的示例中:关键节点是反射者。汽车节点是发起者。
但在使用智能手机进行量程时。 智能手机通常是启动器。
这是否意味着汽车节点需要同时支持反射者和发起者？
TI 在将关键节点设置为反射器时考虑了什么？ 功效？
我认为、出于安全原因、TI 选择使用汽车节点作为发起方。 发起方负责数据距离收集以及使用收集的数据进行最终测量。 如果手机/钥匙是发起者、攻击者可能会以 1 米的距离进行回复、从而使他们能够从任何距离解锁汽车。
您能否与我分享将智能手机用作启动器的资源？
你好 Lea、
是否可以计算反射器侧的距离？
该信息来自您的中国当地 FAE 团队。
我得到了确认、可以计算出反射器侧的距离。 BLE 规范中允许这样做来进行信道探测。 但是、我们目前没有提供在反射者节点上执行此后处理计算的任何示例、因此您必须自己完成。
我可以看到的两种方法是: -将 car_node/initiator 示例转换为反射者角色 -浏览 car_node/initiator 的代码,并在 API 中调用正确的函数进行后处理。
如果采用第二种方法、我建议您查看示例的 app_cs_proced.c 文件、该文件负责后处理。
感谢您的快速和专业回答。
我想我们可以结束主题. 再次感谢。
