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:CC2651R3配置器件地址的唯一标识符。

Guru**** 1818760 points
Other Parts Discussed in Thread: CC2651R3, UNIFLASH, CC2500
请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/wireless-connectivity/other-wireless-group/other-wireless/f/other-wireless-technologies-forum/1396906/cc2651r3-unique-identifier-for-cc2651r3-configuring-device-address

器件型号:CC2651R3
主题中讨论的其他器件: UNIFLASHCC2500

工具与软件:

尊敬的先生/女士:

在我们正在进行的应用开发中、我们需要 CC2651R3具有唯一的标识符或 MAC 地址来配置器件地址。 这对于在我们的专有射频模式下实现与多个器件的通信至关重要。 最初、我使用 SmartRF Studio 成功实现了一对一通信。

现在、下一步涉及配置 CC2651R3板以与多个射频器件通信。 您能否建议如何继续使用此配置?

参考:

以前要求查询同一项目

我附上了我们项目的流程图。

此致、

Reshmi Senan.e2e.ti.com/.../0844.cc2651R3.docx

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

    尊敬的 Reshmi:

    FCFG1:MAC_15_4_0寄存器包含一个可供使用的唯一 IEEE 地址。  或者、您可以将自定义值编程到 CCFG:IEEE-MAC_0 (Uniflash -> Settings & Utilities 具有支持向此位置写入值的功能)。  然后、您的应用程序会读取此值并将其用于预期用途。

    此致、
    Ryan

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

    感谢您的响应。 如何将目标 MAC 地址放入传输的数据包中? 换句话说、我有一个发送器和多个接收器。 我想将其传输到第一个接收器和接收器响应。 然后、我要传输到第二个接收器、以此类推。 当我传输到第一个接收器时、我不希望其他接收器响应数据包。 我是否需要在我的应用层处理此问题、或者您的 CC2500中是否进行了硬件地址过滤?

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

    我想发送器将 在其 定制 PropRF 传输数据包中包括目标地址、所有接收器将根据此地址过滤数据包、并在应用层中相应地执行操作。  还有更高层的堆栈解决方案、例如 TI 15.4-StackZ-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