[参考译文] CC1354R10：SysConfig 支持 CC1354R10 Sub-1GHz

尊敬的 Scot：

很高兴听到您已成功通过 SmartRF Studio 测试了433.92 MHz。

您能告诉我您想要使用哪个 PHY 以及针对哪个项目/软件栈、以便我为您提供有关如何更改为433.92 MHz 的详细说明。

此致、
等等

尊敬的 Theo：

我 在 Smart RF Studio 中使用了16.384kbps、OOK、100kHz RX 带宽、曼彻斯特编码示例、然后将频率改为433.92Mhz。

尊敬的 Scot：

感谢您提供 PHY 信息。
您能否同时告诉我您想要更改哪个 SDK 软件示例？

此致、
等等

理想情况下、可以是 simple_peripheral 片外负载-但 CC13x4系列似乎不再具有这种负载。 从我可以看出、它已被 basic_ble_oad_offchip 取代。 您可以根据此示例操作最新 SDK。

我们将 CC1352R1项目移植到 CC1354R10。

它是一个同时使用 BLE (CONFIG 和 OAD)和433Mhz 传播-使用 DMM 完成。

移植时、最好先从最初启动的项目开始、然后再复制我们的应用文件。 如前所述、这可以是 simple_peripheral_oad_offchip -这已经不存在了。 下一个最佳选择似乎是  basic_ble_oad_offchip。

尊敬的 Scot：

感谢您发送编修。 现在我明白了, DMM 与支持433 MHz 肯定会工作.

您的项目选择  basic_ble_oad_offchip 也是正确的、然后只需迁移到 CC1354R10。
您可以在此处找到有关使用哪个项目的概述： https://dev.ti.com/tirex/explore/content/simplelink_cc13xx_cc26xx_sdk_8_30_01_01/docs/ble5stack/ble_user_guide/html/cc13xx_cc26xx/devices_without_launchpads.html

此致、
等等

从任何工程迁移到 CC1354R10时、我似乎遇到的问题是没有 LP_CC1354R10_rf_defaults.js、因此 simplelink 只会失败。

我曾尝试从 CC1354复制示例 P 10因为我知道、对于 CC13x4系列、我们希望 ble5stack 耗尽闪存(ble5stack_flash)。 但是、这会导致另一个问题、即 ble5stack_flash 没有 cc1354r10库。

尊敬的 Scot：

这是正确的方法。  

为了重现确切的问题并找到解决方案、我需要知道 您导入了哪个确切的 CC1354P10项目(CC1354P10 - basic_ble_oad_offchip)以及您在 SysConfig 中进行了哪些更改。

请与我分享一下吗？

此致、
等等

我使用了 basic_ble_oad_offchip_LP_EM_CC1354P10_1_tirtos7_ticlang。  

我必须对 SysConfig 进行许多更改。

我必须创建以下文件(source\ti\ble5stack\.meta\rf_config)、以便可以在 SysConfig 中看到 BLE 选项。

然后、我必须进行一些其他更改、以便在 SysConfig 的射频设计元素中选择433。

具体而言、问题似乎是 rfdesign.syscfg.js 的第360行停止了 fb433作为一个选项。

然后、我必须对 cc1354r10_prop_pg20的 param_syscfg.json 进行更改、以提供433模板。  

我还创建了 一个 prop433和一个 setting_tc600_custom.json、使所有"回电函数"的设置与 Smart RF Studio 所做的设置相同。

但最后、我无法为本部分选择 cc1354R10。

我不确定我应该选择哪一个 OneLib.A 和 StackWrapper.A。 它应该是 CC1352R1、CC1354P10_1或  CC1354P10_6。

尊敬的 Scot：

由于我们没有适用于 CC1354R10的 LaunchPad、因此您需要选择引脚排列匹配的 LaunchPad。
请 按照本指南选择 CC1352R1_LAUNCHXL： https://dev.ti.com/tirex/explore/content/simplelink_cc13xx_cc26xx_sdk_8_30_01_01/docs/ble5stack/ble_user_guide/html/cc13xx_cc26xx/software-on-cc13x4-26x4-rgz-devices.html#sec-ccxxx4rgz 

此致、
等等

我就是这么做的。 不管用。

它可以成功地进行迁移、但由于 LP_CC1354R10_RF_DEFAULTS.js 不存在、因此您无法使用 BLE 执行任何操作。 此外、您不能在射频设计中选择433MHz。

我是从 CC1354P10软件示例开始的(您可以任意选择)。 我迁移到 CC1352R1_LAUNCHXL 上的 CC1354R10 RGZ。 然后我尝试启用 BLE (或任何具有 Custom/Prop 433Mhz 协议的设备)。

这现在使用的是 Simplelink F2 8.30.1.01

尊敬的 Scot：

很抱歉调试时间过长。 我自己需要找到一条最佳的道路。

通过为 CC1352R1导入 BLE 工程来启动工程后、您可以使用 SysConfig 配置所需内容。

1. 添加了低于1GHz 的射频设计： 射频设计->低于1GHz 频段-> 420 - 527 MHz
2. 添加433 MHz Phy： 射频堆栈->定制->添加->专有(420 - 527 MHz)->定义 PHY
3. 定义 DMM 策略： 多协议-> DMM ->添加->选择正确的堆栈

我使用简单外设 OAD 片外 项目对其进行了测试。
请告诉我这是否可以解决您的问题。

此致、
等等

在该 SysConfig 示例中、什么时候更改为 CC1354R10？

尊敬的 Scot：

我再次道歉,它似乎这样的方式,我们陷入在这一点。

按照之前的方法、您可以将 ti_radio_config.c 和 ti_radio_config.h 从 SysConfig 生成的文件复制到主工程文件夹、然后在 SysConfig 中禁用这些文件的自动代码生成。
然后、您可以使用可以使用 SmartRF Studio 生成的433的 PHY 设置来覆盖 PHY 设置。

我需要加强研发支持、同时确保我们可以避开射频设计设置。

如果您使用的是7x7还是8x8 CC1354R10、您能告诉我吗？

此致、
等等

RGZ 7x7。 此外、如果他们可以为此提供一个 ETA、因为我们正在考虑在3月初部署此解决方案。  

好的、我只需要找到使用 DMM (BLE +定制)和 CC1354进行项目生成的所有文件 P 然后获取 ti_radio_config_*文件。 将它们修改为我认为433Mhz 需要的版本、然后禁用这些文件的自动代码生成？

尊敬的 Scot：

感谢您提供的信息。

我今天会在研发团队中提出这个问题、一旦收到反馈、我们就会尽快为您安排最新的进度。

可以、要仅更改 Sub-1GHz 器件的 PHY 设置、请将 ti_radio_config.h 和 ti_radio_config.c 从 工程文件夹 Generated Source -> SysConfig 复制到主工程文件夹、然后您禁止在 SysConfig 中生成这两个文件、如下所示： https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1091273/cc1312r-ti15-4-stack-433mhz-on-cc1312r 

然后、可以将自定义868 PHY 的部分无线电配置替换为来自 SmartRF Studio for 433 MHz 的无线电配置。 保持文件的其余部分不变、因为它还包括 BLE PHY 的无线电配置。

然后、您还可以照常在 SysConfig 中定义 DMM 策略。

开放式问题是将低于1GHz 的射频设计更改为433、这就是我对 R&D 将要执行的操作。

此致、
等等

尊敬的 Scot：

我们需要在我们这边做一些测试。
因此、我需要一些有关您想要使用的确切解决方案的详细信息。

您能告诉我：
1.您计划使用哪个 PHY 和输出功率？
2.您测试的硬件是什么? 您是否已经有定制硬件？

此致、
等等

尊敬的 Theo：

1. Smart RF Studio 能够在779-930 MHz 频段实现我们所需的一切。 16.384kbps、OOK、100kHz RX 带宽、曼彻斯特编码。  我们只需要将其达到433.92Mhz、可能具有10dB 的输出功率。

2.我们在 CC1352R1上有自己的定制硬件。 但我们还有 CC1352R1和 CC1354P10开发套件。

尊敬的 Scot：

感谢您提供 PHY 详细信息。 我将在内部对此进行跟进。

我是否正确理解此项目的目标是将定制设计中的 CC1352R1替换为 CC1354R10RGZ？

在这种情况下、您能否告诉我您定制硬件的射频设计是在哪个频带进行的、以及您是否遵循了我们的任何参考设计？

此致、
等等

更正有关项目目标的信息。

该参考设计不适合我们的微型设计、因此我们使用 带陶瓷环路芯片天线的 LFB21433MDZ6F112。

尊敬的 Scot：

我在内部进行了跟进、我们将在您的直接支持电子邮件主题中跟进。

此致、
等等

Unknown 说：

我今天将向研发部门提出这个问题、并将在收到反馈后立即向您提供最新时间安排。

可以、要仅更改 Sub-1GHz 器件的 PHY 设置、请将 ti_radio_config.h 和 ti_radio_config.c 从 工程文件夹 Generated Source -> SysConfig 复制到主工程文件夹、然后您禁止在 SysConfig 中生成这两个文件、如下所示： https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1091273/cc1312r-ti15-4-stack-433mhz-on-cc1312r 

然后、可以将自定义868 PHY 的部分无线电配置替换为来自 SmartRF Studio for 433 MHz 的无线电配置。 保持文件的其余部分不变、因为它还包括 BLE PHY 的无线电配置。

然后、您还可以照常在 SysConfig 中定义 DMM 策略。

您好。 我考虑过这样做、但最终我甚至无法使蓝牙正常工作、因为 SDK 中没有 LP_CC1354R10_RF_DEFAULTS.js 文件。

e2e.ti.com/.../cc1354r10-no-such-resource-ti-ble5stack-rf_config-lp_cc1354r10_rf_defaults-js

您好、Scot、

对于延迟、我们深表歉意。 我们正在为此开展工作。

请在几周内收到我们团队的反馈、因为我们正在评估如何以最佳方式实现集成。

BR、

David。

尊敬的 David：

你对此有什么反馈吗？

尊敬的 Scot：

抱歉、我们仍在为您制定时间表。

谢谢、

Marie H.