[参考译文] LAUNCHXL-CC1312R1：SysConfig 错误

大家好、Moshe、

我们不支持  CC1312R1上的 rfWsnConcentrator。 它之所以被弃用、是因为它无法为大多数用例提供足够的灵活性。

请在最新的 SDK 中查看我们的示例： https://www.ti.com/tool/download/SIMPLELINK-LOWPOWER-F2-SDK/7.41.00.17

我建议您开始查看 传播射频示例 、或者如果您要寻找完整的软件栈、则可以查看 TI15.4堆栈。

如果您提供有关用例的更多详细信息、我们可以讨论哪些更适合。

此致、
等等

i theo

它与其说是个项目、不如说是项目的内容...我的项目运行在 CC1352R Launchpad (因为这是我们定居在的芯片)上的868MHz (prop RF 网络)上。
但是、我最近读到了169MHz 的特性、想看看该频率是否比868MHz 更适合地下室布局、还想探索这两个频率之间的任何距离差。
同时、我们不需要 CC1352的2.4GHz 侧、因此我决定继续使用 CC1352R LaunchPad。

当我尝试在适用于 CC1352R LaunchPad 的 CCS 中使用 SysConfig 将频率更改为169MHz 时、首先会出现上述问题。
因此、我当时想在 CC1312 Launchpad 上尝试一种波特标准的 TI 示例(集中器)、并将其更改为169MHz……但我得到的结果是一样的。

我认为更改为169MHz 涉及的内容比我在 SysConfig 中所做的要多、因此我只需要知道  
a)错误意味着什么
B)如何解决该问题。

我运行的是 CCS v10、因为这是该项目、而且正在开发中、因此我真的很不情愿将其迁移到 CCS12或13、或者现在的 theia。

此致

Moshe

大家好、Moshe、

感谢您更详细地解释情况。

现在、我看到问题来自哪里。 在 SysConfig 中更改 PHY 和器件配置时、还会生成新的无线电命令。
根据设置的不同、它们具有不同的名称。
当您打开 ti_radio_config.h 时、您可以看到新名称、并且需要相应地替换工程中的命令。

请告诉我这是否起作用。

此致、
等等

您好

要在 ti_radio_config.h 中更改任何内容都意味着每次我在 SysConfig 中进行更改、这本身就是问题。

但尽管如此、对于本实验、我想我会 try...however...it 做得不够远、甚至无法生成 SysConfig 文件、因此这不是很好...

我认为问题出在 c：\ti\simplelink_cc13xx_cc26xx_sdk_6_20_00_29\source\ti\EasyLink\.meta\templates\ti_EasyLink_config.c.xdt、因为这里没有提及169MHz 频率(即使433也无法编译、也有868,433和2400存在...) .

如果 在 SDK 5.30和6.2中用于169MHz 的 SysConfig 不支持 cc1312 (EasyLink 之后消失)、那么我可以忍受这种情况、并找到另一个工具集/芯片来探索169MHz EasyLink ...或者我是否需要在我认为 EasyLink 已恢复的情况下转至 theta/ccs12.8？

此致
Moshe

大家好、Moshe、

让我首先解释为什么这是必要的。 每个 PHY 都有一个特定的特性、该特性的加载取决于您在 SysConfig 中的选择。
将加载所选的配置、并且您需要使用该配置的命令名称。  

我还通过使用适用于 CC1312R 的传播射频数据包 TX 示例对此进行了重新测试、以确保没有其他问题。
请看一下下面的屏幕截图。 首先、您根据需要使用 SysConfig 选择 PHY：

SysConfig 会加载相关的 ti_radio_config.h、您可以看到命令名称已更改。

然后转至应用文件、将应用文件中的命令名称替换为 ti_radio_config.h 中的新命令名称：

如果您只想进行 PHY 测试、我建议您使用 SmartRF Studio 7 、因为它允许您快速选择所有受支持的 PHY。

如果您现在可以正确构建项目、敬请告知。
我使用最新的 SDK 测试了一切。

此致、
等等

你好 theo ...感谢以上内容..一旦我尝试了你的建议,我会回来给你!

我尝试了您展示的内容...遗憾的是、我在项目中有 EasyLink、它现在导致了问题。

我想我需要下载最新的 SDK、这将需要我下载 CCS 12.8、然后从这里继续-这会需要一些时间。-所以会在一天左右返回给您。

此致

Moshe

大家好、Moshe、

只需快速插入、但您的问题与下面的线程有什么关系吗？ CC1312R：EasyLink 在169 MHz 频带上无法工作

此致、

Arthur

您好、Arthur

Sheeeesh...我相信我也有同样的问题...非常感谢您的链接和提示...我会重试 Andres 所做的！

此致

Moshe

您好 Arthur 和 Theo

就在收到最后一条消息之后、我在1台 PC 上安装了 CCS12.8 (全新版本)、并将 CCS10.1.0.00010升级到了相同 PC 及其他 PC 上的 CCS10.4.0006 (未安装10.1并安装了10.4)。

我现在有一个彻底的灾难...虽然 Resource Explorer 可以与 CCS12.8配合使用、但与 CCS10.4不能配合使用-事实上、tirex 徽标甚至没有出现-窗口保持空白  ...我多次卸载& lipccs10.4、我删除了旧(和新的)工作区文件夹中的.jxbrowser-data 以及 ti\ccs101010\ccs\ecse\configuration 文件夹中的.jxbrowser-data、但在 CCS 10.4.x 下仍然无法重新安装...因此我已多次重新安装和10.10.10.4.x 资源问题仍然无法使用 如何使它运行,以便我可以重新下载相关项目,以便尝试亚瑟的链接,我的原始问题?????

[更新]在经历了一段艰苦的重新安装 ccs8、9、10、11、12之后 、以使资源利用器(在线)在 CCS 中正常运行。 第10.4和12.8节. Resource Explorer 在 ccs10中仍然不起作用、但它在 ccs12中确实起作用、这不再是问题...现在我可以回到这个线程的原始问题。

此致

Moshe

大家好、Moshe、

关于安装不同软件版本的附带说明。
如果您要安装两个不同版本的 CCS、建议您将它们彼此相邻安装。 它们将创建不同的源目录、不会相互冲突。  
关于 SysConfig 和 SDK、我建议每次仅安装一个版本、否则您需要根据默认情况下您要使用的版本更改所有工程的包含路径。 即使不安装更高版本的 SDK、您仍然可以下载它、解压缩它并使用示例。

如果您现在可以按照 Arthur 的建议解决该问题、请告诉我。

此致、
等等

您好！Theo & Arthur

感谢您提供的这些信息...

我尝试过 Arthurs link...it 不能用于我的项目-我想我是一个视点(SDK 5.2)....using smartRFstudio 我能够看到它仍然在868MHz 传输-所以我需要在这方面做更多的工作。

然后我尝试了同样不起作用的 rfEASYLinkRx/Tx (SDK 5.3)。。。然后我尝试了和 Arthur 链接相同的项目- rfEasyLinkTx (SDK 5.30)...no。。。我认为它是有效的。。。我从2块板获得了乒乓传输。。。但是。。当我使用 EchoRFstudio 检测正在传输的东西时、它没有在169智能上拾取数据包。 但我确实在169MHz 看到 Link_Long_Range_Protocol 了 RSSI 闪现、假设它正在169传送、但是 smartRFstudio 却无法识别它、因为它没有用于169MHz 的 TI_S2000。
那么我将尝试使用 RFpacketSniffer 来查看是否能够确认传输。。。。[更新]->我注意到数据包监听器不支持169MHz、为什么不支持？

同时,我感到困惑的是 Andries(亚瑟链接的开发者)如何管理生成他的 txPowerTable[TXPOWER_TABLE_169]中的条目,因为它似乎不是由 smartRFstudio....ca生成的,你要解释它吗?

我们士兵…

此致

Moshe

大家好、Moshe、

前面已经提到过、我们 不再支持 rfEASYLinkRx/Tx 示例、建议从最新 SDK 的传播射频示例开始。

如果您导入其中一个传播射频示例(如 rfPacketTx_CC1312R1_LAUNCHXL_tirtos7_ticlang)并将其调整为169 MHz、则可以打开生成的 ti_radio_config.c 无线电配置还包括 TX 功率表。 您可以从此处复制它。 请参见下图。

我们的数据包监听器不包含 WMBUS PHY。

此致、
等等

您好

我在 Resource Explorer SDK 7.41中使用了 rfPacvkeTx 示例

它编译得很好、适用于868MHz……

然后、我将"射频设计"中的频率更改为169MHz、将专有更改为169MHz、但使用了定制 PHY 设置169MHz 频带。

在 PHY 属性中进行了其余更改、然后代码导出配置：符号名称生成方法"legacy"并继续编译、由于 SysConfig 未为 RF_cmdPropRx 提供 RF 命令符号(请参阅随附图像)、我遇到了一些错误。
尝试各种169MHz -930MHz 专有 PHY 设置(例如 WMBUS)会生成所需的 RF_cmdPropRx 或 Tx、但不会同时生成(即使同时勾选了 Rx 和 Tx 属性)……当完成868MHz 设置并选择专有9779PHY 之一时、不会发生此问题。

这是 SysConfig 中的错误吗、还是遗漏了什么？

此致

Moshe

您好

作为一个附带问题、我当前的项目使用的是 EasyLink。 现在我要将其从 EasyLink 迁移到 RF_COMMAND、是否有迁移应用手册？

此致

Moshe

大家好、Moshe、

这里没有迁移应用手册、但我们建议先从 SDK 的最新 SDK packetTX/RX 示例的 propRF 示例开始 、例如 packetTX/RX。  

根据您的应用、考虑迁移到我们的协议栈之一可能会很有意思、我建议您 使用休眠式终端器件使用 TI15.4 Stack 、但这也需要移植到之前链接的线程所示的频段、因为我们不为169 MHz 提供该协议栈。

如有任何其他相关问题、请随时联系我们。

此致、
等等

谢谢 Theo

就在这里、我之前看过 TI15.4堆栈。 这引起了我的兴趣、但我们的应用通常是点对点连接(仪表-收集器)、在某些情况下具有"maybe" 5米和收集器...因此15.4太大了。

我的意图总是深入到 EasyLink ,并最终用 RF_COMMANDS,但...正如一句话"通往地狱的道路是用伟大的意图铺砌"...也许有一天.

此致
Moshe