• 状态 Resolved
  • 已锁定 已锁定
  • 回复 4 回复
  • 订户 0 订户
  • 视图 150 视图
  • 用户 0 会员在此处
选项
选项
相关

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.

[参考译文] 将 ZRC 2.0配置文件移植到运行基于 Remo-TI 1.3.1的网络映像的网络处理器。

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

https://e2e.ti.com/support/wireless-connectivity/other-wireless-group/other-wireless/f/other-wireless-technologies-forum/871808/porting-zrc-2-0-profile-with-network-processor-running-remo-ti-1-3-1-based-network-image

主题中讨论的其他器件：RemoTI

我们正在进行以下配置中的 ZRC2.0配置文件移植。

                          TI 芯片–CC2534

                           TI 芯片固件-  RNP-NWK-CC2534F64_SPI_v1_3_1_1943_FREQTUNE0x09.bin   (网络映像、无配置文件)

                           主机/应用处理器- ZRC2.0/GDP 配置文件+ ZRC2.0应用                                               (从 RemoTI-1.4源代码提取 zrc/GDP 代码)

 我们对此项努力有几个问题。

  1. 将 ZRC 2.0配置文件移植到运行基于 Remo-TI 1.3.1的网络映像的网络处理器。

  在此配置中、我们能够初始化 TI 芯片并获取 RTI_InitCnf ()、还能够通过 RCN API 设置和获取网络参数。  一旦 ZRC 应用程序通过调用 RTI_AllowBind ()启用配对、同一请求就会传递到 GDP 层(以设置标志)。 网络处理器没有 RCN 呼叫流程(发现/配对)。   在这种情况下，当我们在射频遥控器上启动配对过程时， 我们不会看到任何 RCN 通知通过 RCN_CbackEvent()传递到 RTI 层(在主机处理器上运行)

这使我们担心网络处理器是否运行基于 Remo-TI 1.3.1堆栈的固件，是否无条件转发发现请求。  

  1. 基于 RemoTI 1.4.x 版的网络映像

TI 能否提供基于 RemoTI-1.4的网络映像、以及是否更适合我们的需求(在主机端移植 ZRC2.0)？

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

    您好！

    根据"RemoTI API.pdf"的第1.3节(位于 Documents/API 中、 也有一个版本)、您可以使用 RTI 或 RCN API (但不能同时使用两者)。 因此、我不希望主机收到 RCN 消息。

    您是否意味着在发送 RTI_BIND_REQ 后未看到 RTI_BIND_CNF？

    此外、此处的帖子  还意味着 CC2534是 ROM 器件、因此我需要与同事检查是否可以刷写新映像。

    此致、
    Toby

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

    Toby、

    我们的方法是仅使用 RCN API，我们将移植、RTI、GDP、ZRC 层来托管和使用 RCN 命令进行通信。 我们已确定、在设置参数(RCN_NIB_NWK_indate_discovery_requests)时出错。  纠正错误后、我们能够从网络处理器接收发现指示回调。    

       现在，我们的 STB (主机处理器)能够发送发现响应，然后它接收“配对指示”，STB 发送“配对响应”。 但是、之后 RF 遥控器停止响应。  是否有人建议这里可能会出现什么问题？

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

    感谢您的更新和澄清。

    如果我理解正确、您可以进行如下设置：
    - RC：主机+ RNP (CC2534)
    - STB：支持 RF4CE 的器件

    序列如下所示：  
    - RC --> STB，发现请求
    －RC <-- STB，发现响应
    - STB、成对指示
    - RC <- STB、对响应
    - RC 停止响应

    当 RC 停止响应时、您是否意味着 RC 不响应 STB 发送给它的消息？

    如果可能、您能否发送监听器记录该过程？

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

      我们正在使用处于接收模式的 CC2534芯片为 STB 工作。   我们的系统配置如下所示。

                               CC2534–在网络处理器模式下运行

                                 Linux 主机- 运行 RTI、GDP、ZRC 层。

                                Linux 主机通过 SPI 与 CC2534通信

     

    注意： 我们将 RTI、GDP、ZRC 层从 Remo-TI-1.4.x 平台移植到 Linux 主机。 我们这样做了、正如 TI 建议的那样、CC2534F64芯片没有足够的内存来在芯片上运行 ZRC。

     

    我们将使用射频遥控器在上述配置中测试 STB。  我们已经优化了主机端代码、现在配对过程能够跨越绑定、安全和进入配置阶段。 如果我们需要进一步的支持，我们将继续向前看，并将恢复。