[参考译文] CC113L：CC113L 的 eeset 功能

请您添加更多详细信息吗？

-"使用我们的设备时,即使接收到数据,也可能无法输出正确的数据。" -您能举几个例子吗? 在您看到正常工作时以及收到其他信息时、这两者都是如此？ 此外、您发送的数据是必需的。

-需要注册设置(那些你打算使用)

-您是否曾尝试回读寄存器以验证内容?  

-"我认为内部寄存器的内容可能被重写"-芯片不会随机重写内容、如果出现这种情况、最有可能是您的代码  

上电时、 系统必须复位。  如果 满足数据表第4.10节中规定的最低要求、则通过自动上电复位(POR)或执行手动复位(不仅执行 SRES 选通、而且执行 数据表5.13.1.2中所述的序列)可实现这一点。

当应用程序运行时、单独使用 SRES 频闪灯就足够了。

我强烈建议您尝试找出导致您看到的故障的原因、而不仅仅是尝试修复。

我唯一知道的可能会"破坏"寄存器的事情是、例如、如果您尝试通过 SPI 与器件进行通信、而未使 CHIP_RDYn 有效。 您还应确保您的 SPI 符合规格。 这样您就知道、您认为通过 SPI 写入器件的内容会得到正确的解释。

Siri

感谢您的快速回复。
我们将为您提供接收到的数据(Outputdata.png、启动正常 Outputdata.png)。

如果未接收射频、它将输出不规则数据、如果正在接收射频、它将按顺序输出所需数据。
不过、这次出现的问题是、即使在接收射频时、也可能会继续输出不规则数据、并且在下电上电之前不会输出所需的数据。
CC113L Initialize.pdf 中显示了配置为执行此步骤的寄存器。

e2e.ti.com/.../CC113L-Initialize.pdf
该软件仅在上电初始化期间执行、之后不会写入 CC113L。

此致、
仓岛市

嗨、Siri

感谢您的快速回复。
发送复位序列。

>我知道唯一会"破坏"寄存器的事情是、例如、如果您尝试通过 SPI 与器件通信、但未使 CHIP_RDYn 有效。
该软件在初始化期间仅执行一次 SPI 传输、之后不会写入 CC113L。
例如、如果 CSn 引脚保持"高电平"且 SI 引脚因噪声而发生变化、或如果 SCLK 输入脉冲、是否存在寄存器"损坏"的可能性？

此致、
仓岛市

如果您唯一要做的就是重置无线电、将其配置为透明模式、然后进入 RX、则不存在会损坏无线电的任何事情、因此它突然不再起作用(除非发生了与硬件相关的事情或 ESD 等)。

像这样输入 RX 时、无论是否向对讲机发送数据、对讲机都将持续接收。

如果您不发送任何内容、它会接收噪声、如果您发送、它会接收数据、除非存在以相同频率、信号强度足以损坏数据的干扰信号。

需要注意的一点是、如果您持续处于 RX 状态、则只校准一次合成。

它需要多长时间才能"失败"？

您是否曾尝试过只是进入空闲状态、再次进入选通 RX (这将再次校准合成器)

您是使用自己的硬件还是使用 TI 的硬件？

如果您使用的是我们的硬件、则最好使用 SmartRF Studio 进行测试。

在透明模式下使用默认设置(例如10 kbps 设置)启动对讲机。

对于 TX、某些器件不发送真实数据包、但只连续发送前导码。

监控接收器上的数据线路、并查看此处的前导码。

只要 CSn 未被拉至低电平、您就不与器件通信、如果其余 SPI 线路上发生了什么情况、也没有关系。

当您分析接收到的数据时、您是如何做到这一点的？

请注意、您无法使用逻辑分析仪来执行此操作、因为您是在透明模式下使用无线电、并且没有时钟边沿可指示您何时应该采样您的信号。

即使发送具有完美占空比的前导码、也不一定会达到 CC113L 的数据线路上所能达到的值、因为可能存在 抖动和占空比变化。  

如果在透明模式下使用器件、则必须实施自己的软件算法、该算法对芯片输出的数据流进行过采样、并进行某种多数决策

 Siri

感谢您的详细解释。

无法测量接收"失败"结果所花费的具体时间。
我们的产品中使用了 CC113L、已经售出了数千件。 有投诉指当中约有30人没有接通射频信号。 所有这些问题在分娩时都能正常运作，但在分娩后仅几周至六个月才开始出现。 所有问题都是通过电源循环来解决的。
我收到了一些这些东西给我看看我是否能复制它,它在大约3个月发生了两次。
出现这种现象时、本产品将无法使用射频遥控器。 因此、您可以从该行为中判断它未被接收。

当我观察到波形时、即使我发送 RX、也只有噪声输出、没有正确的数据输出。
我使用逻辑分析仪对其进行了大约10秒的测量、但无法获得任何正确的输出、因此我认为不是 CC113L 输出数据。
测量完成后、我尝试了选通 RX、但没有恢复。
当连接到 CC113L 的微型计算机检测到开关输入时、会执行选通 RX。
指示接受开关输入的 LED 亮起、因此微计算机不可能失控。
之后、当我重新启动(对 CC113L、微型计算机和其他外设 IC 进行下电上电)时、系统恢复正常运行、一个月后继续正常运行。

HW 是我们自己的设计。
我们将为您提供一个电路图、并提取了相关器件。

e2e.ti.com/.../RF_2D00_Circuit.pdf
CC113L 安装在板上(PCB-RF)并通过连接器连接到微型计算机板(PCB-M)。
它们通过电路板布局直接连接、并且它们之间没有电阻器或电容器。

此致、
仓岛市

好的、这不是很容易重现的问题。

如果您仅在3个月内发生两次故障、如何验证 SRES 频闪灯是否未能解决问题、但电源循环却能解决问题？

如果原始代码中有 SRES 选通脉冲在给定的不接收时间后生效、您是否有该选通脉冲？

如果是、您如何验证 SRES 是否已正确发送。

我看到没有连接 MISO 信号。 如何在每次拉低 CSn 时验证寄存器是否正确写入或 CHIP_RDYn 是否正确置位？

我会让硬件部门的人员来看看您的设计、但我不确定是否有人能在节假日之前做到这一点。

如果我们找不到任何错误、那么解决问题的唯一方法应该是开始对器件进行压力测试、并尝试找到触发错误的方法。 如果我们没有可以重现的东西,我们不容易建议你可能是什么错误。

Siri

"当我观察到波形时、即使我发送 RX、也只有噪声输出、没有正确的数据输出。
我使用逻辑分析仪对其进行了大约10秒的测量、但无法获得任何正确的输出、因此我认为不是 CC113L 输出数据。
测量完成后、我尝试了选通 RX、但没有恢复。
当连接至 CC113L 的微型计算机检测到开关输入时、会执行选通脉冲 RX。'

在我阅读您上一篇文章时、您是否尚未收到故障电路板？ 如果是这种情况、您在哪种板上看到以上内容？

您能详细介绍一下这个系统吗？ 在本例中、发送器是什么？ 听起来您按下开关以接收、这与 TX 端的计时如何？ 当 CC1101无法接收时、您能否读取它的状态？ 在尝试上面的 RX 选通之前、您是否选通了空闲？  

如果这第一次发生在相当长的时间之后、我怀疑这是由直接硬件问题引起的。 选通 RX 实际上应该会复位 RX 链、因此奇怪的是、您需要一个循环通电才能摆脱它。   

谢谢你。

该系统是使用射频遥控器使电机旋转的器件。 请参阅系统概述图。

e2e.ti.com/.../RF_2D00_System-overview.pdf
正如我之前展示的简单电路图所示、该系统的主单元是通过直接连接微控制器和 CC113L (不使用 RC 或 MUX)构建的。
一个复位按钮开关连接到微控制器的一个输入端口、微控制器会通过轮询并初始化微控制器内的寄存器和外设 IC 来检测此软件的潜力。 此时、CC113L 的通信寄存器也会被初始化。 这个初始化与在 POR 时执行的模块相同。
一个 LED 连接到微控制器、当它从 CC113L 接收到真实信号时、LED 会闪烁。
此外、按下 RESET 开关后、LED 将亮起约1秒、以指示已接受复位。
使用一个专用远程控制器来执行射频传输、此控制器在按下按钮开关时能够传输射频信号。

在主装置通电一段时间后操作遥控器上的开关时、如果 LED 未闪烁、则检测到过去的两个故障。
在其他器件上、LED 将闪烁、因此这不是遥控器的故障。
在该状态下测量 CC113L 的输出时、仅观察到随机信号。
此时、如果您按下主装置上的复位开关、LED 将仅亮起1秒钟。 换言之,可以确定微型计算机没有异常。
但是、由于 LED 即使在遥控器工作时也不会闪烁、这意味着 CC113L 的通信尚未得到纠正。
遗憾的是、按下主单元上的复位开关时、我们未能测量 CC113L 输出信号、通信中断、因此无法确认 SRES 选通功能是否正常。
我想在下一次出现通信问题时检查这一点。

我们目前正在使用三种退货产品进行应力测试、以重现故障、但在过去三周内未发生故障。
当接收不到一段时间后、原始代码中没有 SRES 选通脉冲。
我们还创建了整合软件、将其安装在上述三台机器中的一台机器上、并正在进行测试。

我们公司位于日本,将于12月29日至1月9日度假。
测试将在节假日期间继续进行、我们将在节假日后再次与您联系。

感谢您的快速响应。

我收到多个出现故障的电路板。
我们将对该板进行复制测试、但测试时间大约为三周、没有失败。

该器件是一款使用射频遥控器使电机旋转的器件。 查看系统概述和简单电路图。

e2e.ti.com/.../0284.RF_2D00_System-overview.pdfe2e.ti.com/.../0284.RF_2D00_Circuit.pdf

-发射器是一个遥控器,通过软件操作输出 RF。
发送时 LED 亮起。 远程控制器仅用于传输。
-主机侧可随时接收数据。
-产品软件无法读取 CC113L 无法接收的状态。
-该系统商业化大约5年,使用不同的接收器 IC ,但自 IC 停产后,我们改为 CC113L。 之前的 IC 不存在这个问题、并且除了通信器件以外没有任何其他更改、因为通信器件经过修改后与 CC113L 匹配、我们认为这不太可能是软件问题。

即使我在 RX 上使用 SRES 选通脉冲、它也没有改善、但关闭电源然后再次打开可以修复它。 这实际上正在发生。 是的,我们也认为如此奇怪,关于什么是两个关系之间的差异。

此致、

古拉岛市

当 CC113L 无法接收时，产品软件无法读取状态。

为了能够对此进行调试、您必须修改您的软件、以便在发生故障时能够读出无线电状态。  

如果您进行 SRES 选通、我认为您是在执行 RX 选通之前向寄存器写入所需的内容吗？  

我怀疑的是、当无线电处于 RX 模式时、总会发生一些变化、导致中心频率发生移位或同步失锁。 但如果是这种情况、则应足以实现选通空闲和 SRX、以重新启动 RX 链。  

我们之前用于大规模生产的 IC 已停产、因此我们采用 CC113L 替代它。
当这种不频繁的故障发生时、不可能通过更改硬件来向产品添加调试函数。
本产品有一个复位交换机，按下它可以执行重新选通空闲和 SRX 的功能，但发生此问题时按下复位交换机不能解决问题。
即使您使用调试板构建它、我认为最早需要几个月的时间才能发生。
不过，我们似乎别无选择，只能这样做。

您好！
我们也在考虑修改内部寄存器的可能性。
我正在研究原因、但我只能想到干扰噪声。
POR 和手动复位调用并处理相同的模块。

此致、
库拉希马

Re 选通空闲和 SRX 与复位无关、因此如果这是"复位"的意思、 这与设备上电和断电之间肯定会有差别。

谢谢你。

因此、解决此故障的唯一方法是关闭电源、然后再次打开？

此致、

仓岛市

再次,你应该尝试使它不会失败,而不是修复它,当它失败:-)

但是、如果您确定 MCU 不是问题所在、则应执行 SRES 选通、重新配置 CC1101、然后执行选通 SRX、而不是在按下复位开关时仅执行侧向-> SRX。  

Siri

谢谢你。

当然,正如你所说,我同意让它不会失败。
但我不知道它失败的原因。

首先、只有不到1%的器件发生故障、并且通过重新接通电源来解决问题、因此重现问题并不容易。
目前尚无法确定原因是否在 MCU 侧、但该 MCU 已量产多年。
正如我前面提到的、我到目前为止使用的发送器 IC 并未发生这种缺陷。
自从改用 CC113L 以来、存在一些缺陷。 缺陷内容是来自 CC113L 的信号似乎被中断的现象。
在上电时写入 CC113L 的初始设置后、MCU 仅执行从 DOUT 读取数据。
我认为 MCU 唯一可能的错误是您在初始设置的某个位置出错、或者您在错误的时序读取 DOUT。
您所指出的那样、MCU 在按下复位开关时的运行方式。

恐怕我不知道如何帮助您继续这样做、除非您能够重新创建问题并找出问题失败的原因。

通常不是一个好主意,只是重置,配置,然后做 SDR,然后永远留在 RX 不重新校准的时候,但如果合成是问题的(脱锁,一个侧闸,然后一个新的 SRX 频闪灯应该修复它.

您能否尝试调整电源等、以查看例如压降是否可能导致问题？

Siri

谢谢你。
我也认为,永远使用而不重新创建是一个好主意。

例如,如果合成是问题,结果是否可能会有所不同,取决于您是立即(几分钟内)还是在一段时间后(例如10小时以上)执行 SRX 频闪灯?
我一直在尝试创建软件、每5分钟触发 SRX 的 STROBE 一次、过去一个月我没有遇到任何通信错误。

同时、我们还在进行一些干扰因素的测试、诸如瞬时断电、压降、脉冲噪声应用、和您所指出的电磁噪声环境、但是不能重现。
但具有讽刺意味的是、我在一台设备上重现了此问题、该设备在实验室的角落中(正常使用产品)使用了大约一个月。

仓岛市

我咨询了这款产品的软件设计人员、他们有一些问题。

 如果不进行校准、是否不能接受 RESET 命令？

我不明白射频校准和不接受复位命令之间的关系。

在 CC113L 上电复位时、尽管是默认值、仍接受复位命令、但不清楚发生问题时为什么不接受复位命令。

仓岛市

我不确定我是否理解这个问题。

没有理由不应接受复位选通。 "你怎么知道的?

您之前曾写道："产品有复位交换机、按下它可执行重新选通空闲和 SRX 的功能、但在出现此问题时按下复位交换机未能解决问题。"

我说重绑侧和 SRX 与重置不同。

如果要进行重置、则应执行断电->加电、或者执行 SRES 选通。

Siri

原因是你之前写给我的以下句子的推断。
"只是重置、配置、然后执行 SDR、然后永远保持在 RX 中而不不时重新校准通常不是一个好主意、但如果合成问题是(失锁后、一个侧弯后接一个新的 SRX 选通应该可以修复它。"

我想问的是为什么 SRES 选通无法重置、但可以通过下电上电进行重置。

我没有询问怠速、SRX、侧道或校准。
由于我不是一个母语英语的人,我正在使用一个翻译工具,所以似乎有一些差异。

Regaerd、

仓岛市

不幸的是,我仍然不知道你问什么,但让我尝试澄清我之前写了什么:

如果您有只需执行以下操作的应用：

实施1：

Power up
Reset (SRES)
Configure
SRX
while(1); // Stay in RX forever

这不是一个"良好"的应用。 如果在 RX 中保持的时间过长、并且温度或电压变化过大、则合成器可能会失锁。 而应执行如下操作：

映像2：

Power up
Reset (SRES)
Configure
while(1)
{
	SRX
	Stay in RX for a couple of minutes
    .
    .
    .
	SIDLE
}

采用后一种实现方式时、您将每几分钟退出并进入 RX、这意味着合成将每几分钟重新校准一次(每次进入 RX 时自动进行)

我的重点是、如果合成器失锁(而且您没有接收)、选通空闲后再次选通 RX 将修复此问题。 没有必要进行 SRES。

您说如果按下重置按钮、您就会侧边、然后是 SRX。 这意味着除了合成器之外的其他东西就是问题、因为这样可以解决合成器失锁的问题。

您仍应执行2号实施、但如果按下重置按钮、您应执行以下操作：

SRES
Configure
SRX

这和断电->加电的效果一样好。

Siri

我询问软件设计人员、

---
感谢您的建议。
软件已与您建议的软件相同。

但出错了、然后按下复位按钮、无法接收射频数据。
(按下复位按钮-> SRES、配置、SRX)
如果出现问题、然后拔下电源插头->接通电源、可以接收射频数据。
(加电-> SRES、配置、SRX)

我混淆了相同的复位序列、但行为不同。

如果合成器失锁、我可以控制 CC113L SRES 吗？

---

仓岛市

我无法解释为什么会有差异。 不应该有,我从来没有听到任何人报告类似的事情。

具体情况如下：

按下复位按钮-> SRES、配置、SRX

您是否仅发送 SRES 选通脉冲、还是执行数据表5.13.1.2中所述的手动复位序列？

只有在上电后才需要进行手动复位、但如果您遇到的错误是由于 VDD 上的压降等原因、则最好执行完整的复位序列。

 对于何时可以进行 SRES、没有限制。

Siri