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.

[参考译文] CC2650RC:基于 RemoTI-2.0.0.13或 RemoTI-2.0.1.15中的 cc2650rc、使用 CC2650作为协调器、在 RC 应用中使用 Recipent 作为软件狗

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

https://e2e.ti.com/support/wireless-connectivity/other-wireless-group/other-wireless/f/other-wireless-technologies-forum/568975/cc2650rc-using-cc2650-as-the-coordinator-recipent-as-the-dongle-in-the-rc-application-based-on-cc2650rc-in-remoti-2-0-0-13-or-remoti-2-0-1-15

器件型号:CC2650RC
Thread 中讨论的其他部件:CC2650RemoTI

我们的最终目标是在自己的电路板上使用 CC2650作为 Zigbee 无线电。 CC2650将作为设置网络的协调器、并允许其他设备(两个)加入。 CC2650将是接收器、例如接收器、对其他器件做出响应。 它还将定期向其他设备发送查询、以了解其状态。

我们将 CC2650RC 项目用作我们的基准。 目前、我们能够编译 cc2650rc_app 并将其下载到定制板、使其能够配对并将按键发送到软件狗、就像遥控器一样。

我们的实施要求我们将项目从发起方更改为接收方。 我看到在 cc2650rc_stack 中、GDP 和 ZRC 源代码具有用于收件人配置的所需的.c 和.h 文件。 从外观来看、我需要重写几乎整个 cc2650rc_app、因为它是作为发件人编写的。

我的问题/障碍是:

RemoTI-2.0.0文档和项目中的实际代码有一些差异、即 RTI_PollInd 与 RTI_PollRsp 文档有这两个差异、而代码库只有 RTI_PollRsp、因此我在编译时得到了未解析的符号。 这两个函数具有不同的参数。  我尝试了2.0.0.13和2.0.1.15、结果相同。

2.我知道软件狗代码只以二进制形式提供。 是否有与之类似的应用手册或示例代码? 就像步骤成为协调器角色一样,设置网络,响应发现请求,然后等待配对请求.... 等等

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

    您好、Ronald、

    您的目标是在任何 CC2650上创建收件人、还是专门将 CC2650RC 变为收件人? 还有另一个主题正在讨论相同的内容、 e2e.ti.com/.../547996。

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

    [引用用户="Torbjorn Sorby"]

    您好、Ronald、

    您的目标是在任何 CC2650上创建收件人、还是专门将 CC2650RC 变为 收件人? 还有另一个主题正在讨论相同的内容、 e2e.ti.com/.../547996。

    [/报价]

    它不必是 CC2650RC。 我只选择 CC2650RC、因为我们让它作为在我们的硬件上运行的发起方。 然后、目标是将我们的硬件变为收件人、并使用另一个硬件作为发起方。

    让它们进行配对并来回发送数据。 我看了您提到的线程、担心运行 RNP 需要一个主机或主机 MCU 来控制 NP。 我认为我更不是单芯片解决方案。 如果我对此有误、请予以更正。

    我在 cc2650rc_stack 中定义了 feature_recipient,并引入了所需的源文件,例如 zrc_binding_recipient.c 和 GDP discovery_recipient.c…… 编译并构建正常。

    现在、我在 cc2650rc_app 中工作、看起来它完全是作为一个远程控制(发起方)编写的、我假设我必须重写大部分(如果不是全部)? 除非有更直接的代码/应用程序交织示例?

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

    大家好、 Torbjorn、

    我还尝试让 LaunchPad 按照您提到的其他线程工作。

    我下载了"~/hex/cc2650lp_rnp_rti_originator_stack.hex "和"~/hex/cc2650lp_rnp_rti_originator_app.hex "

    以及"~/hex/cc2650lp_rnp_rti_originator_uart_super.hex "连接到 LaunchPad。

    当使用目标仿真器 v1.4.3与其进行通信时、这两个示例都给出了与下面类似的错误消息。 我们将 COM 端口设置为115200、8 N 1。

    ----------------------------------------

    RemoTI 目标仿真器- v1.4.3
    ----------------------------------------
    初始化用户组件...
    完成
    ----------------------------------------
    正在启动仿真器...
    初始化 RTI Library...COM20……
    完成
    ----------------------------------------
    正在获取启动信息...
    ----------------------------------------
    - RTI_ReadItemEx
    profileID = 0xFF (255)(RTI)
    itemNumber = 0xA0 (160)(RTI_CP_item_startup_CTRL)
    项目长度= 0x01 (1)
    ----------------------------------------
    - RTI_ReadItemEx
    状态= 0xFF (255)(同步 NPI 超时)
    -读取 ReadItemEx 时出错
    -未在选定端口上找到设备
    SetupSerialPortTarget ReadItemEx RTI_CP_item_startup_CTRL 失败
    错误0xFF (255)
    同步 NPI 超时
    -启动仿真器失败
    ----------------------------------------
    正在启动仿真器...
    初始化 RTI Library...COM19……
    完成
    ----------------------------------------
    正在获取启动信息...
    ----------------------------------------
    - RTI_ReadItemEx
    profileID = 0xFF (255)(RTI)
    itemNumber = 0xA0 (160)(RTI_CP_item_startup_CTRL)
    项目长度= 0x01 (1)
    ----------------------------------------
    - RTI_ReadItemEx
    状态= 0xFF (255)(同步 NPI 超时)
    -读取 ReadItemEx 时出错
    -未在选定端口上找到设备
    SetupSerialPortTarget ReadItemEx RTI_CP_item_startup_CTRL 失败
    错误0xFF (255)
    同步 NPI 超时
    -启动仿真器失败

    ----------------------------------------

    您或任何人能否在 LaunchPad 和 PC (目标仿真器 v 1.4.3)之间共享成功的通信? 谢谢!