主题中讨论的其他器件: UNIFLASH、 CC2500
工具与软件:
尊敬的先生/女士:
在我们正在进行的应用开发中、我们需要 CC2651R3具有唯一的标识符或 MAC 地址来配置器件地址。 这对于在我们的专有射频模式下实现与多个器件的通信至关重要。 最初、我使用 SmartRF Studio 成功实现了一对一通信。
现在、下一步涉及配置 CC2651R3板以与多个射频器件通信。 您能否建议如何继续使用此配置?
参考:
我附上了我们项目的流程图。
此致、
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.
工具与软件:
尊敬的先生/女士:
在我们正在进行的应用开发中、我们需要 CC2651R3具有唯一的标识符或 MAC 地址来配置器件地址。 这对于在我们的专有射频模式下实现与多个器件的通信至关重要。 最初、我使用 SmartRF Studio 成功实现了一对一通信。
现在、下一步涉及配置 CC2651R3板以与多个射频器件通信。 您能否建议如何继续使用此配置?
参考:
我附上了我们项目的流程图。
此致、
我想发送器将 在其 定制 PropRF 传输数据包中包括目标地址、所有接收器将根据此地址过滤数据包、并在应用层中相应地执行操作。 还有更高层的堆栈解决方案、例如 TI 15.4-Stack 或 Z-Stacking、可自动完成此类数据包地址管理。
此致、
Ryan
感谢您的响应。 您对我们问题陈述的理解是正确的。 但是、请在上述回答中阐明以下几点。
我们的问题是、基于接收器地址完成的滤波是在哪一层完成的? 一种方法是基于应用层中的接收器地址进行过滤。 但是、这会降低我们应用的性能、因为我们将在365天内全天候从单个发送器轮询至少100个接收器。 这意味着每个接收器应用层都将被每个数据包中断、即使它并非面向所有接收器。 在您的 CC2500中有一个硬件地址过滤、该过滤将根据硬件地址进行过滤、如果数据包不是发往接收器的并且不会中断应用层、则会丢弃该数据包。
是否有任何方法可以实现与 CC2651R3类似的行为?
不应使用 CC2500进行比较、因为它是具有窄带 终端使用焦点的传统收发器产品。
请查看 RFC_CMD_PROP_RX_ADV_s 结构(也取决于 RFC_CMD_PROP_TX_ADV_s 数据包内容)的 addrConf 结构、并确定您是否可以 根据需求使用此结构(或类似于 rflib API)。 相关的 E2E 主题如下: https://e2e.ti.com/f/1/t/1359313
此致、
Ryan