[参考译文] CC1352R：VC-TCXO 问题

您好！

是在启用射频(静态 Tx 或 Rx)还是仅在启用 TCXO 时干扰 SPI RFID 器件？

此致、

  Richard

您好！

在重新启动时、RFID 正常工作、我进行射频通信(打开 TCXO、发送数据并关闭 TCXO)、然后 RFID 不再工作、但如果我执行相同的过程而不将其配置为 TCXO、则射频和 RFID 的一切工作都正常。

谢谢！

Sandra

您好！

请仔细检查 GPIO。
在原理图上、看起来使用的是物理引脚36、而不是 GPIO36。

您好！

你是对的、我在问题中写下了错误、它是 GPIO23的引脚36。

谢谢、

 SPI RFID 器件的器件型号是什么？

芯片是否也通过3V3供电？

您是否尝试在 R8处添加电阻、以便 TCXO 信号衰减？

您好！

我们使用的是 ST253911B 芯片、它还由3、3V 电源供电。

我们尚未尝试施加电阻、我们将尝试它、您会推荐哪种值？ 谢谢！

您好！

CC1352R TCXO 的配置对 ST253911B 芯片具有很强的影响。 由于更改 CC1352R TCXO 的时钟设置会影响 ST 芯片、因此这可能与 TCXO 的信号强度水平或整个布局的串扰相关。

测试以下各项以找出根本原因：

1.在 R8和 R9上使用10k 电阻器；TCXO 削波正弦输出不应超过1.7V 峰间值

使用两块板进行测试、一块板使用 CC1352R 和 ST253911B、另一块板使用 TCXO。 为单独电路板的 CC1352R 计时、以确定是否存在射频布局问题。

您好！

星期一、我将在实验室进行测试、谢谢！

您好！

今天、我进行了一些测量。 使用默认硬件配置、我已经测量了 TCXO 输出端的峰峰值电压：

-在 SysConfig 中配置、由于外部 TCXO 削波正弦类型、峰间电压 为550mV、因此我能够看到正弦信号输出

-在 SysConfig 中配置为48MHz XOSC_HF、 峰间电压为530mV、我能够看到正弦信号输出

然后、我们用电路板放置10k 的电阻器、我们看到 TCXO 输出端的峰峰值电压为1.3伏、但我们破坏了进入 uC 的焊盘、它不再工作。

目前、直到周四我们将收到新电路板、我们才能进行更多测试、但我不理解的一点是、cc1352R 如何使用相同的 TCXO 但使用不同的配置？ 当我使用 TCXO 或 XOSC 配置微控制器时、微控制器有什么变化？

非常感谢、

出于好奇：如果您使用 Q4而不是 Q2、会发生什么情况？

TCXO syscfg 设置主要用于设置何时从内部 RCOSC 切换到 TCXO (以确保稳定的时钟信号) 以及所需的回调。 我没有完整的概述、但大多数 xtal 模块不会改变、无论设置如何。 我认为内部缓冲放大器在使用 TCXO 时会关闭、但其余的都是一样的、因此它的工作方式并不奇怪。 请注意、即使无法在 syscfg 中设置正确的设置来使用 TCXO、 但如果使用 TCXO、则有损坏/芯片的风险、但尚未在 syscfg 中进行设置。  

要查看这是否是电源牵引问题、您可以断开连接到 TCXO 的3V3并将其连接到电源。  

您好！

昨天、我测试了使用2个不同的板、一个仅用于 TCXO、另一个用于 CC1352R 和 ST253911B、但我遇到了同样的问题。

谢谢！

您好！

我们没有安装 Q4、因此我们无法测试发生了什么、

昨天、我们测试了使用电源为 TCXO 供电、但仍然是相同的行为。

谢谢！！

感谢 RGW 和 ter 的介绍、昨天我们在使用新电路板进行所有测试时都没有成功。 但至少这有助于我们将 TCXO 放在一边、并进一步思考固件中发生的情况。

我们已经在 ST253911B 的 SPI 中放置了一些导线、我们已经看到我们能够进行芯片初始化、稍后我们通过射频发送一些消息、 稍后、当我们尝试访问 ST253911B 时、在 SPI 线路中、我们可以看到所有0x00都被发送。

为了恢复芯片、我们将在发送任何 RF 消息后关闭 SPI 句柄并再次打开它。 是否有任何线索知道为什么会发生这种情况？？ TCXO 和 SPI 通道之间的内部调整是什么？

谢谢！

问题：

-

Unknown 说：

收到电路板后、我们进行了快速测试、只需为 TCXO 供电而不将其配置为 TCXO、因此在使用射频之前、为端口供电、并在射频关闭后将其断电。 我们看到一切都很好、因此我们没有对它进行更多的处理。[/引述]

您似乎以非常相似的方式测试了电路板、但结果却不同？

我知道 Q4没有安装，但你能安装吗？

-您是否有第二个噪声传感器或其他传感器可通过 SPI 进行通信？ 我问的原因是 RFID 是造成问题还是一般 SPI 问题。

您好！

要回答您的问题、

我们目前没有任何责任进行变革。

是的、我们在具有 SPI 连接的同一电路板中有一个 EEPROM、该 EEPROM 连接到不同的 SPI 通道。 这个可以正常工作、但在代码中、我在使用后打开和关闭句柄。 这就是我尝试对 RFID 芯片执行相同步骤的原因、我发现在进行射频通信后、打开和关闭 SPI 通道工作正常。

今天、我们测试了在不关闭 SPI 句柄的情况下在射频通信后与 EEPROM 进行通信、并且我们遇到了与 RFID 芯片相同的错误。 如果我们不适当地关闭手柄并再次打开、它将再次起作用。

那么、我可以说的是、

-如果我将 TCXO 连接并配置为 TCXO，如果我打开了 SPI 句柄，在进行任何射频通信后，我需要关闭句柄并再次打开它。

-如果我连接了 TCXO 但未配置为 TCXO，则如果我打开了 SPI 句柄，则在进行射频通信后没有问题。

这对您有什么意义吗？ 奇怪的是、SPI 通信返回、一切正常、所以我无法知道是否有任何问题。

谢谢、

它听起来像是 DIO 类冲突。

能否发布 ti_drivers_config.c/h 文件？

大家好、这里有文件。 谢谢！

e2e.ti.com/.../ti_5F00_drivers_5F00_config.ce2e.ti.com/.../ti_5F00_drivers_5F00_config.h

在 gpioPinConfigs[]和 BoardGpioInitTable 中都定义了相当多的 DIOS。  

从我看来、SPI 没有冲突。  

CONFIG_PIN_13/GPIOCC26XX_DIO_23是否 在代码中的其他位置使用、而不是用于 TCXO 回调？  

我不明白这是什么意思、或者这是否是一个问题。

它仅用于回调

谢谢！

您好！

您是否了解 SPI 和 TCXO 出现问题的原因？ 或者、我如何知道 SPI 中存在问题？

在其他产品中、我需要将 SPI 用于更多器件、我需要知道如何使用 TCXO 处理 SPI、并确保我在 SPI 中接收的内容是正确的。

谢谢！

您好、Sandra、

使用标准 LaunchPad 测试您与另一个传感器芯 片的 SPI 连接、以查看问题是否与您的布局/设计相关或是否与软件相关。

大家好、对于 launchpad、我没有任何问题、因为它不使用 TCXO。

我认为即使在 LaunchPad 上使用 TCXO 也不会有问题。 感觉问题是 与 您的特定设计相关的布局。

LAUNCHXL-CC1312R 上有一个 TCXO、或使用 TCXO 修改现有 LaunchPad、以确认问题与布局设计有关。

大家好、RGW、

为什么您认为存在布局问题？ 我可以通过 SPI 正确地与芯片通信、除非 TCXO 被选择为 TCXO 并且 SPI 句柄未关闭。 我看不到布局的关系...如果您能向我解释一下、很高兴知道在哪里可以找到。

我将尝试修改 launchpad 以连接 TCXO、并测试我是否有与 SPI 相同的问题。

我修改了 launchpad。 我从 launchpad 中移除 Y2、并连接到微型引脚47、即 TCXO 的输出(在原理图中为电容器 C62)。

我一直为 TCXO 通电、将 EEPROM 连接到 launchpad、并从 Resource Explorer 中获取了"rfPacketTx_CC1352R1_LAUNCHXL_tirtos_ccs"示例、并为 EEPROM 添加了 SPI。

1)如果我在 SysConfig 中选择我正在使用外部 TCXO、当它到达"rf_open"时、它会中断错误：

"Cortex_M4_0：错误：(错误-1170 @ 0x0)无法访问 DAP。 重置设备、然后重试此操作。 如果错误仍然存在、请确认配置、对电路板进行下电上电和/或尝试更可靠的 JTAG 设置(例如、较低的 TCLK)。 (仿真包9.2.0.00002)
Cortex_M4_0：目标 CPU 停止时出现问题：(错误-2064 @ 0x0)无法读取器件状态。 重置设备、然后重试此操作。 如果错误仍然存在、请确认配置、对电路板进行下电上电和/或尝试更可靠的 JTAG 设置(例如、较低的 TCLK)。 (仿真包9.2.0.00002)"

**更新：我已删除将此错误放入 SysConfig 以启用 TCXO 函数中，由于 TCXO 始终处于通电状态，因此该错误为空，但现在它不会从"rf_postcmd"发出

2)如果我在 SysConfig 中选择我使用48MHz XOSC_HF、它工作正常...。

请在 Launchpad 上使用 TCXO 进行测试、如果 SPI 与 另一个传感器芯片之间仍然存在问题、请告知我们结果。

您好！

我可以看到昨天的信息不清楚，所以我将再次解释，我今天应该在昨天得到的结果并不完全正确。

我从 cc1352R 获取了一个 Launchpad。 我移除了 Y2、将 XCTO 的输出从器件连接到 launchpad 的引脚47、将 TCXO 的电源连接到 launchpad 的 DIO21。 (我需要这样做、因为无法在 Launchpad 中连接 TCXO 及其所需的电阻器和电容器、两个电路板都使用相同的电源供电)。

我还通过 SPI 将我们在开发中使用的 EEPROM 连接到 launchpad。 (我们这样做是因为连接比使用 RFID 芯片更容易)

我已从 Resource Explorer 中获取"rfPacketTx_CC1352R1_LAUNCHXL_tirtos_ccs"示例、并添加了 EEPROM 的 SPI 和用于激活 TCXO 的 GPIO。

在 EEPROM 中、完成 SPI 读取后、我不会关闭 SPI 句柄。

测试1.

使用默认代码读取 EEPROM/sendWireless/Read EEPROM：working

测试2：

读取 EEPROM/sendWireless/Read EEPROM 使用"RF_Close (rfHandle)"更改"RF_Yield (rfHandle)"：不起作用

测试3：

读取 EEPROM/sendWireless/关闭 SPI 句柄/打开 SPI 句柄/读取 EEPROM 使用"RF_Close (rfHandle)"更改"RF_Yield (rfHandle)"：正常工作

谢谢、

您好、Sandra、

不确定发生这种情况的原因、但当您尝试读取第二个 EEPROM 时、似乎 SPI 配置不正确。 由于调用 SPI close and open 函数起作用、我建议您将其用作解决方案。

您好、我可以使用此变通办法、当然、我使用它是因为我没有其他选项。 但是、我需要确保当我尝试访问 SPI 时、我接收或发送的数据是正确的、我现在不知道。 如果我使用的是射频、而我需要使用 EEPROM、我怎么知道中间会发生一些利用 SPI 通道的事情？ 此外、此操作是否会破坏其他句柄或其他通信通道？

我至少需要一个提示来了解 SPI 何时损坏。 我的下一个 SPI 配置是：

SPI_Handle openSPIEEPROM ()
｛
   SPI_Params spiParams；
   usleep(200);
   /*将 SPI 作为主器件打开(默认)*/
   SPI_Params_init (&spiParams)；
   spiParams.frameFormat = SPI_POL1_PHA1；
   spiParams.bitrate = 4000000；
   spiParams.transferCallbackFxn = EEPROMTransferCompleteFxn；
   spiParams.transferMode = SPI_MODE_CALLACK；
   spiParams.transferTime=2;
   eepromSpi = SPI_open (CONFIG_SPI_EEPROM、&spiParams)；
   返回 eepromSpi；
｝

void closeSPIEEPROE()
｛
   SPI_CLOSE (eepromSpi)；
｝

如果你能看到一些奇怪的东西……太棒了！

您好、Sandra、

SPI 配置正常。 但是、这取决于您的 EEPROM、因此您应对照此器件的数据表进行检查。

您的代码中是否存在竞争条件？ 例如、您是否将同一缓冲器用于 SPI 和射频操作？

谢谢、

Marie

您好！

EEPROM 和射频使用的缓冲器不同、具有不同的缓冲器。

正如我在最后一条消息中所说的、"rf_close (rfHandle)"指令正在以某种方式破坏我的 SPI 句柄。 我不知道它是否正在摧毁其他东西。

感谢您的回答。

Sandra

您好、Sandra、

您能否在.map 文件中查看 RF 和 SPI 的句柄是否重叠？

您是否需要调用 RF_Close？

谢谢、

Marie